Jedes Unternehmen, das etwas automatisieren will, steht vor denselben drei Türen. Mit den eigenen Leuten bauen. Ein fertiges Tool kaufen und einführen. Oder einen Partner holen, der es gemeinsam mit Ihnen baut. Die Debatte um diese Türen wird meist mit Instinkten geführt – Ingenieure vertrauen dem Bauen, das Controlling dem Kaufen, Partnern vertraut instinktiv niemand. Das ist schade, denn dies ist eine der wenigen Fragen des Fachs, bei der die Datenlage ungewöhnlich deutlich ist.
Die MIT-Studie von 2025 zu KI-Einführungen in Unternehmen hat die Ergebnisse direkt gemessen: Vorhaben, die internes Wissen mit externer Umsetzungserfahrung kombinierten, erreichten in rund 67 % der Fälle einen erfolgreichen Betrieb. Rein interne Eigenentwicklungen kamen auf etwa 22 %. Das ist kein Rundungsunterschied. Es ist eine dreifache Lücke – und jede ehrliche Diskussion der drei Türen muss damit beginnen, sie zu erklären, statt sie wegzuerklären.
67 %
22 %
90 Tage
Warum interne Eigenbauten öfter scheitern – und warum es nicht am Talent liegt
Der Reflex ist, die 22 % als Urteil über interne Teams zu lesen. Das sind sie nicht. Die Ingenieure im eigenen Haus verstehen dessen Systeme meist besser, als es ein Außenstehender je wird. Was ihnen fehlt, ist nicht Können, sondern Wiederholung.
Die Integration von KI in laufende Geschäftsprozesse ist eine junge Disziplin mit einer langen Liste von Fehlermustern: Modelle, die in der Demo glänzen, aber im Echtbetrieb keinen Kontext halten; Grenzfälle, die erst bei Volumen auftauchen; Abläufe, die beim ersten geänderten Rechnungsformat eines Lieferanten brechen; Akzeptanz, die stirbt, weil das Tool außerhalb der Systeme sitzt, in denen die Leute tatsächlich arbeiten. Die MIT-Forscher nannten das Kernproblem eine „Lernlücke" – Systeme und Organisationen, die nicht behalten und sich nicht anpassen. Ein internes Team begegnet jedem dieser Fehlermuster zum ersten Mal, in einem Projekt, an dem sein Ruf hängt, neben dem Tagesgeschäft. Ein Spezialist begegnet ihnen jede Woche, in fremden Projekten, mit bereits gebildetem Narbengewebe.
Es gibt einen zweiten, leiseren Grund: Interne Projekte bekommen selten ein schriftliches Erfolgskriterium. Wenn Bauender und Auftraggeber dieselbe Organisation sind, spielt niemand den Skeptiker. Externe Aufträge erzwingen – bei allen anderen Schwächen – Zuschnittsgespräche, die interner Enthusiasmus überspringt.
Wann intern bauen trotzdem richtig ist
Die Daten sprechen im Durchschnitt für Partnerschaft; Durchschnitte sind keine Urteile. Intern zu bauen ist rational, wenn drei Bedingungen gleichzeitig gelten.
Der Prozess ist Ihr Vorsprung.
Wenn der zu automatisierende Ablauf das ist, was Sie unterscheidet – eine Preislogik, ein eigenes Matching-Verfahren, der betriebliche Kern, den Wettbewerber nicht kopieren können –, dann ist das beim Bauen entstehende Wissen selbst der Vermögenswert, und es einem Außenstehenden zu überlassen ist strategisch teuer, selbst wenn es taktisch billiger ist.
Sie werden das wiederholt tun.
Ein Unternehmen, das einen Prozess automatisiert, kauft ein Ergebnis. Ein Unternehmen, das über fünf Jahre dreißig Prozesse automatisieren will, kauft in Wahrheit eine Fähigkeit – und Fähigkeiten entstehen durch Tun. Die ersten internen Projekte werden langsamer sein und öfter scheitern; das ist Lehrgeld, und es kann sich lohnen, es zu zahlen – idealerweise an Prozessen mit geringem Einsatz, bei denen die Fehlerkosten begrenzt sind.
Jemand trägt die Verantwortung.
Kein Gremium. Eine Person, deren Name an der Zahl hängt, die die Automatisierung bewegen soll. Die MIT-Daten zur Geschwindigkeit sind hier lehrreich: Die schnellsten Umsetzungen der Studie gingen in rund 90 Tagen live, und was sie auszeichnete, waren enger Zuschnitt und klare Verantwortung – Eigenschaften, die ein interner Bau absolut haben kann und meistens nicht hat.
Wann Kaufen gewinnt
Für Standardprozesse – Spesenabrechnung, Terminplanung, gewöhnliche E-Mail-Sortierung, Buchhaltungsabläufe, die tausend andere Unternehmen genauso haben – schlägt ein fertiges Produkt beide anderen Türen. Der Hersteller hat die Entwicklungskosten über Tausende Kunden verteilt; billiger bauen Sie das nie, und kein Partner sollte es anbieten. Der Test ist einfach: Wenn Ihre Variante des Prozesses sich wirklich nicht von der aller anderen unterscheidet, kaufen Sie. Das Scheitern ist ebenso einfach: Unternehmen kaufen ein Tool für einen Prozess, der eben doch anders ist – und verbiegen dann entweder den Prozess, bis er ins Tool passt, oder geben das Tool auf.
Eine Warnung aus der Forschung: Die Aufgabe des Tools ist es, dort zu leben, wo die Arbeit lebt. Das MIT fand die Abbrüche konzentriert bei Tools, die außerhalb der bestehenden Abläufe saßen – ein eigener Tab, ein eigenes Login, eine eigene Gewohnheit. Welche Tür Sie auch wählen: Die Integrationsfrage entscheidet über die Nutzung, und die Nutzung entscheidet über alles.
Die Partner-Tür, ehrlich beschrieben
Ein guter Umsetzungspartner verkauft genau eine Sache: die verdichtete Erfahrung, es viele Male getan zu haben, angewandt auf einen Prozess, den nur Sie verstehen. Die Arbeitsteilung ist präzise – Sie bringen das Prozesswissen mit, das kein Außenstehender abkürzen kann; er bringt die Fehlermuster mit, die er bereits überlebt hat. Deshalb schneidet das Hybridmodell in den Daten besser ab: Es ist kein Outsourcing, es ist komplementäres Wissen.
Es hat auch ehrliche Nachteile. Es kostet vorab mehr als ein Abo. Es schafft eine gewisse Abhängigkeit – abgemildert, indem Dokumentation und Übergabe als vertragliche Leistungen vereinbart werden, nicht als Gefälligkeiten. Und der Markt enthält Partner, die Demo-Agenturen in besserer Kleidung sind – weshalb die Auswahlfragen wichtiger sind als die Auswahlkategorie; die zehn, die aus unserer Sicht den Unterschied offenlegen, haben wir veröffentlicht.
Die Entscheidungsregel, die wir verteidigen würden: Kaufen bei Standardprozessen; bauen beim differenzierenden Kern, wenn Sie es wiederholt tun wollen und echte Verantwortung vergeben; Partner für alles dazwischen – was für die meisten Unternehmen der größte Teil des automatisierbaren Bestands ist.
Häufig gestellte Fragen
Sollten wir KI-Automatisierung intern bauen oder vergeben? Die Datenlage spricht für ein Hybridmodell: Die MIT-Forschung von 2025 fand extern begleitete Umsetzungen mit etwa dreifacher Erfolgsquote gegenüber rein internen Eigenbauten (rund 67 % gegenüber 22 %). Bauen Sie intern, wenn der Prozess Ihr Wettbewerbskern ist und Sie wiederholt automatisieren werden; andernfalls Partner oder Kauf.
Wann ist Standardsoftware besser als individuelle Automatisierung? Wenn Ihr Prozess wirklich identisch mit dem ist, was Tausende andere Unternehmen betreiben. Wenn nichts an Ihrem Ablauf Sie unterscheidet, hat ein Produktanbieter ihn bereits billiger gebaut, als ihn irgendjemand für Sie bauen kann.
Welche Risiken hat die Arbeit mit einem Umsetzungspartner? Höhere Anfangskosten und mögliche Abhängigkeit. Beides ist beherrschbar: Halten Sie Umfang und Erfolgskriterium schriftlich fest und machen Sie Dokumentation und Übergabe zu vertraglichen Leistungen, damit das Wissen im Unternehmen bleibt.
Warum scheitern interne KI-Projekte so oft? Selten aus Mangel an Talent. Interne Teams treffen jedes Integrations-Fehlermuster zum ersten Mal, meist ohne schriftliches Erfolgskriterium und neben der bestehenden Arbeitslast – während Spezialisten diese Fehlermuster anderswo bereits überstanden haben.
Quellen: MIT NANDA, „The GenAI Divide: State of AI in Business 2025" (2025). Erfolgsquoten und Umsetzungsgeschwindigkeiten wie in der Studie und ihrer Berichterstattung ausgewiesen.
