Der häufigste Grund für gescheiterte KI-Projekte ist keine Technik.
Eine KI-Lösung kann technisch einwandfrei sein und trotzdem versanden — wenn im Unternehmen niemand sie wirklich besitzt. Warum der Business Product Owner und der Solution Champion über Erfolg oder Misserfolg entscheiden, und weshalb wir diese Rolle heute zur Bedingung machen.
Ein Kunde hatte alles richtig gemacht. Die KI-Lösung war technisch sauber an sein ERP angebunden, die Daten flossen, die Antworten stimmten. Und trotzdem drohte das Projekt zu versanden. Nicht wegen der Schnittstelle. Sondern weil im Unternehmen niemand die Lösung wirklich besass.
Wir sehen dieses Muster immer wieder — und es ist selten das, was man zuerst vermutet.
KI-Projekte scheitern selten an der Technik
Wenn eine KI-Einführung im Sand verläuft, liegt die Ursache fast nie im Modell, in der Integration oder in der Datenqualität. Sie liegt in einer leeren Rolle. Es gibt niemanden, der die Lösung als seine eigene betrachtet — der dafür verantwortlich ist, dass sie im Alltag Nutzen bringt, nicht bloss, dass sie läuft.
Drei Warnzeichen tauchen dann fast immer gemeinsam auf:
Die Lösung bleibt ein Fremdkörper. Sie steht neben den bestehenden Abläufen, statt in ihnen aufzugehen. Man benutzt sie, wenn man daran denkt — und denkt immer seltener daran.
Das Feedback widerspricht sich. Der eine will dies, der andere jenes, und niemand entscheidet. Es fehlt die Person mit dem Hut, die aus vielen Stimmen eine Richtung macht.
Niemand kann erklären, was das Werkzeug eigentlich tut. Es wurde eingeführt, aber nicht angeeignet. Wissen darüber existiert nur ausserhalb des Unternehmens — bei uns.
Das Problem ist in all diesen Fällen nie die Technik. Es ist eine leere Rolle.
Zwei Rollen, die eine Lösung tragen
Damit eine KI-Lösung im Alltag ankommt, braucht es auf Kundenseite jemanden, der sie besitzt. In der Praxis sind das zwei eng verbundene Funktionen — nicht zwingend zwei Personen, aber zwei klare Zuständigkeiten.
Der Business Product Owner verantwortet den Nutzen. Er kennt das Fachproblem, entscheidet, was die Lösung leisten soll, und setzt Prioritäten. Er ist die Instanz, die «Ja, so brauchen wir das» oder «Nein, das trifft unseren Fall nicht» sagt — mit Mandat, nicht als Bitte.
Der Solution Champion verantwortet die Aneignung. Er sorgt dafür, dass die Lösung im Team ankommt, übersetzt zwischen Fachbereich und Technik in beide Richtungen und hält die Nutzung am Leben, auch wenn die erste Neugier verflogen ist.
Es ist kein neuer Vollzeitjob. Es ist ein klarer Hut, den jemand aufsetzt — mit ein paar verlässlichen Stunden im Monat, einem echten Entscheidungsrecht und der Rückendeckung von oben.
Warum wir das inzwischen zur Bedingung machen
Früher haben wir gebaut und gehofft, dass sich die Verantwortung auf Kundenseite von selbst findet. Sie tut es nicht. Deshalb drehen wir die Reihenfolge heute bewusst um: Bevor die erste Funktion entsteht, klären wir gemeinsam, wer die Lösung besitzt.
Das klingt nach einer Hürde, ist aber das Gegenteil. Für unsere Kunden bedeutet es, dass ihre Investition nicht verpufft — dass aus einem Werkzeug eine Fähigkeit im eigenen Haus wird. Und für die Zusammenarbeit bedeutet es, dass wir vom ersten Tag an einen echten Gegenüber haben, statt Wochen später zu merken, dass niemand die Fäden in der Hand hält.
Erst dann bauen wir. Die Lösung entsteht rund um das Problem, das diese Person verantwortet — in bestehende Systeme integriert oder als eigenes Fachwerkzeug entwickelt. Nicht umgekehrt.
Was das für Sie heisst
Wenn Sie überlegen, KI in Ihrem Unternehmen einzuführen, ist die erste Frage nicht «Welches Tool?», sondern «Wer bei uns besitzt das am Ende?». Beantworten Sie diese Frage zuerst — mit einem Namen, nicht mit «die IT» —, und Sie haben den häufigsten Grund für gescheiterte KI-Projekte bereits ausgeräumt.
Genau diesen ersten Schritt gehen wir mit Ihnen. Nicht als Zusatzleistung, sondern als Fundament.
Das könnte sie ebenfalls interessieren




