Ein Kunde bittet darum, mit einer Person zu sprechen. Der Bot sagt, jemand werde gleich dazukommen, doch niemand erscheint. Um das zu beheben, müssen Sie zuerst entscheiden, wohin die Anfrage geht und wer sie beantwortet.
Dieser Leitfaden unterscheidet eine Live-Übergabe von einem Supportticket. Anhand von Agentkits aktuellem Eskalationsverhalten erläutert er die Grenzen der Einrichtung. Anschließend folgen eine Richtlinie und Abnahmeprüfungen, die Sie an Ihr Supportteam anpassen können. Die Produktdetails wurden am 6. Oktober 2026 geprüft. Die Beispiele dienen der Veranschaulichung und sind keine Kundenergebnisse.
Wie sollte ich Auslöser für die Übergabe vom Bot an einen Menschen im Support festlegen?
Definieren Sie Auslöser für ausdrückliche Wünsche nach menschlicher Hilfe, wiederholt unhilfreiche Antworten und Aufgaben außerhalb des Zuständigkeitsbereichs und testen Sie jeden Auslöser vor dem Start. Agentkit kann über sechs angebundene externe Helpdesk- oder CRM-Systeme einen Supportvorgang anlegen, doch die allgemeine Aktion Escalate to Human verbindet keine Person live mit dem Chat.
Wählen Sie ein Ziel, erfassen Sie die dort benötigten Kontaktdaten und erklären Sie dem Kunden die nächsten Schritte. Eine erfolgreiche Ticketerstellung bestätigt, dass die Anfrage erfasst wurde. Sie bestätigt nicht, dass jemand sie gelesen hat oder innerhalb einer bestimmten Zeit antworten wird.
Wählen Sie eine Übergabe, die Ihr Team leisten kann
Eine Live-Übergabe benötigt einen besetzten Kanal und eine Integration, über die ein Mensch das Gespräch fortsetzen kann. Eine Ticketübergabe erfasst die Anfrage für eine spätere Rückmeldung. Kunden müssen wissen, welche Form sie erhalten.
Agentkits allgemeine Aktion Escalate to Human unterstützt Zendesk, Freshdesk, Help Scout, Intercom, HubSpot und Salesforce. Je nach Anbieter erhält das Ziel ein Ticket, einen Fall oder eine Konversation. Salesforce Live Chat ist eine separate Aktion. Wenn Sie Salesforce als Ziel der allgemeinen Eskalation wählen, entsteht ein Fall und keine Live-Chat-Sitzung.
Agentkit Help Desk ist ein weiteres, natives Ziel. Dafür sind eine gespeicherte Konversation, ein Tarif mit Help-Desk-Zugriff und die Aktivierung von Help Desk für diesen Agenten erforderlich. Außerdem ist eine gültige E-Mail-Adresse des Anfragenden nötig. Tickets aus dem Website-Chat haben im Help-Desk-Posteingang kein Antwortfeld und fügen dem Widget keinen Kanal für Live-Antworten eines Menschen hinzu. Ihr Team braucht vor der Aktivierung einen anderen Rückmeldeweg, etwa die eigene Support-E-Mail-Adresse.
Für ein externes Ziel verbinden Sie den Anbieter und prüfen, ob Ihr Tarif die Aktion unterstützt. Fügen Sie die Aktion dann beim Agenten hinzu und aktivieren Sie sie. Prüfen Sie ihre Berechtigungen und den Posteingang des zuständigen Teams mit einer unbedenklichen Testanfrage.
Richten Sie Auslöser an Supportentscheidungen aus
Beginnen Sie mit Entscheidungen, die Ihr Team erklären kann. Behandeln Sie nicht jede Erwähnung von "Mensch" und jede negative Formulierung als dieselbe Anfrage.
| Auslöser | Beispiel | Zu testende Richtlinie |
|---|---|---|
| Ausdrücklicher Wunsch | "Bitte lassen Sie mich mit einer Person sprechen." | Bieten Sie den unterstützten Supportweg an und erfassen Sie die nötigen Kontaktdaten. |
| Wiederholter Misserfolg | "Diese Antwort löst mein Problem immer noch nicht." | Wiederholen Sie nicht denselben Rat und bieten Sie eine Eskalation an. |
| Außerhalb der Befugnisse des Bots | Eine strittige Abbuchung oder eine Anfrage zur Änderung des Kontozugriffs | Leiten Sie an das zuständige Team weiter, statt eine Entscheidung zu erfinden oder eine nicht autorisierte Änderung zu bestätigen. |
| Dringlichkeit oder Frustration | "Mein Konto ist gesperrt und ich kann nicht arbeiten." | Bieten Sie zeitnah Hilfe an und beschreiben Sie den tatsächlichen Rückmeldekanal. Versprechen Sie keine Notfallhilfe, für die kein Personal verfügbar ist. |
| Verifizierte Kundenregel | Ein bekanntes Konto erfüllt die Voraussetzungen für einen anderen Supportweg | Nutzen Sie vertrauenswürdige Kundendaten und einen konfigurierten Weg. Ein Besucher, der sich als VIP bezeichnet, hat seine Identität damit nicht verifiziert. |
Das sind empfohlene Richtlinien und keine eingebauten Schalter für deterministische Auslöser. Agentkits Aktion hat When to use-Anweisungen, die das Modell anleiten. Natürlichsprachliche Anweisungen müssen Sie mit unterschiedlichen Formulierungen und in den unterstützten Sprachen testen. Allein damit erhalten Sie weder eine zuverlässige Stimmungsbewertung noch eine VIP-Abfrage oder einen festen Zähler für zurückgewiesene Antworten.
Intercoms Eskalationsdokumentation unterscheidet natürlichsprachliche Anweisungen, datenbasierte Regeln und die Weiterleitung nach einer Eskalation. Diese Unterscheidung hilft bei der Bewertung eines Ablaufs. Sie bedeutet jedoch nicht, dass Agentkit Intercoms Regelsystem implementiert.
Geben Sie der Person hilfreichen Kontext
Bei einem verbundenen externen Anbieter erfasst Agentkits Eskalation einen Betreff, eine Problemzusammenfassung, eine gültige E-Mail-Adresse und, soweit verfügbar, einen Namen. Der Ticketkontext enthält bis zu 50 der zuletzt gespeicherten Nachrichten, die keine Tool-Nachrichten sind. Jede dargestellte Nachricht ist auf 2.000 Zeichen begrenzt. Die aktuelle Anfrage wird aufgenommen, sofern sie verfügbar ist.
Dieser Kontext ist begrenzt und keine Zusage für ein vollständiges Transkript. Die Zusammenfassung ist auf 2.000 Zeichen und der Betreff auf 150 Zeichen begrenzt. Das dargestellte Transkript enthält Nachrichtentext und keine angehängten Dateien. Der empfangende Anbieter kann weitere Grenzen setzen. Bei einem langen Chat müssen Sie eine früh genannte Bestellnummer möglicherweise in der Zusammenfassung erneut erwähnen. Prüfen Sie, was Ihr gewähltes Ziel tatsächlich anzeigt. Das native Help-Desk-Ticket verlinkt auf die gespeicherte Konversation. Gehen Sie nicht davon aus, dass seine Ansicht mit dem Tickettext eines externen Anbieters identisch ist.
Fragen Sie nur nach dem, was das Team benötigt. Eine eingegebene E-Mail-Adresse ist eine Adresse für die Rückmeldung und kein Beweis dafür, dass dem Kunden ein Konto gehört. Bitten Sie Besucher nicht darum, Passwörter, Zahlungskartendaten oder private Zugangsdaten in den Chat einzufügen.
Eine hilfreiche Zusammenfassung erklärt, was der Kunde braucht, was der Bot bereits versucht hat und was noch ungelöst ist. Wenn Ihr Team einen gekennzeichneten Eskalationsgrund oder eine bestimmte Warteschlange benötigt, konfigurieren und prüfen Sie diesen Ablauf. Nehmen Sie nicht an, dass die allgemeine Aktion das automatisch bereitstellt.
Setzen Sie Erwartungen, ohne Verfügbarkeit zu erfinden
Erklären Sie bei einem Ticketablauf, dass der Support über den vereinbarten Kanal antworten wird. Nennen Sie eine verbindliche Antwortzeit nur, wenn das zuständige Team dafür verantwortlich ist und sie einhalten kann. Sagen Sie nicht "Ein Mitarbeiter kommt gleich dazu", nur weil ein Ticket erstellt wurde.
Erfassen Sie bei Anfragen außerhalb der Geschäftszeiten die erforderliche E-Mail-Adresse und die Problemzusammenfassung. Melden Sie danach das tatsächliche Ergebnis der Erstellung. Wenn die Verbindung abgelaufen ist oder die Ticketerstellung fehlschlägt, bieten Sie einen funktionierenden alternativen Kontaktweg an. Eine beruhigende Nachricht ersetzt keinen fehlenden Supportvorgang.
Chatbases Ankündigung der Zendesk-Integration macht dieselbe Kanalunterscheidung deutlich. Der Ticketablauf nutzt Rückmeldungen per E-Mail. Die Sunshine-Integration ist ein separater Weg für Echtzeit-Chats. Prüfen Sie die tatsächliche Integration, bevor Sie eine Live-Übergabe versprechen.
Eine beispielhafte Anweisung zum Anpassen
Die folgende englischsprachige Vorlage ist eine Ausgangsrichtlinie für einen Ticketablauf. Sie ist weder ein getesteter Klassifikator noch eine ausführbare Weiterleitungsregel.
Use the support-ticket action when the visitor clearly asks for a person, says the suggested answer did not help, or needs a decision outside your authority. Before calling it, collect or confirm a valid follow-up email and summarize the unresolved issue. Do not ask for passwords or payment-card details. After a successful result, explain that the request was recorded for follow-up. Do not claim a human has joined or promise a reply time unless the business has supplied a supported commitment. If creation fails, explain the problem and provide the business's alternative support contact. Do not say a ticket was created when the action failed.
Tragen Sie die Auslöserhinweise in die When to use-Anweisungen der Aktion ein. Halten Sie die Erwartungen gegenüber Kunden mit Ihren Agentenanweisungen in Einklang. Testen Sie den gesamten Ablauf einschließlich des empfangenden Posteingangs, statt nur die Formulierungen des Bots zu prüfen.
Prüfen Sie den Ablauf vor dem Start
Verwenden Sie künstliche Testanfragen und eine Supportadresse, die Sie kontrollieren. Die folgenden Fälle sind ein Arbeitsblatt zur Abnahme und keine berichteten Testergebnisse.
| Testfall | Was Sie prüfen sollten |
|---|---|
| Klare Bitte um eine Person | Die richtige aktivierte Aktion wird angeboten oder aufgerufen, nachdem die nötigen Angaben erfasst wurden. |
| Zwei erfolglose Antworten | Der Bot bietet eine Eskalation an, statt denselben Rat zu wiederholen. Dieser Schwellenwert ist Ihre Testrichtlinie und kein eingebauter Zähler. |
| Keine E-Mail-Adresse aus der Konversation oder dem Kontaktdatensatz bekannt | Der Bot fragt vor dem Erstellungsversuch nach einer gültigen E-Mail-Adresse. |
| Lange Konversation | Der empfangende Vorgang enthält hilfreichen aktuellen Kontext. Wichtige frühere Angaben bleiben in der Zusammenfassung erhalten. |
| Getrennter Anbieter | Der Bot meldet den Fehler und nennt den konfigurierten alternativen Supportweg. |
| Help Desk deaktiviert | Der Bot behauptet nicht, ein natives Ticket erfolgreich erstellt zu haben. |
| Anfrage außerhalb der Geschäftszeiten | Der Bot beschreibt die Rückmeldung korrekt, ohne eine Live-Warteschlange oder eine Antwortzeit zu erfinden. |
| Wiederholte Eskalationsanfrage | Prüfen Sie, ob der bestehende Vorgang wiederverwendet wird und ob der Kunde einen zutreffenden Status erhält. |
Notieren Sie die ID des empfangenden Vorgangs und prüfen Sie, ob ein konkret benanntes Team ihn finden kann. Wiederholen Sie die Auslöserfälle in jeder Sprache, die Sie anbieten. Eine korrekt wirkende Chatnachricht ist nur ein Teil der Abnahme.
Messen Sie Erstellung und Antwort getrennt
Erfassen Sie versuchte Eskalationen, erfolgreich angelegte Vorgänge, fehlgeschlagene Zustellungen und die Zeit bis zur ersten menschlichen Antwort. Nutzen Sie für die Antwortzeit die Zeitstempel des empfangenden Helpdesks oder eigene Messinstrumente. Agentkits Konversationsprotokolle allein ergeben kein vollständiges Dashboard für Übergabezeiten oder die Zufriedenheit nach der Übergabe.
Prüfen Sie eine Stichprobe eskalierter Fälle auf fehlenden Kontext und wiederholte Fragen. Wenn Sie die Zufriedenheit abfragen, halten Sie neben dem Wert auch die Anzahl der Antworten und den Kanal fest. Der Leitfaden zu Chatbot-KPIs erklärt, warum Bearbeitung ohne Eskalation und tatsächliche Problemlösung getrennte Definitionen brauchen.
Beginnen Sie mit einem unterstützten Ziel und einem Team, das die Rückmeldung übernimmt. Konfigurieren Sie die Eskalationsaktion, führen Sie die Abnahmefälle durch und bestätigen Sie den Empfang, bevor Sie Kunden zur Nutzung einladen.
Weiterführende Artikel:
