Wie du einen Festpreis-Vertrag mit deiner Softwareagentur verhandelst

Ein Festpreis allein schützt dich nicht automatisch vor Budgetüberraschungen. "Festpreis" steht nur auf dem Deckblatt - ob er hält, entscheidet sich in den Klauseln darunter. Zwei Verträge mit identischer Endsumme können in der Praxis völlig unterschiedlich ausgehen, je nachdem, was um diese Summe herum geregelt ist. Diese sieben Punkte solltest du vor der Unterschrift klären - und zwar aktiv einfordern, nicht nur hoffen, dass sie schon irgendwie drinstehen.

1. Eindeutiger Bezug auf das Anforderungsdokument

Der Vertrag sollte explizit auf ein konkretes, versioniertes Anforderungsdokument verweisen - zum Beispiel "Lastenheft Version 1.3 vom 12.03.2026" als Anlage - nicht auf eine allgemeine Leistungsbeschreibung wie "Entwicklung einer Kundenportal-Software gemäß Angebot". Nur ein versioniertes Dokument macht später eindeutig nachvollziehbar, was Teil des Festpreises war und was nicht. Wie du dieses Dokument sauber erstellst, bevor du überhaupt in Verhandlungen gehst, ist eine eigene Herausforderung - dazu findest du mehr im Artikel Lastenheft vs. Pflichtenheft. Ohne diese Grundlage kann dir kein Anbieter seriös erklären, was der Preis eigentlich abbildet.

2. Explizite Out-of-Scope-Liste

Genauso wichtig wie die Liste der enthaltenen Leistungen ist eine Liste dessen, was nicht enthalten ist. Typische Beispiele: Datenmigration aus einem Altsystem, Schulung der Mitarbeitenden, Hosting-Setup, Drittanbieter-Lizenzkosten, mehrsprachige Oberflächen. Ohne diese Abgrenzung wird jede spätere Diskussion über Mehrarbeit zur Auslegungssache - und in der Regel zu deinen Ungunsten, weil der Anbieter am längeren Hebel sitzt, sobald das Projekt läuft.

3. Definierter Change-Request-Prozess

Änderungswünsche während des Projekts sind normal - die Frage ist, wie sie gehandhabt werden. Ein guter Vertrag legt einen konkreten Ablauf fest:

Schriftliche Beschreibung der gewünschten Änderung durch dich
Verbindliche Kostenschätzung durch den Anbieter, meist innerhalb weniger Werktage
Deine schriftliche Genehmigung, bevor die Änderung umgesetzt wird
Anpassung von Preis und Zeitplan im Vertrag oder in einem Nachtrag

Ohne diesen Prozess werden Änderungen entweder informell durchgewunken (und tauchen später gebündelt als unerwartete Mehrkosten auf) oder blockieren das Projekt, weil niemand offiziell zuständig ist. Bestehe darauf, dass dieser Prozess schriftlich im Vertrag steht - nicht nur mündlich zugesagt wird.

4. Meilensteine mit konkreten Abnahmekriterien

Statt nur einen Endtermin zu vereinbaren, sollten drei bis fünf Zwischenmeilensteine mit überprüfbaren Kriterien definiert sein, zum Beispiel "Login und Nutzerverwaltung funktionsfähig und testbar" oder "Zahlungsanbindung erfolgreich gegen Testkonto geprüft". So werden Abweichungen früh sichtbar - nicht erst kurz vor dem geplanten Livegang, wenn eine Korrektur am teuersten ist. Wie eine solche Abnahme formal abläuft und worauf du bei jedem einzelnen Meilenstein-Test achten solltest, erklärt der Artikel zur Abnahme eines Softwareprojekts im Detail.

5. Zahlungsplan an Meilensteine gekoppelt

Eine Zahlung erst bei vollständiger Abnahme am Projektende gibt dir wenig Druckmittel während der Laufzeit - und dem Anbieter wenig Liquidität, was wiederum Druck auf die Qualität ausüben kann. Üblich und fair ist ein Zahlungsplan, der an die erreichten und abgenommenen Meilensteine gekoppelt ist, zum Beispiel 20 % bei Vertragsunterschrift, jeweils 20-25 % bei den Zwischenmeilensteinen und ein Schlussbetrag von 10-20 % erst nach finaler Abnahme. Verhandle diesen Schlussbetrag bewusst nicht zu klein - er ist dein wichtigstes Druckmittel, falls am Ende noch nachgebessert werden muss.

6. Gewährleistung und Nacharbeit

Was passiert, wenn nach der Abnahme Mängel auftreten? Ein seriöser Vertrag regelt eine Gewährleistungsfrist - häufig 6 bis 24 Monate, je nach Projektumfang -, in der Nacharbeiten an nachweisbaren Mängeln ohne zusätzliche Kosten erfolgen. Kläre außerdem, wie schnell auf gemeldete Mängel reagiert werden muss (Reaktionszeit) und ob es Unterschiede zwischen kritischen und unkritischen Fehlern gibt.

7. Rechte an Code und Daten

Kläre, wem der entwickelte Code nach Projektende gehört und wie du im Fall eines Anbieterwechsels an Quellcode und Daten kommst - idealerweise vertraglich mit einem klaren Übergabeprozess abgesichert, inklusive Fristen für die Herausgabe von Repository-Zugängen, Dokumentation und Zugangsdaten zu eingesetzten Diensten. Ohne diese Klausel bist du im Ernstfall vom guten Willen des Anbieters abhängig.

Checkliste für das Vertragsgespräch

Punkt	Worauf du bestehen solltest
Anforderungsdokument	Versioniert, als Vertragsanlage referenziert
Out-of-Scope	Explizite, schriftliche Liste
Change-Requests	Schriftlicher Prozess mit Genehmigungspflicht
Meilensteine	3-5 Stück, mit prüfbaren Kriterien
Zahlungsplan	An Meilensteine gekoppelt, Schlussrate ≥ 10 %
Gewährleistung	Frist und Reaktionszeiten schriftlich fixiert
Code- und Datenrechte	Übergabeprozess mit Fristen definiert

Wie das Verhandlungsgespräch typischerweise abläuft

In der Praxis kommen die sieben Punkte selten alle auf einmal auf den Tisch. Ein typischer Ablauf sieht so aus:

Anbieter legt Erstangebot vor, meist auf Basis eines groben Briefings, oft noch ohne versioniertes Anforderungsdokument als Anlage.
Du forderst das Anforderungsdokument als verbindliche Anlage ein und lässt dir die Out-of-Scope-Liste schriftlich nachreichen, falls sie fehlt.
Ihr verhandelt die Meilensteine gemeinsam - der Anbieter schlägt technische Etappen vor, du ergänzt die aus deiner Sicht wichtigen fachlichen Prüfpunkte.
Der Zahlungsplan wird an diese Meilensteine angepasst, nicht umgekehrt. Lass dich nicht auf einen Zahlungsplan ein, der bereits vor der Meilenstein-Diskussion feststeht.
Gewährleistung, Change-Request-Prozess und Rechteklauseln werden meist zuletzt fein justiert, oft mithilfe eines Muster-Absatzes, den der Anbieter bereits aus früheren Projekten hat.

Wichtig ist die Reihenfolge: Verhandle nie über den Preis, bevor Scope und Out-of-Scope-Liste stehen. Ein niedrigerer Preis bei unklarem Scope ist keine Ersparnis, sondern verschobenes Risiko.

Was im Gespräch ein Warnsignal ist

Wenn ein Anbieter sich weigert, eine Out-of-Scope-Liste oder einen Change-Request-Prozess vertraglich festzuhalten ("das regeln wir dann schon informell"), ist das ein Hinweis darauf, dass er sich bewusst Spielraum für spätere Nachforderungen offenhält. Genauso verdächtig: ein Angebot ohne Meilensteine, ein Festpreis ohne Bezug auf ein konkretes Dokument, oder Ausweichen bei der Frage nach der Gewährleistungsfrist. Seriöse Anbieter haben auf all diese Punkte fertige Standardformulierungen parat, weil sie diese Verträge nicht zum ersten Mal schließen.

Fazit

Ein Festpreis ist nur so verbindlich wie die Klauseln, die ihn umgeben. Wer diese sieben Punkte vor der Unterschrift klärt, verhindert, dass aus einem vermeintlich sicheren Festpreis am Ende doch eine Budgetüberraschung wird. Und wer unsicher ist, ob Festpreis überhaupt das richtige Modell für sein Projekt ist, findet im Vergleich Festpreis vs. Time & Material eine klare Entscheidungshilfe.

Häufig gestellte Fragen

Was macht einen Festpreisvertrag rechtlich verbindlich?

Verbindlich wird ein Festpreisvertrag durch den expliziten Bezug auf ein konkretes, versioniertes Anforderungsdokument als Vertragsanlage. Ohne diesen Bezug bleibt offen, was genau zum vereinbarten Preis gehört, und jede Abweichung wird zur Auslegungssache.

Welche Klauseln fehlen in den meisten Festpreisverträgen?

Am häufigsten fehlen eine explizite Out-of-Scope-Liste, ein schriftlich geregelter Change-Request-Prozess und Zwischenmeilensteine mit überprüfbaren Abnahmekriterien. Genau diese drei Lücken sind die häufigste Ursache für spätere Budgetüberraschungen bei vermeintlich fixen Preisen.

Wie sollte der Zahlungsplan bei einem Festpreisprojekt aussehen?

Fair ist ein Zahlungsplan, der an erreichte und abgenommene Meilensteine gekoppelt ist, statt die volle Summe erst am Projektende fällig zu stellen. Eine Schlussrate von mindestens 10-20 %, die erst nach finaler Abnahme fließt, gibt dir während der gesamten Projektlaufzeit ein wirksames Druckmittel.

Was tun, wenn ein Anbieter keine Out-of-Scope-Liste im Vertrag will?

Das ist ein Warnsignal. Seriöse Anbieter halten Out-of-Scope-Listen standardmäßig schriftlich fest, weil sie damit auch sich selbst absichern. Weigert sich ein Anbieter, deutet das darauf hin, dass er sich bewusst Spielraum für spätere Nachforderungen offenhalten will.