Der Standard-Reflex eines kleinen Teams, das KI in den Stack aufnimmt, ist, einen SaaS-Agenten zu kaufen. Der Preis stimmt, das Onboarding dauert vierzig Minuten, die Demo wirkt geübt. Bis Monat sechs zahlt dasselbe Team drei davon, hat keinen davon angepasst und entdeckt, dass die Daten, auf denen sie eigentlich handeln wollen, in Tabellen liegen, die diese Tools nicht erreichen. Die Selbst-bauen-vs.-kaufen-Frage handelt weniger von Kosten pro Sitzplatz als von der Frage, wer die Betriebsschicht besitzt.

Die SaaS-Steuer addiert sich.

KI-SaaS preist linear für ein nicht-lineares Wertproblem. Pro Sitz oder pro Workflow-Lauf abgerechnet. Geliefert wird ein festes Verhalten, das jemand anders entworfen hat. Innerhalb des Umschlags exzellent. Ausserhalb wartet man. Wenn ein agiles Team drei davon gekauft hat, sieht die Integrationsfläche, die es braucht, ohnehin wie ein internes Tool aus, mit einem Abonnement-Stack als Verzierung.

«Die SaaS-Rechnung ist der billige Teil. Die Form, die sie Ihren Workflows aufzwingt, ist der teure.»

Wann Sie weiterhin kaufen sollten.

  1. Der Workflow ist Standard und liegt offen. Transkription, Kalender-Routing, Meeting-Notizen. Die ganze Industrie löst dasselbe Problem, also wird ein Standard-Anbieter gewinnen.
  2. Das Volumen ist niedrig. Unter ~200 Läufen pro Monat schlägt die Subscription jede Eigenentwicklung, auch wenn das Tool nur 60% passt.
  3. Sie testen einen Hypothese-Anwendungsfall. Sie wissen nicht, ob es überhaupt ein Problem ist. Ein vier-Wochen-Pilot mit einem SaaS-Werkzeug klärt das günstig.

Wann selbst bauen gewinnt.

  1. Die Daten leben in Ihren Tabellen. Wenn die nützliche Eingabe in einer Postgres-Tabelle oder einem internen Data-Warehouse liegt, gewinnt selbst bauen, weil die meisten SaaS-Tools auf ein Custom-Datenmodell nicht zugreifen können, ohne wochenlange Wartung.
  2. Der Workflow ist Ihre Differenzierung. Wenn das, wie Sie es tun, Teil dessen ist, warum Kunden Sie wählen, dann ist das, was Sie kaufen würden, der Generika-Standard, gegen den Sie eigentlich gewinnen wollen.
  3. Sie laufen täglich. Über ~1000 Läufe pro Monat machen die SaaS-Lizenz und die Custom-Build-Lizenz wirtschaftlich dieselbe Linie kreuzen. Ab 5000 Läufen ist selbst bauen günstiger und Sie besitzen die Roadmap.

Der Mittelweg.

Kaufen Sie das Modell. Bauen Sie das System. Anthropic, OpenAI, und das Vercel AI Gateway sind Lieferanten, kein Produkt. Der Wert liegt in der Schicht darüber: die Eingabesammlung, die Eval-Harness, der Bewertungs- und Verifikationsschritt, das Action-Schema, die Editor-UI. Diese Schicht ist immer Eigenbau bei den Teams, die wir auditieren, und immer der Engpass bei denen, die sich an Standard-Tools binden.

Wie man die Entscheidung kalkuliert.

Die ehrliche Formel: Kosten der Eigenentwicklung in 18 Monaten gegen SaaS-Lizenz mal 1.5 Anbieter mal 24 Monate Lock-in. Bauen schliesst eine zwei-bis-vier-wöchige Discovery-Sprint-Phase, ein erstes ausgeliefertes System nach acht bis zwölf Wochen und monatliche Wartung von ~10% des Anfangsaufwands ein. Über drei Jahre gewinnt bauen für jedes Team mit über ~500 Workflow-Läufen pro Monat oder einer einzigartigen Daten-Asymmetrie.

Ein kurzer Entscheidungsbaum.

Liegt die Eingabe in Ihren Daten? Wenn ja, eher bauen. Ist der Workflow Ihre Differenzierung? Wenn ja, eher bauen. Über 1000 Läufe pro Monat? Wenn ja, eher bauen. Drei Mal Nein? Sie sollten kaufen, aber das Vertragsende vormerken.

Vollständige englische Fassung mit Kostenmodell-Tabelle: The build-vs-buy decision for AI operator tools, in 2026.

Diese deutschsprachige Fassung ist eine eigenständige Übersetzung der englischen Ausgabe. Read the English original ›