Make-or-Buy bei KI-Automatisierung: Wann sich Eigenbau lohnt, wann ein Dienstleister
Eine Prüfmatrix mit fünf Kriterien: So entscheiden Sie selbst, ob Sie eine KI-Automatisierung im eigenen Haus bauen oder einen Dienstleister beauftragen.
Ob Sie eine KI-Automatisierung selbst bauen oder einen Dienstleister beauftragen, entscheidet sich nicht am Preis, sondern an fünf Kriterien: vorhandenes technisches Know-how im Haus, Komplexität der angebundenen Systeme, Fehlerkosten des Prozesses, verfügbare Kapazität für den Betrieb nach dem Go-live und Zeitdruck. Die Prüfmatrix unten gibt Ihnen für jedes Kriterium eine Einschätzung und am Ende eine von drei Empfehlungen: Eigenbau, Dienstleister oder eine der beiden Hybrid-Varianten.
Warum „es kommt darauf an” hier tatsächlich stimmt
Viele Ratgeber zu dieser Frage landen bei einer ähnlichen Antwort: Es gibt keine pauschale Regel, am Ende sei eine Mischung aus beidem sinnvoll. Das ist nicht falsch, aber auch nicht entscheidbar. Eine Empfehlung ohne Kriterium hilft Ihnen nicht, wenn Sie am Montag wissen wollen, ob Sie Ihren eigenen Mitarbeiter an den ersten Workflow setzen oder ein Angebot einholen.
Deshalb arbeitet dieser Beitrag mit einer Prüfmatrix statt mit einer allgemeinen Empfehlung: fünf Kriterien, die Sie für Ihren konkreten Prozess beantworten, und eine Punktsumme, die auf eine von drei Optionen zeigt.
Die Prüfmatrix: fünf Kriterien, eine Empfehlung
Bewerten Sie jede Zeile für den Prozess, um den es geht – nicht für Ihr Unternehmen insgesamt. Ein und dasselbe Haus kann bei einem einfachen Prozess auf Eigenbau kommen und beim nächsten auf Dienstleister.
| Kriterium | 0 Punkte | 1 Punkt | 2 Punkte |
|---|---|---|---|
| Technisches Know-how im Haus | Jemand kann APIs lesen, Workflows bauen und debuggen | Grundkenntnisse vorhanden, aber ohne Routine | Niemand hat damit bisher gearbeitet |
| Systeme, die angebunden werden | Ausschließlich Systeme mit dokumentierter, moderner API | Mischung aus API und Umwegen (Datei, E-Mail) | Mindestens ein Altsystem ohne dokumentierte Schnittstelle |
| Fehlerkosten bei Ausfall | Ausfall von 1–2 Wochen fiele kaum auf | Ausfall würde intern auffallen, aber nichts nach außen tragen | Ausfall betrifft Kunden, Fristen oder gesetzliche Pflichten |
| Betriebskapazität nach Go-live | Feste Zeit für Monitoring und Wartung eingeplant | Zeit vorhanden, aber nicht fest eingeplant | Niemand hat dafür Zeit vorgesehen |
| Zeitdruck | Mehrere Monate Zeit bis zum Go-live | Wenige Wochen Zeit | Ergebnis wird in den nächsten Tagen gebraucht |
Punktsumme 0–3: Eigenbau ist eine tragfähige Option. 4–6: Hybrid prüfen (siehe unten). 7–10: Ein Dienstleister trägt das Risiko verlässlicher als Ihr eigenes Team es gerade könnte.
Die Zeile zur Systemanbindung ist nach unserer Einschätzung die, die am ehesten zu Fehleinschätzungen führt: Ein Workflow zwischen zwei Systemen mit fertiger API kann in Stunden stehen, sofern Authentifizierung und Datenformat keine Überraschung liefern; ein Altsystem ohne dokumentierte Schnittstelle verlangt dagegen einen der Umwege, die unser Beitrag zu Altsystemen ohne API beschreibt – und die kosten deutlich mehr Zeit, egal wer sie baut.
Was Eigenbau wirklich braucht
Eigenbau ist mehr als „ein Mitarbeiter probiert n8n aus”. Tragfähig wird er erst mit drei Dingen gleichzeitig: einer Person mit API- und Programmiergrundkenntnissen, Zeit für den Bau und für die Wartung danach, und einem Prozess, dessen Ausnahmen bekannt sind. Fehlt eine dieser drei Voraussetzungen, wird aus dem günstigen Eigenbau ein Workflow, der niemandem gehört.
Das gilt besonders beim Self-Hosting: Laut n8n-Dokumentation übernimmt bei der n8n Cloud der Anbieter Hosting und Wartung der Infrastruktur, beim Self-Hosting liegt beides vollständig in der eigenen Verantwortung (Stand 26. Oktober 2026). Wer sich für Eigenbau entscheidet, entscheidet damit implizit auch über diese Frage – und sollte sie bewusst treffen, nicht aus Versehen.
Was ein Dienstleister wirklich übernehmen sollte
Zeigt die Prüfmatrix auf Dienstleister, ist die nächste Frage nicht mehr Make-or-Buy, sondern welcher Dienstleister. Unser Beitrag zur Auswahl einer n8n-Agentur nennt sieben Prüffragen zu Betrieb, Systemanbindung, Microsoft-365-Zugriff, Monitoring, Kosten, einem nachweisbaren laufenden Projekt und Übergabe – verwandte Fragen, keine Wiederholung der Matrix: Systemanbindung und Betriebsrisiko tauchen in beiden Listen auf, ergänzt um agenturspezifische Prüfpunkte wie Microsoft-365-Zugriff und ein nachweisbares Referenzprojekt, die die Matrix nicht abfragt.
Die Hybrid-Varianten konkret
Landet die Punktsumme in der Mitte, unterscheiden wir zwei Hybrid-Varianten, und sie unterscheiden sich deutlich voneinander:
- Aufbau extern, Betrieb intern: Ein Dienstleister baut den ersten Workflow und übergibt ihn danach vollständig – inklusive Zugangsdaten, Dokumentation und einer kurzen Einweisung – an Ihr Haus zur Wartung. Passt, wenn das Know-how für den Bau fehlt, aber jemand im Haus Zeit für den laufenden Betrieb hat.
- Prototyp intern, Skalierung extern: Ihr Team baut selbst einen ersten, einfachen Workflow für einen Prozess. Zeigt sich danach, dass daraus mehrere Workflows oder eine komplexere Anbindung werden sollen, kommt ab diesem Punkt ein Dienstleister dazu. Passt, wenn der erste Schritt einfach ist, der Ausbau aber Systeme betrifft, die niemand im Haus kennt.
Beide Varianten brauchen eine schriftliche Übergabe: Wer besitzt danach die Zugangsdaten, wer hat Zugriff auf die Workflow-Definitionen, und wo liegt die Dokumentation? Ohne diese Klärung entsteht bei jedem Wechsel zwischen den beiden Seiten derselbe blinde Fleck.
Für den Mittelstand heißt das
Die Make-or-Buy-Frage wird nach unserer Einschätzung oft an der falschen Stelle entschieden: am Preis der Bauphase statt am Betrieb danach. Der Betrieb fällt bei Eigenbau genauso an wie bei einem beauftragten Dienstleister. Unser Beitrag zu den drei Kostenblöcken einer KI-Automatisierung ordnet ein, warum die Wartung nach unserer Einschätzung der am leichtesten übersehene der drei Blöcke ist. Nehmen Sie deshalb die Betriebskapazität in der Prüfmatrix oben so ernst wie das technische Know-how für den Bau.
FAQ
Wann lohnt sich der Eigenbau einer KI-Automatisierung?
Wenn in Ihrem Haus jemand mit API- und Programmiergrundkenntnissen Zeit für den Bau UND für die Wartung nach dem Go-live hat, die angebundenen Systeme dokumentierte Schnittstellen haben und ein unbemerkter Ausfall von ein bis zwei Wochen verschmerzbar wäre. Fehlt eine dieser drei Bedingungen, verschiebt sich die Prüfmatrix unten Richtung Dienstleister oder Hybrid.
Wann sollte ich stattdessen einen Dienstleister beauftragen?
Wenn mehrere Altsysteme ohne dokumentierte Schnittstelle angebunden werden müssen, ein Ausfall des Prozesses teuer oder peinlich wird (Kundenkontakt, gesetzliche Frist) oder niemand im Haus Zeit hat, den Betrieb nach der Einführung dauerhaft zu tragen. Prüfen Sie dann anhand unserer sieben Fragen, woran Sie einen belastbaren Partner erkennen.
Was bedeutet eine Hybrid-Lösung zwischen Eigenbau und Dienstleister konkret?
Wir unterscheiden zwei Hybrid-Varianten: Ein Dienstleister baut den ersten Workflow und übergibt ihn danach zur Wartung an Ihr Haus – oder Ihr Team baut selbst einen Prototyp für einen einzelnen Prozess und holt sich einen Dienstleister erst, wenn daraus mehrere Workflows oder eine komplexere Systemanbindung werden sollen. Beide Varianten verlangen eine schriftliche Übergabe: Wer besitzt danach die Zugangsdaten und die Dokumentation?
Was kostet eine falsche Make-or-Buy-Entscheidung am meisten?
Nach unserer Einschätzung nicht die Bauphase, sondern der Betrieb danach: Wer eine Automatisierung baut – selbst oder über einen Dienstleister – und dabei die laufende Wartung nicht einplant, bekommt einen Workflow, der beim ersten geänderten Format oder abgelaufenen Zugang stillsteht, oft unbemerkt. Das betrifft Eigenbau und Fremdbau gleichermaßen.