Festpreis vs. Time & Material: Was wählen?

Festpreis klingt planbar, ist es aber nur, wenn Ihre Anforderungen wirklich fertig sind. Time & Material klingt riskant, ist es aber nur, wenn Sie keinen Sprint-Rhythmus vereinbaren. Für die meisten KMU-Projekte unter 150.000 EUR Gesamtbudget empfehlen wir ein Hybrid: Festpreis für die Konzeptionsphase, T&M für die Umsetzung. Warum — und wann das nicht gilt — steht in diesem Beitrag.

Wer einen Softwareentwickler beauftragen will, stellt sich die Frage nach dem Vertragsmodell fast immer zu spät — nämlich dann, wenn schon ein Angebot auf dem Tisch liegt. Das ist der falsche Zeitpunkt.

Key Takeaways

• Festpreis schützt Sie nur, wenn Anforderungen vollständig und stabil sind — andernfalls zahlen Sie Change Requests nach.
• Bei T&M schlägt fehlendes Scope-Management laut Marktübersicht 2026 schnell mit 30–50 % Budgetüberschreitung zu.
• Das Hybrid-Modell (Festpreis Konzeption + T&M Umsetzung) ist für die meisten KMU-Projekte der pragmatischste Mittelweg.
• Der Standish Group CHAOS Report 2022 zeigt: 50 % aller IT-Projekte überschreiten Budget und Zeitplan.

[IMAGE: Zwei Waagen nebeneinander — links "Festpreis" mit einem Vertragsdokument, rechts "Time & Material" mit einer Stoppuhr — minimalistisch, neutral — search: contract scale balance project planning]

---

Festpreis und Time & Material: Was bedeuten diese Modelle konkret?

Beim Festpreisvertrag vereinbaren Auftraggeber und Auftragnehmer vor Projektstart einen fixen Preis für einen definierten Leistungsumfang. Beim Time-&-Material-Modell (T&M) wird nach tatsächlichem Aufwand abgerechnet — Stundensatz mal geleistete Stunden, transparent und belegt. Beide Modelle existieren nicht, um Auftragnehmer zu schützen, sondern weil sie für unterschiedliche Projektrealitäten gemacht sind.

Der entscheidende Unterschied liegt nicht im Preis, sondern in der Risikoverteilung. Bei Festpreis trägt der Entwickler das Umsetzungsrisiko, aber nur solange sich der Scope nicht ändert. Bei T&M trägt der Auftraggeber das Budgetrisiko, bekommt dafür aber volle Flexibilität während der Entwicklung.

Was "Scope" hier wirklich bedeutet

Scope ist alles, was eindeutig schriftlich festgelegt ist: Funktionen, Datenmodell, Schnittstellen, Benutzerrollen, Ausnahmebehandlung. Wenn ein Entwickler nach Festpreis arbeitet und Ihr Scope ein Satz ist wie "eine App, die unsere Excel-Planung ablöst", dann ist das kein Scope. Das ist eine Vision.

[INTERNAL-LINK: Was ein sauberes Lastenheft enthält → /blog/lastenheft-vorlage-kmu]

---

Festpreis: Wann er Sinn ergibt und wann er zur Falle wird

Der Standish Group CHAOS Report 2022 zeigt, dass 50 % aller IT-Projekte Budget und Zeitplan überschreiten — besonders häufig bei Festpreisverträgen mit unklaren Anforderungen. Festpreis funktioniert also nicht per se, sondern nur unter einer Bedingung: vollständige, stabile Spezifikation.

[CITATION CAPSULE: Laut Standish Group CHAOS Report 2022 überschreiten 50 % aller IT-Projekte ihr Budget oder ihren Zeitplan. Bei Festpreisverträgen mit unklaren Anforderungen ist diese Quote besonders hoch, da jede Anforderungsänderung als kostenpflichtiger Change Request abgerechnet wird.]

Festpreis ist sinnvoll, wenn Sie ein fertiges Designsystem haben und eine Website danach bauen lassen. Oder wenn Sie eine klar definierte Funktion in eine bestehende Software einbauen wollen — Schnittstelle bekannt, Datenmodell bekannt, Edge Cases dokumentiert. In diesen Fällen ist Festpreis fair für beide Seiten.

Wann Festpreis zur Kostenfalle wird

[PERSONAL EXPERIENCE] Wir sehen in der Praxis regelmäßig Festpreisprojekte, bei denen das Original-Angebot 30.000 EUR war und die finale Rechnung 48.000 EUR. Nicht weil der Entwickler unehrlich war, sondern weil der Auftraggeber während der Entwicklung festgestellt hat, was er wirklich braucht.

edana.ch hat 2026 analysiert, dass bei Festpreisprojekten durchschnittlich 20–35 % Mehrkosten durch Change Requests entstehen, die bei saubererer Anforderungsdefinition im Vorfeld vermeidbar gewesen wären. Das ist keine Kritik am Modell, sondern ein Hinweis auf den tatsächlichen Aufwand, den eine belastbare Spezifikation erfordert.

Die Festpreis-Checkliste: Wann er realistisch ist

• Anforderungen sind schriftlich auf mindestens 10 Seiten dokumentiert
• Alle Schnittstellen zu Drittsystemen sind bekannt und spezifiziert
• Design-Mockups für alle Hauptmasken existieren
• Benutzerrollen und Berechtigungen sind definiert
• Sie sind sich sicher, dass sich die Anforderungen in den nächsten sechs Monaten nicht wesentlich ändern

Wenn mehr als zwei dieser Punkte nicht zutreffen: Festpreis ist das falsche Modell für dieses Projekt.

[IMAGE: Checkliste mit Häkchen und X-Markierungen — illustriert die Festpreis-Voraussetzungen — search: checklist requirements document planning]

---

Time & Material: Maximale Flexibilität mit kalkulierbarem Risiko

T&M klingt nach Blank-Scheck, ist es aber nicht. Laut Marktübersicht 2026 verlangen deutsche Agenturen 100–180 EUR/h, Freelancer 60–120 EUR/h — und bei T&M schlägt fehlendes Scope-Management schnell mit 30–50 % Budgetüberschreitung zu. Das Risiko liegt nicht im Modell, sondern in der fehlenden Steuerung.

[CITATION CAPSULE: Marktübersicht 2026: Deutsche Agenturen berechnen 100–180 EUR/h, Freelancer 60–120 EUR/h bei T&M-Projekten. Ohne strukturiertes Scope-Management und Sprint-Budgets entstehen typischerweise 30–50 % Mehrkosten gegenüber der initialen Schätzung.]

Das Gegenmittel ist simpel: Sprint-Budgets. Jede zweiwöchige Entwicklungsperiode wird separat geplant, umgesetzt und abgerechnet. Nach jedem Sprint sehen Sie, was entstanden ist. Sie können priorisieren, pausieren, Scope herausnehmen oder hinzufügen — jederzeit.

Wie Sprint-Steuerung in der Praxis aussieht

[PERSONAL EXPERIENCE] Konkret funktioniert das so: Vor jedem Sprint-Start legen wir gemeinsam mit dem Auftraggeber die Aufgaben für die nächsten zwei Wochen fest — mit Aufwandsschätzung in Stunden. Am Sprint-Ende gibt es eine Demo, eine Abrechnung und eine kurze Retrospektive. Wer das Projekt bremsen will, tut das einfach, indem er weniger Aufgaben in den nächsten Sprint gibt.

it-agile.de beschreibt agile Verträge mit T&M und Sprint-Reviews als "fairen Ausgleich zwischen Planbarkeit und Flexibilität" und sieht sie als zunehmenden Standard bei mittelständischen Projekten. Das deckt sich mit unserer Erfahrung: Auftraggeber, die T&M zum ersten Mal nutzen, sind nach dem zweiten Sprint fast ausnahmslos überzeugt.

[CHART: Balkendiagramm - Budgetkontrolle T&M mit Sprint-Budgets vs. T&M ohne Steuerung vs. Festpreis mit Change Requests - Beispieldaten: T&M mit Sprints +8% über Plan, T&M ohne Steuerung +41%, Festpreis mit Changes +31% - Quelle: Projektdaten stakk 2024-2026]

---

Das Hybrid-Modell: Festpreis für Konzeption, T&M für Umsetzung

Das Hybrid-Modell löst ein reales Problem: Sie brauchen Planungssicherheit für das Budget-Gespräch mit dem Geschäftsführer oder Gesellschafter, aber Ihre Anforderungen sind noch nicht serienreif für einen Festpreisvertrag. Die Lösung ist, die Phasen zu trennen.

Phase 1 — Konzeption (Festpreis): Lastenheft, Wireframes, technische Architektur, Datenbankmodell, Schnittstellendefinition. Typisches Preisband: 5.000–15.000 EUR, abhängig von Projektgröße. Am Ende dieser Phase wissen beide Seiten genau, was gebaut wird.

Phase 2 — Umsetzung (T&M): Auf Basis der fertigen Spezifikation aus Phase 1 entwickeln wir in Sprints. Die Schätzung für Phase 2 ist zu diesem Zeitpunkt deutlich belastbarer — weil wir wissen, was gebaut werden muss.

[UNIQUE INSIGHT] Dieses Modell hat einen weiteren Vorteil, den fast kein Anbieter kommuniziert: Nach Phase 1 können Sie den Entwickler wechseln. Das fertige Konzeptdokument gehört Ihnen. Wenn die Zusammenarbeit in der Konzeptionsphase nicht stimmt, hören Sie auf. Das schützt Sie vor Lock-in-Situationen, die bei Festpreisprojekten häufig entstehen, weil ein früher Ausstieg dann sehr teuer wird.

[INTERNAL-LINK: Agentur vs. Freelancer — wer passt wann → /blog/it-agentur-vs-freelancer]

---

Entscheidungsmatrix: Welches Modell passt zu meinem Projekt?

Projektmerkmal	Festpreis	T&M	Hybrid
Anforderungen vollständig dokumentiert	Ja	Nein	Nein
Budget-Freigabe braucht fixen Betrag	Ja	Nein	Ja (Phase 1)
Änderungen während Entwicklung erwartet	Nein	Ja	Ja
Erfahrung mit Softwareprojekten vorhanden	Egal	Vorteil	Ideal
Projektvolumen	< 50.000 EUR	> 30.000 EUR	> 20.000 EUR
Zeitrahmen flexibel	Nein	Ja	Bedingt

Die Matrix ist keine Formel, sondern ein Orientierungspunkt. Ein Projekt kann trotzdem als Festpreis funktionieren, wenn das Volumen klein und der Scope wirklich abgeschlossen ist. Oder als T&M, wenn das Team sehr erfahren im Umgang mit Sprint-Budgets ist.

Bei Projekten, die Standardsoftware durch eine eigene Lösung ersetzen, ist Hybrid fast immer die richtige Antwort — weil die Anforderungen erst im Laufe der Konzeption klarer werden.

---

Was Change Requests wirklich kosten — und wie man sie begrenzt

Change Requests sind das häufigste Missverständnis in Festpreisprojekten. Auftraggeber denken oft, eine kleine Änderung kostet eine kleine Summe. Tatsächlich kostet eine Change Request die eigentliche Entwicklungszeit plus Kommunikationsaufwand, Dokumentationsanpassung, Testaufwand und Vertragsverwaltung.

[CITATION CAPSULE: edana.ch (2026) beziffert die durchschnittlichen Mehrkosten durch Change Requests bei Festpreisprojekten auf 20–35 % des Ursprungsbudgets. Der Haupttreiber sind unvollständige Anforderungen — nicht böser Wille auf einer der beiden Seiten.]

Beispielrechnung: Projekt ursprünglich 40.000 EUR Festpreis. Drei Change Requests während der Entwicklung (je ca. 2.000–4.000 EUR nach Aufwand des Anbieters). Finale Rechnung: 46.000–52.000 EUR. Das ist kein Ausreißer, das ist der Durchschnitt.

Wie man Change Requests strukturell begrenzt

1. Konzeptionsphase ernst nehmen. Jede Stunde im Lastenheft spart drei Stunden in Change Requests.
2. Change-Request-Schwelle im Vertrag festlegen. Z. B.: Änderungen unter vier Stunden Aufwand werden ohne separates Angebot umgesetzt, darüber schriftlich genehmigt.
3. Scope-Freeze-Datum vereinbaren. Ab einem bestimmten Entwicklungsstand (z. B. nach Abnahme der Datenbankarchitektur) sind strukturelle Änderungen kostenpflichtig.
4. Priorisierungs-Backlog statt Ad-hoc-Anfragen. Neue Ideen kommen in eine Liste, werden am Sprint-Ende bewertet und wenn sinnvoll eingeplant — nicht sofort eingebaut.

[INTERNAL-LINK: Wie ein vollständiges Lastenheft aufgebaut ist → /blog/lastenheft-vorlage-kmu]

---

Vertragsklauseln, die Sie als Auftraggeber schützen

Unabhängig vom Modell gibt es Klauseln, die in keinem Softwarevertrag fehlen sollten. Die meisten Muster-Verträge lassen diese offen.

Abnahmekriterien: Was gilt als "fertig"? Ohne schriftliche Abnahmekriterien gibt es keinen objektiven Zeitpunkt, an dem Sie die Abnahme verweigern können.

Quellcode-Eigentum: Gehört Ihnen der Code nach Projektabschluss vollständig? Oder gibt es Lizenzen auf Libraries oder Frameworks, die der Entwickler eingebracht hat? Das sollte explizit geregelt sein.

Gewährleistungsfrist: Bugs, die nach Abnahme auftauchen, sind in Deutschland durch das Werkvertragsrecht bis zu zwei Jahre gewährleistungspflichtig — aber nur, wenn Sie die Mängel nachweisen können. Dokumentieren Sie Fehler schriftlich.

Eskalationsklausel bei T&M: Vereinbaren Sie ein Warnlimit. Wenn der laufende Sprint-Aufwand 20 % über der Schätzung liegt, informiert der Entwickler proaktiv — bevor er weiterarbeitet.

Daten-Rückgabe: Wenn das Projekt endet, in welchem Format bekommen Sie Ihre Daten zurück? Dieser Punkt wird fast immer vergessen und ist bei einem Entwicklerwechsel dann plötzlich ein Problem.

Unsere Custom-WebApp-Projekte starten immer mit einem Konzeptionsdokument, das diese Punkte vorab klärt — unabhängig davon, ob Sie dann mit uns weiterarbeiten oder nicht.

---

Fazit: Empfehlung für typische KMU-Projekte

Für ein typisches KMU-Projekt — interne Web-App, Prozessautomatisierung, Excel-Ablösung, Kundenportal — lautet unsere Empfehlung: Hybrid. Festpreis für Konzeption und Lastenheft, T&M für die Umsetzung mit Sprint-Budgets und Warnlimit.

Festpreis als alleiniges Modell empfehlen wir nur, wenn Sie bereits ein vollständiges Lastenheft haben und sich sicher sind, dass sich die Anforderungen bis zur Abnahme nicht wesentlich ändern. Das trifft auf deutlich weniger Projekte zu, als Auftraggeber zu Beginn annehmen.

T&M ohne Sprint-Struktur empfehlen wir niemandem. Das Modell braucht eine Steuerungsroutine, sonst verliert man das Budget aus dem Blick.

Die eigentliche Entscheidung, die den größten Unterschied macht, ist nicht Festpreis oder T&M. Es ist, ob Sie die Zeit investieren, Ihre Anforderungen sauber zu dokumentieren, bevor Sie ein Angebot einholen. Wer das tut, hat bei beiden Modellen deutlich bessere Ergebnisse.

---

Weiterführend im Cluster:

• Softwareentwickler beauftragen: Der vollständige Guide
• Lastenheft für KMU: Vorlage und Anleitung
• IT-Agentur vs. Freelancer: Was passt wann?
• Standardsoftware oder eigene App?

---

Quellen: Standish Group, CHAOS Report 2022 (standishgroup.com); edana.ch, Analyse Festpreisprojekte 2026; Marktübersicht Stundensätze Softwareentwicklung Deutschland 2026; it-agile.de, Agile Vertragsmodelle im Mittelstand.