Der beste Automatisierungskandidat ist nicht immer der beste erste Pilot

Das Prozessinventar liefert eine Shortlist. Für den ersten Piloten braucht es einen zweiten Filter: Ein Kandidat kann wirtschaftlich attraktiv und zugleich schwer abzugrenzen, schlecht reversibel oder politisch heikel sein. Bewerten Sie deshalb neben dem Potenzial auch das Einführungsrisiko.

Gerade Prozesse mit hohem Volumen und vielen manuellen Stunden sind häufig sichtbar, technisch verflochten oder von zahlreichen Sonderfällen geprägt. Wer einen solchen Prozess zuerst angreift, macht den Piloten unnötig zu einer Prüfung der gesamten Organisation.

Besser ist ein Workflow, an dem das Team die neue Arbeitsweise lernen kann, ohne dass beim ersten Fehler gleich ein Monatsabschluss, ein Kunde oder eine Preisentscheidung betroffen ist.

Potenzial und Pilotfähigkeit sind zwei verschiedene Fragen

Die erste Bewertung ermittelt das wirtschaftliche Potenzial. Die zweite zeigt, ob sich der Kandidat sicher, begrenzt und messbar erproben lässt.

Beide Ranglisten sind wichtig. Wer nur auf den möglichen Nutzen schaut, wählt schnell ein Vorhaben, das zu gross für einen ersten Durchlauf ist. Wer nur auf Einfachheit schaut, automatisiert am Ende eine harmlose Nebenaufgabe, die niemand vermisst und aus der sich kaum etwas lernen lässt.

Der richtige erste Pilot liegt dazwischen: genug Wert, damit sich die Arbeit lohnt; genug Begrenzung, damit Fehler auffallen und korrigiert werden können.

Eine zweite Matrix für die Pilotwahl

Bewerten Sie die besten fünf Kandidaten aus Ihrem Prozessinventar nochmals. Dieses Mal geht es nicht um Einsparpotenzial, sondern um Einführungsrisiko. Eine einfache Skala von 1 bis 3 reicht.

Dimension	1: ungünstig	2: machbar	3: günstig
Abgrenzung	Der Prozess greift in viele Teams und Systeme ein	Einige klare Schnittstellen	Ein Team, ein definierter Anfang und ein definierter Abschluss
Reversibilität	Fehler sind schwer oder spät korrigierbar	Korrektur ist möglich, aber aufwendig	Ergebnisse können vor Verwendung geprüft oder verworfen werden
Datenzugang	Daten fehlen, sind unklar oder nur manuell auffindbar	Ein Teil ist strukturiert verfügbar	Die nötigen Eingaben liegen sauber und wiederholbar vor
Ausnahmequote	Fast jeder Fall ist anders	Es gibt erkennbare Fallgruppen	Der Normalfall ist stabil; Ausnahmen lassen sich markieren
Verantwortung	Niemand besitzt den Prozess eindeutig	Verantwortung ist geteilt	Eine Person entscheidet über Ablauf, Qualität und Freigabe
Beobachtbarkeit	Erfolg oder Fehler werden erst spät sichtbar	Einzelne Messpunkte sind vorhanden	Eingaben, Ergebnisse, Bearbeitungszeit und Korrekturen lassen sich erfassen

Die Gesamtpunktzahl allein entscheidet nicht. Eine niedrige Bewertung bei der Reversibilität kann mehrere günstige Bewertungen aufwiegen. Eine automatisch versandte Kundenmail hat ein anderes Risiko als ein intern vorbereiteter Entwurf, selbst wenn beide technisch ähnlich aussehen.

Drei Punkte sollten unabhängig von der Gesamtzahl als Ausschlusskriterien gelten: keine verantwortliche Person, keine kontrollierbare Datenverwendung oder ein Ergebnis, das sich vor seiner Wirkung nicht prüfen beziehungsweise zurücknehmen lässt.

Nehmen wir zwei Kandidaten: Ein automatischer Erstversand an Kunden spart möglicherweise mehr Arbeit, wirkt aber sofort nach aussen. Eine intern vorbereitete Preisprüfung spart zunächst weniger, lässt sich jedoch vor jeder Entscheidung kontrollieren. Für den ersten Piloten ist die zweite Variante oft die bessere Wahl, weil Fehler sichtbar bleiben und keine externe Aktion auslösen.

Das brauchbarste Muster: Vorbereitung statt Entscheidung

Für einen ersten Piloten eignen sich Workflows, bei denen das System Arbeit vorbereitet und ein Mensch die Entscheidung behält.

Ein Beispiel ist eine wöchentliche Preisprüfung. Die manuelle Arbeit könnte so aussehen:

1. aktuelle Preise und Nachfragezahlen zusammentragen;
2. Wettbewerber prüfen;
3. Abweichungen markieren;
4. eine Empfehlung formulieren;
5. die Preisverantwortliche entscheidet.

Der Pilot automatisiert zunächst die ersten vier Schritte. Er sammelt Daten, erstellt einen ersten Vergleich und legt auffällige Positionen in eine Prüfliste. Die verantwortliche Person sieht weiterhin die Quellen, korrigiert Fehler und entscheidet selbst, ob ein Preis geändert wird.

Damit entsteht ein brauchbarer Test. Sie können messen, wie viel Vorbereitung entfällt, welche Abweichungen das System übersieht und wie oft die Empfehlung geändert wird. Gleichzeitig bleibt die kommerzielle Entscheidung dort, wo sie hingehört.

Das gleiche Muster funktioniert bei Lieferantenvergleichen, internen Berichten, Dokumentenklassifikation oder der Vorbereitung standardisierter Antworten. Es funktioniert schlechter, wenn der Pilot sofort selbst versendet, bucht, genehmigt oder löscht.

Vor dem Schattenbetrieb klären Sie, welche Daten verwendet werden dürfen, wer darauf zugreifen kann, wo sie verarbeitet werden und wie lange Ein- und Ausgaben gespeichert bleiben. Starten Sie wenn möglich mit anonymisierten oder synthetischen Fällen. Bei Personendaten gehört die datenschutzverantwortliche Person in die Freigabe.

Vier Wochen im Schattenbetrieb

Ein guter Pilot muss nicht sofort live handeln. Er kann zuerst neben dem bestehenden Prozess laufen. Dieser Schattenbetrieb ist weniger spektakulär als eine vollautomatische Demo, liefert aber belastbarere Vergleichsdaten.

Woche 1: Ausgangslage festhalten

Beobachten Sie den bestehenden Ablauf über mehrere vollständige Durchläufe. Erfassen Sie Bearbeitungszeit, Wartezeit, häufige Korrekturen und die Stellen, an denen Fachwissen nötig ist. Halten Sie auch fest, welche Entscheidungen am Ende tatsächlich getroffen werden.

Ohne diese Basis können Sie später nur sagen, dass der neue Ablauf anders ist. Ob er besser ist, bleibt offen.

Woche 2: Ersten Durchgang parallel durchführen

Das System erzeugt sein Ergebnis, aber der bestehende Prozess bleibt unverändert. Vergleichen Sie beides Fall für Fall. Wo stimmen die Ergebnisse überein? Wo fehlen Daten? Welche Formulierung klingt plausibel, obwohl die Begründung falsch ist?

An diesem Punkt interessiert nicht die perfekte Erfolgsquote. Interessant sind die Fehlerarten. Wiederholt sich derselbe Fehler, können Sie gezielt prüfen, ob eine klarere Regel, eine bessere Datenquelle oder eine engere Prozessgrenze hilft.

Woche 3: Ausnahmen und Verantwortung festziehen

Teilen Sie die Fälle in drei Gruppen: automatisch vorbereitbar, menschlich zu prüfen und für den Piloten ungeeignet. Benennen Sie für jede Gruppe, wer sie übernimmt und woran sie erkannt wird.

Das ist der Moment, in dem aus einer Demo ein Workflow wird. Ein Modell kann einen guten Entwurf liefern. Ein betrieblicher Ablauf muss zusätzlich wissen, was bei fehlenden Daten, widersprüchlichen Quellen oder einem Systemausfall passiert.

Woche 4: Über Weiterbau oder Stopp entscheiden

Am Ende braucht es keine Hochglanzpräsentation. Eine Seite genügt:

• Wie viele Fälle wurden parallel bearbeitet?
• Bei welchen Schritten sank die manuelle Arbeit?
• Welche Fehler traten wiederholt auf?
• Wie viele Fälle brauchten weiterhin Fachurteil?
• Welche neue Arbeit entstand durch Kontrolle und Ausnahmebehandlung?
• Würde die verantwortliche Person diesen Ablauf nächste Woche freiwillig wieder benutzen?

Die letzte Frage ist unbequem, aber nützlich. Ein Workflow kann technisch funktionieren und trotzdem im Alltag stören. Dann sollte er nicht weiterentwickelt werden, bis klar ist, warum.

Abbruchkriterien gehören zum Pilotplan

Vor dem Start sollten Sie festlegen, wann der Versuch pausiert oder beendet wird. Sonst wird aus vier Wochen schnell ein Quartal, weil bereits investierte Zeit verteidigt werden muss.

Sinnvolle Stoppsignale sind:

• Die nötigen Daten lassen sich nicht zuverlässig oder rechtmässig bereitstellen.
• Der Normalfall ist kleiner als gedacht; die meisten Fälle sind Ausnahmen.
• Die Kontrolle des Ergebnisses kostet ähnlich viel Zeit wie die bisherige Arbeit.
• Niemand übernimmt die fachliche Verantwortung für Regeln und Freigabe.
• Der mögliche Nutzen lässt sich nicht an einer konkreten Kennzahl festmachen.

Ein gestoppter Pilot ist kein Fehlschlag, wenn er diese Erkenntnis früh und günstig liefert. Teuer wird es erst, wenn ein Team die Warnzeichen ignoriert und den Prototyp trotzdem in den Betrieb drückt.

Was nach dem ersten Piloten anders sein sollte

Der erste Pilot soll nicht beweisen, dass KI funktioniert. Das ist eine zu allgemeine Frage und für Ihren Betrieb kaum hilfreich.

Er soll konkretere Antworten liefern:

• Welche Daten brauchen wir wirklich?
• Wo endet eine feste Regel und wo beginnt Fachurteil?
• Welche Ausnahmen treten im Alltag auf?
• Wer kontrolliert Qualität und ändert den Workflow?
• Welche Messung überzeugt auch dann noch, wenn die erste Begeisterung vorbei ist?

Der zweite Pilot wird schneller, weil das Team inzwischen weiss, welche Eingaben, Regeln, Ausnahmen, Entscheidungen und Verantwortlichkeiten der Workflow abbilden muss.

Wählen Sie deshalb nicht den Prozess, der auf einer Rangliste am eindrücklichsten aussieht. Wählen Sie den Prozess, der genug Wert hat und Ihnen erlaubt, ehrlich zu lernen.

Wenn Sie bereits drei bis fünf Kandidaten auf Ihrer Shortlist haben, schreiben Sie uns kurz. In einem kompakten Pilot-Check prüfen wir mit Ihnen Nutzen, Einführungsrisiko, Datenanforderungen und Abbruchkriterien.