So funktioniert der Zendesk Omnichannel Handoff: Vollständiger Leitfaden für 2026

Wenn ein Kunde eine Konversation mit Ihrem KI-Agenten beginnt, aber mit einem Menschen sprechen muss, was passiert dann? Dieser Übergang, der Moment, in dem die Kontrolle vom Bot an den Agenten übergeht, wird von Support-Teams als Handoff bezeichnet. In einer Zendesk-Umgebung wird dies schnell kompliziert, da Sie es nicht nur mit einem Kanal zu tun haben. Sie verwalten E-Mail, Messaging, Sprache und Chat, die alle in dasselbe System fließen.

Dieser Leitfaden erklärt, wie der Zendesk Omnichannel Handoff tatsächlich funktioniert. Wir werden die Mechanismen des Routings, die häufigen Fallstricke, die Support-Teams ausbremsen, und die Konfiguration von Handoffs behandeln, die Kunden nicht frustriert oder Agenten verwirrt zurücklassen.

Für einen umfassenderen Überblick über Strategien für den Konversations-Handoff lesen Sie unseren Leitfaden zum Zendesk Konversations-Handoff an Agenten. Sie könnten auch unsere Übersicht über den Zendesk Omnichannel Support hilfreich finden, um den breiteren Kontext zu verstehen.

Was ist der Zendesk Omnichannel Handoff?

Omnichannel Handoff ist der Prozess der Übertragung einer Kundenkonversation von einem Antwortenden zu einem anderen über verschiedene Support-Kanäle hinweg. In Zendesk bedeutet dies typischerweise den Übergang von einem KI-Agenten zu einem menschlichen Agenten oder umgekehrt.

Es gibt zwei verschiedene Aktionen, die Sie verstehen sollten:

• Handoff: Der KI-Agent wird als erster Ansprechpartner für die Konversation entfernt, und ein menschlicher Agent übernimmt. Sobald dies geschehen ist, kann die KI nicht mehr auf diese Konversation antworten.
• Handback: Wenn sich der Status eines Tickets von Gelöst zu Geschlossen ändert, wird der menschliche Agent als erster Ansprechpartner entfernt. Dies macht den Weg frei für den KI-Agenten, neue Konversationen von diesem Kunden zu bearbeiten.

Zu den abgedeckten Kanälen gehören E-Mail (einschließlich Webformulare und API-Übermittlungen), natives Messaging, Live-Chat, WhatsApp, Facebook Messenger, Sprachanrufe, SMS und Social-Media-Direktnachrichten, einschließlich X (Twitter), Instagram und Telegram. Jeder Kanal hat seine eigenen Besonderheiten, wenn es um Routing und Handoff-Verhalten geht.

Warum ist ein nahtloser Handoff wichtig? Weil Kunden nicht in Kanälen denken. Sie beginnen einen Chat, senden dann eine E-Mail und rufen dann an, wenn sie frustriert sind. Wenn Ihre Agenten nicht die vollständige Konversationshistorie über diese Touchpoints hinweg sehen können, zwingen Sie die Kunden, sich zu wiederholen. Das ist ein schneller Weg zu schlechten Zufriedenheitswerten.

Wie Omnichannel Routing in Zendesk funktioniert

Im Kern ist das Omnichannel Routing ein Verkehrskontrolleur für Support-Tickets. Es betrachtet eingehende Konversationen aus allen Kanälen und entscheidet, welcher Agent jede einzelne basierend auf Verfügbarkeit, Kapazität und Fähigkeiten bearbeiten soll.

Die Routing-Engine

Wenn ein Ticket für das Routing in Frage kommt, bewertet Zendesk mehrere Faktoren in der folgenden Reihenfolge:

1. Warteschlangenzuweisung: Tickets werden entweder der Standard-Omnichannel-Routing-Warteschlange oder benutzerdefinierten Warteschlangen zugewiesen (verfügbar in Professional- und Enterprise-Plänen). Mit benutzerdefinierten Warteschlangen können Sie Tickets, die bestimmte Bedingungen erfüllen, an bestimmte Gruppen weiterleiten.

2. Agentenstatus: Agenten legen einen einzigen, einheitlichen Status über alle Kanäle hinweg fest (online, abwesend oder offline). Für Messaging und Anrufe müssen Agenten "online" sein, um Arbeit zu empfangen. Für E-Mail qualifiziert der Status "online" oder "abwesend".

3. Kapazitätsregeln: Diese steuern, wie viel Arbeit jeder Agent gleichzeitig bearbeiten kann. Sie können unterschiedliche Kapazitätsgrenzen für E-Mail-, Messaging- und Sprachkanäle definieren.

4. Zuweisungsmethode: Zendesk kann die Zuweisung basierend auf der höchsten freien Kapazität oder dem Round-Robin-Prinzip (wer am längsten keine Arbeit erhalten hat) vornehmen.

5. Fähigkeitenabgleich: In Professional-Plänen und höher können Tickets nur an Agenten mit spezifischen Fähigkeiten (wie Sprachkenntnisse oder Produktkenntnisse) weitergeleitet werden.

Standard- vs. benutzerdefinierte Warteschlangen

Die Standardwarteschlange leitet Arbeit basierend auf der zugewiesenen Gruppe des Tickets an Agenten weiter. Benutzerdefinierte Warteschlangen, die in Professional- und Enterprise-Plänen verfügbar sind, bieten mehr Kontrolle. Sie können Warteschlangen erstellen, die Tickets zuerst an primäre Gruppen weiterleiten und dann an sekundäre Gruppen, wenn niemand verfügbar ist. Sie können auch bestimmte Tickettypen gegenüber anderen priorisieren.

Einschränkungen des fähigkeitsbasierten Routings

Hier ist etwas, das viele Teams überrascht: Das fähigkeitsbasierte Routing funktioniert für E-Mail-Tickets, hat aber Einschränkungen beim Messaging. Laut der Dokumentation von Zendesk ist das fähigkeitsbasierte Routing nicht speziell für Messaging-Tickets verfügbar. Dies bedeutet, dass Sie möglicherweise alternative Routing-Strategien benötigen, wenn Sie einen Messaging-lastigen Betrieb führen.

Konfigurieren des KI-zu-Agenten-Handoffs

Zendesk bietet zwei Stufen von KI-Agenten an: Essential und Advanced. Die Handoff-Konfiguration unterscheidet sich je nachdem, welche Sie verwenden.

Native KI-Agenten-Handoff-Optionen

Essential KI-Agenten (in Suite Team und höher enthalten) bearbeiten grundlegende Konversationen und können mithilfe integrierter Dialogabläufe an menschliche Agenten eskalieren.

Advanced KI-Agenten (als Add-on erhältlich) bieten ausgefeiltere Überlegungen, benutzerdefinierte Aktionen und tiefere Integrationsmöglichkeiten. Sie verwenden einen Dialog-Builder, in dem Sie Eskalationsblöcke konfigurieren können, die Handoffs basierend auf Kundenabsicht, Stimmung oder spezifischen Anfragen auslösen.

Die Solved-vs.-Closed-Timing-Falle

Dies ist das häufigste Handoff-Problem, auf das Support-Teams stoßen. Standardmäßig wartet Zendesk vier Tage, nachdem ein Ticket als Gelöst markiert wurde, bevor es automatisch geschlossen wird. Während dieses Zeitfensters können Kunden keine neue Konversation starten, wenn sie zu Ihrem Messaging-Kanal zurückkehren. Ihre Nachrichten gehen an das bestehende Ticket, und der menschliche Agent bleibt der erste Ansprechpartner.

Dies führt zu einer frustrierenden Erfahrung, bei der Kunden denken, dass sie neu anfangen, aber tatsächlich alte Tickets wiedereröffnen. Der KI-Agent wird sich nicht engagieren, da er nicht der erste Ansprechpartner ist.

Sie haben zwei Möglichkeiten, dies zu beheben:

Option 1: Anpassen der Standardautomatisierung Bearbeiten Sie die Automatisierung "Ticket 4 Tage nach dem Status Gelöst schließen". Sie können dies auf nur eine Stunde reduzieren oder auf bis zu 28 Tage verlängern.

Option 2: Erstellen eines Triggers für sofortiges Schließen Fügen Sie ein Tag (wie "close") hinzu, wenn ein Ticket gelöst ist, und erstellen Sie dann einen Trigger, der jedes Ticket mit diesem Tag sofort schließt. Die Triggerbedingungen wären:

• Tags enthält "close"
• Aktion: Status auf Geschlossen gesetzt

Wenn Sie CSAT-Umfragen verwenden, behalten Sie mindestens einen kleinen Puffer zwischen dem Lösen und Schließen bei, um Konflikte mit der Umfragezustellung zu vermeiden.

Kontextübergreifend über Kanäle hinweg bewahren

Kontextverlust ist der stille Killer guter Handoffs. Ein KI-Agent hat möglicherweise wichtige Details, Kundenhistorie und Absichtssignale gesammelt. Wenn diese Informationen den menschlichen Agenten nicht erreichen, fangen Sie bei Null an.

So erhalten Sie die Kontinuität:

Automatische Transkriptanhänge: Zendesk hängt automatisch Konversationstranskripte an Tickets an. Stellen Sie sicher, dass Ihre Agenten wissen, wo sie diese finden.

Benutzerdefinierte Ticketfelder: Verwenden Sie diese, um strukturierte Daten während KI-Konversationen zu erfassen, z. B. Problemkategorie, Kundenstimmung oder versuchte Lösungen. Diese Felder werden an den menschlichen Agenten weitergeleitet.

Metadatenübergabe: Verwenden Sie für technische Integrationen Sunshine Conversations APIs, um Metadaten zwischen Systemen zu übergeben. Dies kann die Kunden-ID, den Konversationsverlauf und benutzerdefinierte Attribute umfassen.

Interne Notizen: Schulen Sie KI-Agenten, Konversationen in internen Notizen zusammenzufassen, bevor sie übergeben werden. Eine prägnante Zusammenfassung ist besser als das Scrollen durch 50 Nachrichten.

Agentenschulung: Ihre Agenten müssen wissen, wo sich der Kontext befindet. Erstellen Sie eine Kurzanleitung, die zeigt, wie Sie über den Agent Workspace auf Transkripte, benutzerdefinierte Felder und den Konversationsverlauf zugreifen können.

Häufige Omnichannel-Handoff-Herausforderungen

Auch bei korrekter Konfiguration geht etwas schief. Hier sind die Probleme, die wir am häufigsten sehen:

Kunden können keine neuen Konversationen starten: Die Solved-vs.-Closed-Statuslücke, die wir zuvor behandelt haben. Kunden kehren zurück und erwarten einen Neuanfang und werden stattdessen in alte Tickets gezogen.

Falsches Team erhält eskalierte Tickets: Routing-Regeln sind nicht spezifisch genug, oder benutzerdefinierte Warteschlangen sind nicht so konfiguriert, dass sie Ihrer Organisationsstruktur entsprechen. Tickets, die für Tier 2 bestimmt sind, landen bei Tier 1-Agenten, die sie nicht lösen können.

Agenten verpassen den Konversationskontext: Agenten überprüfen keine Transkripte oder benutzerdefinierten Felder, bevor sie antworten. Sie bitten Kunden, Informationen zu wiederholen, die die KI bereits gesammelt hat.

Fähigkeiten-Timeout und Ticketstagnation: Wenn das fähigkeitsbasierte Routing ohne Timeout-Schwelle aktiviert ist, können Tickets unbegrenzt in der Warteschlange verbleiben, wenn kein Agent mit passenden Fähigkeiten verfügbar ist. E-Mail- und Messaging-Tickets warten, bis jemand mit den richtigen Fähigkeiten online geht.

Kanalspezifische Einschränkungen: Das fähigkeitsbasierte Routing funktioniert nicht für Messaging-Tickets. Sprachtickets können nach der Zuweisung zu einem Agenten nicht mehr neu zugewiesen werden. Light-Agenten können keine Tickets zugewiesen oder den Status festlegen.

Vereinfachen des Omnichannel-Handoffs mit eesel AI

Das native Routing von Zendesk ist leistungsstark, erfordert aber eine erhebliche Konfiguration und laufende Wartung. Wenn Sie nach einem einfacheren Ansatz suchen, übernimmt eesel AI Handoffs mit weniger Komplexität.

Anstatt Dialogbäume im Zendesk-Builder zu erstellen, definieren Sie Eskalationsregeln in einfachem Deutsch. Zum Beispiel: "Wenn der Kunde nach Rechnungsstreitigkeiten fragt, eskalieren Sie sofort an das Finanzteam." Keine Programmierung, keine komplexen Triggerkonfigurationen.

Die Zendesk-Integration bewahrt den Kontext automatisch. Wenn eesel an einen Zendesk-Agenten übergibt, werden der vollständige Konversationsverlauf, die Kundendaten und die KI-generierte Zusammenfassung mitgeliefert. Agenten sehen alles, was sie benötigen, ohne in mehreren Tabs suchen zu müssen.

Vor der Liveschaltung können Sie Simulationen mit Tausenden von vergangenen Tickets durchführen, um genau zu sehen, wie Handoffs funktionieren würden. Testen Sie verschiedene Eskalationsregeln, messen Sie die Lösungsraten und verfeinern Sie Ihren Ansatz, ohne echte Kundenkonversationen zu berühren.

eesel integriert sich auch mit über 100 Wissensquellen außerhalb von Zendesk: Ihre Confluence-Dokumente, Google Drive, Notion-Seiten und mehr. Dies bedeutet, dass eesel einen breiteren Kontext für die Bearbeitung komplexer Handoff-Szenarien hat.

Erste Schritte mit intelligenteren Omnichannel-Handoffs

Wenn Sie den Zendesk Omnichannel Handoff einrichten oder optimieren, beginnen Sie mit diesen Schritten:

1. Überprüfen Sie Ihre aktuelle Routing-Konfiguration: Dokumentieren Sie, welche Warteschlangen vorhanden sind, wie Tickets zwischen ihnen fließen und wo Handoffs derzeit stattfinden.

2. Überprüfen Sie das Timing der Automatisierung Gelöst → Geschlossen: Überprüfen Sie das standardmäßige 4-Tage-Fenster. Wenn dies zu Kundenverwirrung führt, passen Sie es an oder erstellen Sie einen Trigger für sofortiges Schließen.

3. Testen Sie Eskalationsabläufe mit realen Szenarien: Führen Sie Testkonversationen über Ihre KI-Agenten durch und überprüfen Sie, ob sie die richtigen menschlichen Agenten mit vollständigem Kontext erreichen.

4. Berücksichtigen Sie Ihre Komplexitätstoleranz: Wenn sich die Routing-Konfiguration von Zendesk überwältigend anfühlt, bieten Tools wie eesel AI einen einfacheren Weg zu effektiven Handoffs.

Möchten Sie sehen, wie eesel AI Handoffs handhabt? Testen Sie es kostenlos oder buchen Sie eine Demo, um es in Aktion mit Ihrer bestehenden Zendesk-Einrichtung zu sehen.