Festpreis oder Beteiligung? Softwareprojekte richtig vereinbaren
Bei einem Softwareprojekt müssen Sie zwei Fragen getrennt beantworten: Wie wird die Entwicklung vergütet, und welche Rechte erhalten die Beteiligten? Für die individuelle Softwareentwicklung werden Umfang, Vergütung und Bedingungen bei Ragdom im konkreten Angebot abgestimmt. Eine technische Partnerschaft setzt keine Unternehmens- oder Umsatzbeteiligung voraus.
Dieser Vergleich hilft bei der Vorbereitung eines Angebotsgesprächs. Er erklärt mögliche Unterschiede zwischen einer fest vereinbarten Vergütung, laufender Zusammenarbeit und einer gesondert vereinbarten Beteiligung. Er sagt weder eine Beteiligung durch Ragdom zu noch legt er allgemeine Preise oder Beteiligungsquoten fest.
1. Ein Festpreis braucht einen beschriebenen Leistungsumfang
Eine feste Vergütung lässt sich nur sinnvoll vergleichen, wenn die zugehörigen Ergebnisse klar sind. Beschreiben Sie die Nutzeraufgaben, Funktionen, Schnittstellen und Zielgeräte. Halten Sie ebenso fest, welche Inhalte und Zugänge Sie bereitstellen, welche Annahmen gelten und welche Leistungen außerhalb des Angebots liegen.
Bei einem Werkvertrag stellt § 631 BGB das versprochene Werk und die vereinbarte Vergütung gegenüber. Welche Vertragsart ein konkretes Softwarevorhaben hat, ergibt sich jedoch nicht allein aus der Bezeichnung „Festpreis“. Lassen Sie die Vereinbarung passend zu Leistung und Zusammenarbeit prüfen.
Für die praktische Planung brauchen Sie überprüfbare Ergebnisse. „Ein Kundenportal“ ist dafür zu ungenau. Ein beschriebener Ablauf, definierte Berechtigungen und vereinbarte Tests machen deutlicher, was geliefert werden soll. Änderungen an diesem Umfang müssen vor der Umsetzung hinsichtlich Zeitplan und Vergütung abgestimmt werden.
2. Laufende Begleitung passt zu einer fortlaufenden Aufgabenliste
Wenn Prioritäten erst während der Nutzung entstehen, kann eine laufende Zusammenarbeit sinnvoll sein. Dafür sollten Aufgabenplanung, Freigaben, verfügbare Kapazität und Abrechnung nachvollziehbar sein. Ein regelmäßiges Gespräch allein klärt noch nicht, welche Arbeiten im vereinbarten Umfang enthalten sind.
Definieren Sie, wer neue Aufgaben priorisiert, wie der Arbeitsstand sichtbar wird und wann eine zusätzliche Entscheidung erforderlich ist. Betreuung, Fehlerbehebung und neue Funktionen sollten im Angebot unterscheidbar sein. Auch für eine langfristige Zusammenarbeit gehören Übergabe und ein möglicher Abschluss von Anfang an in die Planung.
3. Beteiligung: zuerst benennen, woran genau
Eine Unternehmensbeteiligung, eine Umsatzbeteiligung und Nutzungsrechte an Software beschreiben unterschiedliche Dinge. Der Ausdruck „Anteile am Produkt“ lässt offen, was tatsächlich vereinbart werden soll. Klären Sie deshalb den Gegenstand, die Gegenleistung, Entscheidungsrechte und die Bedingungen für spätere Änderungen.
Bei der Übertragung bestehender GmbH-Geschäftsanteile verlangt § 15 GmbHG einen notariell geschlossenen Vertrag. Die Vorschrift erfasst auch die Vereinbarung einer Verpflichtung zur Abtretung. Das ist ein konkretes Beispiel dafür, weshalb eine Beteiligung nicht durch eine lose Formulierung im Entwicklungsangebot geklärt ist. Andere Gestaltungen müssen anhand ihrer jeweiligen Bedingungen geprüft werden.
Eine geringere anfängliche Geldzahlung beschreibt nur einen Teil der Vereinbarung. Für den Vergleich müssen auch spätere Ansprüche, Mitentscheidungsrechte und laufende Pflichten verständlich sein. Lassen Sie eine konkrete Beteiligungsstruktur rechtlich und steuerlich prüfen, bevor Sie sich darauf festlegen. Dieser Artikel empfiehlt keine bestimmte Quote oder Vertragsgestaltung.
| Ansatz | Worüber Klarheit bestehen sollte | Typische offene Frage |
|---|---|---|
| Fest vereinbarte Vergütung | Ergebnisse, Mitwirkung, Termine und ausdrücklich enthaltene Leistungen | Was passiert, wenn sich Anforderungen ändern? |
| Laufende technische Begleitung | Prioritäten, Freigaben, Abrechnung und vereinbarte Kapazität | Wie werden Aufwand und Arbeitsstand nachvollziehbar? |
| Unternehmensbeteiligung | Welche Anteile übertragen oder geschaffen werden sollen und welche Rechte daran hängen | Welche formalen Schritte und Vereinbarungen sind erforderlich? |
| Umsatzbeteiligung | Bezugsgröße, Berechnung, Laufzeit und Nachweise | Welche Umsätze zählen und wie werden sie überprüft? |
Diese Tabelle ist eine Vorbereitungshilfe, keine Beschreibung zugesagter Ragdom-Vertragsmodelle. Ein konkreter Vergleich braucht die vollständigen Bedingungen der jeweiligen Angebote. Ein Modellname allein sagt wenig über den Umfang Ihrer Verpflichtungen.
4. Nutzungsrechte und Übergabe ausdrücklich klären
Die Aussage „Alle Rechte gehören automatisch Ihnen“ wäre zu pauschal. § 31 UrhG unterscheidet einfache und ausschließliche Nutzungsrechte und sieht mögliche räumliche, zeitliche oder inhaltliche Beschränkungen vor. Für Ihr Projekt sollte ausdrücklich geklärt sein, welche Nutzung vereinbart wird und welche bestehenden Komponenten eigenen Bedingungen unterliegen.
Besprechen Sie den Zugriff auf Quellcode, Projektunterlagen, Hosting und notwendige Konten. Halten Sie fest, ob und wie ein anderes Team die Software weiterentwickeln kann. Bei Bibliotheken, Schriften, Bildern oder externen Diensten sollten die verwendeten Komponenten und relevanten Lizenzbedingungen dokumentiert sein.
Eine Dateiübergabe beantwortet noch nicht jede Betriebsfrage. Klären Sie auch, wer veröffentlichen kann, wie eine frühere Version wiederhergestellt wird und welche Unterstützung nach dem Start vereinbart ist. Die Übergabe sollte zu den Fähigkeiten und Zuständigkeiten des übernehmenden Teams passen.
5. Diese Punkte gehören auf die Gesprächsliste
| Bereich | Frage vor der Beauftragung | Festzuhaltendes Ergebnis |
|---|---|---|
| Umfang | Welche Aufgaben und Funktionen sind enthalten, welche nicht? | Beschreibung der Ergebnisse und Grenzen |
| Mitwirkung und Termin | Welche Inhalte, Zugänge und Entscheidungen werden wann gebraucht? | Zuständigkeiten, Abhängigkeiten und Zeitplan |
| Vergütung | Welche Leistungen, Fremdkosten und laufenden Kosten sind berücksichtigt? | Nachvollziehbares Angebot mit Zahlungsbedingungen |
| Änderungen | Wie werden zusätzliche Anforderungen bewertet und freigegeben? | Vereinbarter Ablauf für Umfang, Termin und Vergütung |
| Prüfung und Übergabe | Woran wird die vereinbarte Leistung überprüft und was wird übergeben? | Testaufgaben, Unterlagen, Zugänge und Ansprechpartner |
| Rechte und Betrieb | Welche Nutzung, Weiterentwicklung und Betreuung sind vereinbart? | Nutzungsrechte, Komponenten und Verantwortlichkeiten |
| Etwaige Beteiligung | Was ist ihr Gegenstand und welche Pflichten entstehen daraus? | Gesondert geprüfte Bedingungen und erforderliche Formalitäten |
Nutzen Sie dieselbe Aufgabenbeschreibung für mehrere Angebote. So können Sie erkennen, ob ein Unterschied im Preis aus einem anderen Umfang, fehlender Betreuung oder abweichenden Annahmen entsteht. Der Artikel enthält keine Musterklauseln und ersetzt keine Prüfung einer konkreten Vereinbarung.
6. Mit einem abgegrenzten nächsten Schritt starten
Wenn die Produktidee noch offene Fragen hat, kann zunächst ein begrenzter Test vereinbart werden. Der MVP-Leitfaden mit Testplan hilft, Annahmen und Umfang zu trennen. Sein Vier-Wochen-Beispiel ist keine allgemeine Lieferzusage. Ob danach weitere Entwicklung sinnvoll ist, wird anhand der Ergebnisse entschieden.
Für Apps sollten Sie außerdem die spätere Pflege und mögliche externe Dienste einbeziehen. Der Leitfaden zu App-Kosten erläutert diese Vorbereitung. Ein erster Entwicklungsauftrag entscheidet nicht automatisch über eine spätere Unternehmens- oder Umsatzbeteiligung.
Bei Ragdom beginnt die Zusammenarbeit mit Ihren Zielen und dem tatsächlichen Bedarf. Das individuelle Angebot hält Leistungen, Vergütung und Bedingungen fest. Eine längerfristige technische Zusammenarbeit kann darauf aufbauen; eine Beteiligung wäre gesondert zu klären und ist mit einer Anfrage nicht zugesagt.
Häufige Fragen
Bedeutet eine Partnerschaft mit Ragdom automatisch eine Beteiligung?
Nein. Die beschriebene Zusammenarbeit setzt keine Unternehmens- oder Umsatzbeteiligung voraus. Umfang, Vergütung und Bedingungen werden im individuellen Angebot abgestimmt. Eine etwaige Beteiligung müsste gesondert geklärt und vereinbart werden.
Welche Informationen braucht ein Festpreisangebot?
Eine Beschreibung der erwarteten Ergebnisse, Funktionen, Schnittstellen und Zielgeräte sowie der Mitwirkung, Annahmen und Grenzen. Auch Prüfung, Übergabe, Betreuung und der Umgang mit Änderungen sollten nachvollziehbar sein.
Gehören bei einem Festpreis automatisch alle Software-Rechte mir?
Das lässt sich aus dem Preismodell allein nicht ableiten. Nutzungsrechte, Weiterentwicklung, Quellcodezugriff und verwendete Komponenten sollten ausdrücklich geklärt werden. Für bestehende Komponenten können eigene Lizenzbedingungen gelten.
Kann man mit einem MVP beginnen und die Zusammenarbeit später erweitern?
Ein abgegrenzter erster Auftrag und eine spätere Erweiterung lassen sich getrennt besprechen. Welche nächste Stufe sinnvoll ist, hängt von den Ergebnissen und dem Bedarf ab. Eine spätere Beteiligung ist dadurch nicht automatisch vereinbart.
Wir entwickeln Websites, Apps und Software bei Ragdom Venture in Nürnberg.
Über das Team