KI hilft bei Schichtübergaben im Support auf zwei Arten, und die zweite ist wichtiger. Die offensichtliche: bessere Übergabenotizen schreiben, also jedes offene Ticket zusammenfassen und die markieren, bei denen eine SLA oder ein zugesagtes Update ansteht. Die, die die meisten Teams übersehen: Ein KI-Agent, der zwischen den Schichten die Queue bearbeitet, hat selbst nie Schichtwechsel, deshalb überqueren weniger Tickets die Schichtgrenze, und jedes Ticket, das er an einen Menschen weitergibt, kommt mit einer Notiz an, die im Moment der Eskalation geschrieben wurde und nicht um 17:55 Uhr aus dem Gedächtnis.
Was beim Schichtwechsel wirklich verloren geht, ist selten der Kontext. Es ist die Zusage: "Ich habe ihr gesagt, dass wir bis 14:00 UTC ein Update geben", der Verantwortliche für den nächsten Schritt und die bereits ausprobierten Lösungen. Eine gute Übergabenotiz enthält fünf Dinge (was der Kunde will, was versucht wurde, was zugesagt wurde und bis wann, wer als Nächstes zuständig ist, welche Belege gefunden wurden). Die nativen Helpdesk-Zusammenfassungen in Zendesk, Freshdesk und Help Scout decken die ersten beiden gut ab und den Rest nur, wenn ein Agent ihn von Hand einträgt.
Ein KI-Teammitglied wie eesel erledigt das direkt in Ihrem bestehenden Helpdesk. Bei SE Ranking, einem Zendesk-Team in 16 Ländern und über alle Zeitzonen verteilt, übergab es in einem Monat rund 1.260 Chats an Menschen, jeweils mit Namen und E-Mail-Adresse des Kunden, und hinterließ etwa 2.600 interne Notizen an Tickets. Die Pläne beginnen bei 299 $ im Monat für 500 Credits.
Warum fällt beim Schichtwechsel so viel durchs Raster?
Weil eine Übergabe der eine Moment ist, in dem ein Ticket keinen Eigentümer hat. Der scheidende Agent ist gedanklich schon im Feierabend, der neue hat sich noch nicht eingelesen, und alles, was nur im Kopf des scheidenden Agenten existierte, ist einfach weg. Ich arbeite jeden Tag in der Support-Queue von eesel, und die Tickets, die wehtun, sind fast nie die schwierigen. Es sind die einfachen, bei denen jemand ein kleines Versprechen gegeben und es dann nicht aufgeschrieben hat.
Das fällt typischerweise durchs Raster, ungefähr geordnet danach, wie viel Schaden es anrichtet:
- Die Zusage. "Ich klär das mit der Buchhaltung und melde mich bis Feierabend." Das Ticket sieht aus wie jedes andere wartende Ticket, aber der Kunde wartet jetzt auf einen bestimmten Zeitpunkt.
- Was schon versucht wurde. Ohne diese Info bittet der nächste Agent den Kunden, noch einmal den Cache zu leeren, und der Kunde merkt es.
- Wer den nächsten Schritt übernimmt. An die Entwicklung eskaliert? Wartet es auf den Kunden? Liegt es bei einem Kollegen, der schon nach Hause gegangen ist?
- Die SLA-Uhr. Ein Ticket, das um 9:15 Uhr verletzt wird, gehört an den Anfang der Liste der nächsten Schicht, nicht irgendwo in die Mitte.
- Die Stimmung des Kunden. Der dritte Kontakt eines verärgerten Kunden liest sich ganz anders als ein Erstkontakt.
Auch Kunden spüren das von außen. Ein Entwickler auf Hacker News beschrieb, wie der Support eines Cloud-Anbieters wirkte, als ein Ticket zwischen den Regionen hin- und herging:
"...instead they keep sending tickets back for "more info", inevitably followed by a hand-off to another team in a different time zone. We have spent days trying to convince them there was an issue before, which just seems unacceptable."
Das sind die Kosten einer dünnen Übergabe: Das nächste Team beginnt die Diagnose bei null. Und es ist kein Nischenproblem, ein anderer Kommentator beschrieb das Follow-the-Sun-Modell ziemlich unverblümt:
"It can absolutely work, given the right async workflows, but it can also absolutely fail. I'm inclined to believe failure is the default mode of operation."
"Die richtigen asynchronen Abläufe" sind im Grunde das ganze Spiel. Die meisten Teams versuchen es mit einem geteilten Dokument oder einem Slack-Thread am Ende jeder Schicht. Das funktioniert etwa eine Woche, dann veraltet das Dokument, denn es zu schreiben ist das Letzte, was ein müder Agent vor dem Ausloggen tut.
Wie kann KI bei Schichtübergaben im Support helfen?
KI kann hier vier Aufgaben übernehmen, und nur die erste beschreiben die meisten Artikel. In dieser Reihenfolge würde ich sie einschalten.
Die Ticketzahlen in dieser Skizze sind beispielhaft. Setzen Sie im Rechner weiter unten Ihre eigenen Zahlen ein.
1. Offene Tickets zusammenfassen. Das ist die Variante, die ChatGPT und die meisten Anbieter anpreisen: Die KI liest jedes Ticket und schreibt eine Zusammenfassung, damit der nächste Agent nicht durch 20 Antworten scrollen muss. Das hilft, und die meisten Helpdesks haben es schon (dazu unten mehr). Mein Leitfaden zur Ticket-Zusammenfassung geht ausführlich darauf ein, wie gut diese Zusammenfassungen sind.
2. Riskante Tickets markieren. Sortieren Sie die Übergabe nach Risiko statt nach Alter: SLA in der nächsten Stunde fällig, zugesagter Rückruf, wiederholter Kontakt oder Ausfallmeldung. Eine Zusammenfassungsliste mit 40 Tickets in zeitlicher Reihenfolge versteckt die wenigen, auf die es wirklich ankommt.
3. Verkleinern, was die Schichtgrenze überquert. Das ist die Aufgabe, die die Rechnung verändert. Ein KI-Helpdesk-Agent, der Tickets beantwortet und löst, loggt sich um 18 Uhr nicht aus. Bestellstatus, Anleitungsfragen, Retourenlinks: Wenn die KI diese schließt, während die scheidende Schicht zusammenpackt und bevor die nächste eintrifft, werden sie gar nicht erst zu Übergabepunkten. Die günstigste Übergabe ist die, die nie stattfinden muss.
4. Die Notiz im Moment der Eskalation schreiben. Wenn die KI ein Ticket nicht schließen kann, gibt sie es an einen Menschen ab. Diese Weitergabe ist für sich genommen eine Übergabe, und sie passiert bei jedem einzelnen Ticket in dem Moment, in dem der Kontext am frischesten ist, statt einmal pro Schicht. Die Übergabe ist dann keine Pflichtaufgabe am Schichtende mehr, sondern eine Eigenschaft des Tickets.
Aufgabe 3 und 4 sind der Grund, warum ich "KI schreibt ein besseres Übergabedokument" für eine Untertreibung halte. Ein besseres Dokument setzt weiterhin voraus, dass derselbe Stapel Tickets von einem Schreibtisch zum nächsten wandert. Ein Agent, der zwischen den Schichten die Queue bearbeitet, macht den Stapel kleiner, und die Notizen zum Rest stammen von etwas, das am Ende einer Schicht nie müde wird.
Was sollte eine gute Übergabenotiz enthalten?
Fünf Felder pro Ticket. Wenn eine Notiz diese enthält, kann die nächste Person am Ticket handeln, ohne den Verlauf zu lesen. Fehlt eines, wird sie den Verlauf trotzdem lesen, und dann hat die Notiz nichts gespart.
| Feld | Beispiel | Wer es ausfüllen sollte |
|---|---|---|
| Was der Kunde möchte | Erstattung für Bestellung 4417 | KI, aus der Konversation |
| Was versucht wurde | Reset-Link zweimal gesendet, fehlgeschlagen | KI, aus den Antworten und internen Notizen |
| Was zugesagt wurde, und bis wann | "Update bis 14:00 UTC" | KI entwirft es aus den Antworten, ein Mensch bestätigt |
| Wer den nächsten Schritt übernimmt | Billing-Team | Ein Mensch oder eine Routing-Regel, die die KI anwendet |
| Bereits gefundene Belege | Bestellung bezahlt, nicht versandt | KI, per Abfrage in Shopify, CRM oder Billing-Tool |
Bemerkenswert ist das Muster in der letzten Spalte. KI ist sehr gut bei den ersten beiden Feldern und beim letzten, denn das sind Fakten, die im Ticket oder in einem angebundenen System liegen. Bei Zusage und Verantwortlichem sollte weiterhin ein Mensch zustimmen, denn das sind Verpflichtungen, und eine falsche Verpflichtung in einer Übergabenotiz ist schlimmer als keine. Mein Leitfaden zur menschlichen Übergabe im Chat behandelt die kundenseitige Seite desselben Moments.
Zwei Regeln machen diese Notizen über Zeitzonen hinweg vertrauenswürdig:
- Auf die Quelle verlinken. Jede Aussage in der Notiz sollte im Ticket überprüfbar sein. "Kunde ist verärgert" ist eine Meinung; "dritter Kontakt in 48 Stunden" ist ein Fakt, den der nächste Agent prüfen kann.
- Gefundenes von Vermutetem trennen. "Bestellung am 28. Okt. versandt" (aus Shopify) und "wahrscheinlich eine Verzögerung beim Kurier" (eine Vermutung) sollten nie gleich klingen.
Was können Zendesk, Freshdesk, Help Scout und Gorgias schon?
Die meisten Helpdesks können ein Ticket inzwischen auf Anforderung zusammenfassen, und das deckt den Teil "Was ist passiert" einer Übergabe ab. Keiner führt von Haus aus eine laufende Liste, was zugesagt wurde und wer zuständig ist. Hier ist, was jeder davon laut den eigenen Dokumentationen der Anbieter kann, Stand 30. Oktober 2026.
| Helpdesk | Native KI für die Übergabe | Was sie abdeckt | Plan und Limits |
|---|---|---|---|
| Zendesk | Ticket-Zusammenfassungen im Agent Workspace | Fasst öffentliche Kommentare zusammen; interne Notizen nur, wenn ein Admin es aktiviert | Suite und Support Professional und höher, mit monatlichem Nutzungskontingent; Teil des Copilot-Add-ons |
| Freshdesk | Freddy AI Summarize | Issue, Steps Taken und Outcome, einschließlich privater Notizen | Unter Ticket content assist von Freddy AI Copilot, muss vom Admin aktiviert werden |
| Help Scout | AI Summarize | Zusammenfassung einer Konversation per Klick | Plus- und Pro-Pläne; die Zusammenfassung ist immer auf Englisch |
| Gorgias | AI Agent Übergabe-Einstellungen | Übergabethemen und getrennte Nachrichten für Chat online bzw. offline | Teil von Gorgias AI Agent |
Zendesk-Ticket-Zusammenfassungen
Die Zendesk-Variante erscheint als Banner unter dem Ticket-Header. Laut Dokumentation fasst sie "the public comments that have been added to a ticket so far" zusammen, und interne Notizen kommen nur hinzu, wenn Ihr Admin das aktiviert. Für eine Übergabe ist diese Einstellung sehr wichtig, denn in den internen Notizen hat der scheidende Agent meist festgehalten, was er versucht hat. Zusammenfassungen lassen sich alle fünf Minuten manuell aktualisieren, um neue Kommentare zu berücksichtigen. Mehr dazu in meinem Beitrag zu den Zendesk-Copilot-Ticket-Zusammenfassungen.
Freddy AI Summarize in Freshdesk
Die Freshdesk-Zusammenfassung kommt einer Übergabenotiz von Haus aus am nächsten, weil sie strukturiert ist: ein Abschnitt Issue, ein Abschnitt Steps Taken, der private Notizen einschließt, und ein Outcome. Agenten können sie bearbeiten und speichern, und Freshworks empfiehlt, Zusammenfassungen als private Notizen für das Team abzulegen. Sie aktualisiert sich nicht von selbst, wenn neue Antworten eintreffen; Sie generieren sie neu. Meine Anleitung zu Freddys Zusammenfassungen enthält die Einrichtung.
Wer sie nutzt, beschreibt ziemlich genau den Übergabenutzen, den man sich wünscht:
"Freddy makes our tickets easy to understand for all agents. The need for explanation has decreased, as agents can find the Freddy summary at the top of the ticket."
Help Scout AI Summarize und Gorgias-Übergaben
Help Scout ist der einzige Anbieter, dessen Dokumentation den Übergabe-Anwendungsfall direkt nennt: AI Summarize sei "useful for handing off a conversation to another teammate." Für ein Team über mehrere Zeitzonen sind zwei Einschränkungen wichtig: Die Zusammenfassung ist immer auf Englisch, egal in welcher Sprache die Konversation läuft, und sie aktualisiert sich nicht von selbst; bei neuen Antworten klicken Sie auf Update Summary. Mehr in meiner Übersicht zu Help Scout AI.
Gorgias geht aus der anderen Richtung heran. Mit den Übergabe-Einstellungen des AI Agent können Sie getrennte Übergabeanweisungen für den Fall schreiben, dass der Chat online oder offline ist, in der Offline-Nachricht die Geschäftszeiten nennen und die E-Mail-Adresse des Kunden erfassen, damit die nächste Schicht nachfassen kann. Das ist eine Übergabe von der KI an das Team und nicht von Schicht zu Schicht, aber es ist derselbe Moment. Ich habe das in meinem Beitrag zur Gorgias-Übergabesteuerung behandelt.
Die Lücke bei allen vieren: Zusammenfassungen werden auf Anforderung erzeugt und beschreiben die Vergangenheit. Sie sortieren die Queue nicht danach, wem etwas geschuldet wird, und sie existieren nur bei Tickets, die jemand zu öffnen daran dachte. Für eine ruhige Queue reicht das. Für ein Team mit zwei oder drei Schichtwechseln am Tag muss die Übergabenotiz schon da sein, wenn die nächste Person ankommt.
Wie sieht das in der Praxis aus?
Hier sind drei eesel-Kunden, deren Setups das Übergabeproblem jeweils anders lösen. Alle Zahlen stammen aus ihren veröffentlichten Erfolgsgeschichten und umfassen den Zeitraum vom 8. August bis 8. September 2026.
SE Ranking: die aufgeschriebenen Übergaberegeln. SE Ranking betreibt den Support für drei Produkte auf Zendesk, mit einem Team aus 16 Ländern, das alle Zeitzonen abdeckt. Das ist die Form eines Follow-the-Sun-Teams, und die Übergaberegeln sind aufgeschrieben. Wenn ein Chat einen Menschen braucht (eine Erstattung, eine Testverlängerung, dieselbe Frage zum zweiten Mal oder ein Kunde, der sagt, sein Bildschirm sehe anders aus), übergibt eesel mit Namen und E-Mail-Adresse des Kunden. Hat es zuvor Fehler gesucht, übergibt es mit einer Notiz dazu, was es dem Kunden schon gesagt hat. Tier-2-Fälle werden zu einem Ticket, dem zuerst die Belege beigefügt sind: die Domain, der Audit-Link oder ein Screenshot vom Connector. Und es sagt einem Kunden nie, dass sich gleich jemand zuschaltet; es sagt, dass er in ein bis zwei Werktagen eine Antwort erwarten kann. In diesem Monat übergab es rund 1.260 Chats ans Team und hinterließ etwa 2.600 interne Notizen, die meisten davon Entwürfe, die ein Mensch versendet.
Die letzte Regel würde ich für jedes Team über mehrere Zeitzonen übernehmen. Ein Bot, der um 3 Uhr nachts einen Live-Agenten verspricht, erzeugt genau die Art Zusage, die bei der Übergabe stirbt.
Amagency: das Notizformat, das das Einlesen spart. Amagency betreibt den Support für vier Endkundenmarken über ein Gorgias-Konto. eesel antwortet dort nie selbst an Kunden. Stattdessen steht in jeder internen Notiz oben die vollständige Kundenantwort, zum Kopieren bereit, und darunter ein kurzer Abschnitt mit den gefundenen Bestelldaten und allem, was es markiert hat. Das ist in allem außer dem Namen eine Übergabenotiz: Wer das Ticket als Nächstes übernimmt, sieht die Belege und die vorgeschlagene Antwort, ohne den Verlauf zu öffnen. Im Monat hinterließ es etwa 900 interne Notizen und 460 Antwortentwürfe zu rund 350 Tickets. Außerdem führt es jeden Werktag um 9 Uhr Sydney-Zeit eine kurze Durchsicht des Workspaces aus und schickt dem Team eine Notiz per E-Mail, was als Briefing zum Schichtbeginn dient.
Swiftreg: die Nachtschicht, die keine ist. Swiftreg, ein britischer Verkäufer von Nummernschildern auf Zendesk, erhält die meisten Tickets tagsüber, aber laut der Kundengeschichte werden die nachts eingehenden genauso behandelt wie die am Tag. Von rund 2.100 Tickets im Monat schickte eesel 1.494 öffentliche Antworten und hinterließ 1.055 interne Notizen, wo der nächste Schritt beim Personal lag. Wer morgens die Queue öffnet, findet die nächtlichen Tickets entweder beantwortet oder mit einer Notiz versehen.
Eine Regel aus der Einrichtung eines Kunden zeigt, warum aufgeschriebene Regeln besser sind als Übergabedokumente. Ein Support-Admin, der den Agenten konfigurierte, formulierte es so:
"I have a rule in CS where we do not address a cancel or refund request when there is an issue attached to it."
Regeln wie diese leben meist im Kopf eines erfahrenen Agenten und wandern mündlich von Schicht zu Schicht. Sind sie einmal in die Anweisungen des Agenten geschrieben, gelten sie um 14 Uhr genauso wie um 2 Uhr nachts, egal wer Dienst hat. Das ist ein leiser Vorteil von KI für Teams mit mehreren Schichten: Die Richtlinie hängt nicht mehr davon ab, wer heute arbeitet.
Wie viel Zeit kostet Sie Ihre Übergabe?
Setzen Sie Ihre eigenen Zahlen ein. Die Standardwerte gehen von zwei Schichtwechseln am Tag aus, 40 offenen Tickets bei jedem, und 6 Minuten, bis sich der nächste Agent in ein Ticket ohne Notiz eingelesen hat, gegenüber 1,5 Minuten mit einer ordentlichen Notiz. Haken Sie an, was Ihre aktuelle Übergabe zuverlässig erfasst, und der Checker listet die Lücken auf.
Die Einlesezeit heute skaliert damit, wie viele der sechs Felder Ihre Notizen bereits erfassen. "Mit einem KI-Agenten" nimmt an, dass der Agent den von Ihnen eingestellten Anteil vor der Übergabe schließt und bei allem anderen eine vollständige Notiz hinterlässt.
Zwei Dinge fallen meist auf. Erstens ist die Einlesezeit größer, als die meisten erwarten, weil Sie sie bei jedem Schichtwechsel zahlen, jeden Tag: 80 Tickets à 4,5 Minuten sind 6 Stunden Zeit der neuen Schicht fürs Aufholen, bevor irgendjemand einem Kunden antwortet. Zweitens leistet die Notiz mehr als die Auslagerung an die KI. Selbst bei 0 % auf dem Regler senkt eine vollständige Notiz an jedem Ticket das Einlesen bei den Standardwerten um etwa zwei Drittel. Wenn Sie sich eher um die Queue-Größe selbst sorgen als um das Einlesen, behandeln das meine Beiträge zum Abbau eines Ticket-Rückstaus und zur Senkung der Bearbeitungszeit.
Was sollte die KI übergeben, und was sollte bei einem Menschen bleiben?
Die KI sollte die Fakten und die Routinetickets tragen, Menschen sollten die Zusagen und die Ermessensentscheidungen verantworten. So würde ich es für ein Team mit zwei oder drei Schichten aufteilen:
| Beim Schichtwechsel | Das übernimmt die KI | Das übernimmt ein Mensch |
|---|---|---|
| Routinetickets (Bestellstatus, Anleitung, Retouren) | Beantwortet und schließt sie vor und nach der Übergabe | Prüft zu Schichtbeginn eine Stichprobe |
| Zusammenfassung jedes offenen Tickets | Schreibt sie bei jedem Ticket, das sie anfasst | Liest sie und markiert Fehler |
| Versuchte Schritte und gefundene Belege | Zieht sie aus Antworten, Notizen und Abfragen | Ergänzt alles, was außerhalb des Tickets passierte (ein Anruf, ein Slack-Thread) |
| Zugesagte Updates und Fristen | Entwirft sie aus den Antworten, markiert bald fällige | Bestätigt die Zusage und hält sie ein |
| Verantwortlicher einer Eskalation | Wendet Ihre Routing-Regeln an | Übernimmt die Verantwortung, besonders bei Entwicklung oder Billing |
| Ausfälle und Sicherheitsvorfälle | Alarmiert den Bereitschaftsdienst | Verantwortet den Vorfall und die Kunden-Updates |
| Verärgerte oder wiederkehrende Kunden | Markiert sie ganz oben in der Übergabe | Schreibt die Antwort |
Die Leitplanken, um die KI-Seite sicher zu machen, sind kurz. Sie sollte nie stillschweigend ein Ticket schließen oder neu zuweisen, das einer anderen Schicht gehört. Jede von ihr geschriebene Übergabenotiz sollte auf das Ticket verlinken, aus dem sie stammt. Und sie sollte nie einen Menschen live versprechen, den der Dienstplan nicht liefern kann, womit wir wieder bei der Regel von SE Ranking wären. Zum übergeordneten Design siehe meinen Beitrag zu den Best Practices für KI-Übergaben.
Wie richten Sie KI-gestützte Übergaben in Ihrem Helpdesk ein?
Fünf Schritte. Die ersten beiden sind Helpdesk-Hygiene, die jeder Übergabeprozess braucht, mit oder ohne KI.
Schritt 1: Die fünf Felder zu echten Ticketfeldern machen
Eine Übergabenotiz im Freitext wird übersprungen. Legen Sie benutzerdefinierte Felder oder Tags für nächster Verantwortlicher und zugesagt bis (ein Datum mit Uhrzeit) an und stellen Sie sicher, dass die SLA-Fälligkeit in der Ticketansicht sichtbar ist. Sind es erst Felder, können Menschen und KI sie beide ausfüllen, und Sie können eine nach "zugesagt bis" sortierte Ansicht bauen.
Schritt 2: Geschäftszeiten pro Region festlegen
Ihr Helpdesk muss wissen, wer wann online ist, sonst stimmen SLA-Timer und die Meldungen "Chat ist offline" bei jedem Schichtwechsel nicht. Zendesk unterstützt mehrere Zeitpläne in Enterprise, Freshdesk mehrere Geschäftszeiten ab Pro, Gorgias hat Geschäftszeiten in jedem Plan ab Basic, und Help Scout hat Firmenzeiten mit benutzerdefinierten Postfachzeiten in Plus und Pro. Die Menüpfade zu jedem habe ich in meinem Leitfaden zur Wochenendabdeckung durchgespielt. Zum SLA-Design selbst siehe SLA Best Practices.
Schritt 3: Einen KI-Agenten anbinden und ihm eine Vorlage für die Übergabenotiz geben
Binden Sie den Agenten an Ihren Helpdesk, Ihr Help Center und vergangene Tickets an, dazu die Systeme, die er für Abfragen braucht (Shopify, Ihr Billing-Tool). Schreiben Sie dann die Übergaberegel in einfachen Worten, so wie Sie einen neuen Mitarbeiter einweisen würden: "Wenn du ein Ticket an einen Menschen übergibst, hinterlasse eine interne Notiz mit dem, was der Kunde möchte, was du versucht hast, allem, was du zugesagt hast und bis wann, wer zuständig sein sollte und was du gefunden hast." In eesel ist das einfach Text in den Anweisungen des Agenten; er gilt bei jeder Eskalation, rund um die Uhr.
Schritt 4: Ein Briefing zum Schichtbeginn planen
Lassen Sie die KI zu Beginn jeder Schicht ein kurzes Briefing posten: Tickets mit SLA in den nächsten zwei Stunden, Tickets mit heute zugesagtem Update, wiederholte Kontakte, alles, was seit der letzten Schicht eskaliert wurde. Schicken Sie es dorthin, wo Ihr Team ohnehin hinschaut: Slack, Microsoft Teams oder E-Mail. In eesel ist das ein geplanter Job: ein Prompt, eine Uhrzeit und eine Zeitzone, sodass das APAC-Briefing und das Europa-Briefing jeweils um 9 Uhr Ortszeit eintreffen können.
Schritt 5: Zwei Wochen nur mit Entwürfen laufen lassen, dann ausweiten
Beginnen Sie damit, dass die KI Notizen und Entwürfe schreibt und keine Antworten sendet. Stellen Sie bei jedem Schichtwechsel dem übernehmenden Agenten eine Frage: Konnten Sie allein anhand der Notiz am Ticket handeln? Passen Sie die Vorlage überall an, wo die Antwort nein lautet. Lassen Sie die KI dann Ihre zwei, drei häufigsten Routinethemen selbstständig schließen. Ich beobachte seit Jahren, wie eesel KI-Agenten in laufende Support-Queues bringt, und jedes neue Setup läuft zuerst gegen echte vergangene Tickets, denn selbstsicher klingende Antworten gehen auf eine Art schief, die man nur an den eigenen Daten sieht. Meine Liste der Fehler bei der KI-Einführung behandelt die üblichen Fallen.
Woran erkennen Sie, dass Ihre Übergaben funktionieren?
Messen Sie die Übergabe selbst und nicht nur die Queue. Vier Zahlen sagen das Meiste, was Sie wissen müssen:
- Verpasste Zusagen. Tickets, bei denen ein zugesagter Update-Zeitpunkt ohne Antwort verstrich. Diese Zahl soll die ganze Übung auf null bringen.
- SLA-Verstöße in der ersten Stunde einer Schicht. Häufen sich Verstöße direkt nach dem Schichtwechsel, verliert die Übergabe die Uhr.
- Zeit bis zur ersten Aktion nach Schichtbeginn. Wie lange es dauert, bis die neue Schicht ihr erstes übernommenes Ticket beantwortet. Gute Notizen machen daraus Minuten statt einer Stunde.
- Tickets, die jeden Schichtwechsel überqueren. Die Zahl, die der Rechner oben schätzt. Sie sollte sinken, je mehr Routinevolumen die KI übernimmt.
Taggen Sie alles, was die KI anfasst, damit Sie ihre Tickets von denen des Teams trennen können. SE Ranking bat um ein Tag ai_handled auf jedem Ticket, an dem eesel arbeitet, plus Tags für hilfreich und nicht hilfreich, sodass die Eindämmung in Zendesk gezählt statt geraten wird. Meine Beiträge zu KI-Kennzahlen im Kundenservice und zur Eskalationsqualität gehen weiter, und KI für Support-Reporting zeigt, wie man den Bericht selbst baut.
Wo eesel nicht die richtige Wahl ist: Wenn Sie eine einzige Schicht mit ein oder zwei Agenten betreiben, erledigen eine Übergabevorlage mit fünf Zeilen in Ihrem Helpdesk und die native Zusammenfassungs-Schaltfläche die Aufgabe völlig ausreichend. Und wenn Ihr Problem ist, dass über längere Zeit niemand online ist, statt der Moment zwischen den Schichten, lesen Sie meinen Leitfaden zum Support außerhalb der Geschäftszeiten oder sehen Sie sich die Personaloptionen in KI für die Support-Besetzung an.
eesel für Schichtübergaben testen
Wenn Ihr Support-Team in Schichten arbeitet und der Morgen mit einem Stapel beginnt, den niemand dokumentiert hat, arbeitet eesel wie ein Teammitglied, das nie Schichtwechsel hat. Es schaltet sich in Ihre bestehende Queue in Zendesk, Freshdesk, Gorgias oder Help Scout ein, beantwortet, was Ihr Help Center und frühere Tickets bereits abdecken, und hinterlässt bei jedem Ticket, das es an einen Menschen weitergibt, eine interne Notiz mit den Fakten, dem Entwurf und den Belegen. Ein geplantes Briefing kann zu Beginn der Schicht jeder Region in Slack oder Teams landen.
So betreibt SE Ranking eine Queue über 16 Länder, und so bekommt Amagency bei Gorgias-Tickets eine versandfertige Antwort, bevor das Team öffnet. Die Pläne sind ein fester monatlicher Credit-Block: ein Ticket oder Chat ist ein Credit, ab 299 $ im Monat für 500, und mit den 100 Credits des kostenlosen Plans sehen Sie die Notizen zunächst an Ihren eigenen Tickets.
Testen Sie eesel bei der Übergabe von heute Abend, oder sehen Sie in meiner Übersicht der besten KI-Agenten für den Kundenservice, wie es abschneidet.