Festpreis vs. Time & Material - Welches Vertragsmodell passt zu deinem Projekt?
Festpreis oder Time & Material? Ein Vergleich der beiden gängigen Abrechnungsmodelle für Softwareprojekte - mit Vor- und Nachteilen und einer klaren Entscheidungshilfe für KMU.
Bevor du einen Entwicklungspartner beauftragst, musst du eine Grundsatzentscheidung treffen: Zahlst du nach Aufwand (Time & Material) oder nach Ergebnis (Festpreis)? Diese Entscheidung beeinflusst dein Budgetrisiko mehr als jede andere Vertragsklausel.
Time & Material: Bezahlung nach Aufwand
Bei Time & Material (T&M) rechnest du die tatsächlich geleisteten Stunden oder Tage ab. Der Entwickler stellt in Rechnung, was er gearbeitet hat - unabhängig davon, ob das Ergebnis genau deinen Vorstellungen entspricht.
Vorteile:
- Hohe Flexibilität bei sich änderndem Scope
- Kein Aufschlag für Kalkulationsrisiko seitens des Anbieters
- Gut geeignet für explorative Projekte, bei denen die Lösung noch nicht feststeht
Nachteile:
- Kein Budget-Deckel - die Kosten können unkontrolliert steigen, oft deutlich über die ursprüngliche Schätzung hinaus
- Du trägst das volle Risiko für Fehleinschätzungen und Scope Creep - nicht der Dienstleister
- Erfordert engmaschiges eigenes Projektmanagement, um die Kontrolle zu behalten - ein Aufwand, den die wenigsten KMU nebenbei leisten können
- Am Monatsende weißt du nie sicher, ob die Rechnung dem entspricht, was wirklich nötig war
T&M ist der Standard in der Branche - nicht weil er für dich als Auftraggeber am besten ist, sondern weil er für den Dienstleister das geringste Risiko bedeutet. Das Risiko wird einfach auf dich verschoben.
Festpreis: Bezahlung nach Ergebnis
Bei einem Festpreisvertrag vereinbarst du vorab einen fixen Preis für einen klar definierten Funktionsumfang. Der Dienstleister trägt das Kalkulationsrisiko.
Vorteile:
- Budgetsicherheit von Anfang an - du weißt am ersten Tag, was das Projekt am Ende kostet
- Der Anbieter ist motiviert, effizient zu arbeiten, statt Stunden zu sammeln
- Erzwingt präzise Anforderungen vor Projektstart - das reduziert Missverständnisse drastisch
- Das Kalkulationsrisiko liegt beim Dienstleister, nicht bei dir
Nachteile:
- Weniger Flexibilität bei spontanen Änderungswünschen während der Umsetzung
- Anbieter kalkulieren Risikopuffer ein, wenn Anforderungen unklar sind - ein Grund mehr, sie vorher zu klären statt darauf zu verzichten
Der einzige echte Nachteil von Festpreis ist also kein Problem des Modells, sondern ein Problem unklarer Anforderungen - und genau das lässt sich vor Projektstart beheben.
Beide Modelle im direkten Vergleich
| Kriterium | Festpreis | Time & Material |
|---|---|---|
| Kostenplanbarkeit | Hoch - Endsumme steht vorab fest | Niedrig - Endsumme zeigt sich erst am Ende |
| Flexibilität bei Scope-Änderungen | Eingeschränkt, läuft über Change-Requests | Hoch, Änderungen jederzeit möglich |
| Risikoträger | Dienstleister trägt Kalkulationsrisiko | Auftraggeber trägt Kosten- und Scope-Risiko |
| Voraussetzung | Präzises, vollständiges Anforderungsdokument | Kann auch ohne vollständige Anforderungen starten |
| Eigener Steuerungsaufwand | Gering, Meilensteine geben den Takt vor | Hoch, erfordert laufendes eigenes Controlling |
| Typischer Einsatzfall | Web-App, internes Tool, Kundenportal, SaaS-MVP | Forschung, Prototyping, echte technische Unsicherheit |
| Preisdruck auf Anbieter | Hoch - Effizienz zahlt sich für ihn aus | Niedrig - mehr Stunden bedeuten mehr Umsatz |
Ein Praxisbeispiel: Gleiches Projekt, zwei Abrechnungsmodelle
Nehmen wir ein Projekt, das ursprünglich auf 10 Entwicklertage geschätzt wurde. Während der Umsetzung stellt sich heraus, dass eine Schnittstelle komplizierter ist als angenommen und zusätzlich 4 Tage braucht.
Bei Time & Material zahlst du automatisch für die zusätzlichen 4 Tage, unabhängig davon, ob die Mehrarbeit an einer schlechten Schätzung, an schlechter Dokumentation der Drittanbieter-API oder schlicht an Pech lag. Die Rechnung am Monatsende zeigt einfach mehr Stunden.
Bei einem sauber verhandelten Festpreis trägt der Dienstleister dieses Risiko, sofern die Anforderung von Anfang an im Lastenheft stand: Die Mehrarbeit war sein Kalkulationsfehler, nicht deiner. Anders sieht es aus, wenn die Anforderung nachträglich dazukommt, also gar nicht Teil des ursprünglichen Lastenhefts war - dann greift der Change-Request-Prozess, und die zusätzlichen Tage werden separat kalkuliert und von dir freigegeben, bevor sie beauftragt werden. Der Unterschied zu T&M: Du entscheidest vorher, ob dir die Mehrkosten die Änderung wert sind, statt sie hinterher auf der Rechnung zu finden.
Entscheidungs-Checkliste: Welches Modell passt zu dir?
Beantworte diese vier Fragen, um schnell zu einer Einschätzung zu kommen:
- Liegt ein vollständiges, geprüftes Anforderungsdokument vor? Ja → klares Argument für Festpreis. Nein → erst Anforderungen klären, dann neu entscheiden.
- Kannst du den Erfolg des Projekts in konkreten, testbaren Kriterien beschreiben? Ja → Festpreis ist möglich. Nein → das Projekt ist noch nicht reif für einen fixen Preis, unabhängig vom Modell.
- Hast du intern die Kapazität, ein T&M-Projekt engmaschig zu steuern und Rechnungen laufend zu prüfen? Nein → Festpreis nimmt dir diese Last ab.
- Geht es um eine einzelne, klar abgegrenzte technische Unsicherheit (z. B. Machbarkeitsfrage), nicht um das gesamte Projekt? Ja → dafür reicht eine kurze T&M-Vorstudie mit Budget-Deckel, der Rest bleibt Festpreis.
Für die allermeisten KMU-Projekte ist Festpreis das richtige Modell - auch dann, wenn es sich am Anfang nicht so anfühlt:
- Anforderungen sind klar und vollständig dokumentiert? → Festpreis, ohne Wenn und Aber.
- Du weißt nur grob, was du willst, und das Projekt fühlt sich „explorativ" an? → In den allermeisten Fällen ist das kein Argument gegen Festpreis, sondern ein Zeichen, dass deine Anforderungen noch nicht ausformuliert sind. Eine strukturierte Anforderungsanalyse vor Projektstart macht aus einem vermeintlich offenen Projekt fast immer ein festpreisfähiges. Pairlio vermittelt bei Bedarf auch erfahrene Berater, die dich bei der Ausformulierung deiner Anforderungen unterstützen.
- Es bleibt ein kleiner, klar abgegrenzter Rest an echter Unsicherheit (z. B. eine technische Machbarkeitsfrage)? → Dann reicht es, nur diesen Teil als kurze T&M-Vorstudie mit Budget-Obergrenze auszulagern. Die eigentliche Umsetzung läuft trotzdem als Festpreis.
T&M als Modell für das gesamte Projekt sollte die Ausnahme bleiben - für echte Forschungs- und Prototyping-Vorhaben, bei denen selbst nach gründlicher Analyse niemand sagen kann, wie die Lösung aussieht. Bei einem klassischen KMU-Softwareprojekt (Web-App, internes Tool, Kundenportal, SaaS-MVP) ist das fast nie der Fall.
In der Praxis ist die größte Hürde für einen Festpreis nicht der Wille des Dienstleisters, sondern die Qualität deines Anforderungsdokuments. Ohne ein präzises Lastenheft kann niemand seriös einen Festpreis kalkulieren - jeder Versuch endet entweder in überhöhten Risikoaufschlägen oder in Nachforderungen während des Projekts. Genau diese Lücke lässt sich vor Projektstart schließen, statt sie als Vorwand für T&M zu nutzen. Wie genau ein Anbieter aus deinen Anforderungen einen Festpreis herleitet, erklärt der Artikel Was kostet Softwareentwicklung wirklich?.
Hast du dich für Festpreis entschieden, ist die nächste Frage, welche Klauseln der Vertrag konkret enthalten muss, damit der Festpreis auch wirklich hält - dazu findest du eine Verhandlungs-Checkliste im Artikel Wie du einen Festpreis-Vertrag verhandelst.
Fazit
Festpreis sollte für KMU-Softwareprojekte der Standard sein, nicht die Ausnahme - er schafft Budgetsicherheit und zwingt zu Disziplin bei der Anforderungsdefinition. T&M ist nur dann gerechtfertigt, wenn echte technische Unsicherheit besteht, die sich auch durch eine gründliche Anforderungsanalyse nicht auflösen lässt. In den meisten Fällen heißt „das Projekt ist explorativ" schlicht: Die Anforderungen wurden noch nicht sauber erarbeitet.
Häufig gestellte Fragen
Was ist der Unterschied zwischen Festpreis und Time & Material?
Bei Festpreis vereinbarst du vorab einen fixen Preis für einen klar definierten Funktionsumfang, das Kalkulationsrisiko trägt der Dienstleister. Bei Time & Material zahlst du nach tatsächlich geleisteten Stunden oder Tagen, unabhängig vom Ergebnis, und trägst damit selbst das Risiko für Fehleinschätzungen und Scope Creep.
Welches Vertragsmodell ist für KMU-Softwareprojekte besser geeignet?
Für die meisten KMU-Projekte ist Festpreis das richtige Modell, weil es von Anfang an Budgetsicherheit schafft und zu präzisen Anforderungen zwingt. Time & Material eignet sich nur für echte Forschungs- oder Prototyping-Vorhaben, bei denen selbst nach gründlicher Analyse niemand die Lösung genau beschreiben kann.
Warum bieten viele Softwareagenturen keinen Festpreis an?
Meist liegt es nicht am fehlenden Willen, sondern an der Qualität des Anforderungsdokuments. Ohne ein präzises Lastenheft kann kein Dienstleister seriös einen Festpreis kalkulieren. Eine strukturierte Anforderungsanalyse vor Projektstart schließt diese Lücke und macht ein Projekt festpreisfähig.
Kann ich Festpreis und Time & Material im selben Projekt kombinieren?
Ja. Zum Beispiel, wenn nur ein kleiner, klar abgegrenzter Teil des Projekts wirklich unsicher ist, etwa Unterstützung bei der Anforderungsermittlung selbst oder eine technische Machbarkeitsprüfung. In diesem Fall lässt sich dieser Teil als Time-&-Material-Auftrag auslagern. Die eigentliche Umsetzung läuft trotzdem als Festpreis.
Wie hoch ist bei Time & Material das typische Kostenrisiko gegenüber der ursprünglichen Schätzung?
Eine pauschale Zahl gibt es nicht, aber in der Praxis liegen T&M-Projekte ohne engmaschiges Controlling regelmäßig 20-50 % über der ursprünglichen groben Schätzung, weil Scope Creep und Fehleinschätzungen vollständig beim Auftraggeber landen. Bei Festpreis trägt dieses Risiko der Dienstleister.
Wer trägt das Risiko, wenn sich ein Festpreisprojekt verzögert?
Bei einem sauber verhandelten Festpreisvertrag trägt grundsätzlich der Dienstleister das Risiko für Verzögerungen, die durch seine eigene Fehleinschätzung entstehen - der vereinbarte Preis bleibt gleich, unabhängig davon, wie viele Tage er tatsächlich braucht. Anders sieht es aus, wenn die Verzögerung auf fehlende Mitwirkung deinerseits zurückgeht, etwa verspätetes Feedback oder fehlende Testdaten - dafür sollte der Vertrag klare Mitwirkungspflichten und Fristen enthalten.
Verwandte Themen
- Wie du einen Festpreis-Vertrag verhandelst
- Was kostet Softwareentwicklung wirklich?
- Der Pflichtenheft-Fehler, der dein Projekt 30% teurer macht
- Wie die Festpreis-Garantie von Pairlio dein Budget schützt
Bevor du einen Entwicklungspartner beauftragst: Lass deine Anforderungen kostenlos von unserer KI prüfen - und erfahre sofort, wo noch Lücken oder Widersprüche stecken. Jetzt kostenlos prüfen →