Dieser Vergleich richtet sich an Gründer, CTOs und Product Owner, die kurz vor dem Vertragsabschluss mit einem Software-Partner stehen, sowie an Procurement-Teams, die zwischen einem Festpreis-Angebot und einem Team pro Monat wählen sollen. Für die umfassendere Outsourcing-Entscheidung einschließlich Kostentreiber, IP und Partnerprüfungen beginnen Sie mit unserem Leitfaden zur Software-Entwicklung Outsourcing nach Vietnam, oder lesen Sie Vietnam vs. Indien Software-Outsourcing, wenn die Länderfrage noch offen ist.
Die zwei Modelle kurz erklärt
Festpreis. Auftraggeber und Auftragnehmer vereinbaren vor Arbeitsbeginn einen definierten Scope, einen Preis und einen Liefertermin. Der Auftragnehmer wird für die Lieferung dieses Scopes bezahlt, in der Regel durch Zahlungen, die an akzeptierte Meilensteine geknüpft sind. Alles außerhalb des vereinbarten Scopes ist ein Change Request mit eigenem Preis und Termin. Das Modell erkauft Preissicherheit mit Scope-Starrheit.
Dediziertes Entwicklungsteam. Der Auftragnehmer stellt ein stabiles Team bereit – zum Beispiel Entwickler, QA, einen Analysten und einen Projektmanager –, das in einem vereinbarten Zeitraum an den Prioritäten des Auftraggebers arbeitet. Der Auftraggeber zahlt für die Kapazität des Teams, in der Regel monatlich, und entscheidet, was das Team als Nächstes entwickelt. Das Modell erkauft Flexibilität und Kontrolle mit Kostenungewissheit.
Time and Materials entspricht weitgehend einem dedizierten Team, das stundenweise abgerechnet wird; Turnkey entspricht weitgehend Festpreis. Entscheidend ist, wer den Scope festlegt und wer für Fehleinschätzungen zahlt.
Bewertungskriterien
Der Vergleich verwendet sechs Kriterien, die reale Engagements bestimmen:
- Scope-Sicherheit. Wie gut lässt sich die Arbeit spezifizieren und testen, bevor sie beginnt?
- Steuerung. Wer entscheidet von Woche zu Woche über Prioritäten und Kompromisse?
- Kostenrisiko. Wer zahlt, wenn die Arbeit länger dauert als geplant?
- Änderungshandhabung. Was passiert, wenn Sie etwas lernen, das den Plan ändert?
- Governance-Aufwand. Wie viel Zeit des Auftraggebers erfordert das Modell, um gut zu funktionieren?
- Wissenserhalt. Bleibt das während der Lieferung aufgebaute Wissen für Sie verfügbar?
Vergleichstabelle
| Kriterium | Festpreis | Dediziertes Entwicklungsteam | Grundlage |
|---|---|---|---|
| Scope-Sicherheit | Erfordert eine Spezifikation, die vollständig genug ist, um sie zu bepreisen und abzunehmen | Arbeitet aus einem Backlog, das im Lernprozess verfeinert wird | FAR 16.202 und 16.601 |
| Steuerung | Der Auftragnehmer steuert, wie der vereinbarte Scope geliefert wird | Der Auftraggeber setzt Prioritäten; das Team passt sich in jeder Iteration an | Allgemeine Praxis |
| Kostenrisiko | Der Auftragnehmer trägt die Kosten von Überschreitungen innerhalb des vereinbarten Scopes | Der Auftraggeber trägt das Kostenrisiko; eine Obergrenze oder ein Budget-Cap begrenzt es | FAR 16.202 und 16.601 |
| Änderungshandhabung | Jede Änderung ist eine Vertragsänderung, die separat bepreist und eingeplant wird | Änderungen werden im Backlog neu priorisiert, ohne einen neuen Vertrag | Agile-Manifest-Werte; allgemeine Praxis |
| Governance-Aufwand | Hoch am Anfang (Spezifikation, Abnahmekriterien), geringer während der Lieferung | Kontinuierlich: Reviews, Backlog-Entscheidungen und Fortschrittskontrollen | FAR 16.601 Überwachungsanforderung |
| Wissenserhalt | Wissen verbleibt größtenteils beim Projektteam des Auftragnehmers | Ein stabiles Team akkumuliert Produktwissen, das Sie weiterhin nutzen können | Allgemeine Praxis |
Die deutlichste öffentliche Beschreibung dieser Risikoaufteilung stammt aus dem öffentlichen Beschaffungswesen, nicht von Anbietern. Teil 16 der US Federal Acquisition Regulation (FAR) besagt, dass ein Festpreisvertrag das maximale Risiko und die volle Kostenverantwortung beim Auftragnehmer belässt und sich für Arbeiten eignet, bei denen ein fairer Preis festgesetzt werden kann, weil Anforderungen und Leistungsungewissheiten hinreichend gut verstanden sind. Gemäß FAR 16.601 darf ein Time-and-Materials-Vertrag nur dann eingesetzt werden, wenn Umfang oder Dauer der Arbeit zu Beginn nicht genau geschätzt werden können; der Auftraggeber muss die Leistung überwachen, und eine Preisobergrenze wird auf Risiko des Auftragnehmers überschritten. Die Risikologik lässt sich direkt auf Software übertragen.
Das Agile Manifest ergänzt die Lieferperspektive: Es priorisiert Kundenzusammenarbeit vor Vertragsverhandlung und das Reagieren auf Veränderungen vor dem Befolgen eines Plans. Ein Festpreisvertrag kann agile Praktiken intern anwenden, aber jede Änderung, die die Scope-Grenze überschreitet, führt die Parteien zurück zur Verhandlung.
Entscheidungstabelle nach Situation
-
Ein kleines, gut spezifiziertes Build mit klaren Abnahmetests
- Bessere Wahl
- Festpreis
- Warum
- Scope ist stabil genug zum Bepreisen; der Auftragnehmer trägt das Überschreitungsrisiko
-
Ein neues Produkt, dessen Features von Nutzerfeedback abhängen
- Bessere Wahl
- Dediziertes Entwicklungsteam
- Warum
- Scope ändert sich im Lernprozess; jede Änderung neu zu verhandeln würde die Lieferung aufhalten
-
Eine Discovery- oder Prototyp-Phase vor einem größeren Build
- Bessere Wahl
- Festpreis für die Phase
- Warum
- Eine kurze, abgegrenzte Phase ist leicht zu spezifizieren und liefert die Spezifikation für die nächste
-
Eine Plattform, die nach dem Launch kontinuierliche Releases benötigt
- Bessere Wahl
- Dediziertes Entwicklungsteam
- Warum
- Die Arbeit endet nie; ein stabiles Team behält das Produktwissen
-
Eine Migration mit bekannter Quelle, Ziel und Datensatz
- Bessere Wahl
- Festpreis oder meilensteinbasiert
- Warum
- Scope wird durch den Bestand getrieben und ist testbar, sofern Discovery durchgeführt wurde
-
Ein festes Budget, aber offener Scope
- Bessere Wahl
- Dediziertes Entwicklungsteam mit Budget-Cap
- Warum
- Prioritäten werden innerhalb der Obergrenze abgewogen, statt Scope hinzuzufügen
-
Ein Auftraggeber ohne Zeit, die Arbeit zu steuern
- Bessere Wahl
- Festpreis mit starken Abnahmekriterien
- Warum
- Ein dediziertes Entwicklungsteam ohne Product Owner driftet ab
-
Ein KI-Feature, dessen Ausgabequalität noch unbekannt ist
- Bessere Wahl
- Festpreis-Pilot, dann bepreiste Meilensteine
- Warum
- Der Pilot liefert das Evaluierungsset, gegen das spätere Meilensteine abgenommen werden
Zwei Fragen klären die meisten Fälle. Können Sie heute Abnahmetests für den gesamten Scope schreiben? Wenn ja, ist Festpreis machbar. Wird jemand auf Ihrer Seite jede Woche Produktentscheidungen treffen? Wenn ja, ist ein dediziertes Entwicklungsteam machbar. Wenn beide Antworten Nein sind, beheben Sie das, bevor Sie irgendetwas unterzeichnen.
Szenarien
Launch eines SaaS-MVP. Ein Gründer kennt den Kern-Workflow, weiß aber noch nicht, für welche Features Kunden zahlen. Ein Festpreis-MVP würde Annahmen festschreiben. Ein kleines dediziertes Entwicklungsteam, das in kurzen Iterationen arbeitet, kann den Kern ausliefern, messen und anpassen. Für den produktseitigen Pfad startet der SaaS-Produkt-Accelerator von wiederverwendbaren Modulen statt von einer leeren Seite.
Umbau eines Online-Shops mit klaren Anforderungen. Ein Händler hat seine Checkout-, Katalog- und Integrationsanforderungen dokumentiert und hat einen festen Launch-Termin. Ein Festpreis- oder meilensteinbasierter Vertrag passt für den Build; danach kann eine Support-Vereinbarung folgen. Retail- und E-Commerce-Projekte werden oft auf diese Weise aufgeteilt, weil das Erstellen eines Shops und das anschließende Optimieren verschiedene Arten von Arbeit sind.
Erweiterung eines internen Teams. Ein Unternehmen hat einen Product Owner und einen Engineering Lead, aber zu wenig Entwickler. Ein dediziertes Entwicklungsteam, das sich in bestehende Planungsroutinen einfügt, passt gut; Festpreis würde eine bereits gut erledigte Planung duplizieren.
Eine einmalige Integration. Die Verbindung eines ERP mit einem Shop über dokumentierte APIs, mit bekannten Daten und Volumina, eignet sich für Festpreis, sobald die Discovery die Schnittstellen bestätigt hat.
Ein mehrjähriges Plattform-Programm. Der Scope entwickelt sich, Releases sind häufig und Wissen muss beim Produkt bleiben. Ein dediziertes Entwicklungsteam mit solider Governance passt gut, manchmal ergänzt durch Festpreis-Arbeitspakete für abgegrenzte Teile.
Hybridstrukturen, die oft besser funktionieren
Diese Strukturen kombinieren die Stärken beider Modelle:
- Festpreis-Discovery, dann ein Team. Eine kurze, bepreiste Discovery liefert Architektur, Backlog und Schätzungen; der Build läuft dann als dediziertes Entwicklungsteam oder als bepreiste Meilensteine.
- Meilensteinbasierte Lieferung. Zahlungen sind an akzeptierte Meilensteine geknüpft, jeder kurz vor seinem Start spezifiziert. Der Scope ist pro Meilenstein fest, nicht für das gesamte Projekt.
- Ein Team mit Budget-Cap. Ein dediziertes Entwicklungsteam arbeitet innerhalb einer vereinbarten monatlichen Kapazität und einer Gesamtobergrenze; der Auftraggeber wägt den Scope innerhalb der Obergrenze ab.
- KPI-verknüpfte Konditionen. Ein Teil der kommerziellen Konditionen hängt von vereinbarten Ergebnissen ab, etwa Release-Frequenz oder Fehlerquoten. Das erfordert Kennzahlen, denen beide Seiten vertrauen und die sie überprüfen können.
Wie KI-gestützte Entwicklung die Entscheidung verändert
Anbieter nutzen KI jetzt, um Code, Tests und Dokumentation zu entwerfen. Das verschiebt den Vergleich auf vier Arten, ohne dass eines der Modelle automatisch die richtige Antwort wäre.
- Discovery wird präziser. KI wandelt Workshop-Notizen in Entwürfe von User Stories, Abnahmekriterien und Testfällen um, die Analysten korrigieren. Eine Spezifikation, die günstiger zu schreiben und zu prüfen ist, macht Festpreis für mehr Projekte machbar – sofern jedes Kriterium noch von Menschen abgezeichnet wird.
- Stunden sagen weniger über Output aus. Mit KI-Unterstützung lässt sich ein Monat Kapazität nicht mehr sauber auf gelieferten Scope abbilden. Steuern Sie ein dediziertes Entwicklungsteam nach akzeptierten Ergebnissen und Release-Qualität, was meilenstein- oder KPI-verknüpfte Konditionen begünstigt.
- Review wird zum Engpass. Generierter Code muss noch gelesen, abgesichert und getestet werden, daher sinken die Preise nicht im gleichen Tempo wie die Entwurfsgeschwindigkeit. Fragen Sie, wie KI-Output vor dem Merge geprüft wird.
- KI-Features tragen ihre eigene Ungewissheit. Ein Chatbot oder ein Dokumenten-Klassifikator kann nicht gegen eine feste Spezifikation abgenommen werden, bis seine Antworten an Ihren Daten gemessen wurden. Vereinbaren Sie das Evaluierungsset und die Bestehensgrenze in einem Pilot, dann bepreisen Sie den Build.
Vertragsbedingungen, die Sie in beiden Modellen prüfen sollten
Egal für welches Modell Sie sich entscheiden, prüfen Sie die Bedingungen, die Sie schützen; für IP behandelt unser Leitfaden zum Schutz von IP beim Outsourcing jede Klausel einzeln, und ein UK-Auftraggeber sollte auch Festpreis-Softwareentwicklung für UK-Unternehmen für UK-spezifische Fragen zu Datentransfer und anwendbarem Recht lesen:
-
IP-Eigentümerschaft
Wem gehört der für Sie erstellte Code, und welche wiederverwendeten Komponenten sind lizenziert statt übertragen
-
Abnahme
Wie Lieferergebnisse abgenommen werden und was bei fehlgeschlagener Abnahme passiert
-
Änderungsprozess
Wie Änderungen eingereicht, geschätzt, genehmigt und dokumentiert werden
-
Team-Stabilität
Wie Team-Wechsel angekündigt und wie Wissen übergeben wird
-
Governance
Review-Rhythmus, Berichterstattung und die benannten Ansprechpartner auf beiden Seiten
-
Exit
Übergabe von Code, Dokumentation, Zugangsdaten und Umgebungen am Ende
-
KI-Nutzung
Welche KI-Tools Ihren Code und Ihre Daten sehen dürfen, ob Ihre Daten Modelle trainieren können, und menschliche Überprüfung von generiertem Code
Wie Netbase Engagements strukturiert
Die meisten Netbase-Projekte werden auf Festpreisbasis geliefert. Im Sinne dieses Vergleichs arbeitet Netbase überwiegend in der linken Spalte: Eine kurze Discovery liefert die Spezifikation und Abnahmekriterien, und der Build läuft dann zu einem vereinbarten Preis mit Meilensteinen. Das ergibt sich aus der Consulting-first-Positionierung von Netbase, bei der Lösungen, kundenspezifische Entwicklung und KI-gestützte digitale Transformation an erster Stelle stehen und die Teamkapazität folgt. Für Arbeiten, deren Scope nicht vorab festgelegt werden kann, bietet Netbase auch dedizierte Entwicklungsteams, On-Demand-Support und vollständig verwaltete Lieferung an, mit meilensteinbasierten, monatlichen Team-Retainer- und KPI-verknüpften Konditionen; Vor-Ort-Arbeit ist auf Anfrage gegen Aufpreis verfügbar. Ein sich weiterentwickelndes Produkt wird einem dedizierten Entwicklungsteam auf monatlicher Retainer-Basis zugeordnet.
In beiden Fällen erfolgt die Lieferung Remote-first aus Hanoi auf Englisch, von 9:00 bis 18:15 Uhr Vietnamesischer Zeit (UTC+7). KI-Tools und -Modelle werden projektspezifisch mit dem Kunden gewählt, und Ingenieure bleiben für jede Änderung, die sie einmergen, verantwortlich.
Teams von 3 bis 30 Personen vereinen Analysten, Projektmanager, Architekten, Entwickler, QA und UI/UX-Designer; die Arbeit beginnt typischerweise innerhalb von 1 bis 2 Wochen nach der Discovery. Governance läuft über wöchentliche Reviews, KPI-Dashboards, einen dedizierten Account Manager und Projektmanager sowie Slack, Zoom und Client-Dashboards. Hinsichtlich IP: Der Kunde besitzt das IP, das in der kundenspezifischen Entwicklung erstellt wurde, während Netbase JSC-Produktmodule und Business Division-Produkte lizenziert und nicht übertragen werden. Der Service dedizierte Entwicklungsteams beschreibt, wie ein Team aufgebaut und gesteuert wird.
Welcher Liefernachweis existiert und welcher nicht
Keine veröffentlichte Netbase-Fallstudie gibt ihr kommerzielles Modell an. Für ein langlaufendes Team, das Wissen über Releases hinweg bewahrt, vergleicht der Leitfaden zum KI-first Offshore-Entwicklungszentrum diesen Weg mit Projekt-Outsourcing; wenn der Vertrag ein Schritt in einem größeren Programm ist, zeigt die digitale Transformations-Roadmap, wie man ihn einordnet.
Geo-Tek IT Solutions, Zypern. Netbase JSC lieferte die E-Commerce-Plattform für Geo-Tek IT Solutions. Der veröffentlichte Case berichtet von einem Umsatzanstieg um 36 % im ersten Quartal nach dem Launch, einem Engagement-Anstieg um 35 %, einem Anstieg der Wiederholungstransaktionen um 24 % und einer um 30 % reduzierten Auftragsbearbeitung. Der Case gibt nicht an, welches kommerzielle Modell verwendet wurde, weshalb er hier als Liefernachweis und nicht als Beleg für eines der beiden Modelle gezeigt wird. Lesen Sie den Geo-Tek Case.
Grenzen der Empfehlung
- Dieser Vergleich behandelt Software-Entwicklungsverträge zwischen Unternehmen. Beschäftigungs-, Personalvermittlungs- und Beschaffungsregeln unterscheiden sich je nach Land; holen Sie rechtlichen Rat zu Ihrem Vertrag ein.
- FAR Teil 16 wird als gut dokumentierte Beschreibung zitiert, wie Vertragstypen Risiken zuordnen; er bindet US-Bundesbehörden, nicht private Auftraggeber.
- Die Gesamtkosten hängen von Scope, Teamzusammensetzung und der Qualität der Spezifikation ab. Diese Seite enthält keine Preise, Sätze oder Einsparpotenziale.
- Ein Festpreis ist nur so zuverlässig wie die dahinterstehende Spezifikation. Ohne Discovery enthält ein Festpreis oft eine Risikomarge oder endet in Streitigkeiten über den Scope.
- Die Engagement- und kommerziellen Modelle von Netbase sind hier so beschrieben, wie Netbase sie angibt. Netbase veröffentlicht nicht den Anteil seiner Projekte, die zum Festpreis laufen, daher ist die Angabe die meisten Projekte keine gemessene Zahl. Die Geo-Tek-Zahlen beschreiben die Ergebnisse dieses Projekts, nicht die Auswirkung eines Vertragstyps.
Den nächsten Schritt mit einem Netbase-Berater planen
Häufig gestellte Fragen
Nicht unbedingt. Ein Anbieter, der das Kostenrisiko trägt, kalkuliert dieses Risiko ein, und Änderungen werden separat berechnet. Es ist vorhersehbarer, nicht automatisch günstiger.
Es verlagert das Kostenrisiko auf den Auftraggeber, gibt ihm aber auch die Kontrolle. Wöchentliche Reviews, ein klares Backlog und ein Budget-Cap halten dieses Risiko sichtbar.
Ja, und das ist üblich: Festpreis-Discovery gefolgt von einem Team, oder ein Team gefolgt von einer kleineren Support-Vereinbarung. Vereinbaren Sie die Übergabebedingungen im Voraus.
Das hängt vom Vertrag ab, nicht vom Modell. Prüfen Sie in jedem Fall die IP-Klausel.
Sie kann Festpreis früher machbar machen, weil Spezifikationen und Tests schneller zu entwerfen und zu prüfen sind. Sie macht einen unklaren Scope nicht sicher festzuschreiben; die Discovery entscheidet das weiterhin.
Festpreis. Die meisten Netbase-Projekte werden auf Festpreisbasis nach der Discovery geliefert; ein dediziertes Entwicklungsteam wird angeboten, wenn der Scope sich weiter verändern wird.
Nächster Schritt
Bringen Sie Ihren Scope, Ihren Termin und die Entscheidungen, die Sie jede Woche treffen können, mit – wir werden ein Solution Review buchen, um ein Modell oder ein Hybrid zu empfehlen. Sie können auch den zugehörigen Service ansehen oder weitere Netbase JSC Insights durchstöbern.
Verwandte Leistungen und Lösungen
Ein KI-gestütztes dediziertes Entwicklungsteam in Vietnam, das für Ergebnisse einsteht
Netbase stellt dedizierte Entwicklungsteams aus Vietnam für Produktunternehmen und Unternehmen bereit, die Engineering-Kapazität benötigen. Teams von 3 bis 30 Personen arbeiten ausschließlich an Ihrem Produkt, setzen KI-gestütztes Engineering unter Kontrolle ein, berichten an einen namentlich genannten Account- und Projektmanager, starten in der Regel innerhalb von ein bis zwei Wochen nach der Discovery, und das von ihnen erstellte geistige Eigentum gehört Ihnen.
Mehr erfahren
SaaS-Produkt-Accelerator: KI-fähige SaaS auf bewährten Netbase-Modulen starten
Ein SaaS-Produkt-Accelerator ist ein Satz wiederverwendbarer Netbase-Module für Konten, Abrechnung, Rollen und Integrationen, der Gründern und Produktteams hilft, Abonnement-Software schneller zu starten – mit KI-Möglichkeiten ab der ersten Version. Die Wiederverwendung dieser Module kann die Entwicklungszeit um bis zu 60 % reduzieren, und der Ansatz ist mit Printcart, Netbases eigenem Web-to-Print-SaaS, erprobt.
Mehr erfahren
Remote mit Netbase arbeiten
Alle Projekte von Netbase JSC werden remote durchgeführt – Kunden aus jedem Land und jeder Branche können mit uns arbeiten. Netbase hat mit Kunden in 80 Ländern zusammengearbeitet. Verträge und Rechnungen werden von Netbase JSC ausgestellt; die Zahlung erfolgt per Banküberweisung auf das Firmenkonto oder via PayPal Business. Sprechen Sie direkt mit dem CEO, Huy Nguyen (David), per WhatsApp oder E-Mail.
Projekt besprechen
Netbase JSC unterstützt Organisationen beim Design, Aufbau, der Modernisierung und dem Betrieb digitaler Produkte und KI-gestützter Geschäftssysteme.project@netbasejsc.com
+84 937 869 689
91 Nguyen Chi Thanh, Dong Da, Hanoi, Vietnam
Kontakt
Schildern Sie uns, was Sie aufbauen, modernisieren oder betreiben möchten.