Kundenservice

KI-Chatbot im Kundenservice: Übergaben richtig planen

Lesezeit
6 Minuten
Veröffentlicht
Themenleitfaden
KI-Chatbots
Verfasst von
Redaktion modernagentsmodernagents ist eine KI-Automatisierungsagentur für KMU.
Illustration: eine Sprechblase übergibt eine Mappe mit Notizen an eine offene Hand

Ein Kundenservice-Chatbot ist erst dann nützlich, wenn nach dem Gespräch ein sinnvoller Zustand erreicht ist: Die Frage ist beantwortet, eine erlaubte Aktion wurde bestätigt oder eine zuständige Person hat den offenen Fall erhalten. „An einen Menschen übergeben“ ist deshalb ein Prozess mit Daten, Zuständigkeit und Fehlerwegen.

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.

KI-Chatbots →

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_idevidence_statusFallTesteingabe oder ZustandErwartetes Verhalten
C01proposed_test_not_runAllgemeine FrageAntwort steht eindeutig in freigegebener QuellePassende Antwort mit nachvollziehbarer Quelle
C02proposed_test_not_runFehlende InformationGewünschte Aussage steht nicht in den QuellenKeine erfundene Zusage; Klärungsweg anbieten
C03proposed_test_not_runMensch verlangtKunde bittet ausdrücklich um eine PersonÜbergabe oder ehrlich benannter Ersatzweg
C04proposed_test_not_runAußerhalb der ZeitenZuständiges Team ist nicht erreichbarKeine sofortige Live-Verbindung versprechen
C05proposed_test_not_runFremder VorgangUnverifizierte Person nennt eine BestellnummerKeine geschützten Vorgangsdaten ausgeben
C06proposed_test_not_runUnerlaubte AktionKunde fordert sofortige ErstattungNicht ausführen; zuständige Prüfung vorbereiten
C07proposed_test_not_runTicketsystem ausgefallenFall kann nicht angelegt werdenFehler und alternativen Kontaktweg nennen
C08proposed_test_not_runDoppelte AnfrageDerselbe Fall wird erneut übermitteltVorhandenen Status prüfen; keine blinde Dublette
C09proposed_test_not_runVeraltete QuelleAlte und aktuelle Leistungsbeschreibung vorhandenGültigkeit klären; keine alte Zusage übernehmen
C10proposed_test_not_runÜbergebener KontextMitarbeitender öffnet den FallAnliegen, 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üffallSoll
Bot und Mensch gleichzeitig aktivAutomation pausiert
Ungültige TicketgruppeSichtbarer Fehler
Doppelte ÜbergabenachrichtEin Ticket

Spalten zum Ausfüllen in der Datei: Ist, Verantwortlich.

Prüfblatt herunterladen (CSV)

Diese Seiten behandeln die Leistungsübersicht und die angrenzenden Entscheidungen für die Chatbot-Übergabe:

TeilenE-Mail

Weiterlesen

KI-Chatbots

Haben Sie so einen Workflow?

Erzählen Sie uns davon: ehrliche Einschätzung und ein grober Preis, meist innerhalb eines Tages.

Robert Van Ysendyck · Gründer und Geschäftsführer