Warum KI-Pilotprojekte nicht in Produktion gehen
Veröffentlicht:
Piloten scheitern selten an der Modellqualität. Sie scheitern daran, dass im Piloten der Datenzugriff vereinfacht wurde, niemand die Pflege der Datenbasis übernommen hat und keine Abbruchkriterien definiert waren. Wer diese drei Punkte vor dem Piloten klärt, hat den Rollout praktisch schon entschieden.
Warum bleiben so viele Piloten stecken?
Der Pilot läuft, die Vorführung überzeugt, alle sind zufrieden. Dann passiert vier Monate nichts, und das Thema taucht im nächsten Jahresplan wieder auf — als neues Projekt.
Das liegt fast nie am Modell. Es liegt daran, dass der Pilot bewusst oder unbewusst genau die Teile ausgelassen hat, die den Betrieb ausmachen.
Grund 1: Die Daten wurden für den Piloten von Hand zusammengestellt
Im Piloten liegt ein sauberer Ordner mit 80 aktuellen Dokumenten. In der Realität liegen die Dokumente in vier Systemen, drei Versionen und mit Rechten, die nicht jeder sehen darf. Der Sprung von einem in den anderen Zustand ist das eigentliche Projekt — und er war im Angebot nicht enthalten.
Woran man es vorher erkennt: Fragen Sie, wie die Daten im Piloten dorthin gekommen sind. Wenn die Antwort „haben wir exportiert” lautet, fehlt der Rollout-Teil.
Grund 2: Niemand ist für die Pflege zuständig
Ein Assistent über Unternehmensdokumente ist kein Produkt, das man kauft, sondern ein Prozess, den man betreibt. Neue Vertragsfassungen, ausgelaufene Richtlinien, geänderte Preislisten. Ohne benannte Zuständigkeit veraltet das System in wenigen Monaten und verliert genau das Vertrauen, das es aufgebaut hat.
Grund 3: Es gab keine Abbruchkriterien
Ein Pilot ohne definiertes „damit ist es gescheitert” kann nicht erfolgreich sein — er kann nur andauern. Legen Sie vorher fest: welcher Anteil korrekter Antworten mit Quelle ist die Untergrenze, und welche Zeitersparnis je Vorgang rechtfertigt den Rollout.
Grund 4: Das System durfte nicht „weiß ich nicht” sagen
Ein Assistent, der immer antwortet, produziert bei jeder zehnten Frage etwas Plausibles, das nicht stimmt. Im Piloten fällt das kaum auf. Im Betrieb reicht ein falsch zitierter Vertragspunkt, und der Fachbereich benutzt das System nie wieder.
Die ehrliche Fehlanzeige ist keine Schwäche, sondern die Voraussetzung für Nutzung. Deshalb gehört ihr Anteil zu den Kennzahlen des Piloten.
Grund 5: Der Datenschutz kam zum Schluss
Die häufigste Abbruchstelle in regulierten Unternehmen ist nicht die Technik, sondern das Review. Wenn beim Rollout zum ersten Mal gefragt wird, wo verarbeitet wird, wer Unterauftragsverarbeiter sind und ob ein Auftragsverarbeitungsvertrag vorliegt, steht das Projekt — manchmal endgültig.
Diese Fragen sind vor dem Piloten in einer Stunde geklärt und nach dem Piloten in Wochen nicht.
Was macht einen Piloten tragfähig?
| Element | Warum |
|---|---|
| Echte Daten aus dem echten System | sonst wird der Rollout zum zweiten Projekt |
| Benannte Person für die Pflege | ohne Betrieb kein Nutzen nach Monat drei |
| Drei Kennzahlen und Untergrenzen | macht „erfolgreich” überprüfbar |
| Ehrliche Fehlanzeige als Anforderung | entscheidet über Akzeptanz im Fachbereich |
| Verarbeitungsort und Vertragslage vorab | verhindert den Abbruch im Review |
Und wenn der Pilot scheitert?
Dann hat er funktioniert. Zwei bis vier Wochen und ein überschaubarer Betrag sind der günstigste Weg herauszufinden, dass ein Anwendungsfall nicht trägt. Teuer wird nur der Pilot, der niemals endet.