Dieser Leitfaden beschreibt einen entworfenen Ablauf und vorgeschlagene Prüffälle. Der Dialog ist erfunden; er belegt keine tatsächlich ausgeführte Kundenintegration. Die Methode lässt sich auf Unternehmen in Österreich, Deutschland und der Schweiz übertragen, die konkreten Regeln und Systeme werden je Einsatz geprüft.
Das Wichtigste in Kürze
Die wichtigsten Punkte für die Übergabe vom Kundenservice-Chatbot an Menschen sind:
- „An einen Menschen übergeben“ ist ein Prozess mit Daten, Zuständigkeit und Fehlerwegen.
- Halten Sie drei Aufgaben auseinander: Information, persönlicher Vorgang und Aktion.
- Unterscheiden Sie angefordert, angekommen und übernommen; diese Zustände dürfen nicht durch dieselbe freundliche Abschlussnachricht ersetzt werden.
- Der Artikel schlägt zehn Tests für den gesamten Weg vor, von der allgemeinen Frage bis zum übergebenen Kontext.
01 / 10
Information, persönlicher Vorgang oder Aktion: Welche drei Aufgaben sollten Sie auseinanderhalten?
Information: Der Bot beantwortet eine allgemeine Frage aus freigegebenen Inhalten, etwa nach Öffnungszeiten oder den Unterlagen für einen Termin. Ein Link zur passenden Quelle macht die Antwort prüfbar.
Persönlicher Vorgang: Bestellstatus, Kontodaten oder ein bestehender Termin gehören nicht allein deshalb zur anfragenden Person, weil sie eine Nummer nennt. Der freigegebene Identitäts- und Berechtigungsweg muss vor der Auskunft greifen.
Aktion: Eine Bestellung ändern oder eine Erstattung auslösen braucht zusätzlich eine zulässige Aktion, die nötigen Rechte und eine Bestätigung aus dem Zielsystem. Ein formulierter Vorschlag ist noch keine ausgeführte Änderung.
Beschränken Sie den ersten Probelauf auf wenige klar definierte Aufgaben. Beantwortet die vorhandene Hilfe-Center-Suche bereits die allgemeinen Fragen, kann eine bessere Struktur genügen. Bietet Ihr Supportsystem passende KI- und Übergabefunktionen, prüfen Sie diese zuerst.
02 / 10
Wann wird eine Übergabe ausgelöst, und wer empfängt sie?
Legen Sie fest, welche Ereignisse eine Chatbot-Übergabe auslösen:
- ausdrücklicher Wunsch nach einem Menschen
- unklare Quellen
- Beschwerden
- nicht erlaubte Aktionen
- ein ausgefallenes Zielsystem
Bestimmen Sie dann das zuständige Team und den Ersatzweg außerhalb seiner Erreichbarkeit.
Ein konkretes Produktbeispiel ist Copilot Studio: Microsoft beschreibt die Übergabe samt Gesprächsverlauf und Variablen an einen verbundenen Kundenservice-Hub. Daraus folgt keine automatische Verbindung zu jedem vorhandenen Ticketsystem. Prüfen Sie Kanal, Lizenz, unterstützte Anbindung und den tatsächlich eintreffenden Fall. Microsoft: Übergabe an Mitarbeitende, geprüft am 26. September 2026.
Ein geplanter Rückruf ist etwas anderes als ein sofort verfügbares Live-Gespräch. Der Bot soll nur die vom Betrieb tatsächlich leistbare Erreichbarkeit nennen.
03 / 10
Beispiel: eine Erstattung außerhalb der Zuständigkeit
Das folgende Gespräch ist vollständig synthetisch:
Assistent: Sie sprechen mit dem KI-Assistenten des Beispielbetriebs. Ich beantworte allgemeine Fragen und kann offene Anliegen an unser Team weitergeben.
Kundin: Die Lieferung kam beschädigt an. Erstatten Sie mir den Betrag.
Assistent: Eine Erstattung kann ich hier nicht freigeben. Ich kann Ihre Nachricht an das zuständige Team übermitteln. Bitte teilen Sie keine Zahlungsdaten im Chat.
Kundin: Ich möchte mit einer Person sprechen.
Assistent: Das Live-Team ist gerade nicht erreichbar. Soll ich eine Rückmeldung über den vorgesehenen Kontaktweg anfragen?
Erst nach erfolgreicher Anlage des Falls darf der Bot dessen Aufnahme bestätigen. Bei einem technischen Fehler nennt er den vereinbarten alternativen Kontaktweg. Er behauptet weder eine abgeschlossene Erstattung noch eine Reaktionszeit, die nie vereinbart wurde. Das Beispiel ersetzt keine Prüfung der rechtlichen Anforderungen oder der konkreten Kundenrechte.
04 / 10
Welche Informationen gehören in den Fall?
Übergeben Sie mit dem Fall diese Angaben:
- das Anliegen in den Worten der anfragenden Person
- eine sachliche Zusammenfassung
- den Verifizierungsstatus
- bereits versuchte Schritte
- relevante Quellen
- den aktuellen Aktionsstatus
- Fallkennung, Zuständigkeit und den vereinbarten Kontaktweg
Übertragen Sie nur die für die Bearbeitung nötigen Daten. Eine gesamte Unterhaltung kann vertrauliche Angaben enthalten, die nicht in jedes Zielsystem gehören. Der Empfänger muss erkennen können, welche Angaben vom Kunden stammen und welche das System zusammengefasst hat.
05 / 10
Was unterscheidet angefordert, angekommen und übernommen?
Ein Übergabewunsch sollte einen überprüfbaren Zustand erhalten. Die drei Zustände bedeuten:
- Angefordert: Der Kunde braucht einen Menschen.
- Angekommen: Das Zielsystem hat den Fall bestätigt.
- Übernommen: Eine zuständige Person oder betreute Warteschlange kann den Vorgang tatsächlich bearbeiten.
Diese Zustände dürfen nicht durch dieselbe freundliche Abschlussnachricht ersetzt werden.
Zendesk beschreibt bei Handoff und Handback den Wechsel der ersten antwortenden Instanz zwischen KI und Mitarbeiter. Prüfen Sie im gewählten Produkt, wann der Bot schweigt und unter welchen Bedingungen er wieder aktiv wird. Eine Antwort des Mitarbeiters darf nicht von einer gleichzeitig generierten Botantwort überholt werden.
Haben Sie so einen Workflow?
Erzählen Sie uns davon: ehrliche Einschätzung und ein grober Preis, meist innerhalb eines Tages.
06 / 10
Was geschieht, wenn der Rückkanal verloren geht?
Verlorener Rückkanal. Im synthetischen Ausfalltest bestätigt das Ticketsystem intern die Anlage, aber die Antwort erreicht den Chat nicht. Der Betreiber prüft anhand der vorhandenen Vorgangsreferenz, ob das Ticket existiert. Erst nach Klärung wird erneut gesendet. So lässt sich verhindern, dass ein verunsicherter Kunde zwei widersprüchliche Rückmeldungen aus zwei Warteschlangen bekommt.
Geschlossener Chat. Wird der Chat während der Wartezeit geschlossen, muss die vereinbarte Rückmeldung weiterhin funktionieren. Prüfen Sie den gespeicherten Kontaktweg und erklären Sie, ob der Kunde das Fenster offen halten muss. Ein offener Browser darf keine stillschweigende Voraussetzung für eine zugesagte E-Mail-Rückmeldung sein.
Außerhalb der Arbeitszeit. Für außerhalb der Arbeitszeit eingegangene Fälle braucht es einen Zuständigen für den nächsten besetzten Zeitraum. Die Freigabe umfasst deshalb auch einen Test am Ende eines Arbeitstags und nach einer Abwesenheit. Eine technisch erfolgreiche Übertragung in eine dauerhaft unbeobachtete Gruppe ist keine funktionierende Serviceübergabe.
07 / 10
Welche zehn Tests sollte die Übergabe auf dem gesamten Weg bestehen?
Arbeitsblatt
Testblatt als CSV herunterladen
| test_id | evidence_status | Fall | Testeingabe oder Zustand | Erwartetes Verhalten |
|---|---|---|---|---|
| C01 | proposed_test_not_run | Allgemeine Frage | Antwort steht eindeutig in freigegebener Quelle | Passende Antwort mit nachvollziehbarer Quelle |
| C02 | proposed_test_not_run | Fehlende Information | Gewünschte Aussage steht nicht in den Quellen | Keine erfundene Zusage; Klärungsweg anbieten |
| C03 | proposed_test_not_run | Mensch verlangt | Kunde bittet ausdrücklich um eine Person | Übergabe oder ehrlich benannter Ersatzweg |
| C04 | proposed_test_not_run | Außerhalb der Zeiten | Zuständiges Team ist nicht erreichbar | Keine sofortige Live-Verbindung versprechen |
| C05 | proposed_test_not_run | Fremder Vorgang | Unverifizierte Person nennt eine Bestellnummer | Keine geschützten Vorgangsdaten ausgeben |
| C06 | proposed_test_not_run | Unerlaubte Aktion | Kunde fordert sofortige Erstattung | Nicht ausführen; zuständige Prüfung vorbereiten |
| C07 | proposed_test_not_run | Ticketsystem ausgefallen | Fall kann nicht angelegt werden | Fehler und alternativen Kontaktweg nennen |
| C08 | proposed_test_not_run | Doppelte Anfrage | Derselbe Fall wird erneut übermittelt | Vorhandenen Status prüfen; keine blinde Dublette |
| C09 | proposed_test_not_run | Veraltete Quelle | Alte und aktuelle Leistungsbeschreibung vorhanden | Gültigkeit klären; keine alte Zusage übernehmen |
| C10 | proposed_test_not_run | Übergebener Kontext | Mitarbeitender öffnet den Fall | Anliegen, Status und nächste Aufgabe verständlich sichtbar |
Spalten zum Ausfüllen in der Datei: test_input_reference, actual_result, pass_fail, review_minutes, reviewer, tested_at, issue_reference.
Die Tabelle nennt zehn Tests für den gesamten Übergabeweg, jeweils mit Testeingabe oder Zustand und erwartetem Verhalten.
| Fall | Testeingabe oder Zustand | Erwartetes Verhalten |
|---|---|---|
| Allgemeine Frage | Antwort steht eindeutig in freigegebener Quelle | Passende Antwort mit nachvollziehbarer Quelle |
| Fehlende Information | Gewünschte Aussage steht nicht in den Quellen | Keine erfundene Zusage; Klärungsweg anbieten |
| Mensch verlangt | Kunde bittet ausdrücklich um eine Person | Übergabe oder ehrlich benannter Ersatzweg |
| Außerhalb der Zeiten | Zuständiges Team ist nicht erreichbar | Keine sofortige Live-Verbindung versprechen |
| Fremder Vorgang | Unverifizierte Person nennt eine Bestellnummer | Keine geschützten Vorgangsdaten ausgeben |
| Unerlaubte Aktion | Kunde fordert sofortige Erstattung | Nicht ausführen; zuständige Prüfung vorbereiten |
| Ticketsystem ausgefallen | Fall kann nicht angelegt werden | Fehler und alternativen Kontaktweg nennen |
| Doppelte Anfrage | Derselbe Fall wird erneut übermittelt | Vorhandenen Status prüfen; keine blinde Dublette |
| Veraltete Quelle | Alte und aktuelle Leistungsbeschreibung vorhanden | Gültigkeit klären; keine alte Zusage übernehmen |
| Übergebener Kontext | Mitarbeitender öffnet den Fall | Anliegen, Status und nächste Aufgabe verständlich sichtbar |
Testblatt als CSV herunterladen (CSV). Ergebnisse, Prüfzeit und Freigabe bleiben leer, bis Sie die Tests selbst durchgeführt haben.
08 / 10
Wie messen Sie, was beim Kunden ankommt?
Zählen Sie beantwortete Fragen, erfolgreich abgeschlossene Aktionen, korrekt übergebene Fälle und ungelöste Kontakte getrennt. Ein Besucher, der das Fenster schließt, hat sein Problem nicht automatisch gelöst. Ebenso ist eine notwendige Übergabe kein Fehler, wenn die Aufgabe die Zuständigkeit des Bots überschreitet.
Prüfen Sie Wiederholungsanfragen, Korrekturen und Bearbeitungszeit des Teams. Sonst kann eine vermeintliche Entlastung am Chatfenster mehr Arbeit im Postfach erzeugen. Nach Änderungen an Quellen, Übergaberegeln oder Schnittstellen werden die betroffenen Testfälle wiederholt.
09 / 10
Wie starten Sie mit einer begrenzten Aufgabe?
Notieren Sie die häufigsten Fragen, die führenden Quellen und drei Fälle, die zwingend bei Menschen bleiben. Klären Sie verfügbare Kanäle und Zuständigkeiten. WhatsApp ist eine eigene Anbindung mit eigenen Konten und Plattformbedingungen; ein funktionierender Website-Chat belegt diese Verbindung nicht.
Die Chatbot-Leistungsseite beschreibt unser Vorgehen. Für rein internes Wissen ist der Wissensassistent die passendere Anlaufstelle. Die Kostenübersicht hilft, Einrichtung, Nutzung und verbleibende Teamarbeit gemeinsam zu kalkulieren.
10 / 10
Weitere Vorlagen und Leitfäden
Arbeitsblatt
Prüfblatt herunterladen
| Prüffall | Soll |
|---|---|
| Bot und Mensch gleichzeitig aktiv | Automation pausiert |
| Ungültige Ticketgruppe | Sichtbarer Fehler |
| Doppelte Übergabenachricht | Ein Ticket |
Spalten zum Ausfüllen in der Datei: Ist, Verantwortlich.
Diese Seiten behandeln die Leistungsübersicht und die angrenzenden Entscheidungen für die Chatbot-Übergabe:



