{
"title": "Zendesk Handoff-Kontext: Vollständiger Leitfaden für nahtlose KI-zu-Agenten-Übergaben",
"slug": "zendesk-handoff-context",
"locale": "de",
"date": "2026-03-05",
"updated": "2026-03-05",
"template": "default",
"excerpt": "Ein technischer Leitfaden zum Verständnis und zur Implementierung von Zendesk Handoff-Kontext, der Konversationszustände, die Switchboard-Architektur und Best Practices für die Wahrung des Kontexts während der Übergabe behandelt.",
"categories": [
"Zendesk AI",
"Guides"
],
"tags": [
"Zendesk",
"AI agents",
"conversation handoff",
"customer support",
"Sunshine Conversations"
],
"readTime": 13,
"author": 16,
"reviewer": 14,
"seo": {
"title": "Zendesk Handoff-Kontext: Vollständiger Leitfaden für nahtlose KI-zu-Agenten-Übergaben",
"description": "Ein technischer Leitfaden zum Verständnis und zur Implementierung von Zendesk Handoff-Kontext, der Konversationszustände, die Switchboard-Architektur und Best Practices für die Wahrung des Kontexts während der Übergabe behandelt.",
"image": "https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/banner-49aa0f0d-d1fa-4858-98e4-3b1585303c60"
},
"coverImage": "https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/banner-49aa0f0d-d1fa-4858-98e4-3b1585303c60",
"coverImageAlt": "Bannerbild für Zendesk Handoff-Kontext: Vollständiger Leitfaden für nahtlose KI-zu-Agenten-Übergaben",
"coverImageWidth": 1920,
"coverImageHeight": 1080,
"faqs": {
"heading": "Häufig gestellte Fragen",
"type": "blog",
"answerType": "html",
"faqs": [
{
"question": "Wie unterscheidet sich der Zendesk Handoff-Kontext von der Rückgabe?",
"answer": "Die Übergabe (Handoff) überträgt eine Konversation vom KI-Agenten an einen Menschen, wodurch der Mensch zum Ersthelfer wird. Die Rückgabe (Handback) ist das Gegenteil und wird ausgelöst, wenn ein Ticket geschlossen wird, wodurch die KI neue Konversationen von diesem Kunden wieder bearbeiten kann."
},
{
"question": "Was verursacht die 4-tägige Verzögerung in Zendesk Handoff-Kontext-Workflows?",
"answer": "Die Standardautomatisierung von Zendesk hält Tickets 4 Tage lang im Status 'Gelöst' (Solved), bevor sie in den Status 'Geschlossen' (Closed) übergehen. Bis ein Ticket geschlossen ist, bleibt der menschliche Agent zugewiesen, und Kunden können keine neuen Konversationen beginnen."
},
{
"question": "Kann ich anpassen, wann Zendesk Handoff-Kontext-Übergaben stattfinden?",
"answer": "Ja. Mit AI Agent Essential konfigurieren Sie die Optionen 'Mit einem Menschen sprechen' in den Einstellungen für das Messaging-Verhalten. Mit AI Agent Advanced verwenden Sie den Dialog-Builder, um Eskalationsblöcke hinzuzufügen, wo immer die Übergabe erfolgen soll."
},
{
"question": "Benötige ich das Advanced Add-on, um das Zendesk Handoff-Kontext-Routing zu konfigurieren?",
"answer": "Nicht unbedingt. Das grundlegende Routing funktioniert mit Ticket-Auslösern, die in allen Plänen verfügbar sind. Bedingte Eskalationspfade und das gruppenbasierte Routing im Dialog erfordern jedoch AI Agent Advanced."
},
{
"question": "Welcher Kontext wird während der Zendesk Handoff-Kontext-Übergaben beibehalten?",
"answer": "Das vollständige Konversationsprotokoll wird automatisch an das Ticket angehängt. Sie können auch benutzerdefinierte Ticketfeldwerte, Metadaten und interne Notizen übergeben, wenn Sie diese im Dialog-Builder oder Chat-Widget konfigurieren."
},
{
"question": "Warum verpassen Agenten den Kontext nach Zendesk Handoff-Kontext-Übergaben?",
"answer": "In der Regel, weil Metadaten nicht sichtbaren Ticketfeldern zugeordnet sind oder Agenten nicht darin geschult sind, wo sie Protokolle im Agent Workspace finden. Konfigurieren Sie benutzerdefinierte Felder und stellen Sie sicher, dass die Agenten wissen, dass sie den Konversationsbereich überprüfen müssen."
},
{
"question": "Gibt es Alternativen, die die Zendesk Handoff-Kontext-Konfiguration vereinfachen?",
"answer": "Ja. eesel AI integriert sich in Zendesk und ermöglicht es Ihnen, Eskalationsregeln in einfachem Deutsch zu definieren, anstatt den Dialog-Builder zu verwenden. Sie können auch Simulationen anhand vergangener Tickets durchführen, bevor Sie live gehen."
}
],
"supportLink": null
}
}
---
Wenn ein Kunde an die Grenzen dessen stößt, was Ihr KI-Agent leisten kann, muss sich der Übergang zu einem menschlichen Agenten unsichtbar anfühlen. Eine umständliche Übergabe frustriert Kunden und verschwendet die Zeit des Agenten. Gut gemacht, bewahrt er den Kontext, leitet an das richtige Team weiter und hält die Lösungszeiten niedrig.
Dieser Leitfaden erläutert genau, wie der [Zendesk Handoff-Kontext](https://support.zendesk.com/hc/en-us/articles/4408824482586) funktioniert, von der zugrunde liegenden Architektur bis zur schrittweisen Konfiguration. Egal, ob Sie KI-Agenten zum ersten Mal einrichten oder Timing-Probleme beheben, Sie finden praktische Anweisungen, die zu Ihrer Zendesk-Stufe passen.
## Was ist Zendesk Handoff-Kontext?
Handoff-Kontext sind die Informationen, die mit einer Kundenkonversation einhergehen, wenn sie von einem KI-Agenten zu einem menschlichen Agenten wechselt. Dazu gehören der Konversationsverlauf, Kundendetails, die Kategorisierung von Problemen und alle Metadaten, die Ihre Systeme gesammelt haben.
Zendesk verwendet zwei Begriffe, die ähnlich klingen, aber unterschiedliche Dinge bedeuten:
- **Übergabe (Handoff)** ist der Moment, in dem ein KI-Agent eine Kundenkonversation an einen menschlichen Live-Agenten übergibt. Der KI-Agent wird als erster Ansprechpartner für die Konversation entfernt, und ein Mensch übernimmt. Dies geschieht in der Regel, wenn der Kunde ausdrücklich Hilfe anfordert, die über das hinausgeht, was der Bot leisten kann, oder wenn die KI ein Problem erkennt, das menschliches Urteilsvermögen erfordert.
- **Rückgabe (Handback)** ist das Gegenteil. Wenn ein Ticket geschlossen wird, wird der Live-Agent als erster Ansprechpartner entfernt. Dies macht den Weg frei, damit der KI-Agent alle neuen Konversationen von diesem Kunden bearbeiten kann. Stellen Sie sich dies als Zurücksetzen der Konversationsschleife vor.
Die Switchboard-Architektur macht dies möglich. [Sunshine Conversations](https://developer.zendesk.com/documentation/conversations/messaging-platform/programmable-conversations/switchboard/) verwendet ein Switchboard-System, um Bot-zu-Agent-Übergaben zu verwalten, ähnlich wie ein Operator Telefonanrufe vermittelt. Das Switchboard steuert, welche Integration jede Konversation bearbeitet, und ermöglicht reibungslose Übergaben zwischen KI-Bots und menschlichen Agenten.
Ohne den richtigen Handoff-Kontext wiederholen Kunden Informationen, die sie bereits mit dem Bot geteilt haben. Agenten verschwenden Zeit mit dem Abfragen von Details, die bereits erfasst wurden. Die Wahrung des Kontexts unterscheidet gute Eskalationen von schmerzhaften.
## Das Verständnis des Zendesk-Konversationslebenszyklus
Um Übergaben korrekt zu konfigurieren, müssen Sie verstehen, wie Konversationen durch das Zendesk-System fließen. Es gibt zwei unabhängige, aber miteinander verbundene Elemente: Konversationszustände und Ticketstatus.
### Konversationszustände
Messaging-Konversationen durchlaufen drei Zustände:
- **Aktiv**: Der Kunde ist aktiv beteiligt, tippt und antwortet
- **Inaktiv**: Seit der letzten Nachricht sind 10 Minuten vergangen
- **Beendet**: Die Konversation ist gelöst oder geschlossen
Diese Zustände bestimmen, wie das System mit Kundennachrichten und der Kapazität des Agenten umgeht. Wenn eine Konversation inaktiv wird, wird sie nicht mehr auf die Kapazitätsgrenze eines Agenten angerechnet, sodass dieser neue Zuweisungen erhalten kann.
### Ticketstatus
Tickets folgen einem anderen Pfad:
- **Neu**: Ticket erstellt, noch nicht zugewiesen
- **Offen**: Agent arbeitet aktiv daran
- **In Bearbeitung**: Warten auf Antwort des Kunden
- **Gelöst**: Agent als gelöst markiert
- **Geschlossen**: Ticket abgeschlossen, schreibgeschützt
Hier wird es knifflig: Ein Agent bleibt der erste Ansprechpartner, bis sich der Ticketstatus in **Geschlossen** ändert, nicht in Gelöst. Standardmäßig wartet [Zendesk 4 Tage](https://support.zendesk.com/hc/en-us/articles/4408824482586) zwischen Gelöst und Geschlossen.
Während dieses Zeitraums können Kunden keine neue Konversation starten, wenn sie zum Messaging-Widget zurückkehren. Ihre Nachricht geht stattdessen an das bestehende Ticket. Der vorherige Agent bleibt zugewiesen, und der Kontext wird durcheinander gebracht. Kunden erwarten, neue Probleme zu melden, stecken aber in einem alten Konversationsstrang fest.
### KI-Agent-Tickets vs. Support-Tickets
Wenn KI-Agenten aktiviert sind, erstellen neue Konversationen ein **KI-Agent-Ticket** im Agent Workspace. Dieses Ticket enthält die gesamte Konversation zwischen dem Kunden und dem KI-Agenten.
Wenn eine Übergabe erfolgt, wird das KI-Agent-Ticket in ein reguläres **Support-Ticket** umgewandelt und einem menschlichen Agenten zugewiesen. Von diesem Zeitpunkt an folgt es dem Standard-Ticketlebenszyklus.
Das Verständnis dieser Unterscheidungen ist wichtig, da der Rückgabeprozess (die Rückgabe der Kontrolle an die KI) nur erfolgt, wenn ein Ticket den Status Geschlossen erreicht, nicht Gelöst.
## So konfigurieren Sie die Zendesk-Konversationsübergabe
Die Konfiguration hängt davon ab, welche Zendesk-Stufe Sie verwenden und ob Sie benutzerdefinierte Integrationen erstellen oder native Funktionen verwenden.
### Was Sie benötigen
Stellen Sie vor dem Start sicher, dass Sie Folgendes haben:
- Zendesk Messaging mit aktiviertem Sunshine Conversations
- Zendesk Agent Workspace konfiguriert
- Administratorzugriff auf das Zendesk Admin Center
- API-Zugriff, wenn Sie benutzerdefinierte Switchboard-Integrationen erstellen
### Schritt 1: Richten Sie die Switchboard-Integration ein
Das Switchboard ist die Routing-Schicht, die bestimmt, welches System (KI-Agent oder menschlicher Agent) eine Konversation zu einem bestimmten Zeitpunkt steuert.
So konfigurieren Sie es:
1. Stellen Sie in Ihren Zendesk Messaging-Einstellungen sicher, dass **Konversationssteuerung** auf **Kontrolle übergeben** eingestellt ist. Dadurch kann das System Konversationen zwischen Integrationen übertragen.
2. Fügen Sie im Zendesk Admin Center Ihren KI-Agenten als ersten Ansprechpartner hinzu. Gehen Sie zu **Admin Center > Kanäle > Messaging und Social > KI-Agenten** und verbinden Sie Ihren Bot.
3. Überprüfen Sie, ob die Switchboard-Integrationen korrekt konfiguriert sind. Standardmäßig enthält Ihr Konto Integrationen, die [KI-Agenten](https://www.zendesk.com/service/ai-agents/) (als firstResponder) und Zendesk Agent Workspace (als nextResponder) darstellen.
Das Switchboard verwendet drei Hauptoperationen:
- **passControl**: Überträgt das Eigentum sofort von einer Integration auf eine andere
- **offerControl**: Teilt die Kontrolle, bis das Ziel akzeptiert
- **releaseControl**: Gibt die Konversation in ihren Standardzustand zurück
Wenn Ihr Bot feststellt, dass eine Eskalation erforderlich ist, ruft er den passControl-Endpunkt mit Metadaten über die Konversation auf.
### Schritt 2: Konfigurieren Sie Handoff-Auslöser in Ihrem KI-Agenten
Die Konfiguration unterscheidet sich je nach Ihrer Zendesk-Stufe.
**Für AI Agent Essential:**
1. Gehen Sie zu **Admin Center > KI > KI-Agenten**
2. Wählen Sie Ihren KI-Agenten aus und öffnen Sie die Registerkarte **Messaging-Verhalten**
3. Suchen Sie nach den Optionen "Mit einem Menschen sprechen" in jedem Antworttyp
4. Konfigurieren Sie, wann die Option angezeigt wird (immer sichtbar, nach fehlgeschlagenen Versuchen usw.)
5. Öffnen Sie die Registerkarte **Eskalation**, um die Nachricht anzupassen, die Kunden während der Übergabe sehen
6. Klicken Sie auf **Veröffentlichen** und testen Sie in einer Sandbox-Umgebung
Die Essential-Stufe bietet Ihnen keine granulare Kontrolle über Eskalationspfade. Wenn Sie ein bedingtes Routing benötigen (verschiedene Teams für Abrechnungs- vs. technische Probleme), benötigen Sie Advanced oder ein Tool von Drittanbietern.
**Für AI Agent Advanced:**
Der [Dialog-Builder](https://support.zendesk.com/hc/en-us/articles/8357749494810) bietet Ihnen visuelle Workflow-Tools für komplexe Eskalationslogiken.
1. Wählen Sie in KI-Agenten - Advanced Ihren KI-Agenten aus
2. Navigieren Sie zu **Inhalt > Anwendungsfälle**
3. Öffnen Sie den Dialog, den Sie ändern möchten (oder erstellen Sie eine neue Antwort)
4. Fügen Sie einen **Eskalationsblock** hinzu, wo die Übergabe erfolgen soll
5. Konfigurieren Sie die Eskalationsnachricht und den Kanal (Messaging oder E-Mail)
6. Fügen Sie optional einen **Verfügbarkeitsblock** vor der Eskalation hinzu, um zu überprüfen, ob Agenten online sind
7. Verwenden Sie **Aktionen**, um Tags hinzuzufügen oder Ticketfelder für den Kontext auszufüllen
8. Klicken Sie auf **Dialog validieren**, um auf Fehler zu prüfen
9. **Veröffentlichen**, wenn Sie bereit sind
Wichtige Blöcke, die Sie verwenden werden:
| Blocktyp | Zweck |
|------------|---------|
| Eskalation | Definiert den Übergabepfad zu menschlichen Agenten (muss der letzte im Zweig sein) |
| Verfügbarkeit | Überprüft die Geschäftszeiten und den Agentenstatus vor der Eskalation |
| Bedingt | Leitet verschiedene Eskalationspfade basierend auf Parametern weiter |
| Aktionen | Fügt Tags hinzu oder füllt Ticketfelder für den Kontext aus |
### Schritt 3: Richten Sie das Routing für eskalierte Konversationen ein
Nach der Übergabe muss das Ticket das richtige Team oder den richtigen Agenten erreichen.
**Ticket-Auslöser** sind der gebräuchlichste Ansatz. Erstellen Sie Auslöser, die ausgelöst werden, wenn ein Messaging-Ticket erstellt wird, und weisen Sie es basierend auf Bedingungen wie folgt zu:
- Benutzerdefinierte Ticketfeldwerte (während der Konversation erfasst)
- Vom KI-Agenten hinzugefügte Tags
- Kanalquelle
**Chat-Routing-Regeln** bestimmen, welche Agenten Benachrichtigungen sehen. Sie können an alle Agenten senden oder bestimmten Gruppen zuweisen. Diese Regeln werden nach Ticket-Auslösern ausgelöst, sodass die beiden zusammenarbeiten.
**Omnichannel-Routing** ist in den Plänen Professional und Enterprise verfügbar. Es leitet über E-Mail, Anrufe und Messaging basierend auf der Verfügbarkeit und Kapazität des Agenten. Beachten Sie, dass [fähigkeitsbasiertes Routing nicht verfügbar ist](https://support.zendesk.com/hc/en-us/articles/4408829019162) speziell für Messaging-Tickets.
### Schritt 4: Konfigurieren Sie die Kontextbeibehaltung
Nichts frustriert Kunden mehr, als Informationen zu wiederholen, die sie bereits mit dem Bot geteilt haben.
Mit **benutzerdefinierten Ticketfeldern** können Sie bestimmte Datenpunkte während der Konversation erfassen. Fügen Sie im Dialog-Builder Schritte vom Typ "Nach Details fragen" hinzu, die Ticketfeldern wie Bestellnummer, Produktkategorie oder Problemtyp zugeordnet sind. Diese werden prominent in der Ticket-Seitenleiste angezeigt.
**Metadatenübergabe** verarbeitet technische Daten wie Konto-IDs oder Sitzungsinformationen. Dies erfordert Code in Ihrem Chat-Widget, um benutzerdefinierte Daten in das Ticket zu übergeben. Es ist mehr Arbeit, es einzurichten, aber wertvoll für E-Commerce- oder SaaS-Support.
**Interne Notizen** können KI-generierte Zusammenfassungen enthalten. Einige Teams konfigurieren die KI so, dass sie eine kurze Zusammenfassung des Problems des Kunden schreibt, bevor sie es eskaliert. Dies gibt Agenten das "TL;DR", ohne Transkripte durchsuchen zu müssen.
Das Ziel ist einfach: Agenten sollten innerhalb von Sekunden nach dem Öffnen des Tickets wissen, was der Kunde benötigt.
## Behebung des Timing-Problems bei der Rückgabe
Die standardmäßige 4-tägige Lücke zwischen Gelöst und Geschlossen verursacht die Kundenverwirrung, die wir zuvor erwähnt haben. Es gibt zwei Möglichkeiten, dies zu beheben.
### Lösung 1: Erstellen Sie einen Auslöser für das sofortige Schließen
Erstellen Sie einen Auslöser, der Tickets sofort schließt, wenn sie mit einem Tag versehen sind:
- **Bedingung**: Tags | Enthält mindestens einen der folgenden | `close`
- **Aktion**: Status | Geschlossen
Fügen Sie dann das Tag `close` über ein Makro oder eine Automatisierung hinzu, wenn Sie Tickets lösen. Dies gibt Ihnen die Kontrolle darüber, welche Tickets sofort geschlossen werden und welche den Puffer behalten.
### Lösung 2: Ändern Sie die Standardautomatisierung
Zendesk enthält eine Automatisierung namens "Ticket 4 Tage nach dem Status 'Gelöst' schließen". Sie können dies auf 1 Stunde oder sogar weniger reduzieren:
1. Gehen Sie zu **Admin Center > Objekte und Regeln > Automatisierungen**
2. Suchen und bearbeiten Sie die Standard-Schließungsautomatisierung
3. Ändern Sie die Zeitbedingung von 4 Tagen auf Ihre bevorzugte Dauer
4. Speichern und testen
Ein Vorbehalt: Wenn Sie CSAT-Umfragen verwenden, schließen Sie Tickets nicht sofort. Die Umfrage wird gesendet, wenn das Ticket als Gelöst markiert ist, sodass ein zu schnelles Schließen mit der Umfrageerfahrung in Konflikt geraten kann. Behalten Sie mindestens einen kleinen Puffer bei.
## Beibehalten des Kontexts während der Zendesk Handoff-Kontext-Übergaben
Sprechen wir über Einzelheiten darüber, was tatsächlich übertragen wird und wie Sie es nützlich machen können.
### Welcher Kontext wird automatisch übertragen
Zendesk hängt das vollständige Konversationsprotokoll automatisch an das Ticket an. Agenten sehen alles, was der Kunde dem KI-Agenten gesagt hat. Aber rohe Transkripte können lang sein, und vielbeschäftigte Agenten lesen sie nicht immer gründlich.
### So übergeben Sie strukturierte Daten
Konfigurieren Sie Dialog-Builder-Aktionen, um benutzerdefinierte Ticketfelder während der Konversation auszufüllen. Wenn ein Kunde seine Bestellnummer erwähnt, erfassen Sie sie. Wenn er eine Produktkategorie aus einem Menü auswählt, ordnen Sie sie einem Feld zu.
Diese Felder werden in der Ticket-Seitenleiste angezeigt, sodass sie unmöglich zu übersehen sind.
### Metadatenübergabe für technische Daten
Verwenden Sie für Konto-IDs, Sitzungsinformationen oder andere technische Daten die Metadatenübergabe. Dies erfordert, dass Ihr Chat-Widget benutzerdefinierte Daten beim Initiieren von Konversationen enthält. Die Daten fließen dann in die von Ihnen angegebenen Ticketfelder.
### Best Practices für die Agentenschulung
Auch bei perfekter Kontextbeibehaltung müssen Agenten wissen, wo sie ihn finden. Schulen Sie Ihr Team in:
- Wo das Konversationsprotokoll im Agent Workspace angezeigt wird
- Welche benutzerdefinierten Felder wichtige Informationen enthalten
- So lesen Sie interne Notizen für KI-generierte Zusammenfassungen
Wenn Agenten Kunden bitten, Informationen zu wiederholen, die bereits erfasst wurden, haben Sie die Effizienzgewinne verloren, die die KI eigentlich bringen sollte.
## Fehlerbehebung bei häufigen Problemen mit dem Zendesk Handoff-Kontext
Auch bei korrekter Konfiguration treten Handoff-Probleme auf. Hier sind die häufigsten Probleme und ihre Behebungen.
### Kunden können keine neuen Konversationen starten
**Symptom**: Ein Kunde kehrt zum Messaging-Widget zurück, aber seine vorherige Konversation wird wieder geöffnet, anstatt neu zu beginnen.
**Ursache**: Der Ticketstatus ist Gelöst, nicht Geschlossen. Bis es geschlossen ist, kann der Kunde keine neue Konversation beginnen.
**Behebung**: Reduzieren Sie die Verzögerung zwischen Gelöst und Geschlossen mithilfe der zuvor beschriebenen Automatisierungs- oder Auslösemethoden. Für die meisten Teams reichen 1-4 Stunden Puffer für CSAT-Umfragen aus, ohne Verwirrung zu stiften.
### Agenten verpassen den Konversationskontext
**Symptom**: Agenten bitten Kunden, Informationen zu wiederholen, die sie bereits mit dem KI-Agenten geteilt haben.
**Ursache**: Metadaten sind nicht sichtbaren Ticketfeldern zugeordnet, oder Agenten wissen nicht, wo sie das Protokoll finden.
**Behebung**: Konfigurieren Sie Dialog-Builder-Aktionen, um benutzerdefinierte Ticketfelder während der Konversation auszufüllen. Schulen Sie Agenten darin, wo der Kontext im Agent Workspace angezeigt wird (im Konversationsbereich und in den Seitenleistenfeldern). Erwägen Sie, eine interne Notiz mit einer Zusammenfassung vor der Eskalation hinzuzufügen.
### Falsches Team erhält eskalierte Tickets
**Symptom**: Technische Probleme gehen an das Abrechnungsteam oder umgekehrt.
**Ursache**: Die Übertragungsgruppe ist nicht im Eskalationsblock konfiguriert, oder Auslöser werden nicht korrekt ausgelöst.
**Behebung**: Geben Sie im Dialog-Builder die richtige Übertragungsgruppe in jedem Eskalationsblock an. Überprüfen Sie Ihre Ticket-Auslöser, um sicherzustellen, dass Messaging-Tickets basierend auf den richtigen Bedingungen (Tags, benutzerdefinierte Felder usw.) weitergeleitet werden. Testen Sie, indem Sie Testkonversationen über jeden Fluss senden.
## Vereinfachen Sie die Übergabe mit eesel AI
Wenn sich der Dialog-Builder für Ihr Team nach Overkill anfühlt oder Sie eine Eskalationslogik benötigen, die einfacher zu verwalten ist, bietet [eesel AI](https://www.eesel.ai/integration/zendesk-ai) einen einfacheren Ansatz.
Wir integrieren uns direkt in Zendesk und ermöglichen es Ihnen, Eskalationsregeln in einfachem Deutsch zu definieren. Anstatt Blöcke in einem visuellen Builder zu ziehen, schreiben Sie Anweisungen wie:
- "Wenn die Rückerstattungsanfrage älter als 30 Tage ist, lehnen Sie sie höflich ab und bieten Sie eine Gutschrift an"
- "Eskalieren Sie Abrechnungsstreitigkeiten immer an einen menschlichen Agenten"
- "Leiten Sie VIP-Kunden (mit dem Tag 'Enterprise' versehen) an das dedizierte Support-Team weiter"
Die KI interpretiert diese Regeln und wendet sie während der Konversationen an. Keine Programmierung, keine komplexen Workflows.
**Hauptunterschiede zur nativen Zendesk AI:**
| Funktion | Zendesk Native | eesel AI |
|--------|----------------|----------|
| Eskalationskonfiguration | Dialog-Builder erforderlich | Regeln in einfachem Deutsch |
| Wissensquellen | Hilfe-Center + Makros | 100+ Integrationen (Confluence, Google Docs, Notion usw.) |
| Tests vor dem Start | Nur Live-Dashboards | Historische Simulation auf vergangenen Tickets |
| Preismodell | Pro Lösung | Pro Interaktion |
Die Simulationsfunktion ist besonders nützlich für [Zendesk KI-Agenten-Eskalationen](https://www.eesel.ai/blog/zendesk-conversation-handoff-to-agents). Sie können unsere KI anhand Ihrer historischen Tickets ausführen, bevor Sie live gehen, genau sehen, wie sie jede Situation handhaben würde, und Regeln optimieren, bis Sie zuversichtlich sind.
Wir beziehen auch Wissen aus Quellen außerhalb von Zendesk. Wenn Ihr Team Prozesse in Confluence dokumentiert oder Richtlinien in Google Docs teilt, lernt eesel auch daraus. Der KI-Agent erhält den vollständigen Kontext, nicht nur Hilfe-Center-Artikel.
Die Einrichtung dauert nur wenige Minuten:
1. Verbinden Sie eesel AI mit Ihrem Zendesk-Konto
2. Trainieren Sie anhand Ihrer bestehenden Tickets, Makros und Dokumente
3. Definieren Sie Eskalationsregeln in einfachem Text
4. Führen Sie Simulationen auf vergangenen Tickets durch
5. Gehen Sie mit Zuversicht live
[Testen Sie eesel AI kostenlos](https://dashboard.eesel.ai/api/auth/signup?returnTo=v2), um zu sehen, wie sich Eskalationsregeln in einfacher Sprache mit dem Dialog-Builder vergleichen lassen.
Diesen Beitrag teilen
Article by
