Softwareverträge: Festpreis oder Aufwandsabrechnung?

Wenn Sie ein Angebot von einem Softwareunternehmen erhalten, lautet die erste Frage meist: „Was kostet es?“ Die entscheidende Frage ist jedoch: „Wie bezahlen wir?“ Das Vertragsmodell bestimmt, wie planbar Ihr Budget ist, wie flexibel Sie auf Änderungen reagieren können und wer welches Risiko trägt.

In diesem Beitrag betrachten wir das Festpreis- und das Aufwandsmodell (Time & Material), die Hybridformen dazwischen und die Projektarten, für die sich das jeweilige Modell eignet. Am Ende finden Sie außerdem eine Checkliste, die Sie vor den Vertragsverhandlungen nutzen können.

Warum sind Vertragsmodelle für Softwareprojekte so wichtig?

Softwareentwicklung ist keine Baustelle, bei der sich zu Beginn alle Details zeichnen lassen. Anforderungen werden erst im Projektverlauf konkret, Nutzerfeedback verschiebt Prioritäten, und anzubindende Drittsysteme bringen unerwartete Einschränkungen mit sich. Das Vertragsmodell legt vorab schriftlich fest, wer die Kosten dieser Unsicherheit trägt.

Eine falsche Modellwahl führt typischerweise zu einem von zwei Ergebnissen: Binden Sie ein unklares Projekt an einen Festpreis, wird jeder Änderungswunsch zur Verhandlung. Führen Sie ein klar definiertes Projekt nach Aufwand durch, verlieren Sie die Budgetkontrolle. In beiden Fällen leiden letztlich die Produktqualität und das Vertrauen zwischen den Parteien.

Bevor Sie ein Modell wählen, sollten Sie drei Fragen klar beantworten können:

• Wie klar ist der Projektumfang? Sind Bildschirme, Geschäftsregeln und Integrationen schriftlich festgehalten?
• Wie flexibel ist das Budget? Ist die Obergrenze fix, oder kann sie wachsen, wenn Mehrwert entsteht?
• Wie stark können Sie sich einbringen? Haben Sie einen Product Owner, der Zeit für wöchentliche Meetings, schnelle Entscheidungen und Feedback hat?

Wie funktioniert das Festpreismodell?

Beim Festpreismodell (Fixed Price) einigen sich die Parteien für einen vorab definierten Leistungsumfang auf einen einzigen Preis. Die Zahlung wird in der Regel in Etappen aufgeteilt, etwa Vertragsunterzeichnung, Design-Abnahme, Übergabe der Testversion und Go-live. Jede Leistung außerhalb des Umfangs wird als Änderungsanfrage (Change Request) separat bepreist.

Vorteile des Festpreises

• Budgetplanbarkeit: Freigaben durch Finanzabteilung und Management lassen sich leichter einholen.
• Klare Lieferzusagen: Was wann geliefert wird, steht im Vertrag.
• Geringer Steuerungsaufwand: Sie müssen keine Stundenerfassung und keine wöchentlichen Aufwandsberichte auswerten.
• Einfache Vergleichbarkeit: Angebote auf Basis desselben Lastenhefts lassen sich nebeneinanderlegen.

Die versteckten Risiken des Festpreises

Ein Festpreis scheint das Risiko vollständig vom Auftraggeber auf das Softwareunternehmen zu verlagern. In Wirklichkeit schlägt sich das Risiko auf andere Weise im Vertrag nieder. Das Unternehmen schlägt Unsicherheiten als „Risikozuschlag“ auf den Preis auf. Und entsteht mitten im Projekt eine Diskussion über den Umfang, geraten die Interessen in Konflikt: Der Auftraggeber argumentiert, alles sei enthalten, der Dienstleister versucht, den Umfang eng auszulegen.

Ein weiteres Risiko ist die Lieferung, die zwar vertragsgemäß, aber unbrauchbar ist. Wurde der Umfang unvollständig definiert, löst das Produkt womöglich nicht den tatsächlichen Bedarf, auch wenn es alle Vertragspunkte erfüllt. Deshalb funktioniert ein Festpreis nur mit einem detaillierten Lastenheft. Wie Sie ein solches erstellen, haben wir in unserem Leitfaden zur Erstellung einer technischen Spezifikation Schritt für Schritt erklärt.

Das Aufwandsmodell (Time & Material)

Beim Aufwandsmodell richtet sich die Vergütung nach dem tatsächlich geleisteten Aufwand. Der für jede Rolle (Entwickler, Designer, Tester, Projektmanager) vereinbarte Stunden- oder Tagessatz wird mit der tatsächlichen Arbeitszeit multipliziert und in der Regel monatlich abgerechnet. Der Umfang ist weniger eine feste Liste als ein nach Priorität abgearbeiteter Aufgabenbestand (Backlog).

Die Stärke dieses Modells ist die Flexibilität. Anhand des Ergebnisses am Sprint-Ende können Sie die Richtung ändern, ein unwichtiges Feature fallen lassen und die Ressourcen in eine wertvollere Aufgabe verlagern. Für Änderungen müssen Sie nicht verhandeln, denn Änderung ist hier ein natürlicher Teil des Prozesses.

Die Schwäche ist das offene Budget. Ohne Kontrollmechanismen können sich die Kosten unbemerkt vom Plan entfernen. Zudem kommt bei stundenbasierter Vergütung ein Effizienzgewinn nicht automatisch beim Auftraggeber an. Je verbreiteter Methoden werden, die Arbeitsabläufe beschleunigen, etwa KI-gestützte Programmierwerkzeuge, desto weniger reicht die Frage „Wie viele Stunden wurden aufgewendet?“ als alleiniger Maßstab aus. Neben den Stundendaten sollten Sie auch die in jedem Sprint entstandene funktionierende Software messen.

Damit Sie das Aufwandsmodell sicher steuern können, nehmen Sie folgende Kontrollen in den Vertrag auf:

• Monats- oder sprintbezogenes Budgetlimit: Eine Überschreitung erfordert eine schriftliche Freigabe.
• Transparenter Aufwandsbericht: Wer wie viele Stunden an welcher Aufgabe gearbeitet hat, ist auf Aufgabenebene nachvollziehbar.
• Regelmäßige Demos: Am Ende jedes Sprints wird die lauffähige Version vorgeführt.
• Ausstiegsrecht: Sie können den Vertrag mit angemessener Frist beenden und den Code übernehmen.

Festpreis und Aufwandsabrechnung im Vergleich

Kriterium	Festpreis	Aufwandsabrechnung	Hybrid (stufenweise)
Budgetplanbarkeit	Hoch	Niedrig bis mittel (steigt mit Limit)	Mittel bis hoch
Flexibilität beim Umfang	Niedrig	Hoch	Mittel
Erforderliche Klarheit zu Beginn	Sehr hoch	Niedrig	Mittel
Risikotragende Partei	Überwiegend der Dienstleister (spiegelt sich im Preis)	Überwiegend der Auftraggeber	Geteilt
Erforderliche Mitwirkung des Auftraggebers	Mittel	Hoch	Hoch
Geeigneter Projekttyp	Klar definierte, begrenzte Projekte	Explorative, langfristige Produkte	Unternehmensprojekte mit teilweise unklarem Umfang

Hybride und alternative Vertragsmodelle für Softwareprojekte

In der Praxis entstehen die besten Ergebnisse oft zwischen den beiden Extremen, in Konstellationen, die sich nach dem Klarheitsgrad des Umfangs richten. Die am häufigsten genutzten Optionen sind:

• Discovery-Phase + Festpreis: Die ersten 2–4 Wochen für Analyse, Prototyp und technische Architektur laufen als kleines Aufwandsmodell oder Festpreispaket. Für den daraus resultierenden klaren Umfang wird die Entwicklungsphase zum Festpreis vereinbart.
• Aufwandsabrechnung mit Obergrenze (Not-to-exceed): Es wird nach Stunden gearbeitet, aber für das Gesamtbudget gilt eine Obergrenze. Nähert man sich dem Limit, bewerten die Parteien den Umfang neu.
• Festpreis nach Meilensteinen: Das Projekt wird in Phasen unterteilt, jede Phase wird separat bepreist. Die nächste Phase wird anhand des Ergebnisses der vorherigen konkretisiert.
• Dediziertes Team / monatliche Kapazität: Eine bestimmte Anzahl von Fachleuten arbeitet gegen eine feste Monatsgebühr für Ihr Produkt. Verbreitet bei Produkten in kontinuierlicher Weiterentwicklung und bei SaaS-Plattformen.
• Wartungs- und Supportvertrag (SLA): Nach dem Go-live wird für Fehlerbehebung, Sicherheitsupdates und kleinere Verbesserungen ein separates Monatspaket definiert.

Ein weiterer Weg, Unsicherheit zu reduzieren, besteht darin, in der ersten Phase nur die Kernfunktionen umzusetzen. Der MVP-Ansatz verringert das Budgetrisiko und ermöglicht es Ihnen, die folgenden Phasen auf Grundlage echter Nutzerdaten zu bepreisen.

Welches Modell für welches Projekt? Drei realistische Szenarien

Szenario 1: Digitalisierung eines bestehenden Prozesses

Ein Produktionsunternehmen möchte seine Auftragsverfolgung, die bisher in Excel läuft, in ein webbasiertes Dashboard überführen. Bildschirme, Rollen und Berichte lassen sich anhand des bestehenden Prozesses definieren. In diesem Fall ist ein Festpreis geeignet, da der Umfang weitgehend bekannt ist. Eine kurze Analyse in den ersten Wochen sorgt dennoch dafür, dass der Preis realistisch ist.

Szenario 2: Idee für ein neues digitales Produkt

Ein Gründer plant ein abonnementbasiertes SaaS-Produkt. Welche Funktion dem Nutzer Mehrwert bringt, ist noch nicht klar. Den Umfang hier von Anfang an festzuschreiben, hieße, Budget für die falschen Funktionen auszugeben. Ein Modell mit Aufwandsabrechnung mit Obergrenze oder ein dediziertes Team erlaubt es dem Produkt, lernend voranzukommen.

Szenario 3: Modernisierung eines Altsystems

Ein Unternehmen möchte ein zehn Jahre altes System Stück für Stück erneuern. Die verborgenen Geschäftsregeln des Altsystems zeigen sich erst, wenn man in den Code einsteigt. Eine Struktur aus Discovery-Phase + Festpreis nach Phasen schafft Budgettransparenz für die Freigabe durch das Management und lässt zugleich Raum für Überraschungen.

Checkliste vor der Vertragsunterzeichnung

Unabhängig vom Modell sollten die folgenden Punkte ausdrücklich im Vertrag stehen:

• Leistungsbeschreibung: Enthaltene und insbesondere nicht enthaltene Leistungen, schriftlich festgehalten samt Liste der Bildschirme und Integrationen.
• Abnahmekriterien: Die messbare Entsprechung von „fertig“ (welche Szenarien funktionieren müssen, welche Tests bestanden sein müssen).
• Änderungsmanagement: Wie Änderungswünsche eingereicht, wie sie bepreist und von wem sie freigegeben werden.
• Zahlungsplan: Zahlungen werden nicht an Termine, sondern an überprüfbare Lieferungen geknüpft.
• Geistiges Eigentum und Quellcode: Eigentum an Code, Designdateien und Dokumentation sowie die Form der Übergabe.
• Gewährleistung und Wartung: Frist für die Fehlerbehebung nach dem Go-live und die anschließenden Supportbedingungen.
• Vertraulichkeit und Datensicherheit: Verantwortlichkeiten und Zugriffsrechte für Daten, die unter das türkische Datenschutzgesetz KVKK fallen.
• Kündigung und Übergabe: Regelungen, die bei Vertragsende eine reibungslose Übergabe des Projekts sicherstellen.

Scope Creep ist, unabhängig vom gewählten Modell, der Faktor, der Budget und Zeitplan am stärksten ins Wanken bringt. Methoden zur Vorbeugung finden Sie in unserem Leitfaden zum Scope Creep.

In 5 Schritten zum richtigen Modell

1. Unsicherheit einschätzen: Bewerten Sie ehrlich, wie viel Prozent Ihrer Anforderungen Sie auf Ebene von Bildschirmen und Geschäftsregeln beschreiben können.
2. Budgetflexibilität bestimmen: Haben Sie eine feste Obergrenze, bevorzugen Sie eine Struktur mit Limit oder Phasen.
3. Discovery-Phase einplanen: Eine kurze Analyse, ob als Festpreis oder nach Aufwand, erhöht die Verlässlichkeit des Angebots erheblich.
4. Angebote vergleichbar machen: Stellen Sie beim Vergleich von Angeboten unterschiedlicher Modelle Umfang, Annahmen und ausgeschlossene Leistungen tabellarisch gegenüber. Dabei hilft unser Leitfaden zum Vergleich von Softwareangeboten.
5. Governance festlegen: Halten Sie in einer Vertragsanlage fest, wer entscheidet, wie oft Meetings stattfinden und wie das Reporting abläuft.

Häufig gestellte Fragen

Ist ein Festpreis immer günstiger?

Nein. Ein Festpreis macht das Budget planbar, senkt es aber nicht automatisch. Das Unternehmen kann das Unsicherheitsrisiko in den Preis einrechnen, und Leistungen außerhalb des Umfangs verursachen später zusätzliche Kosten. Die Gesamtkosten sollten daher einschließlich der Änderungswünsche bewertet werden.

Gerät das Budget bei der Aufwandsabrechnung außer Kontrolle?

Wenn keine Kontrollmechanismen eingerichtet werden, kann das passieren. Mit Maßnahmen wie Budgetobergrenze, aufgabenbezogenem Aufwandsbericht, Demo am Sprint-Ende und schriftlichem Freigabeerfordernis lässt sich das Modell sicher steuern. Entscheidend sind Transparenz und regelmäßiges Messen.

Kann das Modell mitten im Projekt gewechselt werden?

Ja, wenn sich die Parteien einig sind. Wird der Umfang nach der Discovery-Phase konkret, kann man zum Beispiel von der Aufwandsabrechnung in eine Festpreisphase wechseln. Wird dies bereits im Vertrag vorgesehen, vermeiden Sie später Zeit- und Verhandlungsverluste.

Wem gehört der Quellcode in welchem Modell?

Das Eigentum hängt nicht vom gewählten Preismodell ab, sondern von den Vertragsklauseln. Bei individuell entwickelter Software muss ausdrücklich geregelt sein, unter welchen Bedingungen Code, Design und Dokumentation an den Auftraggeber übergehen. Wir empfehlen, diese Klausel gemeinsam mit Ihrer Rechtsberatung zu prüfen.

Welches Modell eignet sich für Projekte mit kleinem Budget?

Bei Projekten mit klarem und begrenztem Umfang ist ein Festpreis meist die praktischste Wahl. Ist der Umfang unklar, schützt es Ihr Budget und verringert das Risiko von Fehlinvestitionen, zunächst mit einem kleinen Discovery-Paket und einem MVP zu beginnen.

Fazit: Das richtige Vertragsmodell hängt von Ihrem Projektumfang ab

Bei Softwareverträgen gibt es kein universelles „Bestes“. Bei Projekten mit klarem Umfang liefert ein Festpreis bessere Ergebnisse, bei explorativen und lernorientierten Produkten die Aufwandsabrechnung oder ein dediziertes Team, und bei Unternehmensprojekten dazwischen stufenweise Hybridmodelle. Unabhängig vom Modell sind Abnahmekriterien, Änderungsmanagement und transparentes Reporting unverzichtbare Bestandteile des Vertrags.

Wir bei CodeStup gehen jedes Projekt mit dem Arbeitsmodell an, das zur Klarheit des Umfangs und zu Ihren Budgeterwartungen passt. Teilen Sie uns Ihre Idee oder Ihr Lastenheft mit, und wir prüfen gemeinsam, welches Modell besser zu Ihnen passt. Für ein kostenloses Erstgespräch und ein Angebot zu Ihrem Projekt nehmen Sie Kontakt mit uns auf.