Drei Domänen statt dreißig Piloten: warum eure KI-Projekte im Pilotstatus hängen bleiben

Einmal im Quartal wird die Liste vorgelesen. Vierzehn Anwendungsfälle, elf davon laufen, drei sind in Vorbereitung. Jeder einzelne funktioniert auch wirklich: Der Vertrieb lässt Angebotstexte glätten, die Buchhaltung liest Rechnungen maschinell aus, im Service entstehen Antwortentwürfe, die vorher jemand von Hand getippt hat. Niemand in der Runde muss etwas schönreden.

Dann fragt jemand, was das alles zusammen gebracht hat, und es wird kurz still. Nicht, weil es peinlich wäre, sondern weil die ehrliche Antwort schwer zu greifen ist. Jeder Fall spart ein paar Minuten pro Vorgang, und trotzdem läuft kein einziger Ablauf im Haus heute anders als vor zwei Jahren. Ein Auftrag nimmt denselben Weg wie immer, nur an einer Stelle darauf geht es etwas schneller.

Dieses Bild ist nicht die Ausnahme, sondern der Normalfall. Rund 90 Prozent der Firmen nutzen KI, aber nur etwa 7 Prozent bringen sie über den Pilotstatus hinaus. Ein Pilot ist dabei ein begrenzter Testlauf, der zeigen soll, ob etwas funktioniert. Genau deshalb wurde er nie für den Regelbetrieb entworfen, und genau deshalb kommt er dort auch selten an.

Der Grund liegt nicht in der Technik und auch nicht in der Zahl der Anwendungsfälle. Er liegt im Zuschnitt. Wer viele enge Anwendungsfälle nebeneinander baut, sammelt Vorführungen. Wer dagegen einen kompletten Ablauf von der Anfrage bis zur Auslieferung neu baut, senkt die Durchlaufzeit dieses Ablaufs um eine Größenordnung. Das ist derselbe Aufwand, nur anders verteilt.

Woran du merkst, dass ihr Vorführungen sammelt

Der ehrlichste Test ist eine einzige Frage in die Runde: Nennt mir einen Ablauf, der bei uns heute von Anfang bis Ende anders läuft als vor der KI. Gemeint ist kein Arbeitsschritt, sondern ein ganzer Weg, etwa vom Eingang einer Anfrage bis zum Moment, in dem der Kunde sein Angebot in der Hand hält. Kommt als Antwort ein einzelner Arbeitsschritt zurück, habt ihr beschleunigt und nicht umgebaut.

Das zweite Anzeichen steckt in der Art, wie ihr den Erfolg messt. In der Pilotliste steht, wie viele Minuten eine Person je Vorgang spart. Was dort nicht steht, ist die Durchlaufzeit des Ablaufs, also die Zeit zwischen dem Eingang einer Anfrage und dem fertigen Ergebnis beim Kunden. Diese beiden Zahlen hängen weniger zusammen, als es aussieht. Ein Schritt kann deutlich schneller werden, während der Ablauf insgesamt genauso lange dauert wie vorher, weil er unterwegs dreimal auf einem Schreibtisch liegen bleibt.

Das dritte Anzeichen zeigt sich an den Daten. Jeder Pilot hat sich seinen eigenen Auszug gezogen, seine eigene Liste gepflegt und seine eigenen Regeln aufgeschrieben. Keiner der Fälle kennt die Ergebnisse der anderen. So entstehen Insellösungen, die nebeneinander funktionieren und nie zusammenwachsen, und der Weg vom Piloten in den Regelbetrieb ist am Ende kein kleiner Schritt mehr, sondern ein zweiter Neubau.

Das vierte Anzeichen ist das leiseste, und es entscheidet trotzdem über die Bilanz: Die gewonnene Zeit hat keine Adresse. Niemand hat vor dem Start aufgeschrieben, wofür die frei werdenden Stunden da sind. Also verteilen sie sich still über den Tag, und in der Ergebnisrechnung taucht nichts davon auf.

Warum der fünfzehnte Anwendungsfall die Lage nicht verbessert

Der Reflex ist verständlich. Elf laufende Fälle sind ein Beleg dafür, dass es grundsätzlich funktioniert, also baut man den zwölften. Nur wirkt jeder weitere Fall auf genau dieselbe Weise wie die elf davor, und drei Mechanismen sorgen dafür, dass das so bleibt.

Der Ablauf selbst ist der Engpass, nicht das Modell. Ein Agent, also ein Programm, das ein Sprachmodell mit Werkzeugen verbindet und halbautonom auf ein Ziel zuarbeitet, wird in einen Prozess gesetzt, der nie für ihn gedacht war. Er kann seinen Einzelschritt beliebig schneller erledigen und trotzdem nichts am Gesamtergebnis ändern, weil der Prozess drumherum das Tempo vorgibt. Wer hier ein stärkeres Modell einsetzt, beschleunigt eine Stelle, an der gar nicht gewartet wird.

Die Übergaben bleiben unberührt. Der größte Zeitfresser in den meisten Abläufen ist nicht die Arbeit, sondern die Wartezeit dazwischen. Eine Abteilung gibt etwas an die nächste weiter, und dort liegt es, bis jemand Zeit hat. Ein umgebauter Auftragsprozess fällt von 20 bis 120 Minuten auf ein bis zwei Minuten, und zwar nicht, weil ein Schritt schneller geworden wäre, sondern weil die Übergaben dazwischen verschwinden. Diesen Gewinn kann ein einzelner Anwendungsfall gar nicht heben, weil er per Definition innerhalb eines Schrittes bleibt.

Am Entscheidungs-Gate staut sich alles wieder. Ein Gate ist ein Punkt im Ablauf, an dem jemand zustimmen muss, bevor es weitergeht: eine Freigabe, eine Prüfung, eine Unterschrift. Wenn zehn Schritte automatisiert sind und die Freigabe weiterhin nur alle zwei Wochen fällt, stehen am Ende hundert fertig gepackte Pakete vor der Tür, die niemand abholt. Das ist kein Randproblem, sondern einer der häufigsten Gründe, warum ein technisch gelungener Pilot in der Bilanz nichts bewegt.

Dazu kommt ein zeitlicher Effekt, den man besser vorher kennt. Bei einem echten Umbau wird zuerst das Unsichtbare bezahlt: Prozessarbeit, Dokumentation, neue Fähigkeiten im Team. Die Kurve fällt also erst und steigt danach. Vier von fünf Unternehmen investieren in KI, und über vier von fünf sehen noch keinen Effekt in der Ergebnisrechnung. Genau in dieser Delle brechen viele Vorhaben ab, obwohl sie richtig lagen. Wer dort Piloten stapelt, statt eine Domäne umzubauen, verlängert die Delle, statt sie zu durchqueren.

Kurz gesagt

Wenn am Ende nur Randgewinne herauskommen, habt ihr beschleunigt und nicht umgebaut.

Fünf Schritte, mit denen aus der Pilotliste eine Domäne wird

Der erste Schritt ist eine Zählweise, kein Projekt. Er kostet nichts und verändert trotzdem sofort, worüber im Lenkungskreis geredet wird.

Schritt für Schritt

Zähl ab dem nächsten Quartal keine Piloten mehr, sondern umgebaute Abläufe

Solange die Kennzahl „laufende Anwendungsfälle" heißt, optimiert jeder auf ihre Zahl, und ein neuer Fall ist immer billiger als ein Umbau. Ersetz sie durch zwei Zahlen: wie viele Abläufe von Anfang bis Ende und über die volle Reichweite des Hauses laufen, und um wie viel die Durchlaufzeit dieser Abläufe gefallen ist. Wer misst, wie viele Vorführungen es gibt, bekommt Vorführungen.

Wähl höchstens drei Domänen aus und leg den Rest schriftlich auf Eis

Eine Domäne ist ein zusammenhängender Ablauf von der Anfrage bis zur Auslieferung, zum Beispiel die Auftragsabwicklung, die Angebotserstellung oder die Reklamationsbearbeitung. Die Häuser, die aus dem Pilotstatus herauskommen, nehmen sich drei Domänen oder weniger vor und bauen die vollständig um. „Auf Eis legen" ist dabei wörtlich gemeint: Die übrigen Ideen kommen auf eine datierte Liste, statt nebenher weiterzulaufen. Nebenher weiterlaufen ist genau das, was euch in die Pilotliste geführt hat.

Miss die Durchlaufzeit der gewählten Domäne, bevor ihr irgendetwas verändert

Nimm die letzten dreißig Vorgänge und schreib auf, wie lange jeder vom Eingang bis zur Auslieferung gebraucht hat, die Liegezeiten eingerechnet. Setz den Zielwert daneben, und setz ihn mutig: Der Maßstab für einen Umbau ist eine Größenordnung, nicht ein Zuwachs von ein paar Prozent. Ohne diesen Vorher-Wert könnt ihr später weder einen Erfolg belegen noch einen Fehlschlag rechtzeitig erkennen.

Schreib den Ablauf so genau auf, dass ein neuer Mensch ihn ohne Rückfragen ausführen könnte, und zeichne ihn danach neu

Erst dieser Text macht den Ablauf für eine Maschine lesbar, denn ein Agent ist brillant, aber vergesslich. Er erinnert sich an nichts vom letzten Mal und braucht jedes Mal exakt den richtigen Kontext. Beim Neuzeichnen drehst du die Frage um: nicht „wie beschleunigen wir diesen Prozess", sondern „wie sähe er aus, wenn ein Agent ab dem ersten Tag mitarbeitet". Leg dabei für jeden Sachverhalt eine einzige Wahrheitsquelle fest. Liegt ein Preis an fünf Orten, hat der Agent fünf Chancen, die falsche Version zu erwischen.

Leg vor dem Umbau fest, wofür die frei werdende Kapazität eingesetzt wird

Ein umgebauter Ablauf spielt echte Stunden frei, und freie Stunden sind noch kein Ergebnis. Schreib in zwei Sätzen auf, was mit ihnen passiert: mehr Anfragen bearbeiten, schneller antworten, eine Aufgabe übernehmen, die bisher liegen geblieben ist. Ohne diese zwei Sätze versickert die Zeit im Alltag, und ein gelungener Umbau lässt sich hinterher nicht mehr belegen.

Dreißig Vorführungen oder ein umgebauter Weg

Die Liste mit vierzehn Anwendungsfällen ist kein Fehlschlag. Sie ist eine ziemlich genaue Landkarte davon, wo es im Haus reibt, denn jeder dieser Fälle ist dort entstanden, wo jemand einen Schmerz hatte. Der Fehler steckt nicht in der Liste, sondern darin, sie für das Ergebnis zu halten. Sie ist der Rohstoff für die Auswahl, nicht die Auswahl selbst.

Und damit ist die Entscheidung eine andere, als sie im Quartalsgespräch meistens gestellt wird. Sie lautet nicht, welches Werkzeug als Nächstes eingeführt wird. Sie lautet: Welchen einen Ablauf bauen wir vollständig um, und welche dreißig Ideen lassen wir dafür bewusst liegen? Das kostet weniger Geld als die lange Liste und mehr Mut, weil man dabei sichtbar auf etwas verzichtet.

Wenn du wissen willst, wo dein Unternehmen dabei gerade steht, mach den KIRA-Check. Er verortet dich über sechs Stufen und fünf Achsen, und eine dieser Achsen heißt Prozesse, misst also genau den Unterschied zwischen KI neben dem Ablauf und KI im Ablauf. Du bekommst dein Profil und die zwei Engpässe, die dich aktuell bremsen. Zehn Minuten, keine Note am Ende.

Der KI-Reifegrad-Atlas

Die ganze Landkarte auf einen Blick

Sechs Stufen, fünf Achsen, drei Querschnitte. Der Atlas zeigt dir, was vor und was nach deinem nächsten Schritt liegt.

Zum Atlas