Die meisten KI-Piloten bleiben aus Gründen stecken, die wenig mit dem Modell zu tun haben. Die Daten sind unordentlicher als in der Demo, das ERP hat keine nutzbare Schnittstelle, niemand verantwortet das Ergebnis, niemand gibt es frei, und niemand hat vereinbart, was „fertig“ bedeutet. Ein Pilot kommt in Produktion, wenn ein Arbeitsablauf eine verantwortliche Person, einen Freigabeschritt und eine Kennzahl bekommt, bevor etwas gebaut wird.
#Das Wichtigste in Kürze
- Ein Pilot, der in einer Demo funktioniert hat, hat das Modell bewiesen, nicht den Arbeitsablauf darum herum.
- Die üblichen Hindernisse sind Daten, die Anbindung älterer Systeme, Verantwortung, Freigabe und eine fehlende Definition von „fertig“.
- KI an ein altes ERP ohne nutzbare API anzubinden, ist ein Integrationsprojekt, das in den meisten Pilotplänen nie vorgesehen war.
- Ein Pilot kommt in Produktion, wenn eine namentlich benannte Person ihn verantwortet und eine andere freigibt, was er erzeugt.
- Beginnen Sie mit einem Arbeitsablauf und echten Nutzern, nicht mit drei Piloten und einem Lenkungsausschuss.
#Warum bleiben KI-Piloten vor der Produktion stecken?
Sie sind nicht allein, wenn aus drei Piloten drei Demos geworden sind. Gartner, Juli 2024 sagte voraus, dass 30 % der Projekte mit generativer KI nach dem Proof of Concept aufgegeben werden, und nannte schlechte Datenqualität, schwache Risikokontrollen und unklaren geschäftlichen Nutzen. Ein Bericht des MIT, über den Virtualization Review zum MIT-NANDA-Bericht, August 2025 berichtete, ergab, dass 95 % der Organisationen keinen geschäftlichen Ertrag aus generativer KI erzielten.
In betriebsintensiven Unternehmen tauchen immer wieder dieselben fünf Lücken auf:
- Daten: Der Pilot lief mit einer sauberen Stichprobe. Echte Eingaben kommen als gescannte PDFs, halb ausgefüllte Formulare und Nachrichten auf Arabisch und Englisch.
- Integration: Der Arbeitsablauf läuft in einem ERP, das fünfzehn Jahre alt ist. Das Lesen daraus und das Zurückschreiben wurden nie eingeplant.
- Keine verantwortliche Person: Der Pilot gehörte einem Innovationsteam, und die Abteilung, die ihn nutzen sollte, hatte nie danach gefragt.
- Kein Freigabeschritt: Niemand hat entschieden, wer das Ergebnis prüft, bevor es einen Kunden, einen Lieferanten oder das Hauptbuch erreicht.
- Kein Maßstab für „fertig“: Der Pilot wurde danach beurteilt, ob er beeindruckt hat, nicht nach einer Zahl, die die Abteilung bereits verfolgt.
#Was ändert sich, wenn ein Pilot für den Produktivbetrieb gebaut wird?
Die Reihenfolge der Arbeit ändert sich. Statt mit einem Modell zu beginnen, zeichnet Stennir zuerst einen Arbeitsablauf mit der Person auf, die ihn betreibt: wo die Eingabe eintrifft, welche Regeln gelten, wohin das Ergebnis geht und welche Ausnahmen Urteilsvermögen erfordern. Diese Übersicht wird zur Spezifikation und zeigt früh, ob das eigentliche Hindernis die Daten oder die Integration sind.
Dann werden vor dem Bau drei Dinge vereinbart: wer den Arbeitsablauf auf Kundenseite verantwortet, wer das Ergebnis freigibt und welche Kennzahl als „fertig“ gilt, etwa die Größe des Rückstands oder der Anteil der Fälle, die ohne Nacharbeit erledigt werden. Gebaut wird in den Systemen, die das Team bereits nutzt, jede Aktion wird protokolliert, und echte Nutzer sehen es ab der ersten Version.
#Wie bringen Sie einen Hackathon-Prototyp sicher in Produktion?
Ein Hackathon-Prototyp ist ein nützlicher Beleg. Er beweist, dass die Aufgabe machbar ist. Was ihm meist fehlt, sind Fehlerbehandlung, Zugriffskontrollen, Protokollierung, ein Testset aus echten Fällen und eine Möglichkeit, ihn abzuschalten. Behandeln Sie den Prototyp als Entwurf einer Spezifikation, nicht als erste Version.
Der sichere Weg ist, die Teile, die Kunden oder Geld berühren, hinter einem Freigabeschritt neu zu bauen, sie an einem Satz echter früherer Fälle zu testen und eine Überwachung einzurichten, bevor weitere Nutzer dazukommen. Das Praxisbeispiel, wie ein KI-Prototyp in die Produktion kommt, geht diese Schritte an einem Arbeitsablauf durch.
We are
Stennir bringt einen Arbeitsablauf vom Piloten in die Produktion, in Ihren eigenen Systemen, mit einer namentlich benannten verantwortlichen Person, einer Person, die das Ergebnis freigibt, und einer vorab vereinbarten Kennzahl.
We aren't
Stennir ist kein Labor, das weitere Piloten durchführt, und kein Plattformanbieter, der Sie bittet, Ihre Arbeit in ein neues Werkzeug zu verlagern.
#Unser Projekt steckt in der Testphase fest. Was tun wir zuerst?
Wählen Sie den Piloten, den seine Abteilung wirklich will, und bitten Sie die Person, die ihn täglich nutzen würde, die Arbeit zu beschreiben, die er ersetzt. Kann sie das nicht, hat der Pilot das falsche Problem gelöst. Kann sie es, schreiben Sie die Ausnahmen auf, benennen Sie eine freigebende Person und vereinbaren Sie die Kennzahl. Das zeigt meist, ob die Lücke bei Daten, Integration oder Verantwortung liegt.
Teams am Golf ergänzen oft noch einen Schritt: Der Arbeitsablauf muss arabische und englische Eingaben verarbeiten, nicht nur die englische Stichprobe, an der der Pilot getestet wurde. Das früh zu prüfen, erspart später ein weiteres Steckenbleiben.
#Was sollte ein COO mit festgefahrenen Piloten als Nächstes tun?
Wählen Sie einen festgefahrenen Piloten und eine verantwortliche Person und bringen Sie beides in ein Gespräch über KI-Umsetzung, bei der Stennir einen Arbeitsablauf mit echten Nutzern in Betrieb bringt und ihn danach überwacht. Sind Sie unsicher, welcher Pilot es verdient, priorisiert die KI-Beratung zuerst die Optionen. Siehe auch KI für Operations. Sie können die kostenlose Bereitschaftsprüfung machen oder ein 30-minütiges Gespräch buchen.
#Häufige Fragen
Was brauchen Sie von uns, um einen festgefahrenen Piloten neu zu starten?
Den Piloten selbst, die Person, die ihn jeden Tag nutzen würde, einen Satz echter früherer Fälle und Zugang zu den Systemen, aus denen er lesen und in die er schreiben muss. Außerdem benennen Sie, wer das Ergebnis freigibt. Stennir nutzt das, um den Arbeitsablauf aufzuzeichnen und herauszufinden, welche der fünf Lücken ihn gestoppt hat.
Können Sie wiederverwenden, was unsere Entwickler schon gebaut haben?
Oft ja. Ein Prototyp zeigt, welche Prompts und Schritte funktionieren. Stennir behält, was sich an echten Fällen bewährt, und baut neu, was für die Produktion fehlt: Zugriffskontrolle, Protokollierung, Fehlerbehandlung, einen Freigabeschritt und Überwachung. Ihre Entwickler können beteiligt bleiben und behalten den Code, der in Ihren Konten bleibt.
Funktioniert das mit einem alten ERP ohne richtige API?
Es kann funktionieren, aber das ist Integrationsarbeit und wird von Anfang an als solche eingeplant. Möglich sind das Auslesen von Exporten, der direkte Datenbankzugriff mit reinen Leserechten oder die Arbeit über die Bildschirmmasken, die Ihr Team bereits nutzt. Stennir legt den Ansatz vor dem Bau fest, damit er später niemanden überrascht.
Was könnte in der Produktion schiefgehen, das im Piloten nicht schiefging?
Echte Eingaben sind unordentlicher, die Mengen größer, und es tauchen Sonderfälle auf, die in der Stichprobe nie vorkamen. Deshalb lässt Stennir eine Person das Ergebnis freigeben, protokolliert jede Aktion, testet an echten früheren Fällen und überwacht die Ergebnisse, sobald echte Nutzer starten, sodass sich Probleme in Zahlen zeigen statt in Beschwerden.
