Du baust den Agenten, das Dashboard zeigt 90 % gelöste Fälle, und die Einsparung taucht nirgends auf. Nicht in Stunden, nicht in Kosten, nicht im Gesicht der Person, die die Arbeit vorher gemacht hat. Das Dashboard lügt nicht: Es misst, was der Agent tut. Über die Einsparung entscheidet, was er nicht tut. (Die 90 % sind ein Beispiel für das Muster, keine Zahl eines Kunden.)
Die These in einer Zeile: Eine Automatisierung ohne Verantwortlichen für ihre Ausnahmen-Warteschlange spart keine Stunden, sie verschiebt und versteckt sie. Die Arbeit, die der Agent nicht löst, verschwindet nicht; sie wechselt die Hände, verliert ihren Kontext und wird nicht mehr dort gezählt, wo man die Einsparung geprüft hat.
Die Ausnahmen-Warteschlange eines KI-Agenten: die 10 %, die über deine Einsparung entscheiden
Eine Ausnahmen-Warteschlange ist die Liste der Fälle, die der Agent nicht lösen kann oder sich nicht zu schließen traut und an einen Menschen übergibt. Jeder Agent hat eine, auch wenn sie niemand so nennt: ein Postfachordner, ein Chat-Kanal, ein Tab „Prüfen“ in einer Tabelle, ein seltsamer Status im CRM. Was sich von Firma zu Firma unterscheidet, ist nicht, ob es sie gibt, sondern ob sie einen Verantwortlichen hat.
Das Muster wiederholt sich fast immer gleich. Im ersten Monat sind die Ausnahmen selten, und wer den Agenten gebaut hat, schaut neugierig hin. Im dritten sind es mehr, es sieht sie, wer gerade vorbeikommt, und niemand priorisiert sie. Im sechsten ist die Warteschlange ein Friedhof: Fälle, die Wochen alt sind, Kunden, die zweimal geschrieben haben, und die kollektive Gewohnheit, mit „anderweitig gelöst“ zu schließen, was niemand geprüft hat. Der Anteil der vom Agenten gelösten Fälle bleibt hoch. Die Einsparung nicht.
Was wissen wir darüber, was mit Alarmen passiert, um die sich niemand kümmert?
Über Business-Agenten wenig, und das sollte man sagen. Die nächstliegenden Daten stammen aus dem Netzwerkbetrieb. Am 23. September 2026 veröffentlichte Cisco eine von Omdia durchgeführte Umfrage unter 1.000 Verantwortlichen für IT und Netzwerkbetrieb in Organisationen mit mehr als 500 Beschäftigten in Nordamerika, Westeuropa und Asien-Pazifik. Laut Ciscos Mitteilung wird fast die Hälfte der Netzwerkalarme ohne Untersuchung geschlossen, ein nahezu identischer Anteil der Befragten sagt, die Untersuchungszeit gehe für die Jagd auf Fehlalarme drauf, und die durchschnittliche Organisation erzeugt etwa 4.100 Monitoring-Alarme und -Ereignisse pro Tag. Den täglichen Rückstau an Netzwerkalarmen von Hand abzubauen, würde laut demselben Bericht in der Größenordnung von 100 IT-Fachkräften erfordern (Cisco-Pressemitteilung, 23.09.2026).
Drei Einschränkungen, bevor du die Zahlen verwendest. Es ist eine Umfrage eines Herstellers, der genau die Lösung für dieses Problem verkauft. Sie betrifft den Netzwerkbetrieb, nicht den Geschäftsbetrieb. Und sie misst weder Deutschland noch ein anderes einzelnes Land. Sie beschreibt nicht, was mit deinem Rechnungs-Agenten passiert. Wir nutzen sie als Frühindikator: Wenn das, was man ansehen müsste, mehr ist, als ein Mensch ansehen kann, ist es rational, ungesehen zu schließen. Deine Warteschlange wird kleiner sein, der Mechanismus ist derselbe.
Warum versteckt eine Warteschlange ohne Verantwortlichen die Einsparung, statt sie zu verlieren?
Weil die Arbeit nicht verschwindet, sondern ihre Form ändert. Früher hat eine Person den ganzen Fall bearbeitet. Jetzt erledigt der Agent das leichte Stück, und das schwere landet bei jemandem, der ohnehin genug auf dem Tisch hat – ohne den Kontext des alten Prozesses. Jede Ausnahme kostet mehr als ein normaler Fall und ist obendrein unsichtbar: Sie taucht nicht im Dashboard des Agenten auf, sondern als verlorene Zeit im Kalender von drei verschiedenen Leuten.
- Die Stunden, die das Dashboard als freigesetzt ausweist, gehen für das Löschen von Ausnahmen drauf – verteilt auf Leute, die sie nicht mitzählen.
- Die schwierigen Fälle sind oft die wertvollsten: der Großkunde, der ungewöhnliche Betrag, die Reklamation.
- Aus dem, was ungeprüft geschlossen wird, lernt niemand. Der Agent wird nicht besser, weil ihm keiner sagt, warum er gescheitert ist.
Es ist dieselbe Falle, die erklärt, warum freigesetzte Stunden keine Einsparung sind: Man zählt, was der Agent wegnimmt, nicht, was woanders wieder auftaucht. Und es ist nicht das Problem von der Kennzahl, die deinen Agenten lügen lässt: Dort versagt, was gemessen wird; hier versagt die Schicht. Niemand ist dafür eingeteilt, sich anzusehen, was übrig bleibt.
Was muss schriftlich stehen, bevor du den Agenten einschaltest?
Vier Dinge, auf einer Seite, vor dem ersten Produktivlauf:
- Wer die Warteschlange ansieht. Ein Name und eine Vertretung, nicht „das Team“. Lautet die Antwort „wer gerade kann“, sieht sie niemand an.
- Wie oft. Ein oder zwei feste Zeitfenster pro Tag, nicht „wenn mal Luft ist“.
- Welches SLA eine Ausnahme hat. Wie lange ein Fall warten darf, bevor er als Verstoß zählt – je nach Kunde oder Betrag unterschiedlich.
- Was passiert, wenn die Warteschlange zwei Wochen in Folge wächst. Eine Auslöseregel: Die Ausweitung des Agenten wird gestoppt, und man prüft, warum so viele Fälle hereinkommen.
Die vierte schreibt fast niemand auf, und sie macht aus der Warteschlange ein Steuerungsinstrument statt eines Eimers. Eine wachsende Warteschlange ist kein Personalproblem: Sie ist das Zeichen, dass der Agent weniger löst, als er glaubt, oder dass sich geändert hat, was bei ihm ankommt. Der Leitfaden zum Messen der Leistung deiner Automatisierungen führt Ausnahmen pro Woche als eine der Schlüsselkennzahlen; hier ergänzen wir den Verantwortlichen und die Schicht, die diese Kennzahl braucht, um etwas zu nützen.
Wer sollte Ausnahmen bearbeiten: eine Person, ein Team oder ein anderer Agent?
Das hängt davon ab, was der Fehler kostet. Sind die Kosten niedrig und das Volumen hoch, kann ein anderer Agent mit strengeren Regeln vorsortieren und lösen. Sind sie hoch und selten, geht der Fall an eine Person mit Urteilsvermögen und der Befugnis zu entscheiden. Es ist dieselbe Logik wie bei wo die menschliche Prüfung hingehört, ohne die Einsparung zu töten, angewandt auf das, was übrig bleibt, nachdem der Agent seinen Teil erledigt hat.
Wächst das Volumen, reicht guter Wille nicht mehr, und es braucht menschliche Aufsicht über KI im großen Maßstab: Schichten, Stichproben und schriftliche Kriterien. Und damit, wer eine Ausnahme bearbeitet, nachvollziehen kann, was passiert ist, braucht er Nachvollziehbarkeit der KI-Entscheidungen. Ohne sie wird jede Ausnahme bei null untersucht – oder gar nicht.
Woran erkennst du, ob deine Ausnahmen-Warteschlange schon tot ist?
An einem Zehn-Minuten-Test. Frag drei Personen, die den Prozess anfassen, wie viele Ausnahmen es gestern gab und wie viele noch offen sind. Nennen sie drei verschiedene Zahlen oder gar keine, hat die Warteschlange keinen Verantwortlichen. Dann sortiere die offenen Fälle nach Alter und vergleiche den ältesten mit dem SLA, das er haben müsste. Gibt es kein SLA, hast du deine Antwort.
Ein zweites Zeichen ist der Schließgrund. Werden die meisten Ausnahmen mit einem generischen Etikett und ohne Notiz zum Hergang geschlossen, arbeitet die Warteschlange als Papierkorb, nicht als Quelle für Verbesserung. Jede gut geschlossene Ausnahme sollte als Testfall zum Agenten zurückfließen können.
Wann dich das nicht betrifft
Wenn dein Agent ein geringes Volumen bearbeitet und ein Fehler kaum etwas kostet, ist eine formale Warteschlange Bürokratie: Eine tägliche Zusammenfassung an eine Person genügt. Es gilt auch nicht, wenn die Ausnahme schon einen natürlichen Verantwortlichen hat, etwa das Postfach eines Support-Teams mit eigener Bereitschaft. Es ändert sich, wenn die Ausnahmen mehrerer Agenten am selben Ort ankommen oder niemand sagen könnte, wie viele es gestern waren.
Der Satz zum Mitnehmen: Die Einsparung eines Agenten misst man nicht an dem, was er löst, sondern an dem, was bleibt, wenn man mitzählt, was er nicht löst und wer es auffängt. Bevor du ihn einschaltest, gib dem, der die Warteschlange ansieht, einen Namen.