Lösung · Nach Agent

Jedes Ticket, das reinkommt, öffnet jemand, sucht die Antwort in der Wissensdatenbank, formuliert die Antwort und geht, wenn nötig, in ein anderes System, um die Aktion auszuführen —die Rückerstattung, den Umtausch, den Bestellstatus. Der KI-Support-Agent erledigt diesen ganzen Fall von Anfang bis Ende und lässt einer Person nur die Ausnahme: Wir setzen ihn auf deinem Helpdesk und deinen Systemen auf und lassen ihn laufen.

Ein guter Support-Mitarbeiter liest das Ticket, versteht, worum es geht, sucht die Antwort in der Doku, antwortet und geht —wenn nötig— ins System, um die Aktion auszuführen: bearbeitet die Rückerstattung, wickelt den Umtausch ab, prüft den Bestellstatus. Das Problem ist, dass die meisten dieser Fälle wiederholbar und lösbar sind und das Team trotzdem Fall für Fall auffressen. Wir setzen diesen Agenten als digitalen Mitarbeiter auf deinem Helpdesk und den Systemen auf, in denen die Aktion läuft: Er liest das eingehende Ticket, findet die Antwort in deiner Wissensdatenbank, formuliert und versendet die Antwort, führt die Aktion von Anfang bis Ende aus und eskaliert nur die Ausnahme an eine Person. Er ist nicht der 24/7-Support-Kanal und nicht der, der die Tickets verteilt: Er ist der, der sie löst. Wir bauen ihn auf dem auf, was du schon nutzt, und lassen ihn laufen, mit einer Person, die überwacht, was nicht offensichtlich ist.

Bau es in meinem Betrieb Sehen, wie es läuft

Das Problem

Das Ticket zu beantworten ist nicht die Arbeit; den Fall zu lösen schon —und fast der ganze Tag geht dafür drauf, dasselbe wie immer von Hand zu lösen.

Jeder Fall geht durch eine Person, die ihn liest, errät, worum es geht, die Antwort in der Doku sucht und sie von Grund auf schreibt —selbst wenn es derselbe Fall ist, den sie gestern zehnmal gelöst hat.
Antworten schließt den Fall nicht: Du musst aus dem Helpdesk raus und in ein anderes System rein, um die Aktion auszuführen —die Rückerstattung bearbeiten, den Umtausch abwickeln, den Bestellstatus prüfen— und dann wieder notieren, dass es erledigt ist.
Der Kunde fragt dreimal dasselbe, während das Ticket zwischen Postfächern hin- und herspringt, und jede Antwort beginnt ohne den Kontext der vorigen, weil niemand den ganzen Verlauf liest.
Die wiederholbaren, lösbaren Fälle —die mit bekannter Antwort und Aktion— verstopfen die Warteschlange, und die, die wirklich Urteilsvermögen brauchen, warten dahinter.

Was es kostet, alles zu lassen

Die Zeit, die dafür draufgeht, denselben Fall immer wieder von Hand zu lösen, taucht auf keiner Kostenstelle auf: Sie taucht auf als Warteschlangen, die nicht sinken, als Lösungszeiten, die sich strecken, als Leute, die für den schwierigen Fall taugen und stattdessen Kopierer zwischen Helpdesk und Bestellsystem spielen, und als Kunden, die deinen Support daran messen, wie lange der Fall bis zum Abschluss brauchte, nicht daran, wie gut die Antwort formuliert war. Mehr Leute einzustellen deckt eine Spitze ab, nicht die tägliche Wiederholung; und das Support-Urteil bleibt in Fällen gefangen, die es nicht brauchen. Du zahlst die Kosten eines Teams, das von Hand löst, was schon eine bekannte Antwort und Aktion hat, und die einer Warteschlange, die nie ganz leer wird.

Die Lösung

Ein Support-Agent, aufgesetzt auf deinem Helpdesk, der das Ticket liest, die Antwort sucht, antwortet und die Aktion von Anfang bis Ende ausführt, mit einer Person, die die Ausnahme validiert

1Wir legen mit dir das Kriterium und die Grenzen fest: welche Falltypen er komplett löst —Rückerstattungen, Umtausch, Bestellstatus, Datenaktualisierungen, mit deiner Doku lösbare Fragen—, welche Aktionen er in jedem System ausführen darf, was er allein beantwortet und schließt und was er dir zur Validierung übergibt, bevor er etwas anfasst.
2Der Agent liest jedes eingehende Ticket —per E-Mail, Chat, Formular oder WhatsApp Business—, erkennt, worum es geht, und sucht die Antwort in deiner Wissensdatenbank: deine echte Doku, deine Richtlinien, deine Historie gelöster Fälle, keine generische Vorlage.
3Er formuliert und versendet die Antwort in deinem Ton und führt die Aktion im richtigen System aus —bearbeitet die Rückerstattung, wickelt den Umtausch ab, prüft und kommuniziert den Bestellstatus, aktualisiert die Daten—; danach aktualisiert er den Ticketstatus und schließt es dokumentiert.
4Er startet mit Sicherheitsnetz und gemessen: Der Agent schlägt vor und eine Person validiert die Ausnahme, wir vergleichen seine Lösung mit der, die dein Team geben würde, und wir erweitern seine Autonomie nach Falltyp nur, wenn die Daten es stützen. Sensibles oder Abweichendes eskaliert an eine Person mit dem ganzen Verlauf vor Augen.

Was sich ändert

Was du nicht mehr verlierst

Der wiederholbare Fall wird nicht mehr von Hand gelöst: Der Agent liest das Ticket, findet die Antwort in deiner Doku, antwortet und führt die Aktion aus, sodass das Team zum schwierigen Fall übergeht, wo sein Urteil zählt.
Mechanismus
Antworten und Lösen sind nicht mehr zwei Schritte: Der Agent formuliert die Antwort und führt im selben Durchgang die Rückerstattung, den Umtausch oder den Bestellstatus im System aus, ohne dass jemand vom Helpdesk auf einen anderen Bildschirm springt und zurück.
Mechanismus
Die Warteschlange verstopft nicht mehr mit dem Immergleichen: Fälle mit bekannter Antwort und Aktion schließen sich von selbst, sobald sie reinkommen, und was Urteil braucht, erreicht eine Person mit bereits gesammeltem Verlauf und Kontext, nicht von null.
Mechanismus
Was wir messen: % der von Anfang bis Ende ohne Eingriff gelösten Tickets, Zeit bis zur Lösung vorher und nachher, korrekt ausgeführte Aktionen gegenüber denen, die korrigiert werden, und an eine Person eskalierte Fälle.
Was wir messen

Datenblatt

Wegfallende Arbeit: dass eine Person jedes Ticket liest, die Antwort in der Doku sucht, sie von Grund auf schreibt und dann aus dem Helpdesk in ein anderes System geht, um die Aktion auszuführen —die Rückerstattung, den Umtausch, den Bestellstatus— für wiederholbare Fälle, die schon eine bekannte Antwort und Aktion haben
Übliche Einrichtung: 2–4 Wochen
Eingang: eingehendes Ticket oder eingehende Nachricht (E-Mail, Chat, Formular oder WhatsApp Business), deine Wissensdatenbank und Historie gelöster Fälle sowie die Systeme, in denen die Aktion läuft
Ausgang: Fall von Anfang bis Ende gelöst: die Antwort formuliert und versendet, die Aktion im richtigen System ausgeführt, der Ticketstatus aktualisiert und der Fall geschlossen und dokumentiert —mit der an eine Person eskalierten Ausnahme mit dem ganzen Verlauf
Kompatibel mit: ZendeskIntercomFreshdeskHelp ScoutGorgiasHubSpot Service HubSalesforce Service CloudWhatsApp Business
Kann sich verbinden mit: Das Ticket und der Verlauf in deinem HelpdeskDeine Wissensdatenbank und Historie gelöster FälleDie Systeme, in denen die Aktion läuft (E-Commerce, Bestellmanager, ERP oder CRM)Das Kriterium und die freigegebenen Aktionen, die wir mit dir festlegen
Was wir messen: % der von Anfang bis Ende ohne Eingriff gelösten TicketsZeit bis zur Lösung vorher und nachherkorrekt ausgeführte Aktionen gegenüber denen, die korrigiert werdenan eine Person eskalierte Fälle
Geeignet für: Support-Teams mit hohem Volumen wiederholbarer, lösbarer Fälle —Rückerstattungen, Umtausch, Bestellstatus, Fragen mit einer Antwort in der Doku—, die Fall für Fall von Hand gelöst werden
Nicht geeignet für: Support, der fast immer ab der ersten Sekunde Urteilsvermögen und menschliche Empathie verlangt, oder Fälle, deren Antwort in keiner abrufbaren Quelle steht; wenn du nur Tickets etikettieren und verteilen willst, ist dafür das Klassifizieren von Tickets da, und wenn du nur den Kanal rund um die Uhr abdecken willst, ist dafür der 24/7-Support da

Häufig gestellte Fragen

Das sind drei verschiedene Bausteine. 24/7-Support ist der Kanal —dass die Leitung oder der Chat zu jeder Uhrzeit antworten—; Tickets klassifizieren ist die Triage —den Grund etikettieren, priorisieren und jeden Fall in die richtige Warteschlange leiten, aber ohne ihn zu lösen. Das hier ist der nächste Schritt: der Agent, der das bereits klassifizierte Ticket nimmt und komplett löst —die Antwort sucht, antwortet und die Aktion ausführt (Rückerstattung, Umtausch, Bestellstatus)— und den Fall schließt, wobei er nur die Ausnahme an eine Person eskaliert. Die Triage leitet weiter; dieser hier löst. Viele Kunden setzen sie zusammen auf —der Kanal empfängt, die Triage sortiert und der Agent schließt—, aber jeder macht eine andere Arbeit.

Er führt sie aus. Das ist die Linie, die ihn von einem FAQ-Chatbot trennt: Er hört nicht beim Antworten „deine Rückerstattung wird in Einstellungen bearbeitet“ auf, er geht ins System und bearbeitet sie —wickelt den Umtausch ab, prüft und kommuniziert den Bestellstatus, aktualisiert die Daten— innerhalb der Grenzen, die wir mit dir festlegen. Antworten ohne Lösen lässt den Fall halbfertig und eine Person beendet ihn ohnehin; darum schließt der Agent den Fall, nicht nur die Nachricht. Was außerhalb der von dir freigegebenen Aktionen liegt, eskaliert.

Genau deshalb startet er überwacht und führt nichts Sensibles ohne Netz aus. Er löst innerhalb des Kriteriums, das wir mit dir festlegen —welche Falltypen er allein schließt, welche Aktionen er in jedem System ausführen darf, was eine Freigabe erfordert— und eine Person validiert die Ausnahme, bevor etwas verbindlich wird, vor allem am Anfang. Wir vergleichen seine Lösung mit der, die dein Team geben würde, bevor wir seine Autonomie erweitern, und geben ihm nur mehr Falltypen frei, wenn die Daten es stützen. Wenn er etwas macht, das nicht gehörte, steht es in der Spur, die Regel wird korrigiert und es wiederholt sich nicht. Wir ersetzen nicht das Urteil beim schwierigen Fall; wir nehmen dem Team das Von-Hand-Lösen dessen ab, was schon eine bekannte Antwort und Aktion hat.

Bauen wir es in deinem Betrieb?

Du hast das Problem benannt. Wir liefern die Lösung und lassen sie gemessen laufen.

Zum Service