KI-Automation mit manuellem Fallback planen

Eine KI-Automation kann fachlich sinnvoll aufgebaut und dennoch zeitweise nicht nutzbar sein. Gründe dafür sind etwa nicht verfügbare Dienste, fehlende Eingabedaten oder Antworten, die sich nicht weiterverarbeiten lassen. Der betriebliche Vorgang sollte in diesen Fällen nicht stehen bleiben.

Ein manueller Fallback ist ein geplanter Betriebszustand mit eingeschränkter Automatisierung. Der Workflow übergibt die Aufgabe an einen Menschen oder einen einfacheren Regelprozess, sodass keine Informationen verloren gehen und die Arbeit weitergeführt werden kann.

Der Fallback schützt den Vorgang, nicht die KI

Bei der Planung einer KI-Automation konzentriert sich viel Aufmerksamkeit auf den Normalfall: Eine Anfrage trifft ein, das Modell ordnet sie ein, erzeugt Daten oder formuliert einen Vorschlag und der nächste Schritt beginnt. Für einen belastbaren Ablauf musst du zusätzlich klären, welches geschäftliche Ergebnis auch ohne diesen KI-Schritt erreicht werden muss.

Bei eingehenden Serviceanfragen könnte das Mindestziel lauten: Jede Anfrage wird gespeichert, erhält eine Vorgangsnummer und landet innerhalb einer festgelegten Zeit bei einer zuständigen Person. Die automatische Kategorisierung ist hilfreich, aber für dieses Mindestziel nicht zwingend erforderlich.

Diese Trennung ist wichtig. Wenn du den Fallback rund um die technische Funktion formulierst, lautet die Aufgabe schnell „KI-Antwort erneut erzeugen“. Wenn du vom betrieblichen Ergebnis ausgehst, lautet sie dagegen „Anfrage rechtzeitig zustellen“. Nur die zweite Formulierung hält den Prozess arbeitsfähig.

Bevor du einzelne KI-Schritte entwirfst, hilft deshalb eine grundsätzliche Prüfung des Ablaufs. Die Checkliste vor der Automatisierung eines Prozesses zeigt, welche Regeln, Ausnahmen und Verantwortlichkeiten bereits vor der technischen Umsetzung geklärt sein sollten.

Lege fest, was im Ersatzbetrieb weiterlaufen muss

Der Fallback muss nicht dieselbe Qualität oder Geschwindigkeit wie der Normalbetrieb liefern. Er braucht jedoch ein definiertes Mindestniveau. Vier Fragen reichen meist aus, um dieses Niveau greifbar zu machen:

• Welches Ergebnis ist unverzichtbar? Zum Beispiel eine gespeicherte Anfrage, eine Benachrichtigung oder eine termingerechte Zuordnung.
• Wie lange darf die Bearbeitung warten? Ein interner Wochenbericht kann möglicherweise in einer Warteschlange bleiben. Eine zeitkritische Anfrage eher nicht.
• Welche Daten müssen erhalten bleiben? Originaleingabe, Anhänge, Absender, Zeitstempel und vorhandene Zuordnungen dürfen beim Wechsel in den Ersatzbetrieb nicht verschwinden.
• Welche Aktion darf ohne KI weiterhin stattfinden? Das Speichern eines Vorgangs ist meist unkritischer als das Versenden einer individuell formulierten Antwort.

So entsteht ein reduzierter Betriebsmodus. Er erledigt weniger, hält aber die Zusage des Prozesses ein. Das ist nützlicher als ein automatischer Wiederholungsversuch, der über Stunden immer wieder denselben Fehler produziert.

Wähle den Fallback passend zur Zeitkritik

Nicht jeder KI-Schritt benötigt sofort einen Menschen. Je nach Aufgabe kommen unterschiedliche Ersatzwege infrage.

Aufschieben und später nachverarbeiten

Wenn eine Verzögerung vertretbar ist, kann der Workflow den Vorgang in einer Warteschlange speichern. Sobald der KI-Dienst wieder verfügbar ist, wird er kontrolliert nachverarbeitet. Das eignet sich beispielsweise für interne Zusammenfassungen, Verschlagwortungen oder vorbereitende Analysen ohne unmittelbare Folgewirkung.

Die Warteschlange braucht einen sichtbaren Status und eine Altersgrenze. Andernfalls wird aus „später“ unbemerkt „nie“. Nach Ablauf der Grenze sollte der Vorgang an eine zuständige Person gehen.

Mit festen Regeln eingeschränkt weiterarbeiten

Manche Aufgaben lassen sich im Ersatzbetrieb mit einfachen Regeln fortsetzen. Fehlt etwa die KI-Kategorisierung einer Anfrage, kann der Workflow anhand des ausgewählten Formularbereichs eine grobe Zuständigkeit bestimmen. Diese Zuordnung ist weniger fein, aber nachvollziehbar.

Der Regelweg sollte bewusst konservativ bleiben. Der Fallback ist kein zweites, heimlich gewachsenes Automatisierungsprojekt. Wenn die Ersatzlogik fast so komplex wird wie der Normalbetrieb, entstehen zwei Systeme, die beide gepflegt und getestet werden müssen. Das verursacht zusätzlichen Aufwand.

An einen Menschen übergeben

Eine manuelle Übergabe passt zu zeitkritischen Fällen, zu Aktionen mit deutlichen Folgen oder zu Aufgaben, bei denen feste Regeln keine sinnvolle Entscheidung ermöglichen. Der Mensch sollte dabei nicht den gesamten Vorgang rekonstruieren müssen. Er braucht eine vorbereitete Arbeitsaufgabe mit den vorhandenen Informationen und einer klaren Handlungsaufforderung.

Definiere Auslöser, die sich technisch prüfen lassen

„Wenn die KI unsicher ist“ klingt als Regel plausibel, ist aber für den Betrieb zu ungenau. Verwende Auslöser, die dein Workflow eindeutig erkennen kann. Dazu gehören:

• Der Dienst antwortet innerhalb der festgelegten Wartezeit nicht.
• Die Anfrage wird nach einer begrenzten Zahl von Versuchen weiterhin technisch abgelehnt.
• Die Antwort fehlt vollständig oder entspricht nicht dem erwarteten Datenformat.
• Pflichtangaben für den nächsten Prozessschritt sind nicht vorhanden.
• Ein Ergebnis verletzt eine fest definierte Geschäftsregel.

Bei strukturierten Antworten kannst du zunächst prüfen, ob die erforderlichen Felder und Datentypen vorhanden sind. Wie diese Prüfung funktioniert, beschreibt der Artikel über das Validieren von KI-Ausgaben mit JSON Schema. Liefert die Prüfung kein verwendbares Ergebnis, übernimmt anschließend der Fallback.

Ein vom Modell ausgegebener Konfidenzwert kann ein zusätzliches Signal sein, sollte aber nicht allein über den Ersatzbetrieb entscheiden. Eine selbst gemeldete Sicherheit beweist nicht, dass eine Antwort fachlich korrekt ist. Wenn formal gültige Antworten inhaltlich falsch wirken, brauchst du eine andere Untersuchung; dafür hilft die Fehleranalyse bei falschen Ergebnissen einer KI-Automation.

Baue eine Übergabe, mit der jemand arbeiten kann

Eine E-Mail mit dem Betreff „Automation fehlgeschlagen“ ist eine Fehlermeldung, aber noch keine Arbeitsaufgabe. Für eine brauchbare Übergabe sollte der Workflow ein kompaktes Fallpaket erzeugen:

• eine eindeutige Vorgangs-ID,
• die unveränderte Originaleingabe einschließlich relevanter Anhänge,
• den bereits erreichten Bearbeitungsstand,
• einen verständlichen Grund für die Übergabe,
• die konkret erwartete nächste Handlung,
• eine Frist oder erkennbare Priorität, falls sie fachlich existiert.

Zusätzlich braucht die Aufgabe einen benannten Zielort: ein bestimmtes Ticketsystem, eine zuständige Rolle oder eine gepflegte Warteschlange. Ein Postfach namens „Sonstiges“ ist keine Zuständigkeit.

Plane außerdem, wie die manuelle Bearbeitung zurückgemeldet wird. Eine Person muss den Vorgang als erledigt, abgelehnt oder erneut prüfbar markieren können. Fehlt dieser Rückkanal, bleibt der automatisierte Ablauf in einem Zwischenzustand hängen oder bearbeitet denselben Fall später erneut.

Beispiel: KI sortiert eingehende Serviceanfragen

Nehmen wir einen Workflow, der neue Serviceanfragen zusammenfasst, einem Themenbereich zuordnet und an das passende Team weiterleitet. Im Normalbetrieb spart die KI das manuelle Lesen und Verteilen jeder einzelnen Anfrage.

Für den Ersatzbetrieb wird zuerst das unverzichtbare Ergebnis festgelegt: Die Anfrage muss vollständig gespeichert und einer allgemeinen Servicewarteschlange zugeordnet werden. Die KI-Zusammenfassung ist dafür nicht erforderlich.

Antwortet der KI-Dienst nicht rechtzeitig oder fehlen die erwarteten Felder, speichert der Workflow den Originaltext und alle Anhänge. Er kennzeichnet den Vorgang als „manuell zuzuordnen“, nennt den Auslösegrund und informiert die für die Erstverteilung zuständige Rolle. Es wird keine automatisch formulierte Antwort an den Absender verschickt.

Nach der manuellen Zuordnung trägt die zuständige Person den Zielbereich ein und schließt die Ersatzaufgabe ab. Kehrt der KI-Dienst zurück, darf der bereits bearbeitete Vorgang nicht erneut verteilt werden. Die Vorgangs-ID und der Bearbeitungsstatus verhindern, dass Normal- und Ersatzweg dieselbe Aktion doppelt ausführen.

Dieses Beispiel zeigt die zentrale Grenze des Fallbacks: Er muss nicht alle Vorteile der KI erhalten. Er muss den Vorgang vollständig, nachvollziehbar und ohne riskante Nebenwirkung durch die Störung bringen.

Teste den Ersatzweg als eigenen Arbeitsablauf

Ein Fallback ist erst belastbar, wenn du ihn praktisch ausgelöst hast. Das Ausschalten des KI-Schritts in einer Testumgebung reicht als Anfang, bildet aber nicht den gesamten Ablauf ab. Prüfe mindestens folgende Situationen:

1. Der KI-Dienst antwortet überhaupt nicht.
2. Die Antwort kommt nach Ablauf der zulässigen Wartezeit.
3. Die Antwort ist technisch vorhanden, enthält aber nicht alle Pflichtangaben.
4. Der Vorgang wird manuell übernommen und abgeschlossen.
5. Der Normalbetrieb startet wieder, während noch Fälle im Ersatzweg liegen.

Lass eine Person die erzeugte Aufgabe ohne zusätzliche Erklärung bearbeiten. Muss sie erst nach Originaldaten suchen, den Fehlercode übersetzen oder den vorgesehenen Abschluss erraten, ist die Übergabe noch nicht fertig.

Prüfe nach dem Test auch den Rückweg. Wartende Fälle müssen entweder gezielt nachverarbeitet oder endgültig als manuell erledigt markiert werden. Ein pauschales „alles noch einmal starten“ kann bereits abgeschlossene Aktionen wiederholen.

Wann ein manueller Fallback nicht genügt

Ein manueller Ersatzweg funktioniert nur, wenn im Störungsfall realistisch genug Bearbeitungskapazität vorhanden ist. Bei sehr hohem Volumen oder kurzen Reaktionsfristen kann eine vollständige Übergabe an Menschen den Rückstand schneller wachsen lassen, als er abgearbeitet wird.

Dann sollte der unverzichtbare Kern des Prozesses ohne KI funktionieren. Die KI kann priorisieren, zusammenfassen oder Vorschläge erzeugen, während Speicherung, Fristen und grundlegende Weiterleitung durch feste Regeln abgesichert bleiben. So fällt bei einer Störung die Komfortschicht aus, nicht der gesamte Vorgang.

Auch für Entscheidungen mit rechtlichen, finanziellen oder sicherheitsrelevanten Folgen genügt ein Fallback allein nicht. Hier muss bereits der Normalbetrieb klare Zuständigkeiten und zulässige Aktionen festlegen. Der Ersatzweg darf diese Grenzen nicht erweitern.

Fazit: Plane den eingeschränkten Betrieb vor dem Normalbetrieb

Eine brauchbare KI-Automation erkennt nicht nur erfolgreiche Antworten. Sie weiß auch, was ohne verwertbare Antwort passieren soll. Dafür brauchst du ein unverzichtbares Prozessergebnis, einen eindeutig prüfbaren Auslöser, eine vollständige Übergabe und einen kontrollierten Rückweg.

Wenn du den manuellen Fallback früh formulierst, wird häufig auch der eigentliche Workflow klarer. Du erkennst, welche Schritte geschäftskritisch sind und welche lediglich Zeit sparen. Genau diese Unterscheidung macht KI-Automation im Alltag belastbar, ohne so zu tun, als könne sie niemals ausfallen.

Häufige Fragen

Kurz beantwortet, damit du schneller einschätzen kannst, was für dein Projekt wichtig ist.

Braucht jede KI-Automation einen manuellen Fallback?

Jede geschäftlich relevante Automation braucht einen definierten Ersatzweg. Das muss nicht immer manuelle Bearbeitung sein: Bei weniger zeitkritischen Aufgaben kann eine Warteschlange oder ein reduzierter Regelprozess genügen.

Wann sollte eine KI-Automation in den Fallback wechseln?

Geeignete Auslöser sind eine überschrittene Wartezeit, wiederholte technische Fehler, fehlende Pflichtangaben oder eine Verletzung fest definierter Geschäftsregeln. Der Auslöser sollte sich technisch eindeutig prüfen lassen.

Was gehört in eine manuelle Übergabe?

Die Übergabe sollte eine Vorgangs-ID, die Originaldaten, den Bearbeitungsstand, den Übergabegrund, die erwartete Handlung und gegebenenfalls eine Frist enthalten. Zusätzlich braucht sie eine klar zuständige Rolle oder Warteschlange.

Wie wird eine KI-Automation nach einem Ausfall wieder gestartet?

Wartende Fälle müssen gezielt nachverarbeitet oder als bereits manuell erledigt markiert werden. Vorgangs-ID und Bearbeitungsstatus verhindern, dass der Neustart abgeschlossene Aktionen doppelt ausführt.