
Was Kundenservice-Bewertung eigentlich misst
Im Grunde ist Kundenservice-Bewertung Qualitätssicherung für den Support. SQM Group, ein CX-Marktforschungsunternehmen, das Hunderte nordamerikanischer Contact-Center benchmarkt, definiert QA als "a process used to ensure and maintain the highest standard of service delivery", umgesetzt durch "monitoring and evaluating agents' performance through various metrics". Es geht nicht um das Audit an sich, sondern um das, was danach kommt: Verbesserungsbereiche erkennen, den Agenten coachen und die Zufriedenheit steigern.
Das Verwirrende daran: Drei verschiedene Dinge werden „die Bewertung" genannt, und sie sind nicht dasselbe:
- Der QA-Score ist die Zahl, meist zwischen 0 und 100, die die Qualität einer Interaktion anhand festgelegter Kriterien bewertet.
- Die QA-Scorecard ist das Werkzeug, das ihn erzeugt. Wie SQM es formuliert: "the QA scorecard is used to calculate the CQA score".
- Das Dashboard ist der Ort, an dem du den Trend im gesamten Team beobachtest.
Du brauchst alle drei, aber sie beantworten unterschiedliche Fragen, genau wie die Kennzahlen, die sie speisen. Eine CSAT-Umfrage sagt dir, wie sich der Kunde gefühlt hat. Eine Lösungsquote sagt dir, ob das Problem tatsächlich geschlossen wurde. Ein QA-Score sagt dir, ob der Agent es gut gehandhabt hat, unabhängig von beidem. Verlässt du dich nur auf eines, bekommst du ein verzerrtes Bild, weshalb die stärksten Kundenservice-Management-Programme sie gemeinsam lesen.

Die Kennzahlen, die wirklich zählen
Das sagt einem niemand, wenn man anfängt, ein Bewertungsprogramm aufzubauen: Man kann fast alles messen, weshalb die meisten Teams zu viel messen und auf nichts davon reagieren. SQM hat hier einen nützlichen Befund geliefert. Von den sieben Merkmalen eines wirksamen KPI erfüllen nur First Contact Resolution, CSAT und der Customer Service QA-Score alle sieben. Das ist dein Kern. Alles andere ist Nebendarsteller.
Ein kurzer Überblick über die Kennzahlen, die es zu verfolgen lohnt, mit SQMs Benchmarks aus über 500 Contact-Centern, damit du weißt, wie „gut" aussieht:
| Kennzahl | Was sie dir sagt | Branchendurchschnitt | „Gut" | Weltklasse |
|---|---|---|---|---|
| First Contact Resolution | Problem beim ersten Kontakt gelöst, kein Rückruf | 70% | 70–79% | 80%+ (nur ~5% erreichen das) |
| CSAT | Wie zufrieden sich der Kunde nach dem Kontakt fühlte | 78% | 75–84% | 85%+ |
| QA-Score | Qualität der Interaktion gemessen an deiner Scorecard | 85% | 90–99% | 100% |
| Durchschnittliche Bearbeitungszeit | Wie lange der Kontakt dauerte | ~7 min | kontextabhängig | maximiert, nicht minimiert |
| Abbruchquote | Kunden, die auflegen, bevor sie einen Agenten erreichen | 6% | unter 5% | 3% oder weniger |
| Servicelevel | Kontakte, die innerhalb einer Zielzeit beantwortet wurden | 80/20 | 80% in 20s | 80% in 120s (CX-angepasst) |
FCR verdient sich den Spitznamen „König der Kennzahlen", weil SQM eine auffällige Korrelation gefunden hat: für jeden Anstieg der FCR um 1% steigt die CSAT um etwa 1%. Löse es beim ersten Mal, und die Zufriedenheit folgt fast mechanisch. Deshalb sind ungelöste Kontakte auch so teuer; SQM fand heraus, dass "customer churn is more than five times higher for unresolved calls than when FCR is achieved".
Die Kennzahl, die mit Vorsicht zu behandeln ist, ist die durchschnittliche Bearbeitungszeit. Sie lässt sich am leichtesten manipulieren und am leichtesten falsch interpretieren. SQMs eigene Daten zeigen, dass die FCR tatsächlich sinkt, je länger Anrufe dauern (73% bei 1–3 Minuten, runter auf 62% bei 15+ Minuten), aber das heißt nicht „schneller ist besser". Ein gehetzter Dreiminuten-Anruf, der in einem Rückruf endet, ist schlechter als ein geduldiger Achtminuten-Anruf, der das Problem löst. Die AHT sollte die richtige Zeitmenge sein, um zur Lösung zu kommen, nicht die kleinste Zahl, die sich dem Team abpressen lässt. Behandle sie als Diagnosewerkzeug, nie als Ziel. Wenn du die KI-Ära-Version jeder dieser Kennzahlen willst, haben wir sie in unserem Leitfaden zu Kundenservice-Kennzahlen und der breiteren Sammlung von Kundenservice-KPIs aufgeschlüsselt.
Eine QA-Scorecard bauen, die kein bloßes Abhaken ist
Die Scorecard ist der Punkt, an dem die Bewertung real wird, weil dort entschieden wird, was „gut" bedeutet. Eine gut gebaute Scorecard bewertet mehrere Dimensionen statt eines einzigen Bauchgefühls. SQMs Scorecard-Aufbau deckt Gesprächsführung, Kommunikationsfähigkeiten, Einhaltung von Richtlinien und Gesprächslösung ab und gewichtet sie bewusst. Die eigene mySQM-Scorecard von SQM vergibt von 100 Punkten 40 für die Umfrage nach dem Kontakt, 45 für die Qualitätssicherung und 15 für Compliance, sodass 85% des Scores auf die Servicequalität entfallen und nur 15% auf Compliance. Dieses Verhältnis bringt die gesamte Philosophie auf eine einzige Zahl: Problemlösung belohnen, nicht das Aufsagen eines Skripts.
Bewerte doch selbst einmal eine Interaktion. Das Widget unten ist eine abgespeckte Scorecard, so gewichtet, dass „freundlich, aber falsch" trotzdem durchfällt, genau wie es sich verhalten sollte.
Das Fehlermuster hier ist, die Scorecard zu einem Überwachungswerkzeug zu machen. Esther M., eine QA-Leiterin in einem Callcenter, schrieb über die versteckten Kosten, wenn man das falsch macht:
"An agent might handle a call brilliantly, resolve the customer's issue, and provide a great experience. But if they forget to say a mandatory phrase verbatim, they could still get penalized. This kind of micromanagement kills creativity and makes agents focus more on avoiding penalties than on genuinely helping customers."
Ihre Lösung ist die Denkweise, um die das gesamte Programm herum aufgebaut werden sollte: "the best QA professionals don't just point out errors, they empower agents to improve. Instead of acting as enforcers, they should function as mentors and coaches." Eine Scorecard, der Agenten vertrauen, wird auch genutzt; eine, die sie für manipuliert halten, wird ausgetrickst. Wenn du Standards von Grund auf festlegst, sind unsere Beispiele für Kundenservice-Standards und Hinweise zur richtigen Kundenservice-Denkweise ein guter Ausgangspunkt.
Wie man die Bewertung tatsächlich durchführt
Eine Scorecard ist nur so gut, wie konsequent du sie anwendest. Drei Dinge unterscheiden ein echtes Bewertungsprogramm von einem Ordner mit halb ausgefüllten Tabellen.
Ausreichend und fair stichprobenartig prüfen. Traditionelles QA prüft nur einen winzigen Ausschnitt: SQM fand heraus, dass 60% der Center fünf oder mehr Kontakte pro Agent und Monat bewerten, und der QA-Software-Anbieter MaestroQA beschreibt Scores, die auf "four random conversation reviews per week" basieren. Wenn du das formalisierst, behandelt unser Leitfaden zu KI-Leistungskennzahlen, wonach man stichprobenartig prüfen sollte. Das liegt oft deutlich unter 2% des Volumens eines Agenten, was bedeutet, dass eine schlechte Woche für einen guten Agenten (oder eine glückliche Woche für einen, der sich schwertut) den Score stark ausschlagen lassen kann. Zufällige Stichproben helfen; genauso hilft es, eine Mischung aus Kanälen und Schwierigkeitsgraden zu prüfen, nicht nur die einfachen Chats.
Kalibriere deine Prüfer. Wenn zwei Führungskräfte dasselbe Ticket unterschiedlich bewerten, ist die Zahl nur Rauschen. Führe regelmäßige Kalibrierungssitzungen durch, bei denen alle dieselbe Interaktion bewerten und Abweichungen ausdiskutieren, damit eine „92" von jedem dasselbe bedeutet.
Achte auf den Trend, nicht auf die Momentaufnahme. Ein einzelner Score ist eine Anekdote. Der Wert liegt in der Dashboard-Ansicht über Wochen hinweg, wo du sehen kannst, wie ein Coaching-Eingriff tatsächlich FCR oder CSAT bewegt, oder ein Eskalations-Muster erkennst, das sich hochschleicht, bevor es zu einem Abwanderungsproblem wird. Hier zahlt sich auch ein KI-Copilot aus, indem er das Muster sichtbar macht, statt darauf zu warten, dass eine Führungskraft es entdeckt.

Genau hier verändert KI-gestütztes QA die Rechnung beim Stichprobenproblem. Statt eine Handvoll Kontakte pro Agent zu prüfen, kann eine KI-Bewertung jedes Gespräch anhand deiner Scorecard bewerten, sodass Coaching-Entscheidungen auf 100% der Daten beruhen statt auf einer nervösen 2%-Stichprobe.

Deinen KI-Support-Agenten bewerten
Das ist der Teil der Kundenservice-Bewertung, den es vor zwei Jahren kaum gab und der heute die Diskussion dominiert. Sobald ein KI-Agent Tickets beantwortet, musst du auch ihn bewerten, und die meisten Teams greifen zur falschen Zahl.
Der klassische Fehler ist, eine KI anhand von Containment oder Deflection zu beurteilen: dem Anteil der Gespräche, die sie ohne einen Menschen abgewickelt hat. Sam Talasila, der KI-Einführungen bei Wealthsimple und Shopify leitete, beschrieb, wie er den Chatbot eines Kunden prüfte, der auf dem Papier wie ein Erfolg aussah:
"My client's chatbot had a 75 percent containment rate. Customers still hated it... The bot was containing conversations it wasn't actually resolving. Customers would get answers, but not solutions. They'd end the chat frustrated and call back the next day. Containment looked great. Resolution was terrible."
Containment misst, ob der Bot das Gespräch beendet hat. Die Lösungsquote misst, ob das Problem des Kunden verschwunden ist. Das sind unterschiedliche Dinge, und die erste zu optimieren, während man die zweite ignoriert, ist der Weg, einen Bot auszuliefern, den alle hassen. Das ist dieselbe Falle des stillen Versagens, die unser Team intern beschäftigt; wie es eesel-Mitgründer Amogh Sarda über einen Agenten formulierte, der unter Last still versagt: "if hard-fail it's silent-failure class, the worst class for trust". Ein Bot, der selbstsicher Tickets schließt, die er nicht gelöst hat, ist genau das.
Wie bewertet man also einen KI-Agenten wirklich? Die Praktiker, die das gut machen, behandeln es wie Software-QA. In einem r/AI_Agents-Thread zur Bewertung der Agentenqualität legte ein Kommentator das Muster dar:
"I stress-test the conversations between the AI agent and a simulated end-user under a set of pre-defined conditions to see where it might break... I then use an LLM-as-a-judge as a grader to score the conversations and check whether the agent meets the required standards. This whole process can be integrated into CI/CD, so the AI agent is automatically tested against set criteria before every production release."
Das ist das Modell: gegen realistische Szenarien simulieren, die Transkripte bewerten, eine menschliche Stichprobenkontrolle im Prozess behalten und das bevor der Agent live geht. Es ist die KI-Support-Version genau der QA-Disziplin, die du bei Menschen bereits anwendest.
Das ist die Disziplin, um die wir eesel herum gebaut haben. Bevor ein eesel KI-Helpdesk-Agent einem einzigen echten Kunden antwortet, führt er eine Simulation über die eigenen historischen Tickets eines Unternehmens durch und liefert eine Lösungsschätzung sowie eine Abdeckungsübersicht nach Thema zurück, damit du Lücken findest, Wissen ergänzt und so lange erneut ausführst, bis die Zahl eine ist, für die du bei einem Kunden geradestehen würdest. In einem kürzlichen Test für einen europäischen Schmuckhändler, der rund 1.000 Tickets im Monat über Zendesk und Shopify abwickelt, deckte diese Bewertung eine Triage-Genauigkeit von 93% und eine Spam-Erkennung von 100% ohne Fehlalarme auf, zusammen mit einer ehrlichen Faktenfehlerquote von 7% bei Entwürfen, genau die Art von Zahl, die man vor dem Livegang sehen will, nicht danach.

Häufige Fehler, die man vermeiden sollte
- Alles verfolgen, aber nichts umsetzen. Wähle die drei, die zählen (FCR, CSAT, QA-Score), und ergänze unterstützende Kennzahlen wie die Lösungsquote und den Customer Effort Score nur, wenn du sie auch nutzt.
- Compliance statt Ergebnisse bewerten. Wenn ein Agent das Problem gelöst hat, sollte eine vergessene Skriptphrase den Score nicht zum Absturz bringen.
- Zu wenig stichprobenartig prüfen. Eine manuelle 2%-Stichprobe ist besser als nichts, aber beurteile keine Karriere anhand von vier zufälligen Tickets pro Woche.
- Eine Kennzahl isoliert lesen. Eine tolle AHT bei niedriger FCR ist keine Effizienz, das sind Kunden, die zurückrufen. Dieselbe Logik gilt für jeden KI-Support-Workflow, den du bewertest.
- KI anhand der falschen Zahl bewerten. Containment und Deflection sind Eitelkeitskennzahlen, wenn die Lösungsquote schlecht ist. Miss, ob das Problem des Kunden tatsächlich geschlossen wurde, genauso wie du die automatisierte Ticketlösung beurteilen oder die Kosten eines KI- gegenüber einem menschlichen Agenten abwägen würdest.
Teste eesel zur Bewertung deines KI-Supports
Wenn du an dem Punkt angekommen bist, an dem „Kundenservice bewerten" jetzt auch einen KI-Agenten einschließt, ist genau das das Problem, für das eesel gebaut wurde. Als einer der besten KI-Agenten für den Kundenservice verbindet er sich mit deinem bestehenden Helpdesk (Zendesk, Freshdesk, Gorgias, HubSpot, Front und mehr), lernt aus deinen vergangenen Tickets und Hilfe-Dokumenten und lässt dich den Agenten an deiner echten Ticket-Historie simulieren, bevor er live geht, sodass du eine Lösungsquote und eine Abdeckungskarte bekommst statt eines Sprungs ins Ungewisse. Einmal im Einsatz, berichtet er darüber, was er tatsächlich löst, nicht nur, was er enthalten hat. Er ist kostenlos zu testen, ohne Kreditkarte, sodass du die Bewertung an deinen eigenen Tickets durchführen und die Zahlen selbst sehen kannst.

Häufig gestellte Fragen
Was ist Kundenservice-Bewertung?
Welche Kennzahlen sollte ich zur Bewertung des Kundenservice verwenden?
Was ist ein guter QA-Score im Kundenservice?
Wie bewertet man einen KI-Kundenservice-Agenten?
Wie oft sollte man Kundenservice-Bewertungen durchführen?

Article by
Riellvriany Indriawan
Riell is a designer and writer at eesel AI with about two years of experience researching CX platforms, AI chatbots, and helpdesk software. She combines her design background with a sharp eye for how these tools actually look and feel in practice — making her comparisons unusually visual and user-focused.








