Einführung: warum einen Handover für Terminals und Bildschirme formalisieren

Ein Empfangs‑Avatar (KI) auf einem Terminal oder Display bietet eine erste Ebene der Information und Orientierung. Bestimmte Anliegen bleiben jedoch ausserhalb des automatisierbaren Umfangs oder erfordern die Intervention eines menschlichen Beraters. Einen verlässlichen Eskalationsprozess zu gestalten vermeidet Brüche im Ablauf, gewährleistet den Datenschutz und erleichtert die Übernahme durch die Teams.

Dieses Playbook richtet sich an physische Deployments: Es vergleicht technische Eskalations‑Patterns, erklärt notwendige Architekturentscheidungen, behandelt UX und mehrsprachige Einwilligung, schlägt Akzeptanzindikatoren vor und liefert eine Checkliste für den 24/7‑Betrieb und die Ausbildung der Teams.

Eskalations‑Patterns: Vorteile, Grenzen und Einsatzfälle

Vier Patterns werden häufig genutzt, um von einem Empfangs‑Avatar (KI) zu einem menschlichen Agenten zu wechseln. Die Wahl hängt vom operativen Kontext, der bestehenden Infrastruktur und dem für den Nutzer akzeptablen Wartegrad ab.

  • Echtzeit‑Sprachverbindung (Voice to Agent): Das Avatar stellt eine direkte Audioverbindung zwischen Nutzer und Berater her. Vorteil: sprachliche Kontinuität und sofortige Übernahme. Grenze: erfordert Telefon‑ oder CCaaS‑Integration und verfügbare Agentenplätze in Echtzeit.

  • Virtuelle Warteschlange: Der Nutzer tritt einer digitalen Queue bei und wartet auf Bearbeitung. Vorteil: geordnete Anfrageverwaltung und Möglichkeit, die Position zu schätzen. Grenze: benötigt ein Back‑end‑System zur Verwaltung der Queue und zur Benachrichtigung des Nutzers; nicht geeignet bei sofortiger Erreichbarkeitspflicht.

  • Ticket‑Erstellung / Rückruf: Das Avatar legt einen Fall oder ein Ticket mit Kontext an, optional mit Rückruf durch einen Agenten. Vorteil: gute Nachvollziehbarkeit und anpassbar bei Auslastungsspitzen. Grenze: die Konversation wird unterbrochen; die Wiederaufnahme des Kontexts erfordert strukturierte Informationsübertragung.

  • Co‑Navigation / hybride Begleitung: Ein Berater übernimmt den Konversationskontext (Text/Essenz) und führt den Nutzer aus der Ferne. Vorteil: der Berater kann den Verlauf einsehen und ohne Wiederholung weiterarbeiten. Grenze: setzt eine Integration voraus, die den Kontext überträgt, und meist ein webbasiertes Tool oder einen zugänglichen Agenten‑Client.

Architekturentscheidungen und Integrationen: welche Daten übertragen und wie

Vor jeder Integration sollten die Ziele klar sein: Reibung für den Nutzer reduzieren, Vertraulichkeit wahren und dem Berater die nötigen Informationen zur Verfügung stellen. Notwendige Integrationen variieren mit dem gewählten Pattern und beinhalten häufig Webhooks, REST‑APIs oder eine Verbindung zu CCaaS/CRM.

  • Welche Daten übertragen werden: eine kontextuelle Zusammenfassung der Sitzung, die letzten Interaktionen (Schlüssel‑Fragen und Antworten), referenzierte Dokumente oder Belege, die verwendete Sprache und der Interaktionsmodus (Sprache, Touch). Vermeiden Sie die Übermittlung unnötiger sensibler Daten.

  • Format und Transport: Bevorzugen Sie strukturierte Payloads (JSON) über gesicherte Webhooks. Eine spezifische Integration kann das Senden an ein CRM oder ein Kontaktzentrum ermöglichen. Legen Sie im Design fest, welche Werte obligatorisch und welche optional sind.

  • Kontextübernahme (RAG): Wenn das Avatar auf einer Wissensbasis beruht, können relevante Zeiger oder Auszüge dem Agenten helfen. Es handelt sich um eine Kontextwiederaufnahme, nicht um einen vollständigen Export der Dokumentenbasis.

  • Sicherheit und Vertraulichkeit: Verschlüsseln Sie die Datenströme, authentifizieren Sie Endpoints und minimieren Sie die geteilte Datensurface. Definieren Sie, wer Zugang zum Transkript hat und wie lange, in Übereinstimmung mit der Datenpolitik der Organisation.

Technische Details: Webhooks, Kontextübernahme und Multimodalität

Die technische Umsetzung konzentriert sich auf drei Punkte: Aufrufmechanismus (Webhook/API), Format des Kontexts und Management der Multimodalität (Sprache + Touch). Diese Entscheidungen beeinflussen Latenz, Robustheit und die Fähigkeit, die Konversation ohne Informationsverlust fortzuführen.

  • Webhooks und Endpoints: Entwerfen Sie Webhooks, die einen Session‑Snapshot empfangen können. Eine spezifische Integration kann die Ticketanlage, eine Agenten‑Alarmierung oder das Einreihen in eine CCaaS‑Warteschlange auslösen.

  • Session‑Snapshot: Bevorzugen Sie eine strukturierte Zusammenfassung statt langer Transcripts. Einschluss nützlicher Metadaten: Sprache, Timestamp, Interaktionstyp, Einwilligung. Die RAG‑Kontextübernahme kann sich auf wenige zentrale Passagen aus der Wissensbasis beschränken.

  • Multimodalität: Für sprachbasierte Terminals ist die Verknüpfung zwischen Sprachsession und Textfluss vorzusehen. SANIA kann je nach Konfiguration in Sprache und Touch arbeiten. Die verantwortliche Integration sollte dem Berater den ursprünglichen Modus anzeigen, damit er seine Übernahme anpasst.

UX und mehrsprachige Einwilligung: praktische Regeln für eine klare Transition

Eine erfolgreiche Transition beruht nicht allein auf Technik. Nutzererlebnis und Einwilligungsmanagement sind zentral, insbesondere bei öffentlichen Terminals und in einem mehrsprachigen Umfeld.

  • Informieren vor der Übertragung: Bevor die Eskalation gestartet wird, muss das Avatar kurz und verständlich erklären, was passiert (z. B. Verbindungsaufbau, Ticketanlage, späterer Rückruf) und die Zustimmung des Nutzers einholen.

  • Erfassung und Nachverfolgbarkeit der Einwilligung: Erfassen Sie die Einwilligung verbal oder per Touch, je nach Kanal. Art der Einwilligung muss mit der Sitzung gespeichert und dem Agenten zugänglich gemacht werden, konform mit der Datenpolitik der Organisation.

  • Mehrsprachige, adaptive Skripte: Bereiten Sie klare Formulierungen in relevanten Sprachen vor. SANIA kann in mehr als 100 Sprachen in einer angepassten Konfiguration kommunizieren, was die Erfassung der Einwilligung in der Sprache des Nutzers erleichtert.

  • Umgang mit sensiblen Informationen: Enthält die Konversation personenbezogene oder sensible Daten, laden Sie den Nutzer ein, auf einen gesicherten Kanal zu wechseln oder den Service persönlich aufzusuchen. Übermitteln Sie keine sensiblen Daten ohne explizite Einwilligung.

SLA, Metriken und operative Akzeptanzkriterien

Die Festlegung operativer Ziele ermöglicht die Akzeptanz oder Anpassung des Eskalationsprozesses. Diese Ziele müssen realistisch sein und von den Ressourcen des Kontaktzentrums sowie den Besucher­spitzen jedes Standorts abhängen.

  • Beispiele für zu verfolgende Metriken (mittels Ihrer Tools umzusetzen): Eskalationsrate nach Kanal, Annahmerate der Eskalation durch Nutzer, mittlere Zeit zwischen Anfrage und menschlicher Übernahme, Rate der kontextuellen Wiederaufnahme ohne erneute Erklärung durch den Nutzer.

  • Messung und Erfassung: Diese Indikatoren bedürfen gezielter Instrumentierung. Eine Organisation kann diese Daten aus Logs, CRM oder angeschlossenen CCaaS‑Tools extrahieren, je nach gewählter Konfiguration.

  • Akzeptanzkriterien: Vor der großflächigen Inbetriebnahme definieren Sie qualitative und operative Kriterien (z. B. Übernahmekapazität zu Stoßzeiten, ausreichende mehrsprachige Fähigkeiten zur Einwilligungserfassung).

Checkliste für den 24/7‑Betrieb und Empfehlungen zur Schulung

Die Gewährleistung der Verfügbarkeit und Qualität eines Handovers erfordert Betriebsverfahren und gezielte Schulung der Teams. Nachfolgend eine operative Checkliste zur Vorbereitung des kontinuierlichen Betriebs.

  • Runbooks für jedes Eskalations‑Pattern vorbereiten: Ablauf für Verbindungsaufbau, Ticketgenerierung, Warteschlangenverwaltung und Kontextübernahme.

  • Monitoring und Tests: Regelmässig die gesamte Kette prüfen (ASR, LLM, RAG, Webhooks, CCaaS). End‑to‑End‑Tests unter Realbedingungen und multilinguale Szenarien einplanen.

  • Notfallplan: Verfahren definieren, wenn die Integration zum Kontaktzentrum ausfällt (klarer Hinweis für Nutzer, Möglichkeit zur lokalen Ticketerstellung).

  • Schulung der Agenten: Berater für die Art des vom Avatar übermittelten Kontexts sensibilisieren, für mögliche Limitationen automatischer Zusammenfassungen und für Datenschutzregeln. Begrüßungsskripte vorbereiten, um Besucher wieder aufzufangen, die bereits mit dem Avatar interagiert haben.

  • Governance und Reviews: Regelmässige Abstimmungen zwischen DSI, Support und Empfangsverantwortlichen organisieren, um Eskalationsregeln, Kontext‑Templates und Einwilligungs‑Scripts anzupassen.

Häufig gestellte Fragen (FAQ)

F : Behält das Avatar automatisch die Konversationen, die an den Agenten übermittelt werden?

A : Die Speicherung und Weitergabe der Daten hängt von der gewählten Konfiguration ab. Eine Organisation muss festlegen, welche Daten gespeichert werden, wie lange und ob sie über eine spezifische Integration an ein CRM oder Kontaktzentrum übertragen werden dürfen.

F : Kann garantiert werden, dass der Agent den vollständigen Kontext erhält, sodass der Nutzer nichts wiederholen muss?

A : Ein strukturiertes Zusammenfassungs‑Payload und relevante Auszüge erleichtern die Wiederaufnahme. Dennoch hängt die Qualität der Übernahme vom gesendeten Kontextformat und der vom Agenten genutzten Oberfläche ab. Es empfiehlt sich, repräsentative Szenarien zu testen und die Kontext‑Payload entsprechend anzupassen.

Weitere Schritte

Die Implementierung eines effektiven Handovers zwischen einem Empfangs‑Avatar (KI) und einem menschlichen Agenten kombiniert technische Entscheidungen, UX‑Regeln und organisatorische Abläufe. SANIA kann auf Bildschirm oder interaktivem Terminal eingesetzt werden, je nach Konfiguration in Sprache und Touch arbeiten und eine organisationsspezifische Wissensbasis zur Kontextanreicherung nutzen. Um konkret zu prüfen, wie sich dieses Playbook in Ihre Umgebung integrieren lässt und welche Integrationen notwendig sind, können Sie eine Demonstration von SANIA anfordern.