Die Frage kommt fast immer gleich: „Kaufen wir ein Agenten-Tool oder bauen wir es selbst?" Und sie ist fast immer falsch gestellt, weil man sie im Abstrakten stellt —als wären „kaufen" und „bauen" zwei Religionen und man müsste eine Seite wählen—. Sind sie nicht. Es sind zwei Werkzeuge für zwei verschiedene Arten von Problem, und die einzige nützliche Antwort hängt von einem ab: ob der Prozess, den du automatisieren willst, dein Wettbewerbsvorteil ist oder eine Maut, die du wie alle zahlst.
Ich schreibe das von der Seite dessen, der es danach in Produktion hält, nicht dessen, der das Deck unterschreibt. Und von dort ist das Muster hartnäckig: Die meisten Firmen kaufen, wo sie bauen sollten, und bauen, wo sie kaufen sollten. Sie stellen einen maßgeschneiderten Support-Chatbot hin —sechs Monate Entwicklung für etwas, das jedes Marktprodukt kann— und stecken zugleich ihren eigenartigsten Prozess, den niemand sonst hat, in ein starres Tool, das ihn nicht versteht. Der Fehler ist nicht kaufen oder bauen: Es ist, es umgekehrt zu machen.
Was Kaufen gewinnt (und wo es dich versenkt)
Ein Agenten-Produkt zu kaufen —eine Plattform, ein SaaS mit KI, ein vertikaler Assistent— gibt dir Tempo. Jemand hat die generischen 80 % schon gelöst: die Oberfläche, die Integration mit dem Üblichen, die Fehlerbehandlung, die Updates, wenn sich das Modell darunter ändert. Ist dein Problem Standard —Tickets klassifizieren, FAQs beantworten, terminieren—, ist Kaufen fast immer richtig: Du zahlst dafür, ein Rad nicht neu zu erfinden, das gut rollt.
Wo es dich versenkt: in den letzten 20 %, die meist genau dort liegen, wo deine Differenz wohnt. Das gekaufte Tool nimmt einen „normalen" Ablauf an, und dein Betrieb hat eine Ausnahme, die für dich keine Ausnahme ist —sie ist das Geschäft. Wenn du das Produkt biegst, damit es sie erledigt, zahlst du in fragilen Integrationen, in „das lässt sich nicht konfigurieren" und in Lock-in: Am Tag, an dem du wechseln willst, lebt dein Prozess in ihrer Box. Kaufen ist am Anfang billig und teuer, wenn dein Fall dem im Prospekt nicht mehr gleicht.
Was Bauen gewinnt (und wo es dich ruiniert)
Bauen —den Agenten auf den APIs der Modelle aufsetzen, mit deiner Logik und deinen Daten— gibt dir Kontrolle und exakte Passung. Der Agent macht deinen Prozess, keine Annäherung. Ist dieser Prozess dein Vorteil —die besondere Art, wie du einen Lead qualifizierst, einen Auftrag priorisierst oder einen Vertrag prüfst—, dann schützt ihn das Bauen: Du steckst ihn in niemandes Box, du machst Software daraus, die dir gehört. Das ist der Fall, in dem Maßarbeit ohne Diskussion gewinnt.
Wo es dich ruiniert: wenn du baust, was schon existiert. Einen FAQ-Chatbot oder einen generischen Klassifizierer maßzuschneidern heißt dreimal zahlen —die Entwicklung, die Wartung und die Opportunitätskosten, es nicht fertig gekauft zu haben—. Und Vorsicht, denn Bauen endet nicht am Tag, an dem es läuft: Ein Agent in Produktion muss überwacht, versioniert und repariert werden, wenn das Modell darunter sein Verhalten ändert. Wenn du das Generische baust, unterschreibst du eine Wartungshypothek, um etwas Schlechteres zu besitzen als das, was am Markt verkauft wird.
| Achse | Kaufen | Bauen |
|---|---|---|
| Time-to-Value | Tage oder Wochen | Wochen oder Monate |
| Passung zu deinem Prozess | Die des Prospekts, mit erzwungenen Ausnahmen | Exakt: er macht deinen |
| Anfangskosten | Niedrig (Abo) | Hoch (Entwicklung) |
| Langfristkosten | Steigen mit Lock-in und Flickwerk | Laufende Wartung, aber er ist deiner |
| Wo es glänzt | Standard- und gängige Probleme | Wo der Prozess dein Vorteil ist |
Die Regel: Ist der Prozess dein Vorteil oder deine Maut?
Die ganze Entscheidung passt in eine Frage: Ist dieser Prozess etwas, worin du konkurrierst, oder etwas, das du wie alle zahlst? Ist es eine Maut —notwendig, aber undifferenziert, für dich wie für deinen Wettbewerber gleich—, kauf das Beste am Markt und rühr es nicht an. Ist es dein Vorteil —der Grund, warum ein Kunde dich wählt—, lager ihn nicht an eine starre Box aus: bau ihn, denn du machst aus deinem Know-how einen Vermögenswert. Vor der Entscheidung vier ehrliche Fragen:
- Verkauft das schon jemand und macht es gut? Wenn ja und dein Fall dem Prospekt gleicht, kaufen. Bau keinen Agenten, nur um zu prahlen, dass er deiner ist.
- Ist der schwere Teil meine Differenz oder Klempnerei? Ist das Schwere die Standardintegration, löst es ein Produkt. Ist das Schwere deine besondere Logik, dort zahlt sich Bauen aus.
- Was kostet mich Lock-in, wenn das wächst? Ein Kernprozess in der Box eines Anbieters ist eine strategische Abhängigkeit, kein Kostenposten. Rechne diese Kosten vorher ein, nicht wenn du raus willst.
- Kann ich es warten? Bauen ohne Team (intern oder extern), das den Agenten in Produktion überwacht, ist Schulden kaufen. Wenn du es nicht warten kannst, kauf es, auch wenn es schlechter passt.
Es gibt einen dritten Weg, fast immer den richtigen, den die falsche „kaufen oder bauen"-Dichotomie verbirgt: die Basis kaufen und obendrauf nur die Schicht bauen, die dich differenziert. Du nutzt Modelle und Tools vom Markt für die generischen 80 % und steckst deine Ingenieursarbeit nur in das Stück, das deins ist. Genau das tun wir, wenn wir KI-Agenten für ein Unternehmen bauen: Wir erfinden weder das Modell noch den Standardkonnektor neu; wir bauen deine Prozesslogik auf bereits gelöste Teile. Weder alles fertig noch alles maßgeschneidert: jedes an seinem Platz.
Der Fehler, es umgekehrt zu machen
Der teure Fehlschlag ist nicht, im Zweifel falsch zu wählen; es ist, per Reflex zu wählen. Die technische Firma baut aus Instinkt —„das machen wir selbst"— und endet mit drei halb gewarteten generischen Agenten, die ein Produkt für 40 € im Monat besser machen würde. Die nicht-technische Firma kauft aus Instinkt —„soll ein Tool das regeln"— und stopft ihren wertvollsten Prozess, den, der sie abhebt, in ein SaaS, das ihn plattdrückt, bis er dem aller gleicht. Beide haben Geld und Zeit verbrannt, das falsche Kästchen zu optimieren.
Der Weg, nicht hineinzufallen, ist, vor der Entscheidung zu trennen: Inventarisiere die Prozesse, die du anfassen wirst, und markiere jeden „Maut" oder „Vorteil". Mauten: kaufen; Vorteile: bauen (oder Basis-kaufen-und-obendrauf-bauen). Wenn die Aufteilung unklar ist, fang mit Kaufen an und beobachte, wo dich das Produkt zum Biegen zwingt: Dieser Reibungspunkt ist fast immer das Zeichen, dass dort etwas von dir ist, das eigenen Code verdient. Willst du die Landkarte, wann man einen Prozess mit Agenten automatisiert und wann nicht, entwickeln wir sie im Leitfaden zum Automatisieren von Prozessen mit Agenten; und wenn du lieber jemanden hast, der den maßgeschneiderten Teil auf deinem Betrieb baut, ohne dass er zum Zombie-Piloten wird, ist das, was KI-Mitarbeiter tun.