Festpreis vs. Time and Material: was dich besser schützt

Worum es bei Festpreis vs. Time and Material wirklich geht

Wenn du Software bauen lässt, musst du dich früh für ein Abrechnungsmodell entscheiden. Meistens stehen zwei zur Wahl: Festpreis und Time and Material. Klingt nach einer reinen Geldfrage, zahlst du eine fixe Summe oder pro geleistete Stunde? In Wahrheit entscheidest du etwas anderes: wer das Risiko trägt, wenn das Projekt anders läuft als geplant. Und Software läuft fast immer anders als geplant.

Das ist kein Vorwurf an schlechte Planung, sondern liegt in der Natur der Sache. Bei einem Haus weisst du nach der Planung ziemlich genau, was gebaut wird. Bei Software entdeckst du die Hälfte der Anforderungen erst, während du baust und Nutzer zum ersten Mal etwas anklicken. Die Wahl des Abrechnungsmodells ist deshalb weniger eine kaufmännische als eine strategische Entscheidung. Wir gehen beide Modelle durch, schauen, wie sie Risiko verteilen, und leiten ab, wann welches passt.

Festpreis: der Dienstleister trägt das Mengenrisiko

Beim Festpreis vereinbarst du vorab einen klar umrissenen Leistungsumfang und einen festen Betrag dafür. Egal wie lange die Umsetzung dauert, du zahlst die vereinbarte Summe. Das fühlt sich für Auftraggeber sicher an, und in einem Punkt ist es das auch: Das Mengenrisiko liegt beim Dienstleister. Verschätzt er sich beim Aufwand, ist das sein Problem, nicht deins.

Dieser Komfort kostet allerdings, und zwar dreifach versteckt. Der Dienstleister muss das übernommene Risiko einpreisen. Niemand bietet einen Festpreis zum eigenen Bestfall an, sondern kalkuliert einen Puffer für das ein, was schiefgehen könnte. Du zahlst die Unsicherheit also mit, selbst wenn am Ende alles glatt läuft. Dazu kommt: Ein belastbarer Festpreis braucht eine belastbare Spezifikation. Damit jemand seriös einen fixen Betrag nennen kann, muss vorher genau feststehen, was gebaut wird. Dieses Definieren kostet Zeit und Geld, und es zwingt dich, Entscheidungen zu treffen, bevor du den Markt oder deine Nutzer wirklich verstehst.

Der unangenehmste Teil aber ist ein anderer: Der Festpreis macht Änderungen teuer und konfliktreich. In dem Moment, in dem du merkst, dass eine Annahme falsch war oder ein Feature anders funktionieren muss, fällst du aus dem vereinbarten Umfang. Jede Änderung wird zum Change Request, neu verhandelt, neu kalkuliert, neu freigegeben. Der Dienstleister will den Umfang eng halten, du willst ein gutes Produkt bauen. Diese Interessen ziehen in verschiedene Richtungen. Wo viel Neues entsteht, frisst diese Reibung den vermeintlichen Sicherheitsgewinn oft wieder auf.

Time and Material: du trägst das Risiko, behältst aber die Kontrolle

Beim Modell Time and Material, also Abrechnung nach Aufwand, zahlst du die tatsächlich geleistete Arbeit, meist nach Tages- oder Stundensätzen. Hier liegt das Mengenrisiko bei dir: Dauert die Umsetzung länger, zahlst du mehr. Klingt nach dem schlechteren Deal, ist es aber nicht automatisch. Im Gegenzug bekommst du nämlich Flexibilität, und die ist mehr wert, als sie auf den ersten Blick aussieht.

Du musst nicht alles vorab durchspezifizieren. Du fängst klein an, schaust dir das Gebaute an, lernst daraus und passt die nächsten Schritte an. Eine neue Erkenntnis führt nicht zu einer Vertragsverhandlung, sondern zur nächsten Aufgabe im Backlog. Das passt genau zu der Art, wie gute digitale Produkte entstehen: iterativ, in kurzen Schleifen aus Bauen, Messen und Lernen. Solange du noch nicht weisst, was du genau brauchst, ist diese Anpassbarkeit kein Luxus, sondern die Voraussetzung dafür, dass am Ende etwas Brauchbares herauskommt. Warum starre Pläne in unsicheren Projekten kippen, vertiefen wir in warum SaaS-Projekte scheitern.

Die Kehrseite heisst Disziplin. Time and Material schützt dich nur, wenn du Steuerung übernimmst. Fehlen klare Prioritäten, fehlt jemand, der entscheidet, was als Nächstes drankommt, und schaut keiner regelmässig auf das Verhältnis von Aufwand und Ergebnis, dann wächst der Aufwand ungebremst. Das offene Modell belohnt gute Zusammenarbeit und bestraft fehlende Führung. Ein Freibrief für den Dienstleister ist es deshalb nicht. Es verlangt von beiden Seiten Transparenz: nachvollziehbare Aufwände, sichtbarer Fortschritt, belastbare Schätzungen pro Aufgabe, auch wenn der Gesamtbetrag nicht garantiert ist.

Kostenrisiko gegen Produktrisiko: was die Modelle wirklich verschieben

Greifbarer wird die Wahl, wenn du zwei Arten von Risiko unterscheidest. Das Kostenrisiko fragt: Wie sicher kannst du sein, was am Ende auf der Rechnung steht? Das Produktrisiko fragt: Wie sicher kannst du sein, dass am Ende das Richtige gebaut wurde? Diese beiden ziehen oft gegeneinander.

Der Festpreis drückt das Kostenrisiko und hebt das Produktrisiko. Du kennst den Betrag, hast dich dafür aber früh festgelegt. Waren die Annahmen falsch, baust du das Falsche zum garantierten Preis. Time and Material dreht das um: Der Endbetrag ist offen, also steigt das Kostenrisiko, dafür sinkt das Produktrisiko, weil du jederzeit nachsteuern kannst. Ein garantierter Preis für das falsche Produkt ist die teuerste Variante überhaupt, auch wenn sie sich auf dem Papier am sichersten anfühlt. Genau das ist der Kern der ganzen Frage. Du optimierst nicht abstrakt auf Sicherheit, sondern darauf, dass das Risiko bei dem liegt, der es am besten beeinflussen kann.

Daraus folgt eine schlichte Faustregel. Je klarer und stabiler die Anforderung, desto eher Festpreis. Je grösser Unsicherheit und Lernbedarf, desto eher Aufwand. Eine abgegrenzte Schnittstelle zu einem bekannten System, eine Migration mit klaren Regeln, ein definierter Umbau: dafür taugt der Festpreis. Ein neues Produkt, dessen Nutzung du noch erforschst, eine Vision, die sich erst beim Bauen schärft: da ist Aufwand das passendere Modell.

Festpreis-Phasen: der Mittelweg, der beide Vorteile holt

In der Praxis ist die Entscheidung selten ein Entweder-Oder über das ganze Projekt. Der vernünftigste Weg liegt fast immer dazwischen und heisst Festpreis-Phasen. Du teilst das Vorhaben in überschaubare Abschnitte, und jeder Abschnitt bekommt einen festen Preis, sobald sein Umfang klar genug ist. Statt das ganze, unsichere Projekt in einen einzigen Festpreis zu pressen, fixierst du nur das jeweils nächste, gut verstandene Stück.

Der Trick steckt im Timing. Am Anfang ist die Unsicherheit am grössten, ein Gesamt-Festpreis wäre dort am teuersten erkauft. Nach jeder Phase weisst du mehr: über das Produkt, die Nutzer, das Team, mit dem du arbeitest. Mit diesem Wissen schneidest du die folgenden Phasen präziser und fixierst sie verlässlicher. So bekommst du die Planungssicherheit des Festpreises für den nächsten Schritt und behältst die Anpassbarkeit von Time and Material über das Gesamtprojekt. Eine schlechte Annahme kostet dich eine Phase, nicht das ganze Budget.

Damit das trägt, braucht es einen sauberen Einstieg. Bewährt hat sich eine kurze, klar abgegrenzte erste Phase, in der die Grundlagen entstehen und beide Seiten lernen, wie die Zusammenarbeit läuft. Diese erste Phase ist oft genau das, was ein gut geschnittenes MVP leisten soll: ein erster, lauffähiger Ausschnitt, an dem sich alle weiteren Entscheidungen messen lassen. Steht der einmal im Markt, sind die nächsten Schritte deutlich besser planbar, und Festpreis-Phasen werden zur naheliegenden Form der Zusammenarbeit.

Wann sich kein Festpreis lohnt, und wann doch

Manchmal ist die saubere Antwort, gar nicht erst nach einem Festpreis zu fragen. Willst du eine Idee am Markt validieren, von der du selbst noch nicht weisst, ob sie trägt, dann zahlst du beim Festpreis vor allem den Risikopuffer für eine Spezifikation, die sich ohnehin ändert. In dieser frühen Phase ist Aufwand mit kurzen Schleifen meist günstiger und schneller. Umgekehrt gilt: Hast du eine eng begrenzte Aufgabe mit klaren Regeln und einem festen Endzustand, etwa eine Datenmigration oder eine Anbindung an ein bekanntes System, dann gibt dir ein Festpreis genau die Planbarkeit, für die er gemacht ist, ohne dass du viel Steuerung investieren musst.

Ein häufiger Einwand lautet: Mit Time and Material unterschreibe ich einen Blankoscheck. Das stimmt nur, wenn niemand steuert. In der Praxis arbeitest du mit einem priorisierten Backlog, einem Budgetrahmen pro Zeitraum und Schätzungen vor jeder grösseren Aufgabe. Du kannst nach jeder Schleife stoppen, umpriorisieren oder das Tempo drosseln. Der Endbetrag ist offen, die Kontrolle aber nicht weg, sie verlagert sich nur vom Vertrag in die laufende Zusammenarbeit. Wer diese Steuerung nicht leisten will oder kann, für den ist der Festpreis tatsächlich das sicherere Modell, trotz Aufschlag.

Warum es einen Unterschied macht, wer das Produkt später betreibt

Ein Faktor geht in der Modellfrage oft unter: was nach der Auslieferung passiert. Ein Dienstleister, der nur baut und dann weiterzieht, hat beim Festpreis einen klaren Anreiz, den Umfang abzuhaken und das Projekt abzuschliessen. Ob die Software in zwei Jahren noch wartbar ist, ob die Architektur Änderungen verträgt, ob Betrieb und Weiterentwicklung bezahlbar bleiben, ist dann nicht mehr sein Problem. So entsteht ein blinder Fleck, der sich erst lange nach Vertragsende zeigt.

Wir bei Wertstifter sehen das anders, weil wir nicht nur für Kunden bauen, sondern eigene Produkte wie Wortfreunde und Reazon selbst betreiben und über Jahre weiterentwickeln. Wer ein Produkt selbst am Laufen hält, entscheidet anders: Man spart nicht an der Stelle, die einen später im Betrieb einholt, und man kennt den Unterschied zwischen einem Feature, das in der Abnahme funktioniert, und einem, das im Alltag trägt. Dieser Betreiber-Blick färbt auf die Modellfrage ab. Wir bevorzugen Festpreis-Phasen genau deshalb: Sie verhindern, dass kurzfristige Vertragslogik die langfristige Produktqualität schlägt. Wie sich Eigenentwicklung gegen andere Wege schlägt, liest du in selbst bauen vs. Agentur vs. No-Code vs. Produktstudio.

So triffst du die Entscheidung für dein Projekt

Geh die Sache nicht über das Geld an, sondern über die Unsicherheit. Frag dich zuerst, wie klar deine Anforderung wirklich ist. Kannst du in zwei Sätzen sagen, was gebaut werden soll, und würden Nutzer dem zustimmen, ohne es je gesehen zu haben? Dann ist die Anforderung stabil genug für einen Festpreis. Musst du eher erforschen, was funktioniert, ist Aufwand mit kurzen Schleifen das passendere Werkzeug. In den meisten realen Vorhaben liegt die Wahrheit dazwischen, und dann schützen dich Festpreis-Phasen am besten: planbar im Kleinen, anpassbar im Grossen.

Entscheidend ist, dass das Modell zur Zusammenarbeit passt und nicht umgekehrt. Ein Festpreis ist nur so gut wie die Spezifikation, auf der er steht, und Time and Material ist nur so gut wie die Steuerung, die du investierst. Beide schützen dich erst dann, wenn du verstehst, welches Risiko du gerade verschiebst und an wen. Wenn du ein neues SaaS-Produkt vorhast und überlegst, wie du es sinnvoll schneidest und abrechnest, findest du auf der Seite zur SaaS-Produktentwicklung den Rahmen dafür. Der erste Schritt ist fast immer eine kleine, klar umrissene Phase, an der sich alles Weitere ausrichtet.