Zum Inhalt springen

Künstliche Intelligenz

Warum 80 % der KI-Pilotprojekte nie in Produktion gehen

Das Problem ist selten die Modellqualität. Jedes Pilotprojekt ohne Evaluationsdatensatz, Kostenmodell und benannten Verantwortlichen ist dazu verurteilt, im Demo-Stadium zu sterben.

Veröffentlicht: Zuletzt aktualisiert: 8 Min. LesezeitNeuros AI Practice · KI-Team

Kurz gesagt

Warum bleiben KI-Projekte vor dem Livegang stecken?

Die meisten KI-Projekte bleiben stecken, weil nicht die Modellqualität fehlt, sondern drei Dinge: ein messbares Kriterium dafür, was als Erfolg gilt, eine Kostenrechnung pro Vorgang und eine Fachabteilung, die das System verantwortet. Ein ungemessenes Modell kann keine Verbesserung belegen, ein System mit unbekannten Kosten bekommt keine Budgetfreigabe, und ein Dienst ohne Verantwortlichen wird beim ersten Ausfall abgeschaltet.

Die meisten Unternehmens-KI-Piloten, die wir in den vergangenen zwei Jahren geprüft haben, waren technisch erfolgreich. Die Modelle funktionierten, die Demos beeindruckten, die Führung war begeistert. In Produktion gegangen sind sie trotzdem nie.

Welche drei Dinge fehlen gescheiterten Piloten?

Gescheiterten Piloten fehlten fast immer dieselben drei Dinge: ein messbares Abnahmekriterium, ein Kostenmodell pro Transaktion und ein operativer Verantwortlicher.

  • Ein Modell ohne Evaluationsdatensatz kann nicht belegen, dass es besser geworden ist.
  • Ein System mit unbekannten Kosten bekommt keine Budgetfreigabe.
  • Ein Dienst ohne Verantwortlichen wird beim ersten Ausfall abgeschaltet.

Warum ist der Evaluationsdatensatz der Vertrag des Projekts?

Das erste Artefakt, das wir in einem KI-Projekt schreiben, ist kein Code — es ist der Evaluationsdatensatz. Zwei- bis fünfhundert Beispiele aus realer Nutzung, mit erwarteten Ergebnissen. Er wird zum Kompass während der Entwicklung und zur Regressionssuite im Betrieb.

Ein Modell, das Sie nicht messen, können Sie nicht verbessern; und ein Modell, dessen Verbesserung Sie nicht belegen können, können Sie nicht ausliefern.

Wie modelliert man KI-Kosten am ersten Tag?

Kosten pro Token, Cache-Trefferquote, Retry-Policy und Kontextlänge verstärken sich gegenseitig. Dasselbe Produkt kann sich in den Stückkosten je nach diesen vier Entscheidungen um das Zehnfache unterscheiden. Diese Rechnung vor der Produktion aufzumachen ist weit günstiger als danach.

Warum erfolgt der Rollout in Stufen?

Verdichten Sie den Übergang nicht auf einen einzigen Moment. Wochen im Schattenbetrieb (das System entscheidet, aber nichts wird angewendet), dann im halbautonomen Modus (ein Mensch genehmigt), dann Autonomie — das sammelt Vertrauen und Trainingsdaten zugleich.

Was Pilot und Produktion trennt: dasselbe Modell, andere Artefakte
ArtefaktIm PilotenIn Produktion
EvaluationsdatensatzEine Handvoll Beispiel-Prompts200–500 reale Beispiele mit erwarteten Ergebnissen
KostenNicht gemessenPro Transaktion, inklusive Cache und Retries
VerantwortungDas ProjektteamEin benannter operativer Verantwortlicher
Im FehlerfallDie Demo wird wiederholtEin deterministischer Rückfallpfad
MonitoringKeinesQualitäts-, Latenz-, Kosten- und Drift-Alarme

Quellen

  1. 01Regulation (EU) 2024/1689 — Artificial Intelligence ActAvrupa Birliği Resmî Gazetesi · 2024
  2. 02AI Risk Management Framework (AI RMF 1.0)NIST · 2023
  3. 03ISO/IEC 42001:2023 — Yapay zekâ yönetim sistemiISO/IEC · 2023
  4. 04GEO: Generative Engine OptimizationPrinceton University · ACM SIGKDD · 2024

Häufige Fragen

Was oft gefragt wird

Zwei- bis fünfhundert Beispiele aus realer Nutzung sind für die meisten Unternehmensszenarien ein ausreichender Start. Entscheidend ist nicht die Zahl, sondern die Abdeckung: Der Datensatz muss die Randfälle des Systems und die seltenen, aber teuren Fehler enthalten. Jeder neue Produktionsfehler kommt als Testfall hinzu, sodass der Datensatz mit der Zeit wächst.

Die Dauer bestimmt das Volumen, nicht der Kalender: Das System muss genug Entscheidungen erzeugen, um die Bandbreite der Situationen zu sehen. Bei einem wöchentlichen Prozess einige Wochen, bei einem saisonalen länger. Das Kriterium ist eindeutig — die nächste Stufe folgt, wenn der Abstand zwischen Modell- und Menschenentscheidung stabil unter der Schwelle bleibt.

Nicht das Team, das das Modell gebaut hat, sondern die Einheit, die mit seiner Ausgabe arbeitet. Verantwortlich ist, wer die Folgen einer falschen Entscheidung trägt — deshalb müssen auch Schwellenwerte und Notstopp bei dieser Person liegen. Systeme, deren Verantwortung bei der IT verbleibt, verlieren ihren Fürsprecher, sobald das Geschäft mit einem Ergebnis unzufrieden ist, und geraten still außer Gebrauch.

Sprechen wir darüber mit Ihrem Team

Wir können eine technische Session durchführen, die all das auf Ihren Kontext überträgt.