Die beste KI-Entscheidung kann vorerst ein Nein sein.
Ein Prozess ist nicht deshalb automatisierbar, weil er viel Zeit bindet. Er braucht ausreichend Volumen, klare Regeln, tragfähige Daten und einen definierten menschlichen Ausnahmeweg.
Nach diesem Leitfaden können Sie einen Pilotkandidaten auswählen, ungeeignete Prozesse bewusst ausschließen und einen kleinen messbaren Test definieren.
10-Punkte-Selbst-Check
Prüfen Sie jeden Punkt an einem realen Vorgang. Entscheidend ist nicht die Zahl gesetzter Haken, sondern welche kritische Voraussetzung offen bleibt.
- Der Prozess wiederholt sich häufig genug.Kritische Voraussetzung
Es gibt ausreichend vergleichbare Fälle, um einen Pilot zu beobachten.
- Standardfall und Ausnahme sind getrennt.Kritische Voraussetzung
Die häufigsten Fälle folgen nachvollziehbaren Regeln.
- Ein- und Ausgaben sind eindeutig.Kritische Voraussetzung
Es ist klar, welche Daten eingehen und welches Ergebnis erwartet wird.
- Die Datenbasis ist zugänglich und gepflegt.Kritische Voraussetzung
Qualität, Rechte und technische Verfügbarkeit sind grundsätzlich geklärt.
- Erfolg ist messbar.Kritische Voraussetzung
Zeit, Qualität, Durchsatz oder Fehler lassen sich vor und nach dem Pilot vergleichen.
- Der menschliche Ausnahmeweg ist definiert.Kritische Voraussetzung
Unklare, haftungsrelevante oder sensible Fälle gehen an eine verantwortliche Person.
- Die technische Einbindung ist begrenzt.Ergänzender Prüfpunkt
Der Pilot benötigt nicht sofort eine vollständige Unternehmensintegration.
- Ein Verantwortlicher besitzt den Prozess.Kritische Voraussetzung
Fachlicher Nutzen und Entscheidungen sind nicht allein bei IT oder Anbieter verortet.
- Fehlerfolgen sind beherrschbar.Kritische Voraussetzung
Ein falsches Ergebnis kann erkannt, gestoppt und korrigiert werden.
- Eine Skalierungsentscheidung ist vorab definiert.Ergänzender Prüfpunkt
Es ist klar, welche Messwerte zu Go, Anpassung oder No-Go führen.
Ergebnis einordnen – ohne Scheingenauigkeit
STABLE
STABIL: Die Grundlagen für einen begrenzten Pilot sind vorhanden. Definieren Sie Messung, Ausnahmeweg und Abbruchkriterien.
CHECK
PRÜFEN: Teilautomatisierung ist denkbar, aber mindestens eine zentrale Voraussetzung muss zuerst stabilisiert werden.
ACT
HANDELN: Der Ablauf ist noch kein belastbarer Automatisierungskandidat. Standardisieren Sie Prozess und Datenbasis vor Software.
Potenzial ohne Reife ist noch kein Business Case.
Ein sinnvoller Pilot verbindet betriebliche Wirkung mit tragfähigen Voraussetzungen.
POTENZIAL
Volumen und gebundene Arbeit sind relevant.
REGELKLARHEIT
Standardfall und Ausnahmen sind trennbar.
DATENBASIS
Daten sind zugänglich, verständlich und ausreichend verlässlich.
KONTROLLE
Menschliche Freigabe, Messung und Abbruch sind definiert.
Konsequenz: Nur wenn Potenzial und Reife zusammenkommen, lohnt ein technischer Pilot.
Die Ausnahmequote entscheidet vor dem Modell.
- 1 · ROUTINE
Einen wiederkehrenden Prozess mit bekannten Fällen wählen.
- 2 · AUSNAHMEN
Häufigste Abweichungen sammeln und zu Regeln verdichten.
- 3 · KONTROLLE
Menschliche Entscheidung und unzulässige Fälle definieren.
- 4 · PILOT
Klein testen, Wirkung messen und erst danach skalieren.
Konsequenz: Wer Ausnahmen nicht versteht, automatisiert nicht den Prozess, sondern seine Unklarheit.
Ein guter Pilot ist klein, messbar und begrenzt.
Umfang
Ein klarer Standardfall statt eines ganzen Funktionsbereichs.
Messung
Vorher-Nachher-Kennzahl und Qualitätskriterium.
Guardrails
Ausnahmen, Freigaben, Datenzugriff und Abbruch.
Entscheidung
Go, Anpassung oder No-Go nach dokumentierten Ergebnissen.
Konsequenz: Ein kleiner No-Go-Pilot kann wertvoller sein als eine große, unklare Automatisierungsinitiative.
Sechs klare Entscheidungsregeln
- Wenn jeder Fall fachlich neu entschieden wird,
- beginnen Sie mit Prozessklärung statt Automatisierung.
- Wenn Ausnahmen nicht gezählt werden können,
- sammeln und klassifizieren Sie sie vor dem Pilot.
- Wenn Datenqualität nur vermutet wird,
- prüfen Sie eine repräsentative Stichprobe mit dem Fachbereich.
- Wenn Erfolg nicht messbar ist,
- definieren Sie Zeit, Qualität oder Durchsatz vor der technischen Umsetzung.
- Wenn niemand den Ausnahmeweg verantwortet,
- darf der Pilot nicht produktiv entscheiden.
- Wenn Skalierung vor dem Pilot geplant wird,
- ist der Lernraum zu groß und die Entscheidung zu früh.
Fünf typische Fehler – und der bessere Nachweis
Mit dem Modell beginnen
Stattdessen: Zuerst Routine, Ausnahmen und Ergebnis definieren.
Nachweis: Ein fachlicher Pilotauftrag liegt vor.
Hundert Prozent automatisieren wollen
Stattdessen: Standardfall und menschliche Entscheidung bewusst trennen.
Nachweis: Ausnahmen landen nachvollziehbar beim Menschen.
Datenzugriff mit Datenqualität verwechseln
Stattdessen: Stichprobe und fachliche Prüfung vornehmen.
Nachweis: Fehlerbilder und Mindestqualität sind dokumentiert.
Pilot ohne Messung starten
Stattdessen: Vorherwert und Erfolgskriterium festlegen.
Nachweis: Go oder No-Go ist anhand von Daten möglich.
Zu früh skalieren
Stattdessen: Betrieb, Fehler und Ausnahmen zuerst beobachten.
Nachweis: Die Skalierungsentscheidung nennt Bedingungen.
Dokumentierter Praxisbeleg
Ihr konkreter Start in dieser Woche
- Montag
Wählen Sie einen häufigen Prozess und sammeln Sie 20 bis 30 reale Fälle.
- Mittwoch
Trennen Sie Standardfälle, häufige Ausnahmen und unzulässige Fälle.
- Freitag
Definieren Sie eine Messgröße, eine menschliche Freigabe und ein klares No-Go-Kriterium.
Trägt Ihre Routine schon?
Sie schildern Ihre Lage, ich sage ehrlich, ob ich helfen kann. Kein KI-Pitch: Wenn Prozess oder Datenbasis nicht tragen, ist die ehrliche Empfehlung zuerst Prozessarbeit.
So nutzen Sie den Leitfaden in 30 Minuten
Der Leitfaden ist kein Reifegradtest. Nutzen Sie ihn mit einem realen Vorgang und dokumentieren Sie offene Nachweise statt Punkte zu zählen.
Ein klarer Eingang, ein erwartetes Ergebnis und ausreichende Fallzahl.
Markieren, was regelhaft vorbereitet und was verantwortlich entschieden werden muss.
Quelle, Zugriff, Fehlerfolge und menschliche Eskalation festlegen.
Testmenge, Qualitätskriterium und Abbruchbedingung dokumentieren.
Workshop-Agenda und Entscheidungsblatt
60-Minuten-Arbeitstermin
- Use Case und wirtschaftliche Wirkung abgrenzen
- Normalfall, Ausnahme und Entscheidung trennen
- Datenquellen und zulässige Nutzung prüfen
- Mensch-Agent-System und Protokoll definieren
- Pilot, Messkriterien und Verantwortliche festlegen
Am Ende muss feststehen
- Auftrag
- Was darf das System konkret tun?
- Quelle
- Welche Daten darf es verwenden?
- Ergebnis
- Woran wird Qualität erkannt?
- Eskalation
- Wann stoppt es und wer übernimmt?
- Pilotfreigabe
- Welche Mindestnachweise müssen vorliegen?
Sinnvolle Teilnehmer
- Entscheider: hält Ziel, Priorität und akzeptable Trade-offs fest.
- Fachverantwortung: belegt Vorgang, Regeln und Ausnahmen.
- IT beziehungsweise Systemverantwortung: erklärt Daten, Systemgrenzen und Betriebsbedingungen.
Moderationsregel
Beobachtung, Annahme und Empfehlung werden getrennt notiert. Eine offene Annahme erhält einen Nachweis, einen Verantwortlichen und einen Termin – keinen erfundenen Punktwert.
Ausgefülltes Kurzbeispiel: Beispiel: Eingehende Dokumente werden klassifiziert und Daten vorbereitet. Fachliche Ausnahmen, unsichere Fälle und Freigaben bleiben bei einer benannten Person; jeder Eingriff wird protokolliert.
Fünf Managementfragen vor dem nächsten Schritt
- Welche Entscheidung soll nach diesem Termin möglich sein?
- Welcher reale Vorgang belegt die Ausgangslage?
- Welche Annahme ist heute noch nicht belastbar?
- Wer trägt die fachliche Verantwortung?
- Was wird bewusst noch nicht umgesetzt?