Ein Assistent vor der Warteschlange verändert die Rechnung
Der Assistent war nach jeder Kennzahl, die wir hatten, gut. Der Support-Durchsatz hatte sich nicht verbessert, und der Grund stand in einem Lehrbuch zum Operations Research statt in irgendetwas, das wir justieren konnten.
Gute Zahlen, keine Wirkung
Vierzig Prozent der eingehenden Anfragen ohne Menschen gelöst. Antwortqualität auf dem Referenzset bei dreiundneunzig Prozent. Nutzerzufriedenheit bei den gelösten Fällen höher als bei menschlicher Bearbeitung, was alle überraschte.
Durchsatz des Support-Teams: unverändert. Durchschnittliche Zeit bis zur Lösung über alle Anfragen: leicht schlechter. Sechs Monate Arbeit hatten ein funktionierendes System erzeugt und ein Ergebnis, das keines war.
Das Modell, das es erklärt
Dada und Kollegen veröffentlichten 2026 eine Arbeit zu Serviceabläufen im Kundendienst mit einem Gatekeeper-Rahmen, der die erste Stufe modelliert, die eine Anfrage entweder löst oder weiterreicht — samt der Bedingungen, unter denen eine solche Stufe der Gesamtleistung hilft oder schadet.
Der Mechanismus ist einfach, sobald er ausgesprochen ist. Eine vom Gatekeeper gelöste Anfrage kostet eine günstige Bearbeitung. Eine richtig weitergereichte kostet eine günstige plus eine teure. Eine falsch weitergereichte kostet eine günstige, eine falsche teure und danach die richtige.
| Ergebnis | Kosten in Bearbeitungen |
|---|---|
| Vom Assistenten gelöst | Eine günstige. Die Ersparnis |
| Richtig weitergereicht | Günstig plus teuer. Kleiner Aufschlag |
| An das falsche Team weitergereicht | Günstig plus zwei teure. Das Problem |
| Falsch gelöst, Nutzer kommt zurück | Schlimmster Fall. Zählt doppelt |
Wohin unsere sechs Prozent gingen
Fehlleitungen kosten nicht gleich viel. Eine Abrechnungsfrage an den technischen Support zu schicken kostet eine Sichtung und eine Weitergabe, vielleicht zehn Minuten. Einen Gewährleistungsfall in die falsche Region zu schicken kostet einen Tag, weil er in eine andere Warteschlange mit anderem Service-Level gerät.
Unsere sechs Prozent häuften sich in der teuren Sorte, denn das sind die Anfragen, deren richtiges Ziel von einer Unterscheidung abhängt, für die der Assistent nicht ausgestattet war. Die durchschnittliche Fehlleitungsquote war in Ordnung, die gewichteten Kosten waren es nicht.
Was wir geändert haben
Nicht das Modell. Wir haben die Zahl der Ziele, an die es weiterleiten darf, von elf auf vier gesenkt — die vier so gewählt, dass eine Fehlwahl unter ihnen billig zu korrigieren ist. Was an eines der anderen sieben gegangen wäre, geht heute in die menschliche Sichtung.
Die Fehlleitungsquote stieg auf neun Prozent, und die gewichteten Kosten fielen um mehr als die Hälfte, weil die verbliebenen Fehlleitungen alle in der günstigen Kategorie liegen. Das ist der Handel, den das Warteschlangenmodell sichtbar macht und den eine Genauigkeitskennzahl vollständig verdeckt.
Die zweite Änderung: nicht lösen wollen
Der Assistent reicht heute weiter statt zu lösen, wenn eine Anfrage eine Frist, eine Beschwerde oder einen Rechtsbegriff nennt — unabhängig davon, ob er antworten könnte. In diesen Kategorien erzeugt eine falsche Lösung einen zurückkehrenden Nutzer, und der kostet zwei Bearbeitungen und etwas Wohlwollen.
Die Lösungsquote fiel von vierzig auf vierunddreißig Prozent. Der Durchsatz verbesserte sich zum ersten Mal, denn die aufgegebenen sechs Prozentpunkte waren die, die am ehesten zurückgekommen wären.
Die Kennzahl, die uns fehlte
Kostengewichtetes Ergebnis je Anfrage statt Lösungsquote und Genauigkeit getrennt. Jedes Ergebnis trägt Bearbeitungskosten aus den eigenen Zahlen des Support-Teams, und der Assistent wird an der Summe gemessen statt daran, wie oft er antwortet.
Für ein Dashboard ist das die schlechtere Kennzahl und die einzige, die sich bewegte, als das System besser wurde. Lösungsquote und Zufriedenheit sahen die ganze Zeit gut aus, in der das System die Sache geringfügig verschlechterte.
Was das für den Zuschnitt solcher Projekte heißt
Der Supportprozess muss modelliert sein, bevor der Assistent entworfen wird, denn die Ziele und ihre Kosten bestimmen, was der Assistent tun darf. Wir fragen heute im ersten Workshop nach den Bearbeitungskosten je Warteschlange — was niemand zur Hand hat und jeder binnen einer Woche liefern kann.
Ohne sie optimiert das Projekt das am Modell Messbare statt dessen, wofür der Kunde zahlt. So entsteht ein System mit guten Zahlen und ohne Wirkung.
Was wir nicht behaupten
Wir behaupten nicht, die Lösungsquote sei eine schlechte Kennzahl. Sie ist die richtige für den Assistenten als Komponente; unser Punkt ist, dass Komponenten- und Ergebniskennzahl auseinanderliefen und wir nur die erste beobachtet hatten.
Wir behaupten auch nicht, unsere vier Ziele seien übertragbar. Die Zahl stammt aus der Kostenstruktur dieses Kunden, und eine Organisation mit ähnlichen Bearbeitungskosten über alle Warteschlangen hätte keinen Grund, die Weiterleitung überhaupt einzuschränken.