Warum 9 von 10 KI-Projekten am PoC sterben

Die Demo lügt, und warum

Sie nehmen ein gutes Modell, ein paar Beispieldaten und einen Nachmittag Arbeit, und heraus kommt etwas, das den Vorstand auf einer Folie beeindruckt. Das ist der PoC. Er funktioniert in der kontrollierten Umgebung, mit sauberen Daten und dem glatten Weg.

Das Problem ist, dass die kontrollierte Umgebung die echten Kosten verdeckt. Was in der Demo fertig aussieht, hat Volumen, unsaubere Daten, Anbindung und die Geschäftsregel, die niemand erfasst hat, noch nicht gesehen. Der Abstand zwischen diesem PoC und der Produktion ist die eigentliche Arbeit, und er wird fast immer unterschätzt.

Die vier Stellen, an denen der PoC bricht

In der Praxis bleibt das Projekt immer an denselben Punkten stehen.

SLA. Die Demo antwortet, wenn Sie den Knopf drücken. Die Produktion muss jedes Mal antworten, in einem vereinbarten Fenster, unter Last.

Anbindung. Der PoC läuft für sich. Die Produktion muss in das Altsystem hinein, in das ERP, in das CRM, in den Ablauf, den das Team schon nutzt.

Echte Daten. Das Beispiel war sauber. Produktionsdaten kommen schief herein, unvollständig, in einem Format, das sich ändert, und das Modell, das auf dem glatten Weg gut war, muss den schweren Fall bestehen.

Compliance. Was ein Experiment war, verarbeitet jetzt echte Daten und braucht eine Rechtsgrundlage, Isolierung pro Kunde und die Zusage, dass niemand ein Modell mit Ihren Daten trainiert.

Produktion zuerst, das Kriterium, das alles ändert

Der Wechsel ist nicht technisch, er ist eine Frage des Kriteriums. Die meisten Projekte beginnen mit der Frage, was die KI kann. Die richtige Frage ist eine andere. Was muss stehen, damit das in der Umgebung des Kunden läuft, mit Kennzahlen, jeden Tag.

Wenn das Produktionskriterium am Anfang festgelegt wird und nicht am Ende, hört der PoC auf, Selbstzweck zu sein, und wird zum ersten Schritt auf einem Weg, der schon ein Ziel hat. Kein Projekt gilt als geliefert, bevor der Code in der Umgebung des Kunden läuft.

Wie man den Abstand überbrückt

Die Methode, die vom PoC in die Produktion führt, passt in drei Phasen.

Discovery. Den echten Schmerzpunkt erfassen, die Technologiehypothese prüfen und messbare Erfolgskriterien festlegen. Jedes Discovery endet mit einem expliziten Produktionskriterium.

Build. Im wöchentlichen Takt bauen, Code Review gemeinsam mit dem Team des Kunden, und schrittweiser Deploy von Staging über kontrollierte Produktion bis zur vollen Produktion.

Produktion und Handoff. Kennzahlen mindestens zwei Wochen in echter Produktion beobachtet, ein Runbook, Dokumentation und Wissensübergabe. Der Kunde arbeitet eigenständig, ohne dauerhafte Abhängigkeit.

Was Sie fragen sollten, bevor Sie einen PoC freigeben

Bevor Sie einen Proof of Concept freigeben, trennen drei Fragen das, was Produktion wird, von dem, was eine Folie wird.

Wie lautet das Produktionskriterium, als Zahl, und wer hat zugestimmt. Wie kommt dieser PoC in das System hinein, das das Team schon nutzt. Und wenn das Ergebnis gemessen wird, geschieht das an echten Daten oder am Beispiel.

Wenn die drei keine Antwort haben, haben Sie keinen Weg in die Produktion. Sie haben eine schöne Demo, und die Demo ist der leichte Teil.