Procurement behandelt das als kommerzielle Präferenz. Das ist es nicht. Es ist eine Entscheidung über wer die Kosten trägt, wenn wir falschliegen, und es rückwärts zu machen ist wie Software-Projekte adversarial werden.
Was jedes Modell wirklich sagt
Festpreis sagt: Wir vereinbaren, was gebaut wird, und ich trage das Risiko, es schlecht zu schätzen. Der Lieferant preist das Risiko ein. Sie zahlen einen Aufschlag für Sicherheit — typisch 20–40 % über die ehrliche Schätzung.
Time and Materials sagt: Wir vereinbaren eine Richtung, und Sie tragen das Risiko, dass es länger dauert. Sie zahlen nur für getane Arbeit. Sie zahlen auch für jede Stunde, die in die falsche Richtung geht.
Keins ist großzügig. Beide sind rational. Das Scheitern ist, das Modell zu wählen, das nicht passt, wie gut Sie die Arbeit verstehen.
Wann Festpreis richtig ist
- Der Scope ist wirklich zu wissen — ein Redesign einer definierten Menge Bildschirme, eine Migration mit bekannter Quelle und Ziel, eine bestimmte Integration.
- Sie haben eine harte externe Deadline (ein Funding-Meilenstein, eine Messe, ein Regulierungsdatum) und brauchen, dass das Datum jemand anderes Problem ist.
- Sie können keine Budget-Abweichung tolerieren, und Sie akzeptieren Scope-Schrumpfung zum Schutz der Nummer.
- Die Beziehung ist neu und Sie wollen ein begrenztes erstes Engagement vor mehr Commitment.
Die Klausel, die alles entscheidet: was passiert, wenn sich der Scope ändert. Wenn die Antwort "wir reden drüber" ist, haben Sie einen Time-and-Materials-Vertrag mit extra Schritten und schlechterer Laune.
Wann Time and Materials richtig ist
- Sie entdecken noch, was das Produkt sein sollte. Ein Preis auf Unbekanntes zu fixieren fixiert nur den Scope, und es wird der falsche Scope sein.
- Sie haben jemanden Technisches auf Ihrer Seite, der beurteilen kann, ob die Stunden real sind.
- Die Arbeit ist fortlaufend — ein Roadmap statt ein Projekt.
- Prioritäten werden sich ändern, und Sie würden lieber umleiten als neu verhandeln.
Die Fehlermodi
Festpreis scheitert, indem jedes Gespräch zu einer Verhandlung wird. Der Lieferanten-Marge hängt jetzt davon ab, weniger zu tun, also wird eine gute Idee in Woche drei zu einer Change-Anfrage. Qualität wird ruhig zum Druckventil, weil es das einzige ist, das keiner aufgelistet hat. Sie bekommen genau das, das aufgeschrieben ist, was selten das ist, was Sie brauchten.
Time and Materials scheitert, indem die Deadline wegfällt. Ohne festes Ende gibt es keine Forcing Function auf Scope, und "während wir drin sind" wird der teuerste Satz im Projekt. Sechs Monate später haben Sie hervorragenden Code und kein Produkt — schau warum Agenturen sechs Monate brauchen.
Das Modell, das ich tatsächlich empfehlen würde
Ein Festpreis-Fenster mit verhandelbarem Inhalt. Zwei Wochen, ein Preis, im Voraus vereinbart. Was in diese zwei Wochen geht, wird zusammen entschieden und kann sich bis zum Moment ändern, in dem die Arbeit anfängt.
Das invertiert den üblichen Trade. Der Lieferant trägt das Delivery-Risiko (Datum und Preis sind fixiert), und Sie behalten die Flexibilität (was gebaut wird, kann sich bewegen). Niemand ist incentiviert, über Scope zu streiten, weil Scope nicht das ist, das geschützt wird — das Fenster ist.
Es funktioniert nur, wenn das Fenster kurz ist. Ein festes Zwölf-Monats-Engagement mit flexiblem Scope ist das nicht; es ist eine Retainer mit schöner Geschichte.
Was tatsächlich passiert, wenn sich der Scope ändert
Es wird. Die Frage ist, was der Vertrag dazu bewegt, Menschen zu tun.
Unter Festpreis, ist eine Change-Anfrage eine Verhandlung mit Margin. Der Lieferant muss es preisen, Sie müssen es genehmigen, und jetzt sind Sie beide leicht auf entgegengesetzten Seiten. Der rationale Zug für den Lieferant ist, den ursprünglichen Scope eng zu interpretieren; der rationale Zug für Sie ist, ihn breit zu interpretieren. Keiner von Ihnen verhält sich schlecht und die Beziehung degradiert trotzdem.
Unter Time and Materials, ist eine Änderung nur nächste Woche Arbeit. Reibungslos — was das Problem ist. Nichts zwingt irgendjemanden zu fragen, ob die Änderung ihren Preis wert ist, weil der Preis nie als Entscheidung auftaucht. Er taucht drei Monate später als Burn Rate auf.
Unter einem festen Fenster, kostet eine Änderung etwas Sichtbares und Unmittelbares: Sie verdrängt etwas anderes in den gleichen zwei Wochen. Das ist die gesündeste Version, weil der Trade-off explizit und von der Person gemacht wird, die das tun sollte — Ihnen.
Das Hybrid, das die meisten wirklich wollen
In der Praxis ist die Form, die für die meiste Product-Arbeit funktioniert:
- Eine kleine bezahlte Discovery, Festpreis. Ein paar Tage bis eine Woche. Endet in einem Scope, dem Sie beide glauben, nicht in einem Deck. Wenn der Lieferant das nicht macht, plant er zu entdecken auf Ihrem Budget.
- Festpreis, feste Dauer Delivery-Fenster. Zwei oder drei Wochen jeder, im Voraus bepreist, Inhalt am Anfang von jedem vereinbart. Beförder etwas Reales am Ende von jedem.
- Time and Materials für den Schwanz. Support, kleine Änderungen, die lange ruhige Zeit nach Launch. Niemand sollte einen Preis auf Arbeit fixieren, die noch nicht vorgestellt wurde.
Der Discovery-Schritt ist das, was die Festpreise ehrlich macht. Ohne ihn, ein Lieferant, der einen Preis fixiert, rät, und die Vermutung schließt eine Margin für seine eigene Unsicherheit ein, die Sie zahlen.
Rate versus Gesamtkosten
Ein 400 €/Tag Lieferant, der zwei Wochen Ramp-up braucht, kostet mehr als ein 900 €/Day-Typ, der am Dienstag produziert. Das ist die häufigste falsche Wirtschaft in Software-Beschaffung, und es überlebt, weil die Tagesrate die Zahl in der Tabelle ist und Ramp-up nicht.
Wenn Sie Lieferanten vergleichen, fragen Sie jeden: wann sehe ich das erste funktionierende Ding? Dieses einzelne Datum kodiert Ramp-up, Process Weight, Staffing Reality und Confidence. Es ist vorhersagender für Gesamtkosten als die Rate ist.
Klauseln, die mehr wert sind als die Rate
Was immer für Modell Sie picken, diese entscheiden, ob es funktioniert:
- IP-Zuweisung bei Zahlung, nicht bei Vollendung. Wenn das Projekt früh stoppt, sollten Sie besitzen, was Sie zahlten.
- Source Access von Tag eins. Nicht eine Übergabe am Ende. Wenn Sie das Repository nicht sehen können, können Sie nichts verifizieren.
- Eine benannte Person. Verträge sind mit Unternehmen; Arbeit wird von Menschen gemacht. Nenne sie, und sag, was passiert, wenn sie sich ändern.
- Ein Exit, der nicht punitiv ist. Ein Lieferant, der in seiner Arbeit selbstbewusst ist, braucht keine Lock-in Klausel.
- Definition von Done. Aufgeschrieben, im Voraus, in Begriffen, die ein Non-Engineer überprüfen kann.
Wenn Sie diese fünf richtig bekommen, ist das Pricing-Modell weit weniger wichtig, als irgendjemand im Zimmer gerade glaubt.