Was zählt als Feedback für Support-Mitarbeitende?
Feedback für Support-Mitarbeitende ist jedes Signal, das zeigt, wie eine Antwort angekommen ist und was beim nächsten Mal anders laufen soll. Die meisten Teams denken dabei an die QA-Scorecard, aber das ist nur eine von fünf Quellen, und meist die langsamste.
| Quelle | Wer gibt es | Wie schnell kommt es an | Wofür es taugt |
|---|---|---|---|
| Notizen an laufenden Tickets | Senior-Mitarbeitende oder Teamleitung | Minuten bis Stunden | Eine Antwort korrigieren, bevor oder kurz nachdem sie rausgeht |
| QA-Reviews | QA-Analyst oder Leitung, per Scorecard | Tage bis Wochen | Einheitlichkeit im Team, Muster erkennen |
| CSAT-Kommentare von Kunden | Der Kunde | Stunden bis Tage | Tonfall und Ergebnis, in den Worten des Kunden |
| Kennzahlen | Der Helpdesk-Bericht | Wöchentlich | Trends: Bearbeitungszeit, Wiederöffnungsrate, Lösung |
| Selbst- und Peer-Review | Die Person selbst oder ein anderer Mitarbeiter | Je nach Terminplan | Urteilsvermögen aufbauen, Bewährtes teilen |
Ich arbeite jeden Tag in der Support-Queue von eesel, und das Feedback, das meine Art zu schreiben verändert hat, kam fast nie von einem Score. Es kam von jemandem, der eine Notiz an einem Ticket hinterließ, das ich gerade beantwortet hatte, solange ich noch wusste, warum ich es so geschrieben hatte.
Das ist der Rahmen für den Rest dieses Leitfadens: Jede Quelle hat ihre Aufgabe, und Probleme beginnen, wenn ein Team von der langsamsten erwartet, alle zu erledigen.
Warum ändert das meiste Feedback für Support-Mitarbeitende nichts?
Fragt man Mitarbeitende nach Feedback, hört man immer wieder dieselben vier Beschwerden. Keine davon lautet "mein Vorgesetzter war zu direkt".
Es kommt zu spät. Ein QA-Review, das zwei oder drei Wochen nach dem Ticket geschrieben wird, verlangt von der Person, sich an ein Gespräch zu erinnern, von dem sie seitdem hundert weitere geführt hat. Bis dahin hat sich die Gewohnheit dutzendfach wiederholt.
Es ist ein Score ohne Gespräch. Das ist der große Punkt. Ein Prozentwert sagt einem Mitarbeiter, dass etwas schiefgelaufen ist, aber nie, was er beim nächsten Ticket tun soll.
"I've gotten the same QA scores for weeks now. I haven't reviewed a single call with my boss yet and I've been graded on 8 or 9 calls. She's sent out a copy of the QA agent rubric sheet for two or three of them - the rest, no detail at all. But with no info on account and no call review or coaching on it, I really can't process the percentage score."
Die Stichprobe ist zu klein, um fair zu sein. Wenn ein Reviewer pro Monat zwei Tickets je Mitarbeiter liest, wird ein schlechtes Ticket zur ganzen Geschichte. Ein Mitarbeiter bekam eine Null für ein sonst perfektes Gespräch, weil sein Hund bellte: "Out of hundreds of calls, they got the one where he barked!" Ein anderer wies darauf hin, dass Reviewer die schwierigen Tickets überspringen und die kurzen bewerten, die jeder meistert, was genau die falschen Mitarbeitenden belohnt.
Die Scorecard misst das Falsche. Mitarbeitende lernen aus der Gewichtung, was Ihnen wirklich wichtig ist, nicht von dem Werteposter an der Wand.
"I did tech support, only 30% of our score was actually fixing the user's problem. 70% was getting the opening/closing right, bullshit empathy statements, positive responses about being able to fix the problem (even when I couldn't because it was a misroute that I'd have to transfer), offering to send the knowledge article you were using, etc.."
Kennzahlen als Feedback haben dasselbe Problem, nur lauter. Auf Hacker News beschrieb ein ehemaliger Call-Center-Mitarbeiter ein Team, das so auf die durchschnittliche Gesprächsdauer fixiert war, dass es "common practice" war, Kunden absichtlich zu verärgern, damit sie einen Vorgesetzten verlangten und das Gespräch weitergeleitet werden konnte. Ein anderer schilderte einen Dolmetscheranruf, der fast eine Stunde dauerte, und das einzige Feedback am nächsten Tag war laut seiner Darstellung: "your handle time is too high." Er ging innerhalb einer Woche.
Die gute Nachricht: Mitarbeitende wissen genau, was sie stattdessen wollen. Ein Stammgast auf r/callcentres prüft jedes Feedback anhand von drei Fragen: Ist es objektiv, ist es fair und ist es konstruktiv? Wenn der Reviewer "can't give practical advise" kann, wird es ignoriert. Das ist ein besserer Maßstab für Führungskräfte als die meisten Schulungsfolien.
Der Feedback-Rhythmus: täglich, wöchentlich, monatlich, vierteljährlich
Die Lösung für spätes, dünnes Feedback ist nicht mehr QA. Es geht darum, jede Art von Feedback in den Takt zu legen, für den sie tatsächlich taugt. Das ist der Rhythmus, den ich für ein Team mit fünf bis 50 Mitarbeitenden einrichten würde.
Täglich: Notizen an laufenden Tickets
Diese Ebene leistet den größten Teil der Wissensvermittlung, und die meisten Teams formalisieren sie nicht. Eine erfahrene Person oder die Leitung liest täglich eine Handvoll Antworten und hinterlässt eine kurze interne Notiz am Ticket: was gut lief oder die eine Sache, die sich ändern soll. Bei neuen Mitarbeitenden gehen Sie einen Schritt früher an und prüfen Antworten, bevor sie rausgehen.
Ein Support-Leiter auf Hacker News beschrieb genau das: Neue Mitarbeitende begleiten die Experten, und sobald ihre Leitung sie für bereit hält, beantworten sie Tickets, die "reviewed by a senior before sending" werden, laut diesem Thread. Es ist das günstigste Feedback, das Sie je geben, weil es ankommt, solange die Person das Problem des Kunden noch im Kopf hat. Mein Onboarding-Leitfaden zeigt, wie Sie solche Nur-Notizen-Zugänge je Helpdesk einrichten.
Jeder Helpdesk kann das mit Tools, für die Sie schon zahlen. Private Threads in Freshdesk, Help-Scout-Notizen, interne Notizen in Gorgias und Kommentare in Front benachrichtigen alle die Person, die Sie mit @ erwähnen (Details je Tool in der Tabelle weiter unten).
Wöchentlich: ein 15-minütiges 1:1 zu drei echten Tickets
Wählen Sie drei Tickets aus der Woche der Person: eines, das gut lief, eines, das aus dem Ruder lief, und eines, das sie selbst aussucht. Lesen Sie sie gemeinsam. Fragen Sie, was die Person anders machen würde, bevor Sie selbst etwas sagen.
Drei Tickets ist die richtige Zahl. Eines fühlt sich wie ein Urteil über einen schlechten Tag an, bei zehn wird es zum Vortrag. Bringen Sie auch die CSAT-Kommentare mit, denn die Worte von Kunden wirken anders als die eines Reviewers.
"It sounds like your boss is really letting you down. A big part of their job is to help you perform better. When I worked the floor I'd have a weekly meeting with my boss and we'd go over my surveys then."
Halten Sie das Verhältnis ehrlich. Ein QA-Leiter in einer Notrufzentrale schrieb auf Reddit, er gebe "a lot of positive and supportive feedback as well as coaching feedback." Wenn jedes 1:1 eine Liste von Fehlern ist, bringen Mitarbeitende Ihnen die Tickets nicht mehr, bei denen sie unsicher sind. Für Formulierungen bietet mein Beitrag zu QA-Feedback-Beispielen Vorher-nachher-Formulierungen je Scorecard-Kriterium.
Monatlich: die Reviewer kalibrieren, nicht die Mitarbeitenden
Wenn drei Reviewer demselben Ticket drei verschiedene Scores geben, fällt das den Mitarbeitenden auf, und jeder weitere Score wird verdächtig. Ein Mitarbeiter schilderte, er habe das Skript Wort für Wort gelesen und trotzdem "3 different scores" von drei Reviewern bekommen.
Kalibrierung ist die Lösung. Alle bewerten dieselbe kleine Auswahl getrennt, dann treffen Sie sich und einigen sich auf die richtige Antwort. Die konkreteste Version stammt von einem ehemaligen Leiter eines Qualitätsteams:
"Every month we'd pick a random call, all score separately, then get together and decide the correct score for each quality point. Whatever we all decided on, we had to be within 3% of that score (and certain elements had to be 100% on point)."
Zendesk QA hat Kalibrierungsrunden eingebaut, mit einem Basis-Review zum Vergleichen. Zwei Haken sollten Sie kennen: Kalibrierung verschickt keine Benachrichtigungen, die Leitung muss den Reviewern also sagen, dass es eine Runde gibt, und Mitarbeitende sehen davon nichts. Beides sind nachvollziehbare Designentscheidungen, aber tragen Sie die Runde selbst in den Kalender ein.
Vierteljährlich: Trends, nicht Tickets
Im Quartalsgespräch gehören die Kennzahlen hin, und nur als Trends. "Ihre Wiederöffnungsrate ist seit März von 9 % auf 5 % gesunken" ist nützlich. "Am 14. hatten Sie eine hohe Bearbeitungszeit" ist es nicht. Meine Beispiele für Leistungsgespräche und der KPI-Leitfaden zeigen, welche Zahlen tragen.
Wenn Sie eine Auswahlhilfe wollen, wohin ein bestimmtes Feedback gehört, hier die Version, die ich angeheftet habe:
Wohin gehört dieses Feedback?
Wählen Sie die Situation. Sie erhalten den Kanal, den Zeitpunkt und einen Satz, den Sie anpassen können.
- "Kurze Sache: Dieser Kunde hat den Jahresplan, die Erstattungsfrist beträgt also 30 Tage, nicht 14. Kannst du eine Nachricht zur Korrektur senden?"
- Wenn die Regel auch im Help Center unklar ist, korrigieren Sie den Artikel in derselben Sitzung.
- Erst fragen: "Wie, glaubst du, hat sich der Kunde beim Lesen deiner Antwort gefühlt?"
- Dann einen umgeschriebenen Satz zeigen, keine umgeschriebene E-Mail.
- Aktualisieren Sie das Makro, den Hilfeartikel oder die KI-Anweisungen, die den Fehler immer wieder erzeugen.
- "Ich habe das Versand-Makro aktualisiert, du musst dir die Ausnahme also nicht mehr merken."
- "Deine Wiederöffnungsrate ist über sechs Wochen von 5 % auf 9 % gestiegen. Lass uns drei wieder geöffnete Tickets ansehen und prüfen, was sie gemeinsam haben."
- Sprechen Sie einen einzelnen schlechten Tag nie als Kennzahl an.
- "Diese Antwort im Ticket zur doppelten Abbuchung ist jetzt die Vorlage. Klar, kurz, und sie hat die nächste Frage beantwortet, bevor sie gestellt wurde."
- Öffentliches Lob wirkt als Training für alle anderen.
Wie Sie Feedback geben, das Mitarbeitende wirklich nutzen können
Der Rhythmus bestimmt das Wann. Diese fünf Gewohnheiten entscheiden, ob die Person am Ende weiß, was sie anders machen soll.
- Jeden Punkt an ein echtes Ticket knüpfen. "Sei einfühlsamer" bedeutet nichts. "In Ticket 4182 sagte der Kunde, er sei doppelt belastet worden; deine erste Zeile ging direkt zu den Erstattungsschritten" kann sich ein Mitarbeiter vorstellen und beheben.
- Eine Sache pro Gespräch. Wenn es fünf Probleme gibt, wählen Sie das, das den Kunden am meisten kostet. Die anderen vier können eine Woche warten, und die Person merkt sich das eine tatsächlich.
- Erst fragen, dann sagen. "Was würdest du hier ändern?" Die Hälfte der Zeit erkennt die Person es selbst, und Feedback, auf das man selbst kommt, bleibt besser hängen als erhaltenes.
- Sagen, warum es dem Kunden wichtig ist. "Bestellnummer bestätigen" ist eine Regel. "Bestellnummer bestätigen, weil zwei der Wiedereröffnungen letzte Woche Erstattungen waren, die an die falsche Bestellung gingen" ist ein Grund.
- Coaching und Bewertung trennen. Ein 1:1, das mit "und deshalb stehst du bei 72 %" endet, macht jedes weitere Gespräch defensiv. Heben Sie den Score für das Review auf; das 1:1 handelt vom nächsten Ticket.
Eine weitere Regel für alle, die ein gemischtes Team aus neuen und erfahrenen Mitarbeitenden führen: Beurteilen Sie Neue in Woche zwei nicht mit derselben Scorecard. Eine Teamleiterin auf Reddit, die auf eine Gruppe neuer Mitarbeitender reagierte, die nach 10 Tagen bei einem Ziel von 80 % entlassen wurde, sagte es einfach: "10 days is nothing." Mein Leitfaden zur Einarbeitungszeit zeigt die Zeiträume, die Teams tatsächlich erleben.
Widerspruch zulassen: Einsprüche und Selbst-Reviews
Ein Feedbacksystem ohne Möglichkeit zu widersprechen ist ein Benotungssystem. Mitarbeitende kennen den Unterschied, und die Einspruchsgeschichten auf r/callcentres zeigen, was schiefgehen kann.
Ein Mitarbeiter focht einen Score von 95,5 % an, sein Vorgesetzter stimmte zu, und das Review kam mit 90,25 % und etwa acht "new errors found" zurück, schrieb der Mitarbeiter. Ein anderer sagte, Einsprüche gegen schlechte Umfragen würden "almost always ignored for months" und dann abgelehnt, laut seinem Kommentar. Und jemand bemerkte, dass sich ein Score nach einem erfolgreichen Einspruch stillschweigend geändert hatte, ganz ohne Nachricht: "an acknowledgment of it would be nice."
Vergleichen Sie das mit dem, wie ein funktionierender Prozess klingt:
"If there's a problem with one of my scores and I feel I have a reason to dispute we have a process, but I've never even had to use it because the scorer just looks at it and either clarifies in a way that makes sense to me or changes it because they agree with me. They are reasonable, and not retaliatory, even the semi cranky ones. That's how adults behave at work."
Die Regeln, die den Unterschied machen, sind einfach: eine schriftliche Begründung des Mitarbeiters, eine feste Bearbeitungszeit, eine in jedem Fall erklärte Entscheidung und eine Benachrichtigung, sobald der Fall entschieden ist. Ein Reviewer von der anderen Seite ergänzte eine Regel, die ich mag: Wenn QA falsch liegt, "we own up to it and award the points back and issue an apology", wie es ein QA-Reviewer ausdrückte.
Zendesk QA bildet das meiste davon im Produkt ab. Ein Mitarbeiter öffnet das Review, wählt, wer den Einspruch erhält, kann pro Kategorie neue Scores vorschlagen und muss in einem Kommentar begründen, warum. Der Empfänger nimmt an, nimmt teilweise an oder lehnt ab, beide Seiten werden benachrichtigt, und es gibt kein Limit für Einsprüche pro Review, laut den Zendesk-QA-Dokumenten zu Einsprüchen.
Es gibt außerdem ein Einspruchs-Dashboard mit der durchschnittlichen Bearbeitungsdauer in Tagen und einer Tabelle, welche Reviewer am häufigsten angefochten werden. Das ist ein unauffälliger Weg, einen Reviewer zu erkennen, der kalibriert werden muss. MaestroQA (jetzt Rippit) nennt seine Version Appeals, mit der Option, dass eine Teamleitung einen Appeal zuerst prüft, und Scorebuddy bietet Mitarbeitenden in ihrem Dashboard einen Ablauf "request a review".
Selbst-Reviews sind die unterschätzte Hälfte. In Zendesk QA lassen sich Selbst-Reviews pro Workspace aktivieren, sodass Mitarbeitende ihre eigenen Gespräche mit derselben Scorecard bewerten. Führen Sie einmal im Monat eines neben dem Score des Reviewers durch, und die Lücke zwischen beiden Zahlen ist oft ein besseres 1:1-Thema als jede einzelne Zahl.
Wo Feedback in Ihrem Helpdesk liegt
Hier wird es praktisch, und hier fand ich in den Anbieter-Dokumenten die größten Überraschungen. Nicht jeder Helpdesk lässt Mitarbeitende ihre eigenen Qualitätsscores sehen, und die KI-Bewertungs-Add-ons sind bewusst vorsichtig, wie ihre Scores verwendet werden.
| Tool | Wo Feedback geschrieben wird | Mitarbeiter benachrichtigt? | Einspruchsweg | Selbst- / Peer-Review | KI-Bewertung | Preis |
|---|---|---|---|---|---|---|
| Zendesk QA | Review-Kommentare (Hashtags, @-Erwähnungen), Coaching-Sitzungen, Pins | Ja, per E-Mail oder Slack, von sofort bis monatlich | Ja: neue Scores, Pflichtkommentar, annehmen / teilweise / ablehnen | Beides, plus Kalibrierung | AutoQA, 8 Systemkategorien | $35/Agent/Monat Add-on, jährlich |
| Front Smart QA | KI-Scorecard in der Seitenleiste, Admin-Überschreibung mit Kommentar, interne Kommentare | @-Erwähnungen ja; keine QA-spezifische Benachrichtigung dokumentiert | Keine dokumentiert | Nicht dokumentiert | 15 Standardkriterien, bis zu 10 eigene | $20/Platz/Monat, im Enterprise-Plan enthalten |
| Gorgias Auto QA | KI-Scores im Ticket; Leitungen können bearbeiten; interne Notizen | Notizen ja; Mitarbeitende können QA-Scores nicht sehen | Keine | Nicht dokumentiert | 3 automatische Kriterien, 4 manuelle | Erfordert AI-Agent-Abo |
| Freshdesk | Private Notizen und private Threads mit @-Erwähnungen | Ja, E-Mail an Bearbeiter und Beteiligte | Kein QA-Modul gefunden | Keine gefunden | Keine gefunden | Threads in allen Plänen |
| Help Scout | Notizen mit @-Erwähnungen | Ja, Notification Station plus optionale E-Mail | Kein QA-Modul gefunden | Keine gefunden | Keine gefunden | Notizen in allen Plänen |
| MaestroQA / Rippit | Rubrik-Bewertungen, Coaching-Sitzungen mit To-dos | Öffentlich nicht bestätigt | Ja, Appeals mit optionaler Freigabe durch die Leitung | Peer-Review-Programm | AutoQA | Rippit Free, $185, $495/Monat |
| Scorebuddy | Scorecards mit Bewerter-Feedback, Coaching-Sitzungen | Agenten-Dashboards in Echtzeit | "Request a review" | Peer-Scoring und Kalibrierung | 500 oder 1.000 KI-Scores/Monat | Nur auf Anfrage |
Einige Details aus der Tabelle sollten Sie kennen, weil sie ändern, wie Sie Feedback je Tool führen würden.
Zendesk QA erfasst, ob Mitarbeitende ihr Feedback lesen. Das Reviews-Dashboard meldet Unseen reviews, den Anteil manueller Reviews, die der Mitarbeiter noch nicht geöffnet hat, und das Coaching-Dashboard verfolgt, ob Mitarbeitende das erhaltene Feedback durchgesehen haben. Wenn Ihre Unseen-Rate hoch ist, liegt Ihr Feedback-Problem nicht in der Formulierung, sondern in der Zustellung. Die Aktivitätsseite des Mitarbeiters bündelt Reviews, Kommentare, Reaktionen, CSAT-Feedback und Einsprüche an einem Ort.
Zendesk hält KI-Scores und menschliche Scores getrennt. AutoQA-Ergebnisse speisen einen automatischen Qualitätsscore, während der interne Qualitätsscore nur auf manuellen Reviews beruht, und Zendesks eigene Dokumente zu Kontoeinstellungen sagen, AutoQA-Auswertungen "are for guidance only and shouldn't be used for performance decisions." Das ist eine sinnvolle Linie, die Sie auch bei einem anderen Tool übernehmen können. Das QA-Add-on kostet $35 pro Agent und Monat zusätzlich zu jedem Support- oder Suite-Plan, laut Zendesks Preisen.
Front zeigt Mitarbeitenden ihre eigenen KI-Scores, mit Begründung. Smart QA legt eine Scorecard in die Seitenleiste des Gesprächs, mit einer schriftlichen Erklärung je Kriterium, und Mitarbeitende sehen nur ihre eigenen Ergebnisse. Admins können einen Score überschreiben, einen Kommentar hinzufügen und ihn bestätigen, woraufhin ihr Name "Generated by AI" ersetzt. Front bittet außerdem darum, Kunden mitzuteilen, wenn Smart QA ihre Gespräche bewertet, was ich unabhängig vom Tool tun würde. Es kostet $20 pro Platz und Monat bei Starter und Professional und ist im Enterprise-Plan für $105 enthalten, laut dem Hilfeartikel zu Smart QA und den Front-Preisen.
Gorgias Auto QA ist ein Manager-Tool, kein Mitarbeiter-Feedback. Es bewertet Vollständigkeit der Lösung, Kommunikation und Sprachkompetenz automatisch, aber "only the account owner, admins, and leads can view and change QA scores", laut den Auto-QA-Dokumenten. Bei Gorgias läuft also jedes Feedback, das einen Mitarbeiter erreicht, über eine Notiz, ein 1:1 oder einen Bericht, den Sie teilen. Das ist in Ordnung, solange jemand das Gespräch tatsächlich führt.
Freshdesk und Help Scout haben keine native QA-Scorecard in ihren Dokumenten oder Preisseiten. Feedback läuft dort über Notizen und @-Erwähnungen, die den Mitarbeiter benachrichtigen, plus CSAT. Mit den privaten Threads in Freshdesk können Sie eine bestimmte Antwort kommentieren und den Bearbeiter einbeziehen, was für die tägliche Ebene gut funktioniert. Wenn Sie bei einem von beiden Scorecards wollen, brauchen Sie ein eigenes QA-Tool.
CSAT-Kommentare sind die eine Quelle, die jeder große Helpdesk Mitarbeitenden zeigt. In Zendesk steht die Bewertung oben im Ticket und die Kommentare unter Events; Freshdesk zeigt sie unter den Aktivitäten des Tickets; bei Gorgias kann jede Rolle den Zufriedenheitsbericht mit seinen Kommentar-Highlights öffnen. Nutzen Sie sie im wöchentlichen 1:1, nicht als Rangliste.
Einmal beheben: wenn Feedback in Wahrheit eine fehlende Antwort ist
Hier ist der Teil, der meine Sicht auf Feedback verändert hat. Wenn Sie dieselbe Korrektur zum dritten Mal geben, an verschiedene Mitarbeitende, liegt das Problem wahrscheinlich nicht bei den Mitarbeitenden.
Wiederholte Korrekturen sind meist eine Lücke in der Wissensdatenbank, ein veraltetes Makro oder eine Regel, die nur im Kopf einer erfahrenen Person existiert. Jeden Mitarbeiter einzeln dazu zu coachen ist langsam, und der nächste Neuzugang läuft direkt in dasselbe Loch. Die Quelle einmal zu beheben behebt es für alle, und oft ist es eine Änderung von fünf Minuten.
Das sah ich deutlich in einem eesel-Test, den ich mir angesehen habe. Mitarbeitende schickten die Entwürfe der KI nur in etwa 12 % der Fälle unverändert ab; das übliche Muster war "glance and rewrite", wobei lange Entwürfe zu Antworten von ein bis drei Sätzen wurden. Aufgeschlüsselt: etwa 65 % betrafen Länge und Tonfall, etwa 20 % brauchten Daten, mit denen die KI nicht verbunden war, und nur etwa 5 % waren sachlich falsche Aussagen der KI. Jeder Mitarbeiter gab bei jedem Ticket von Hand dasselbe Feedback. Die Lösung bestand nicht darin, die Mitarbeitenden oder die KI Ticket für Ticket zu coachen. Sie bestand darin, mit den gesendeten Antworten des Teams zu trainieren, sodass die Entwürfe von Anfang an in dessen Stimme kamen.
Dieselbe Logik gilt für Ihr menschliches Team. Führen Sie eine laufende Liste der Korrekturen aus den täglichen Notizen. Alles, was dreimal auftaucht, wird an der Quelle behoben: im Hilfeartikel, im Makro oder in den Anweisungen der KI. Erwähnen Sie es dann im 1:1, damit die Person weiß, dass das System das Problem war und nicht sie. Dieser eine Schritt tut mehr für die Stimmung als jedes Feedback-Sandwich.
Wenn ein KI-Copilot Antworten für Ihr Team entwirft, gehört er ebenfalls in diesen Kreislauf. Er braucht dasselbe Feedback wie ein Neuzugang, und das Schöne ist, dass eine einmal gemachte Korrektur für jeden künftigen Entwurf gilt. Mehr dazu habe ich in meinem Leitfaden zum Coaching eines KI-Agenten geschrieben.
Fehler, durch die Feedback für Support-Mitarbeitende nach hinten losgeht
- Alles für das Monatsgespräch aufsparen. Bis es ankommt, hat die Person die Gewohnheit wochenlang wiederholt. Tägliche Notizen fangen sie beim zweiten Ticket ab, nicht beim vierzigsten.
- Tickets bewerten, über die niemand spricht. Ein Review, das die Person nie bespricht, ist eine Note, kein Feedback. Prüfen Sie Ihre Unseen-Rate, wenn Ihr Tool sie meldet.
- Die Scorecard auf Skripte ausrichten. Wenn 70 % des Scores aus Begrüßung und Abschluss bestehen, optimieren Mitarbeitende auf Begrüßung und Abschluss. Gewichten Sie Lösung beim ersten Kontakt und Genauigkeit höher als Formulierungen.
- KI-Scores für Leistungsentscheidungen nutzen. Selbst die Anbieter sagen, man solle es nicht tun. Nutzen Sie KI, um die Tickets zu finden, die ein menschliches Review wert sind, und prüfen Sie diese dann.
- Einen einzelnen schlechten Tag als Kennzahl ansprechen. Ein Dolmetscheranruf kann die Bearbeitungszeit eines ganzen Tages ruinieren. Betrachten Sie Trends über drei oder mehr Wochen.
- Keinen oder einen langsamen Einspruchsweg haben. Mitarbeitende, die nicht widersprechen können, vertrauen irgendwann keinem Score mehr, auch den fairen nicht.
- Menschen auf einem kaputten Prozess coachen. Wenn drei Mitarbeitende denselben Fehler machen, korrigieren Sie zuerst das Makro oder den Artikel.
eesel für Feedback an Support-Mitarbeitende
Wenn Ihr Team bei denselben Arten von Tickets immer wieder dasselbe Feedback bekommt, ist der schnellste Weg, Mitarbeitenden die richtige Antwort zu zeigen, bevor sie senden. Das KI-Helpdesk-Teammitglied von eesel verbindet sich mit Zendesk, Freshdesk, Gorgias und dem Rest Ihres Stacks, lernt aus Ihrem Help Center, Ihren Makros und vergangenen Tickets und entwirft jede Antwort als interne Notiz, die ein Mitarbeiter prüft und sendet. Neue Mitarbeitende sehen, wie Ihr Team eine Erstattung oder einen Ausfall beantwortet, bevor sie ein Wort schreiben, und das macht aus viel nachträglichem Feedback eine schnelle Änderung vorab.
Was ich beim Thema Feedback am meisten mag: Wenn eine Leitung im Chat eine Antwort korrigiert, schreibt eesel die Korrektur in die eigenen Anweisungen, sodass die Änderung in jedem künftigen Entwurf auftaucht, statt in fünf getrennten 1:1s wiederholt zu werden. Ein Gründer mit Freshdesk formulierte es in einer G2-Bewertung so:
"When we re-test, it correctly incorporates the coaching... specifically on enabling newer team members to have a 24/7 supervisor that coaches them on how to handle inquiries."
Um klar zu sein, was eesel ist und was nicht: eesel ist kein QA-Scorecard- oder Einspruchs-Tool für menschliche Mitarbeitende, dafür bleiben Zendesk QA, Front Smart QA oder eine eigene QA-Plattform richtig. Es senkt aber, wie viel korrigierendes Feedback Sie überhaupt geben müssen. Sie können eesel kostenlos mit 100 Credits testen und die Entwürfe an Ihren eigenen Tickets sehen.