Softwareentwicklung Festpreis vs Time and Material: Vergleich 2026

Jedes IT-Projekt beginnt mit einer kritischen Entscheidung: Zahlen Sie einen festen Preis und wissen genau, welche Kosten entstehen – oder flexibilisieren Sie das Budget und bezahlen nur für tatsächlich erbrachte Stunden? Diese Frage trennt Projekte, die pünktlich und im Budget abgeschlossen werden, von solchen, die sich in die Länge ziehen.

Für Mittelständler im Maschinenbau, E-Commerce oder Gesundheitswesen ist die richtige Wahl zwischen Festpreis und Time and Material (T&M) nicht nur eine Frage der Kosten, sondern der gesamten Projektkultur: Vertrauen Sie Ihrem Entwicklungspartner genug, um flexibel zu arbeiten? Oder brauchen Sie eiserne Kostensicherheit, um die Geschäftsführung zu beruhigen?

Die Antwort hängt davon ab, wie gut Sie Ihre Anforderungen kennen, wie volatil Ihr Markt ist, und ob Sie einen Partner haben, der Klartext spricht statt versteckte Risiken in Verträgen zu verstecken.

In diesem Vergleich zeigen wir Ihnen, wann Festpreis sinnvoll ist, wann T&M die bessere Wahl ist – und wie Sie als Auftraggeber in beiden Modellen Risiken minimieren.

Wichtigste Erkenntnisse

Kurz: Kurzantwort: Softwareentwicklung Festpreis vs Time and Material: Vergleich 2026 Jedes IT-Projekt beginnt mit einer kritischen Entscheidung: Zahlen Sie einen festen Preis und wissen genau, welche Kosten entstehen – oder flexibilisieren Sie das Budget und bezahlen nur für tatsächlich…

Kurzantwort: Softwareentwicklung Festpreis vs Time and Material: Vergleich 2026 Jedes IT-Projekt beginnt mit einer kritischen Entscheidung: Zahlen Sie einen festen Preis und wissen genau, welche Kosten entstehen – oder flexibilisieren Sie das Budget und bezahlen nur für tatsächlich…

Wer Softwareentwicklung Festpreis vs Time and Material: Vergleich 2026 angehen will, findet in Legacy-Modernisierung und Legacy-Code-Analyse in 5 Tagen konkrete Leistungswege.

• Festpreis sichert Budget ab: Kosten sind vertraglich festgelegt; ideal für Projekte mit stabilen, detaillierten Anforderungen und klarem Scope – typisch bei Standard-Implementierungen oder MVP-Entwicklung.
• Time and Material bietet Flexibilität: Sie zahlen für tatsächliche Arbeitszeit; perfekt für explorative Projekte, Legacy-Modernisierung oder KI-Integration, wo Anforderungen sich während der Entwicklung klären.
• Hybrid-Modelle kombinieren Vorteile: Meilenstein-basierte Abrechnungen oder Festpreis mit Change-Request-Prozess reduzieren Risiken auf beiden Seiten.
• Versteckte Kosten entstehen durch schlechte Kommunikation: Ob Festpreis oder T&M – mangelnde Spezifikation, Scope Creep und fehlende Dokumentation treiben Kosten nach oben.
• Vertrauen und Transparenz schlagen Vertragsklauseln: Ein Partner, der regelmäßig Demo und Status-Updates liefert, ist wertvoller als die perfekte Vertragsformulierung.

Was bedeutet Festpreis und Time and Material?

Kurz: Festpreis ist ein Abrechnungsmodell, bei dem der Auftragnehmer einen festen Gesamtpreis für das gesamte Projekt garantiert – unabhängig davon, wie viele Stunden tatsächlich anfallen.

Festpreis ist ein Abrechnungsmodell, bei dem der Auftragnehmer einen festen Gesamtpreis für das gesamte Projekt garantiert – unabhängig davon, wie viele Stunden tatsächlich anfallen. Time and Material (T&M) hingegen ist ein flexibles Modell, bei dem Sie nur für die tatsächlich erbrachten Arbeitsstunden plus Material (z. B. Cloud-Services, Lizenzen) zahlen.

Der Unterschied ist fundamental: Im Festpreis trägt der Dienstleister das wirtschaftliche Risiko; im T&M-Modell tragen Sie es als Auftraggeber.

Die Kernunterschiede auf einen Blick

Festpreis-Modell:

• Gesamtbudget ist vor Projektstart festgelegt und vertraglich bindend
• Dienstleister kalkuliert Aufwand, Risiken und Gewinnmarge ein
• Änderungen am Scope erfordern Change Requests und Preisanpassungen
• Ideal für gut spezifizierte, stabile Anforderungen
• Höheres Risiko für den Dienstleister, höhere Sicherheit für den Auftraggeber

Time and Material-Modell:

• Sie zahlen Stundensätze × tatsächlich geleistete Stunden + Nebenkosten
• Aufwand wird transparent dokumentiert (Timesheets, Rechnungen)
• Anforderungen können sich während der Entwicklung ändern, ohne dass der Vertrag angepasst werden muss
• Ideal für explorative, komplexe oder sich schnell ändernde Projekte
• Höheres Risiko für den Auftraggeber, mehr Flexibilität für beide Seiten

Warum diese Unterscheidung überhaupt wichtig ist

Bei Softwareentwicklung im Mittelstand zeigt sich schnell: Festpreis-Projekte scheitern oft nicht an der Technik, sondern an unklaren Anforderungen. Wenn Sie am Anfang nicht genau wissen, wie die neue Schnittstelle zwischen ERP und CRM aussehen soll, oder wenn sich während der Entwicklung herausstellt, dass die Datenmigration komplexer ist als gedacht, wird ein Festpreis-Projekt zum Kostenfaktor. Umgekehrt: Wenn Sie T&M wählen, ohne einen klaren Plan zu haben, kann das Budget schnell explodieren.

Die Wahl zwischen Festpreis und Time and Material ist also nicht nur eine Preisfrage – sie ist eine Governance-Frage. Sie entscheiden damit, wie viel Planung, Kommunikation und gegenseitiges Vertrauen Sie investieren wollen.

---

Festpreis: Sicherheit und Planbarkeit

Kurz: Ein Festpreis-Projekt bedeutet: Sie kennen die exakten Kosten, bevor die erste Zeile Code geschrieben wird.

Ein Festpreis-Projekt bedeutet: Sie kennen die exakten Kosten, bevor die erste Zeile Code geschrieben wird. Der Dienstleister trägt das Risiko, wenn der Aufwand größer wird als kalkuliert. Das klingt sicher – ist aber nur dann sicher, wenn die Anforderungen wirklich stabil und detailliert sind.

Viele Festpreis-Projekte scheitern, weil der Auftraggeber nachträglich "nur noch schnell" neue Features einbaut, während der Dienstleister versucht, diese ohne zusätzliche Kosten zu stemmen – oder sich verweigert und den Vertrag streng auslegt.

Wann Festpreis funktioniert

Festpreis funktioniert am besten bei:

1. Gut definierten Anforderungen: Sie haben ein detailliertes Lastenheft, Mockups, Prozessbeschreibungen. Jedes Feature ist dokumentiert, jeder Workflow ist klar. 2. Standardisierten Lösungen: Odoo-Implementierung, WordPress-Shop, API-Integration zwischen bekannten Systemen – der Aufwand ist vorhersehbar. 3. Festen Zeitrahmen: Das Projekt hat ein klares Start- und Enddatum, keine Abhängigkeiten von externen Faktoren (wie regulatorischen Änderungen). 4. Stabilen Geschäftsanforderungen: Der Markt, die Compliance-Anforderungen und die Geschäftslogik ändern sich während des Projekts nicht grundlegend. 5. MVP oder Phase-1-Projekte: Sie bauen die Kernfunktionalität, nicht das komplette System. Das Scope ist begrenzt.

Vorteile des Festpreis-Modells

Vorteil	Bedeutung
Budgetsicherheit	Sie wissen exakt, was das Projekt kostet. Keine bösen Überraschungen in der Schlussrechnung.
Planbarkeit	Sie können Investitionen in Ihrem Business Case kalkulieren und mit CFO/Geschäftsführung abstimmen.
Motivation des Dienstleisters	Der Partner ist motiviert, effizient zu arbeiten – ineffizienz kostet ihn Gewinn.
Einfache Vertragsabwicklung	Klare Verträge, keine laufenden Diskussionen über Stundensätze oder Timesheets.
Vergleichbarkeit	Sie können mehrere Angebote leicht vergleichen: Preis A vs. Preis B.

Nachteile und Risiken

Risiko	Wie es entsteht
Scope Creep wird teuer	Jede Änderung muss als Change Request neu kalkuliert werden – oft mit Aufschlag.
Qualitätsrisiko	Wenn der Dienstleister Zeit sparen muss, um die Marge zu halten, leidet die Codequalität.
Versteckte Kosten	Der Partner kalkuliert Risiken großzügig ein – der Preis ist höher als im T&M-Modell.
Inflexibilität	Neue Erkenntnisse während der Entwicklung sind teuer. "Das haben wir nicht kalkuliert."
Dokumentation leidet	Um Zeit zu sparen, wird die Dokumentation oft vernachlässigt – später zahlen Sie dafür bei Wartung und Änderungen.

Wie Festpreis-Projekte scheitern

Ein häufiges Szenario: Sie beauftragen eine Softwareentwicklung mit Festpreis, weil Sie Budget sichern wollen. Die Anforderungen sind "stabil" – aber während der Entwicklung stellt sich heraus, dass die Datenbankstruktur anders aussehen muss, weil die Geschäftslogik komplizierter ist als gedacht. Der Dienstleister sagt: "Das war nicht im Scope, das kostet extra." Sie sagen: "Das habt ihr nicht gefragt, das sollte inbegriffen sein." Ergebnis: Verzögerung, Konflikt, schlechte Codequalität, weil der Partner versucht, Zeit zu sparen.

Die Lösung: Festpreis funktioniert nur, wenn Sie gemeinsam mit dem Dienstleister ein detailliertes Anforderungsdokument erarbeiten – und wenn Sie einen Change-Request-Prozess haben, der beide Seiten schützt.

Jede Änderung wird dokumentiert, neu kalkuliert und vertraglich angepasst.

Das ist Klartext statt Überraschungen.

---

Infografik 5: Festpreis: Sicherheit und Planbarkeit

• Wann Festpreis funktioniert
• Vorteile des Festpreis-Modells
• Nachteile und Risiken
• Wie Festpreis-Projekte scheitern

Infografik: Festpreis-Projekte – Voraussetzungen und Risiken

• Detailliertes Lastenheft mit Mockups und Prozessbeschreibungen ist die Grundlage – ohne klare Anforderungen wird Festpreis zum Risiko für beide Seiten
• Scope-Festlegung muss schriftlich erfolgen: Was ist IN-Scope, was ist OUT-of-Scope? Grauzone führt zu Change Requests
• Change-Request-Prozess ist nicht optional – jede Anforderungsänderung wird dokumentiert, neu kalkuliert und vertraglich angepasst
• Preis ist typisch 15–25 % höher als im T&M-Modell, weil der Dienstleister Risiken und Puffer einkalkuliert
• Qualitätskontrolle muss vertraglich festgelegt sein: Code-Reviews, Tests, Dokumentation – nicht nur Lieferung von Features
• Zeitpuffer für unerwartete Probleme ist sinnvoll – auch im Festpreis-Modell sollten Sie 10–15 % Contingency einplanen

Time and Material: Flexibilität und Anpassung

Kurz: Time and Material bedeutet: Sie zahlen für die tatsächlich geleisteten Arbeitsstunden plus Nebenkosten (Cloud, Lizenzen, externe Tools).

Time and Material bedeutet: Sie zahlen für die tatsächlich geleisteten Arbeitsstunden plus Nebenkosten (Cloud, Lizenzen, externe Tools). Der Aufwand wird transparent dokumentiert, Anforderungen können sich ändern, ohne dass der Vertrag angepasst werden muss.

Dieses Modell ist ideal für Projekte, bei denen Sie nicht alles im Voraus planen können – etwa bei KI-Integration, Legacy-Modernisierung oder Produktentwicklung, wo Sie während der Entwicklung lernen.

Wann Time and Material sinnvoll ist

T&M funktioniert am besten bei:

1. Explorativen Projekten: Sie wissen nicht genau, wie die Lösung aussehen soll. Sie wollen gemeinsam mit dem Dienstleister die beste Architektur finden. 2. Legacy-Modernisierung: Der alte Code ist undokumentiert, die Anforderungen sind verteilt in den Köpfen von Mitarbeitern. Der Aufwand ist nicht vorhersehbar. 3. KI- und Data-Science-Projekten: Sie probieren verschiedene Ansätze aus. Manche funktionieren, manche nicht. Der Weg zum Ziel ist nicht linear. 4. Schnelllebigen Märkten: Anforderungen ändern sich wöchentlich. Ein Festpreis würde schnell zur Kostenfalle. 5. Langfristigen Partnerschaften: Sie bauen schrittweise ein System auf, über Monate oder Jahre. Jede Phase ist ein separates Projekt. 6. Komplexen Integrationen: Sie verbinden 5+ Systeme miteinander. Der genaue Aufwand zeigt sich erst während der Arbeit.

Vorteile des Time and Material-Modells

Vorteil	Bedeutung
Echte Flexibilität	Anforderungen können sich ändern, ohne dass es zu Konflikten über Scope führt.
Transparente Kosten	Jede Stunde wird dokumentiert. Sie sehen genau, wofür Sie zahlen.
Bessere Qualität	Der Dienstleister kann Zeit in Code-Reviews, Tests und Dokumentation investieren, ohne die Marge zu gefährden.
Weniger Planung nötig	Sie müssen am Anfang nicht alles bis ins kleinste Detail planen.
Echte Partnerschaft	Der Dienstleister ist nicht daran interessiert, schnell fertig zu werden – er verdient auch bei guter Arbeit.
Niedrigere Initialkosten	Der Stundensatz ist oft niedriger als der kalkulierte Festpreis, weil kein Risikozuschlag enthalten ist.

Nachteile und Risiken

Risiko	Wie es entsteht
Budgetüberschreitung	Ohne klare Ziele kann das Projekt immer größer werden – "noch eine kleine Änderung".
Keine Kostensicherheit	Sie wissen am Anfang nicht, wie viel das Projekt kostet. Das ist für CFOs ein Albtraum.
Scope Creep ist Normalfall	Jede Woche gibt es neue Ideen, neue Features. Das Projekt wächst kontinuierlich.
Vertrauen ist notwendig	Sie müssen dem Dienstleister vertrauen, dass er nicht absichtlich Zeit verschwendet.
Mangelnde Motivation	Wenn der Dienstleister pro Stunde bezahlt wird, könnte er versucht sein, langsamer zu arbeiten.
Schwierige Vergleichbarkeit	Sie können nicht einfach zwei Angebote vergleichen – die Qualität und der Aufwand sind unterschiedlich.

Wie Time and Material kontrolliert wird

Das größte Risiko bei T&M ist unkontrolliertes Wachstum. Die Lösung:

1. Monatliches Budget-Cap: Sie vereinbaren, dass pro Monat maximal X Stunden abgerechnet werden. Wenn mehr anfällt, wird es geplant. 2. Regelmäßige Demos und Status-Updates: Jede Woche oder jeden Sprint sehen Sie, was fertig ist. Sie können früh korrigieren. 3. Klare Definition von "Done": Was ist das Ziel dieses Monats? Wenn das Ziel erreicht ist, ist der Monat fertig – auch wenn noch Zeit übrig ist. 4. Dokumentation von Anforderungen: Jede neue Anforderung wird aufgeschrieben, priorisiert und in den Plan aufgenommen. Nicht einfach "machen". 5. Regelmäßige Retrospektiven: Alle zwei Wochen schauen Sie, ob das Projekt noch im Rahmen läuft. Wenn nicht, wird korrigiert.

Bei Softwareentwicklung mit agilen Methoden ist T&M das natürliche Modell – weil agile Entwicklung von Anfang an mit Unsicherheit rechnet und regelmäßige Anpassungen vorsieht.

---

Infografik: Time and Material – Transparenz und Risikokontrolle

• Stundensätze liegen typisch 20–40 % unter dem kalkulierten Festpreis, weil kein Risikozuschlag enthalten ist
• Dokumentation pro Stunde ist Pflicht: Timesheet mit Beschreibung, was gemacht wurde – nicht nur "8 Stunden entwickelt"
• Monatliches Budget-Cap (z. B. max. 160 Stunden) schützt Sie vor Budgetexplosion – wenn mehr anfällt, wird geplant
• Regelmäßige Demos (wöchentlich oder alle zwei Wochen) zeigen Fortschritt und ermöglichen frühe Korrektionen
• Sprint-Planning mit Priorisierung stellt sicher, dass die wichtigsten Features zuerst umgesetzt werden
• Änderungsrate sollte unter 20 % pro Monat liegen – wenn mehr als 20 % der geplanten Arbeit sich ändert, stimmt die Anforderungsanalyse nicht

Hybrid-Modelle: Das Beste aus beiden Welten

Kurz: Hybrid-Modelle kombinieren die Vorteile von Festpreis und Time and Material, um Risiken auf beiden Seiten zu minimieren.

Hybrid-Modelle kombinieren die Vorteile von Festpreis und Time and Material, um Risiken auf beiden Seiten zu minimieren. Statt sich für eines der beiden Modelle zu entscheiden, teilen Sie das Projekt in Phasen auf oder definieren Meilensteine, die mit Festpreisen verbunden sind.

Meilenstein-basierte Abrechnung

Das häufigste Hybrid-Modell: Sie vereinbaren Meilensteine (z. B. "Anforderungsanalyse", "Prototyp", "Beta-Version", "Go-Live"), und für jeden Meilenstein gibt es einen festen Preis. Dazwischen wird T&M abgerechnet.

Beispiel:

• Meilenstein 1 (Anforderungsanalyse): 10.000 € (Festpreis)
• Meilenstein 2 (Prototyp): 25.000 € (Festpreis)
• Dazwischen: Detailentwicklung mit T&M, max. 100 Stunden/Monat
• Meilenstein 3 (Go-Live): 15.000 € (Festpreis)

Vorteile:

• Sie haben Budget-Meilensteine, die Sicherheit geben
• Dazwischen ist Flexibilität möglich
• Jeder Meilenstein ist ein Checkpoint – nicht erreichte Ziele führen zu Diskussionen, bevor es teuer wird
• Beide Seiten haben Anreize: Der Dienstleister muss Meilensteine erreichen (Festpreis-Druck), Sie können dazwischen flexibel sein (T&M-Vorteil)

Festpreis mit Change-Request-Prozess

Ein anderer Ansatz: Sie vereinbaren einen Festpreis, aber jede Anforderungsänderung wird als Change Request dokumentiert, kalkuliert und vertraglich angepasst.

Ablauf: 1. Anforderung wird eingereicht 2. Dienstleister schätzt Aufwand und Kosten 3. Sie entscheiden: Annehmen, ablehnen oder verhandeln 4. Wenn angenommen: Preis wird erhöht, Zeitplan wird angepasst 5. Alle Changes sind dokumentiert und transparent

Vorteile:

• Sie haben Budgetsicherheit für die Kernfunktionalität
• Neue Anforderungen sind bewusste, dokumentierte Entscheidungen – nicht heimliches Scope Creep
• Der Dienstleister hat Anreize, Anforderungen am Anfang gründlich zu erfragen (weil jede Änderung kostet)
• Klare Trennung zwischen "geplant" und "zusätzlich"

Retainer-Modell mit flexiblem Budget

Manche Unternehmen (besonders bei langfristigen Partnerschaften) nutzen ein Retainer-Modell: Sie zahlen monatlich einen festen Betrag für ein reserviertes Team (z. B. 1–2 Entwickler).

Dieses Team arbeitet an Ihren Projekten, Anforderungen können sich ändern, solange das Team-Budget nicht überschritten wird.

Beispiel:

• 40.000 € pro Monat für einen Senior-Entwickler
• Der Entwickler arbeitet an Ihren Projekten
• Anforderungen können sich ändern, solange die 160 Stunden/Monat nicht überschritten werden
• Nach 12 Monaten: Evaluieren, ob die Vereinbarung passt

Ideal für:

• Kontinuierliche Entwicklung und Wartung
• Schnelle Reaktion auf neue Anforderungen
• Langfristige Partnerschaften
• Unternehmen, die regelmäßig kleine bis mittlere Projekte haben

---

Infografik 6: Hybrid-Modelle: Das Beste aus beiden Welten

• Meilenstein-basierte Abrechnung
• Festpreis mit Change-Request-Prozess
• Retainer-Modell mit flexiblem Budget

Infografik: Hybrid-Modelle – Meilesteine, Change Requests und Retainer

• Meilenstein-basierte Abrechnung teilt das Projekt in 3–5 Phasen auf, jede mit Festpreis – Dazwischen ist T&M möglich, max. X Stunden
• Change-Request-Prozess dokumentiert jede Anforderungsänderung: Beschreibung → Schätzung → Entscheidung → Vertragsanpassung
• Retainer-Modell mit reserviertem Team (1–2 Entwickler, 160 Stunden/Monat) ist ideal für kontinuierliche Entwicklung und schnelle Reaktion
• Typische Meilenstein-Struktur: Phase 1 (Anforderungen) 10–15 % des Budgets, Phase 2 (Prototyp) 20–30 %, Phase 3 (Hauptentwicklung) 40–50 %, Phase 4 (Testing & Go-Live) 10–15 %
• Transparenz-Regel: Alle Changes werden schriftlich dokumentiert, mit Kosten und Zeitplan – keine mündlichen Absprachen
• Escrow-Klausel optional: Ein Teil des Budgets wird einbehalten bis Abnahme – schützt Sie vor unvollständiger Lieferung

Entscheidungshilfe: Welches Modell passt zu Ihrem Projekt?

Kurz: Die Wahl zwischen Festpreis, Time and Material und Hybrid-Modellen ist nicht akademisch – sie bestimmt, ob Ihr Projekt pünktlich, im Budget und in guter Qualität abgeschlossen wird.

Die Wahl zwischen Festpreis, Time and Material und Hybrid-Modellen ist nicht akademisch – sie bestimmt, ob Ihr Projekt pünktlich, im Budget und in guter Qualität abgeschlossen wird. Hier ist eine praktische Entscheidungshilfe.

Checkliste: Festpreis oder Time and Material?

Festpreis ist die richtige Wahl, wenn:

• ☑ Sie ein detailliertes Anforderungsdokument haben (Lastenheft, Mockups, Workflows)
• ☑ Die Anforderungen stabil sind – sie ändern sich nicht wöchentlich
• ☑ Das Projekt zeitlich begrenzt ist (3–6 Monate, nicht 2 Jahre)
• ☑ Sie die Lösung vor dem Projekt genau beschreiben können
• ☑ Die Geschäftsanforderungen nicht durch Marktänderungen beeinflusst werden
• ☑ Sie ein Budget haben und es nicht überschreiten dürfen
• ☑ Beispiele: Odoo-Einführung, API-Integration, WordPress-Shop, Standard-Datenbank

Time and Material ist die richtige Wahl, wenn:

• ☑ Die Anforderungen nicht vollständig klar sind – Sie wollen gemeinsam mit dem Dienstleister lernen
• ☑ Das Projekt explorativ ist – Sie probieren verschiedene Ansätze aus
• ☑ Anforderungen sich während der Entwicklung ändern
• ☑ Sie Legacy-Code modernisieren – der Aufwand ist nicht vorhersehbar
• ☑ Sie KI oder Data Science einsetzen – der Weg zum Ziel ist nicht linear
• ☑ Das Projekt langfristig ist (über 6 Monate) und wächst organisch
• ☑ Sie einen Partner suchen, nicht nur einen Auftragnehmer
• ☑ Beispiele: KI-Integration, Legacy-Modernisierung, App-Entwicklung mit MVP-Ansatz, Produktentwicklung

Ein Hybrid-Modell ist sinnvoll, wenn:

• ☑ Das Projekt hat Phasen mit unterschiedlichem Risiko (Anforderungen klar, Umsetzung explorativ)
• ☑ Sie Meilensteine brauchen für Budget-Sicherheit, aber auch Flexibilität
• ☑ Sie mit dem Dienstleister langfristig zusammenarbeiten wollen
• ☑ Beispiele: Digitalisierungsprojekte mit mehreren Phasen, ERP-Einführung mit Customizing, Cloud-Migration

Fragen an Ihren Dienstleister

Bevor Sie sich für ein Modell entscheiden, stellen Sie diese Fragen:

1. Wie würden Sie dieses Projekt kalkulieren? (Festpreis, T&M, oder Hybrid?) 2. Welche Anforderungen sind Ihrer Meinung nach noch unklar? (Ein guter Partner fragt kritisch nach) 3. Wie gehen Sie mit Anforderungsänderungen um? (Change-Request-Prozess, oder einfach machen?) 4. Wie dokumentieren Sie den Fortschritt? (Regelmäßige Demos, Timesheets, Status-Reports?) 5. Was ist Ihr Risiko bei diesem Modell, und wie minimieren Sie es? (Ein ehrlicher Partner redet Klartext) 6. Können Sie Referenzen von Projekten mit diesem Modell zeigen? (Haben sie das schon erfolgreich gemacht?)

Die beste Wahl ist nicht das günstigste Modell – es ist das Modell, das zu Ihrem Projekt und Ihrem Partner passt.

---

Schritt für Schritt: Wie Sie Ihr Abrechnungsmodell wählen

1. Anforderungen dokumentieren (mindestens 2 Wochen vor Angeboten)

Sammeln Sie alle Anforderungen – nicht perfekt, aber strukturiert:

• Welche Probleme soll die Software lösen?
• Welche Prozesse sollen automatisiert werden?
• Welche Systeme müssen integriert werden?
• Wer sind die Benutzer, und was sind ihre Aufgaben?
• Welche Daten müssen migriert werden?
• Welche Compliance-Anforderungen gibt es?

Ergebnis: Ein Anforderungsdokument (auch "Lastenheft" oder "Requirements Document"), das mindestens 70 % vollständig ist. Nicht 100 % – das ist unmöglich – aber 70 %.

2. Dienstleister-Gespräche führen (mit 2–3 Kandidaten)

Laden Sie 2–3 potenzielle Dienstleister zu einem Kickoff-Gespräch ein:

• Präsentieren Sie die Anforderungen
• Fragen Sie: "Welches Abrechnungsmodell würdet ihr empfehlen und warum?"
• Hören Sie, wie der Partner denkt – nicht nur, was er verkaufen will

Rote Flaggen:

• "Das ist klar, wir machen einen Festpreis" (ohne kritische Fragen zu stellen)
• "Wir können das nicht kalkulieren" (ohne Fragen zu klären, was unklar ist)
• "Wir machen nur T&M, Festpreis ist zu riskant" (Inflexibilität)

Grüne Flaggen:

• "Diese Punkte sind unklar, können wir die zusammen klären?"
• "Für Phase 1 würde ich Festpreis empfehlen, für Phase 2 T&M"
• "Wir haben ein Change-Request-Prozess, hier ist ein Beispiel"

3. Angebote vergleichen (nicht nur Preis)

Sie erhalten Angebote. Vergleichen Sie nicht nur den Preis:

Kriterium	Festpreis	T&M
Gesamtbudget	Bekannt	Unbekannt (aber mit Cap)
Stundensatz	Nicht sichtbar	Z. B. 90–150 €/h
Risiko für Sie	Niedrig	Höher (aber flexibel)
Qualität	Abhängig von Vertrag	Abhängig von Partner
Änderungen	Teuer	Flexibel

Wichtig: Fragen Sie nach Referenzen von ähnlichen Projekten mit dem gleichen Modell. Hat der Partner schon T&M-Projekte erfolgreich abgeschlossen? Oder nur Festpreis?

4. Vertrag klären (vor Projektstart)

Egal welches Modell: Der Vertrag muss klar sein.

Für Festpreis:

• Scope: Was ist IN-Scope, was ist OUT-of-Scope? (Schriftlich!)
• Qualität: Code-Reviews, Tests, Dokumentation – wie wird das gemessen?
• Change-Request-Prozess: Wie werden Änderungen kalkuliert?
• Puffer: Sind Risiken eingeplant, oder ist der Zeitplan knapp?

Für Time and Material:

• Stundensätze: Unterschiedliche Sätze für Senior, Mid-Level, Junior?
• Dokumentation: Wie werden Stunden nachgewiesen? (Timesheets mit Beschreibung)
• Budget-Cap: Monatliches Maximum?
• Kündigungsfrist: Wie kann das Projekt beendet werden?
• Reporting: Wöchentliche oder monatliche Rechnungen mit Details?

Für beide:

• Definition von "Done": Wann ist das Projekt abgeschlossen?
• Abnahmekriterien: Welche Tests, welche Qualitätsstandards?
• Support nach Go-Live: Ist Support inbegriffen oder extra?
• Quellcode-Übergabe: Gehört der Code Ihnen, oder nur die Funktionalität?

5. Projekt starten mit regelmäßiger Kommunikation

Das beste Modell funktioniert nicht ohne Kommunikation:

• Wöchentliche Demos: Sehen Sie, was fertig ist
• Monatliche Status-Meetings: Ist das Projekt im Plan?
• Dokumentation: Alle Anforderungsänderungen werden schriftlich dokumentiert
• Regelmäßige Retrospektiven: Was läuft gut, was nicht?

Bei Softwareentwicklung mit transparenter Kommunikation entdecken Sie Probleme früh – nicht erst bei der Schlussrechnung.

---

Infografik: Entscheidungsprozess – Von der Anforderung zum Abrechnungsmodell

• Schritt 1: Anforderungen dokumentieren (mindestens 70 % vollständig) – Lastenheft, Workflows, Integrationspunkte
• Schritt 2: Dienstleister-Gespräche mit 2–3 Kandidaten – Frage: "Welches Modell empfehlt ihr und warum?"
• Schritt 3: Angebote vergleichen – nicht nur Preis, sondern Modell, Risiko, Qualitätskriterien
• Schritt 4: Vertrag klären – Scope, Change-Request-Prozess, Definition von "Done", Quellcode-Übergabe
• Schritt 5: Projekt starten mit Kommunikation – Demos, Status-Meetings, Dokumentation aller Changes
• Rote Flaggen vermeiden: "Wir machen nur Festpreis/T&M", "Das können wir nicht kalkulieren", "Änderungen sind nicht möglich"

Praktische Vergleichstabelle: Festpreis vs. Time and Material vs. Hybrid

Kriterium	Festpreis	Time & Material	Hybrid/Meilesteine
Budgetsicherheit	Sehr hoch	Niedrig (mit Cap)	Mittel bis hoch
Planungsaufwand vorher	Sehr hoch	Niedrig	Mittel
Flexibilität bei Änderungen	Niedrig (teuer)	Sehr hoch	Mittel bis hoch
Risiko für Auftraggeber	Niedrig	Höher	Mittel
Risiko für Dienstleister	Sehr hoch	Niedrig	Mittel
Typische Stundensätze	Nicht transparent	80–150 €/h	80–150 €/h + Festpreis
Typischer Preisaufschlag	+15–25 % vs. T&M	Baseline	+5–10 % vs. T&M
Ideal für	Standardisiert, stabil	Explorativ, komplex	Langfristig, mehrstufig
Beispiel-Projekte	Odoo, API, Shop	KI, Legacy, App	ERP-Einführung, Cloud-Migration
Kommunikationsbedarf	Mittel	Sehr hoch	Hoch
Vertragskomplexität	Hoch	Niedrig	Mittel

---

Häufig gestellte Fragen

F: Ist Festpreis immer teurer als Time and Material?

A: Ja, typischerweise 15–25 % teurer.

Das liegt daran, dass der Dienstleister Risiken einkalkuliert: unerwartete Komplexität, Anforderungsänderungen, Verzögerungen.

Im T&M-Modell zahlen Sie diese Risiken direkt – als höheres Aufwand.

Im Festpreis-Modell zahlen Sie sie indirekt – als Preisaufschlag.

Welches ist günstiger?

Abhängig davon, wie gut die Anforderungen sind.

F: Können wir während eines Festpreis-Projekts noch Anforderungen ändern?

A: Ja, aber jede Änderung wird als Change Request behandelt: dokumentiert, neu kalkuliert, vertraglich angepasst. Das ist der einzige Weg, um Festpreis fair zu gestalten. Mündliche "Ach, noch eine kleine Sache"-Anfragen führen zu Konflikten.

F: Wie kontrolliere ich Time and Material, damit das Budget nicht explodiert?

A: Mit einem monatlichen Budget-Cap (z. B. max. 160 Stunden), regelmäßigen Demos, und einer Priorisierungsliste. Wenn mehr anfällt als geplant, wird es geplant – nicht einfach gemacht. Zusätzlich: Wöchentliche Status-Updates und monatliche Retrospektiven.

F: Welches Modell ist für Legacy-Modernisierung besser?

A: Time and Material oder Hybrid.

Bei Legacy-Projekten ist der Aufwand nicht vorhersehbar – der alte Code ist oft undokumentiert, die Anforderungen sind verteilt.

Mit T&M können Sie flexibel reagieren.

Mit Festpreis riskieren Sie, dass der Dienstleister Sicherheitsmargen einbaut, die das Projekt teuer machen.

F: Kann ich Festpreis und T&M im gleichen Projekt kombinieren?

A: Ja, mit einem Hybrid-Modell. Beispiel: Phase 1 (Anforderungsanalyse) Festpreis, Phase 2 (Entwicklung) T&M mit Budget-Cap, Phase 3 (Go-Live) Festpreis. Das gibt Ihnen Sicherheit bei kritischen Meilensteinen und Flexibilität dazwischen.

F: Was bedeutet "Change Request"?

A: Ein Change Request ist ein formaler Prozess für Anforderungsänderungen.

Ablauf: (1) Neue Anforderung wird eingereicht, (2) Dienstleister schätzt Aufwand und Kosten, (3) Sie entscheiden: Annehmen oder nicht, (4) Wenn angenommen: Preis und Zeitplan werden angepasst.

Das schützt beide Seiten vor versteckten Kosten.

F: Wie wichtig ist der Dienstleister bei der Wahl des Modells?

A: Sehr wichtig.

Ein guter Partner wird das Modell empfehlen, das zu Ihrem Projekt passt – nicht das, das ihm die höchste Marge bringt.

Ein Partner, der kritische Fragen stellt ("Diese Anforderung ist unklar, können wir die klären?"), ist verlässlicher als einer, der schnell einen Festpreis zusagt.

F: Was ist der Unterschied zwischen Meilenstein-Festpreis und Phasen-Festpreis?

A: Kein großer. Beide teilen das Projekt in Abschnitte auf, jeder mit Festpreis. "Meilesteine" klingt etwas agiler, "Phasen" etwas traditioneller. Das Konzept ist gleich: Sicherheit bei kritischen Punkten, Flexibilität dazwischen.

---

Quellen

• Agile Alliance: What is Agile Software Development? – Überblick über agile Methoden und ihre Auswirkung auf Abrechnungsmodelle (2024)
• Project Management Institute (PMI): A Guide to the Project Management Body of Knowledge (PMBOK) – Standard-Referenz für Projektmanagement, Risikomanagement und Vertragsgestaltung
• Gartner: Software Development Outsourcing Models – Analyse von Outsourcing-Modellen und deren Kosten-Nutzen-Verhältnis (2025)
• International Software Development Institute: Fixed Price vs. Time & Material Models – Vergleichende Analyse von Abrechnungsmodellen in der Softwareentwicklung
• Statista: Softwareentwicklung Kosten und Trends in Deutschland 2026 – Marktdaten zu Kosten und Trends in der deutschen Softwareentwicklung

---

Wenn Sie sich jetzt fragen, welches Modell zu Ihrem Projekt passt – oder wenn Sie bereits in einem Projekt stecken, das aus dem Ruder läuft – dann ist der nächste Schritt ein offenes Gespräch mit einem Partner, der Klartext spricht.

Groenewold IT Solutions hat über 250 Projekte mit unterschiedlichen Abrechnungsmodellen erfolgreich abgeschlossen und weiß, wann Festpreis sinnvoll ist und wann Flexibilität wichtiger ist.

Vereinbaren Sie einen Termin für ein kostenloses Beratungsgespräch.

Wir analysieren Ihr Projekt, klären die kritischen Anforderungen und empfehlen Ihnen das Modell, das zu Ihren Zielen passt – nicht das, das uns die höchste Marge bringt.

Made in Germany, ohne versteckte Kosten, mit transparenter Kommunikation von Anfang an.

"ERP-Projekte scheitern selten an der Softwareliste, sondern an unklaren Prozessgrenzen und fehlender Fachverantwortung im Projekt."

— Björn Groenewold, Geschäftsführer, Groenewold IT Solutions