Selbst bauen ist die richtige Wahl, wenn ein eigenes Engineering-Team den Agenten dauerhaft als Produkt betreiben soll, ungewöhnliche Systeme angebunden werden oder der Fall so speziell ist, dass keine Plattform ihn abbildet. Kaufen ist die richtige Wahl, wenn der Agent Mittel zum Zweck ist — denn der Aufwand liegt nicht im ersten Prototyp, sondern im Betrieb: Wissenspflege, Auswertung, Rechte, Protokolle, Kanäle und die laufende Kontrolle der Qualität.
Warum der Prototyp täuscht
Die Frage „bauen oder kaufen“ wird meist in der falschen Woche entschieden: in der Woche des Prototyps. Ein Agent, der Fragen aus ein paar Dokumenten beantwortet und eine Testbestellung nachschlägt, ist mit heutigen Werkzeugen erstaunlich schnell gebaut — und dieser Erfolg fühlt sich an wie der Beweis, dass man keine Plattform braucht.
Der Prototyp beweist aber nur, dass die Technik zugänglich ist. Er sagt nichts über die eigentliche Arbeit: den Betrieb über Jahre, mit echten Kundinnen, echten Fehlern und echten Prüfungen. Die Entscheidung gehört deshalb nicht an die Frage „Können wir das bauen?“ — die Antwort ist fast immer ja —, sondern an die Frage „Wollen wir das betreiben?“.
Was Selbstbauen wirklich umfasst
| Aufgabe | Beim Eigenbau | Bei der Plattform |
|---|---|---|
| Gesprächsführung und Wissensanbindung | Eigene Entwicklung auf Frameworks und Modell-APIs | Kernfunktion des Produkts |
| Kanäle: Chat, E-Mail, Messenger | Je Kanal eine eigene Integration samt Pflege | Vorhanden und gewartet |
| Posteingang und Übergabe ans Team | Eigenes Werkzeug oder Anbindung an ein bestehendes | Eingebaut |
| Grenzen, Freigaben, Protokoll | Selbst konzipieren und bauen — der heikelste Teil | Eingebaut, auditierbar |
| Auswertung und Qualitätskontrolle | Eigene Metriken, eigene Dashboards | Eingebaut |
| Sicherheit, AVV, Compliance-Nachweise | Selbst erarbeiten und aktuell halten | Teil des Vertrags |
| Laufender Betrieb und Weiterentwicklung | Dauerhafte Engineering-Kapazität | Aufgabe des Anbieters |
Die Aufgabenliste hinter einem betriebenen Agenten. Beim Eigenbau entsteht jede Zeile im Haus — bei der Plattform sind die meisten Bestandteil des Produkts.
Die Tabelle ist bewusst nüchtern — keine Zeile davon ist beim Eigenbau unmöglich. Aber jede kostet Kapazität, und zwar dauerhaft: Ein selbstgebauter Agent ist kein abgeschlossenes Projekt, sondern ein internes Produkt mit Roadmap, Wartung und Verantwortlichen.
Wann Selbstbauen richtig ist
Es gibt gute Gründe für den Eigenbau, und sie verdienen mehr als ein Alibi-Absatz:
- Der Agent ist Kerngeschäft. Wenn die Automatisierung selbst das Produkt oder der Wettbewerbsvorteil ist, gehört sie ins Haus — samt Team.
- Die Systemlandschaft ist einzigartig. Selbstentwickelte Kernsysteme, exotische Branchensoftware, besondere Sicherheitsanforderungen: Wo Standardkataloge enden, beginnt legitime Eigenentwicklung.
- Die Kapazität existiert wirklich. Ein Engineering-Team, das dauerhaft Raum für Betrieb und Weiterentwicklung hat — nicht nur für das Anfangsprojekt.
- Lernen ist das Ziel. Für den Aufbau von eigenem Verständnis ist ein selbstgebauter Prototyp unschlagbar. Man führt danach bessere Auswahlgespräche — auch mit uns.
Wann Kaufen richtig ist
Die Plattform gewinnt dort, wo der Agent Mittel zum Zweck ist: Das Serviceteam soll entlastet werden, die Anliegen sollen gelöst werden — und niemand hat vor, eine Softwarefirma im Haus zu gründen.
Konkret sprechen drei Konstellationen für den Einkauf. Kanäle und Posteingang sollen fertig sein: Der Aufwand für gepflegte Integrationen über Jahre wird regelmäßig unterschätzt. Kontrolle und Compliance sollen belegbar sein: Grenzen, Freigaben und Protokolle sind beim Eigenbau der Teil, der am häufigsten „später“ kommt — und später nie. Die Verantwortung soll vertraglich geregelt sein: Beim Eigenbau gibt es niemanden, der für Verfügbarkeit, Sicherheit und Weiterentwicklung einsteht — außer dem eigenen Haus.
Der Mittelweg — und die ehrliche Schlussfrage
In der Praxis ist die Entscheidung selten binär. Der verbreitete Mittelweg: eine Plattform für das Fundament — Gespräch, Wissen, Kanäle, Posteingang, Kontrolle — und eigene Anbindungen dort, wo die Systemlandschaft speziell ist. So konzentriert sich die interne Kapazität auf das, was wirklich einzigartig ist.
Die Schlussfrage für die eigene Abwägung ist dieselbe, mit der dieser Beitrag begann, nur präziser gestellt: Wer betreibt das in drei Jahren — und will er das dann noch? Wenn die Antwort ein konkretes Team mit konkreter Kapazität ist: bauen. Wenn die Antwort ein Achselzucken ist: kaufen. Und wer unsicher ist, fängt mit dem Anfragemix an, nicht mit der Technik — denn der entscheidet am Ende, wie viel Agent überhaupt gebraucht wird.
Häufige Fragen
Womit kann man einen KI-Agenten selbst bauen?
Die Werkzeuglandschaft ist gut: Automatisierungsplattformen wie n8n für werkzeuggestützte Abläufe, Frameworks wie LangChain für eigene Entwicklungen, dazu die direkten Schnittstellen der Modellanbieter. Für einen Prototyp reicht ein Wochenende — genau das macht die Entscheidung so tückisch.
Was wird beim Eigenbau am meisten unterschätzt?
Der Betrieb nach dem Livegang: die Pflege des Wissens, die Auswertung der Gespräche, das Nachziehen von Grenzen und Rechten, die Protokollierung für Audits — und die Rufbereitschaft, wenn etwas hakt. Das ist keine Projektphase, sondern ein Dauerzustand, und er braucht zugewiesene Menschen.
Gibt es einen Mittelweg zwischen Bauen und Kaufen?
Ja, und er ist verbreitet: eine Plattform für Gespräch, Kanäle, Posteingang und Kontrolle — kombiniert mit eigenen Anbindungen für die Systeme, die kein Standardkatalog abdeckt. So bleibt die Spezialarbeit im Haus, ohne dass das Haus eine Serviceplattform nachbauen muss.
Ab wann lohnt eine Plattform?
Sobald der Agent mehr sein soll als ein Experiment: mehrere Kanäle, Übergaben an ein Team, Nachvollziehbarkeit für Prüfungen, Verlässlichkeit im Alltag. Für reine Experimente und Lernzwecke ist Selbstbauen dagegen ein hervorragender Weg — man versteht danach besser, was man einkauft.
Weiterlesen
Was ist ein KI-Agent? Definition, Aufbau und Grenzen
KI-Agenten einfach erklärt: die Definition, die vier Bestandteile, ein Durchlauf Schritt für Schritt — und die Fälle, an denen Agenten heute noch scheitern.
Kundenservice automatisieren: der Leitfaden für 2026
Welche Anfragen sich wirklich automatisieren lassen, in welcher Reihenfolge man vorgeht und woran die meisten Projekte scheitern. Mit Zahlen, Grenzen und Checkliste.
KI im Kundenservice: was sie heute löst — und wo sie aufhört
Die vier Einsatzformen von KI im Kundenservice, was davon heute verlässlich funktioniert — und die Grenze, über die kein Anbieter gern spricht.