Festpreisprojekte fuer KI: Scope-Definition, Spikes und Abnahmekriterien

Dieser Leitfaden richtet sich an CTOs, VPs of Engineering oder Gruender, die einen Festpreisvertrag fuer ein KI-Feature abschliessen moechten, aber unsicher sind, wie sie Arbeit einteilen sollen, deren Ausgabequalitaet probabilistisch ist, sowie an Einkaufs- oder Rechtsverantwortliche, die das KI-Angebot eines Anbieters in ein Leistungsverzeichnis mit durchsetzbaren Abnahmekriterien ueberfuehren muessen. Es wird vorausgesetzt, dass Sie bereits Outsourcing an sich und die grundlegende Frage dediziertes Team vs. Festpreis abgewogen haben und nun ein KI-spezifisches Engagement ueber ein dediziertes Entwicklungsteam oder ein Offshore-Entwicklungszentrum konkretisieren.

In diesem Leitfaden

• Warum lassen sich heute keine Abnahmetests fuer ein KI-Projekt definieren?
• Die Drei-Zonen-Scope-Aufteilung
• Vom Spike zur unterzeichneten Abnahmeklausel
• KI im Kontext der Festpreis-Projektplanung
• Welche Liefernachweise existieren und welche nicht
• Alternativen: Wer die Scope-Aufteilung und Abnahmeklausel erstellt
• Grenzen dieses Leitfadens
• Haeufig gestellte Fragen
• Naechster Schritt

Warum lassen sich heute keine Abnahmetests fuer ein KI-Projekt definieren?

Ein Festpreisvertrag fuer normale Software beruht auf einer Annahme: Auftraggeber und Auftragnehmer koennen heute einvernehmlich festlegen, wie fertig aussieht, und einen Test dafuer schreiben. Ein KI-Feature bricht diese Annahme fuer den Teil des Systems, der vom Modellverhalten abhaengt. Ein Klassifikationsmodell, eine Retrieval-Pipeline oder ein Agent liefert nicht fuer dieselbe Eingabe jedes Mal dieselbe Ausgabe, und seine tatsaechlichen Fehlermuster sind in der Regel unbekannt, bis es gegen echte Daten gelaufen ist. Das gesamte Projekt deterministisch zu bepreisen, bedeutet entweder, einen grossen Risikopuffer einzupreisen, den der Auftraggeber unabhaengig davon bezahlt, ob er benoetigt wird, oder einen so engen Scope zu definieren, dass dessen Erfuellung nichts ueber die tatsaechliche Funktionsfaehigkeit des Features aussagt. Die Loesung besteht nicht darin, Festpreis aufzugeben, sondern lieferable fuer lieferable zu entscheiden, welche Teile jetzt bepreist werden koennen und welche zunaechst einen kurzen, separat bepreisten Discovery-Spike benoetigen.

Die Drei-Zonen-Scope-Aufteilung

Ein Auftraggeber, der noch keine 10-20 repraesentativen Eingabe-Ausgabe-Beispiele fuer das Feature vorweisen kann, befindet sich per Definition noch in Zone 2 und ist nicht bereit, einen Festpreis fuer das gesamte Projekt zu vereinbaren; diese Evidenzluecke ist genau das, was der Discovery-Spike schliessen soll.

Welche Liefernachweise existieren und welche nicht

Netbases eigener sechsstufiger Lieferlebenszyklus nennt Discovery und strategische Ausrichtung als ersten Schritt und Team-Zusammenstellung sowie Architekturplanung als zweiten, durchgefuehrt vor Beginn der agilen Ausfuehrung, bei jedem Engagement, unabhaengig davon, ob die Arbeit eine KI-Komponente umfasst; ein Discovery-Spike fuer ein KI-Feature ist dieser erste Schritt, angewendet auf Arbeit, deren Qualitaet nicht ohne vorherige Tests spezifiziert werden kann. Festpreis ist Netbases primaeres Vertragsmodell, ergaenzt durch meilensteinbasierte, monatliche Team-Retainer- und KPI-gekoppelte Konditionen fuer Scopes, die nicht im Voraus festgelegt werden koennen, genau das Zone-3-Muster, das dieser Leitfaden fuer laufendes Modell-Tuning beschreibt. Die oben referenzierten anonymisierten Retrieval-augmented-, Document-AI- und MLOps-Engagements liefen nach dieser Discovery-first-, Fixed-Price-first-Praxis.

Was nicht existiert. Kein veroeffentlichter Netbase-Nachweis nennt eine Eval-Set-Groesse, eine Bestehensrate, eine Spike-Dauer oder einen Preis fuer ein Engagement; die oben beschriebene Scope-Aufteilung und Abnahmeklausel-Methode ist ein Rahmenwerk, das teilweise aus veroeffentlichter KI-Delivery-Praxis ausserhalb von Netbase stammt, kein benchmarktes Netbase-Ergebnis, und es wird keine Kennzahl als Netbase-Resultat beansprucht.

Alternativen: Wer die Scope-Aufteilung und Abnahmeklausel erstellt

In der Netbase-Individualentwicklung gehoert dem Kunden das fuer die Arbeit erstellte geistige Eigentum, und die meisten Projekte laufen auf Festpreisvertraegen, die nach der Discovery vereinbart werden, ergaenzt durch meilensteinbasierte, monatliche Team-Retainer- und KPI-gekoppelte Konditionen, wo diese besser zum Scope passen. Das Angebot liegt im Modell dedizierter Entwicklungsteams und dem Offshore-Entwicklungszentrum, erweitert um die in diesem Leitfaden beschriebene Scope-Aufteilung und Abnahmeklausel; die Loesungsseite KI-Knowledge-Assistant und die Branchenseite Professional Services decken eine angrenzende Delivery-Form ab.

Grenzen dieses Leitfadens

• Kein Preis, keine Eval-Set-Groesse, keine Bestehensrate und keine Spike-Dauer wird als Netbase-Kennzahl veroeffentlicht; die unten zitierten Spannen und Begruendungen stammen aus externen Quellen, nicht aus einem Netbase-Benchmark.
• Die Drei-Zonen-Aufteilung ist ein Ausgangsrahmen; ein komplexes Engagement erfordert manchmal mehr als einen Spike, einen pro Modellverhalten-Komponente, statt einer einzigen Discovery-Phase fuer das gesamte Projekt.
• Dieser Leitfaden behandelt nicht die gesonderten Fragen zu IP- und Datenverarbeitungsklauseln fuer ein Offshore-KI-Engagement, die bereits IP-Schutz beim Outsourcing und die allgemeine Release-Readiness- und Abnahme-Checkliste fuer Nicht-KI-Lieferables behandeln.

Naechster Schritt

Teilen Sie uns mit, welcher Teil Ihres KI-Features noch in Zone 2 ist, und wir vereinbaren eine Solution Review, um den Discovery-Spike und die Abnahmeklausel gemeinsam zu definieren. Sie koennen auch lesen, wie Sie ein Offshore-KI-Engineering-Team in Vietnam beauftragen, das diesen Spike durchfuehrt, oder weitere Netbase Insights durchstoebern.

Verwandte Leistungen und Lösungen