Mehrsprachige WebChat-Sprachauswahl gestalten, ohne Kundinnen und Kunden falsch weiterzuleiten
Ein mehrsprachiger WebChat sollte Menschen sowohl eine gut lesbare Oberfläche als auch die Sprache wählen lassen, in der sie Unterstützung wünschen. Erfahren Sie, wie Sie diese Präferenz eindeutig erfassen, nur an besetzte Teams weiterleiten und einen transparenten menschlichen Fallback anbieten, wenn keine passende Warteschlange verfügbar ist.
Widget-Sprache und Supportsprache als getrennte Entscheidungen behandeln
Die mehrsprachige WebChat-Sprachauswahl umfasst zwei unterschiedliche operative Entscheidungen. Die erste ist die Anzeigesprache des Widgets: die Sprache für Schaltflächen, Aufforderungen, Datenschutzhinweise, Fehlermeldungen und andere Oberflächenelemente. Die zweite ist die bevorzugte Supportsprache der Kundin oder des Kunden: die Sprache, in der die Person ein Anliegen schildern und Hilfe von einem Menschen erhalten möchte.
Diese Entscheidungen können übereinstimmen, sollten aber nicht als übereinstimmend angenommen werden. Eine Kundin oder ein Kunde kann eine englische Oberfläche bevorzugen, aber Support auf Arabisch anfordern, einen gemeinsam genutzten Browser verwenden, der auf eine andere Sprache eingestellt ist, oder für eine technische Aufgabe eine vertraute Oberflächensprache wählen und dennoch mit einer Supportkraft in der sichersten eigenen Sprache sprechen wollen.
Gestalten und speichern Sie diese als getrennte Felder. „Widget-Sprache“ steuert die Darstellung. „Bevorzugte Supportsprache“ ist eine erklärte Servicepräferenz, die für die Weiterleitung verwendet werden kann, sofern die Abdeckungsregeln dies zulassen. Die Trennung der Felder verhindert, dass eine lesbare Oberfläche zu einem nicht einlösbaren Versprechen menschlicher Sprachunterstützung wird.
- Bezeichnen Sie eine UI-Einstellung nicht einfach als „Sprache“, wenn sie die Weiterleitung beeinflussen kann; unterscheiden Sie zwischen „Chat-Anzeigesprache“ und „Bevorzugte Supportsprache“.
- Zeigen Sie die unterstützten Servicesprachen, bevor die Kundin oder der Kunde einen sprachspezifischen Weg beginnt.
- Ermöglichen Sie, beide Auswahlmöglichkeiten während des Gesprächs zu ändern.
- Setzen Sie ein übersetztes Widget nicht mit garantiertem Support durch eine sprachkundige menschliche Supportkraft gleich.
Die bevorzugte Supportsprache nicht erraten
Browserspracheinstellungen können als Hinweis für die Darstellung nützlich sein, sind aber keine eindeutige Aussage über die Lese- oder Supportpräferenz einer Person. Browser können eine geordnete Liste von Accept-Language-Präferenzen senden, und Menschen können gemeinsam genutzte Geräte, übernommene Einstellungen oder eine Browserkonfiguration verwenden, die nicht zu den Inhalten passt, die sie lesen möchten.
Auch der Standort ist ein unzuverlässiger Ersatzindikator. Der anhand der IP-Adresse bestimmte Standort einer Person entspricht nicht zwingend der Sprache, die sie lesen oder im Support verwenden möchte. Namen, Kontofelder und frühere Nachrichten sind ebenfalls unsichere Abkürzungen: Sie können unvollständig, veraltet, mehrdeutig oder sensibel sein.
Verwenden Sie technische Signale nur, um eine umkehrbare Standard-Anzeigesprache vorzuschlagen. Bieten Sie stets eine sichtbare Auswahl an und nutzen Sie eine abgeleitete Sprache nicht allein, um jemanden einer sprachspezifischen Warteschlange zuzuordnen. Die Weiterleitung sollte auf einer ausdrücklichen Wahl und verifizierter operativer Abdeckung beruhen.
- Sichere Verwendung: Eine Widget-Anzeigesprache vorauswählen, während die Auswahl sichtbar bleibt und sich leicht ändern lässt.
- Unsichere Verwendung: Ohne Bestätigung nach Land, IP-Adresse, Name oder Browser-Header weiterleiten.
- Bitten Sie Supportkräfte nicht, Sprachkenntnisse aus identitätsbezogenen Feldern abzuleiten.
- Wenn die Kundin oder der Kunde in einer anderen Sprache schreibt, lassen Sie eine Supportkraft oder einen Ablauf eine Aktualisierung der Präferenz anbieten, statt die Weiterleitung stillschweigend zu ändern.
Eine Richtlinie für unterstützte Sprachen veröffentlichen, bevor Routen eingerichtet werden
Ein Sprachmenü ist ein Serviceversprechen. Definieren Sie vor der Anzeige im Widget, was jede aufgeführte Sprache in der Praxis bedeutet. Die Richtlinie sollte Abteilungen, Betriebszeiten, Service-Level, Verantwortlichkeiten für Übergaben und den Umgang mit nicht verfügbaren qualifizierten Supportkräften abdecken.
Ein hilfreiches Modell umfasst drei Kategorien. Vollständig unterstützte Sprachen verfügen für die betreffende Abteilung und den jeweiligen Zeitplan über geschulte oder benannte Abdeckung. Sprachen mit eingeschränktem Support sind möglicherweise nur für bestimmte Themen, Abteilungen oder Zeiten verfügbar. Fallback-Sprachen sind Sprachen, in denen das Team eine klar beschriebene Alternative anbieten kann, etwa eine allgemeine Warteschlange, eine Kontaktmöglichkeit oder die Bitte um spätere Rückmeldung gemäß der eigenen Betriebsrichtlinie.
Halten Sie das öffentliche Menü mit dieser Richtlinie in Einklang. Wenn eine Sprache nur zu bestimmten Zeiten verfügbar ist, sagen Sie dies, bevor sich die Kundin oder der Kunde für diese Route entscheidet. Kann das Unternehmen keinen Support in einer angefragten Sprache leisten, stellen Sie automatisierten Text, eine allgemeine Warteschlange oder ein übersetztes Widget nicht als gleichwertig mit sprachqualifizierter menschlicher Unterstützung dar.
- Benennen Sie für jede Sprache die für Abdeckungsentscheidungen verantwortliche Person.
- Definieren Sie die Abdeckung nach Abteilung, nicht nur für das Unternehmen als Ganzes.
- Dokumentieren Sie Zeitpläne, Anforderungen an die Fähigkeiten von Supportkräften, Überlaufregeln und die Fallback-Nachricht.
- Überprüfen Sie die Sprachliste, sobald sich Personal, Abteilungen oder Zeitpläne ändern.
Die Sprachauswahl eindeutig, barrierefrei und mit geringem Aufwand gestalten
Verwenden Sie im Auswahlfeld verständliche Bezeichnungen sowie Sprachbezeichnungen und Schriftsysteme in der jeweiligen Sprache, etwa „Español“, „Français“ und „العربية“. Muttersprachliche Bezeichnungen helfen Kundinnen und Kunden, ihre Wahl zu erkennen, ohne die aktuelle Oberflächensprache verstehen zu müssen. Ergänzen Sie bei Bedarf eine Erklärung in der aktuellen Oberflächensprache, ersetzen Sie jedoch nicht die muttersprachliche Bezeichnung.
Jedes Bedienelement benötigt eine Beschriftung, die seinen Zweck benennt und für assistive Technologien mit dem Element verknüpft ist. Stellen Sie sicher, dass die gesamte Auswahl per Tastatur funktioniert, einschließlich Öffnen des Bedienelements, Navigieren durch die Optionen, Auswählen einer Option, Schließen und Erreichen des nächsten Schritts. Bewahren Sie einen sichtbaren Fokusindikator und vermeiden Sie ein Menü, das den Fokus einschließt.
Legen Sie die programmgesteuert bestimmbare Sprache der Widget-Inhalte korrekt fest und kennzeichnen Sie sinnvolle Sprachwechsel innerhalb von Inhalten, sofern zutreffend. Testen Sie die Auswahl bei schmalen mobilen Bildschirmbreiten und mit langen Sprachnamen, damit Optionen nicht abgeschnitten, verdeckt oder schwer aktivierbar sind.
- Verwenden Sie ein beschriftetes Bedienelement wie „Wählen Sie Ihre Supportsprache“.
- Zeigen Sie muttersprachliche Namen; verwenden Sie Flaggen nicht als alleinigen Sprachindikator.
- Behalten Sie eine Standard- oder Fallback-Option bei, wenn die angefragte Sprache nicht verfügbar ist.
- Bieten Sie „In der aktuellen Sprache fortfahren“ oder eine gleichwertige nicht blockierende Option an.
- Machen Sie die Sprachauswahl nicht zur Voraussetzung für dringende menschliche Hilfe, sofern dies für den Service nicht tatsächlich erforderlich ist.
Nur die für die Serviceerbringung nötige Präferenz erfassen
Erklären Sie, warum Sie fragen. Eine knappe Nachricht wie „Wir nutzen Ihre Auswahl, um Sie in diesem Gespräch möglichst mit dem richtigen Supportteam zu verbinden“ liefert einen Grund für die Serviceerbringung, ohne die Fähigkeiten des Systems zu übertreiben. Zweckklarheit hilft Teams zu entscheiden, welche Informationen erforderlich sind, und unterstützt die Datenminimierung.
In der Regel wird nur eine bevorzugte Supportsprache benötigt, die aus einer kontrollierten Liste ausgewählt wird, sowie gegebenenfalls eine Option „Andere / Ich brauche Hilfe bei der Auswahl“. Vermeiden Sie es, nach Nationalität, ethnischer Zugehörigkeit, Geburtsort oder anderen Identitätsdaten zu fragen, um eine Weiterleitungsentscheidung zu treffen. Diese Angaben sind nicht erforderlich, um eine Gesprächspräferenz festzustellen.
Lassen Sie Kundinnen und Kunden innerhalb desselben Prozesses eine bereits angegebene Sprache nicht wiederholen. Zeigen Sie die erfasste Auswahl zur Bestätigung oder ermöglichen Sie die Auswahl daraus, wenn sie erneut benötigt wird. Das reduziert Reibung, ohne dass die Präferenz zwischen getrennten Sitzungen gespeichert werden muss.
- Nennen Sie den Zweck an der Stelle der Erhebung.
- Erfassen Sie eine Sprachpräferenz, keine Identitätsdaten.
- Gestalten Sie Wege wie „Ich bin nicht sicher“ und „Andere“ als umsetzbare Optionen statt als Sackgassen.
- Geben Sie Kundinnen und Kunden eine Möglichkeit, eine falsche Auswahl zu korrigieren.
- Legen Sie Aufbewahrungs-, Zugriffs- und Überprüfungspraktiken gemäß den geltenden Datenschutzpflichten und Richtlinien Ihrer Organisation fest.
Nur weiterleiten, wenn die Abdeckungsregel erfüllt ist
Eine Sprachweiterleitungsregel benötigt mehr als eine Sprachbezeichnung. Sie braucht eine berechtigte Abteilung, einen Zeitplan, eine Anforderung an die Fähigkeiten der Supportkraft und eine aktuelle Verfügbarkeitsbedingung. In der Terminologie von Contact Centern ist die angefragte Sprache eine Eigenschaft der Aufgabe; qualifizierte Supportkräfte sind aufgrund ihrer Kompetenzen oder Fähigkeiten berechtigt; und die Verfügbarkeit bestimmt, ob eine berechtigte Supportkraft ein neues Gespräch annehmen kann.
In webchat.vip können Teams Supportkräfte, Abteilungen, Weiterleitung, Zeitpläne und Service-Level in einem gemeinsamen Posteingang für WebChat- und WhatsApp-Gespräche organisieren. Nutzen Sie diese operativen Steuerungsmöglichkeiten, um nur die Weiterleitungsregeln umzusetzen, die Ihr Team aufrechterhalten kann. Beispielsweise ist „spanischsprachiger Abrechnungssupport während der veröffentlichten Zeiten“ sicherer als eine weit gefasste Regel, die jede spanische Präferenz an eine Abteilung ohne verfügbare qualifizierte Supportkraft sendet.
Erstellen Sie keine Warteschlange allein deshalb, weil eine Sprache in einem Menü erschienen ist. Testen Sie die gesamte Kette: erklärte Präferenz, passende Abteilung, Abdeckung durch berechtigte Supportkräfte, Zeitplanstatus, Verfügbarkeit, Überlaufbedingung und kundenorientierte Nachricht.
- Leiten Sie anhand einer ausdrücklichen Präferenz und einer aktiven Abdeckungsbedingung weiter.
- Passen Sie die Sprachabdeckung an die angefragte Abteilung oder das Thema an.
- Weisen Sie Gespräche keinen Supportkräften zu, die für diese sprachbezogene Servicerolle nicht freigegeben sind.
- Definieren Sie eine maximale Wartezeit oder einen Überlauf-Auslöser auf Grundlage Ihrer eigenen Servicerichtlinie.
- Halten Sie die verantwortliche Person für den Fallback rechenschaftspflichtig; ein Überlauf ist erst abgeschlossen, wenn eine Person oder ein umsetzbarer nächster Schritt ihn übernimmt.
Einen ehrlichen Fallback statt einer stillschweigenden Fehlweiterleitung entwickeln
Der kritische Fehlermodus besteht darin, dass eine Kundin oder ein Kunde eine Sprache wählt und stillschweigend in eine ungeeignete Warteschlange eingereiht wird. Dies führt zu wiederholten Erklärungen, vermeidbaren Weitergaben, längeren Wartezeiten und Vertrauensverlust. Ein Fallback muss mitteilen, was jetzt verfügbar ist, was nicht verfügbar ist und wie menschliche Hilfe erreicht oder die Anfrage fortgesetzt werden kann.
Ein guter Fallback kann eine allgemeine Warteschlange mit menschlichem Support, die Bitte, bis zum nächsten veröffentlichten Abdeckungszeitraum zu warten, oder einen anderen menschlichen Kontaktweg anbieten, den Ihre Organisation tatsächlich betreibt. Die Formulierung sollte zwischen einer sprachspezifischen Warteschlange und allgemeinem Support unterscheiden. Sagen Sie nie, dass eine Supportkraft die angefragte Sprache sprechen wird, sofern die Zuweisungsregel diese Bedingung nicht bestätigt.
Wenn die Automatisierung nach wiederholten Versuchen keine zufriedenstellende Antwort geliefert hat, stellen Sie Kontaktdaten für menschliche Hilfe oder eine Übergabe an einen Menschen bereit. Ein praktikabler Schwellenwert sind drei erfolglose Versuche, zusammen mit einer sichtbaren Option „Mit einer Person sprechen“. Wenn keine Menschen verfügbar sind, geben Sie an, wann menschlicher Support voraussichtlich verfügbar sein wird, statt Kundinnen und Kunden in einer unbefristeten automatisierten Schleife zu lassen.
- Informieren Sie die Kundin oder den Kunden sofort, wenn die gewählte Sprache für die ausgewählte Abteilung oder Zeit nicht verfügbar ist.
- Bieten Sie eine reale nächste Aktion an: eine allgemeine Warteschlange mit menschlichem Support, eine veröffentlichte Rückkehrzeit oder einen anderen besetzten Kontaktweg.
- Halten Sie einen Weg „Mit einer Person sprechen“ sichtbar und ermöglichen Sie, den Chat zu schließen und erneut aufzurufen.
- Protokollieren Sie den Fallback-Grund: keine Abdeckung, außerhalb der Betriebszeiten, keine verfügbare qualifizierte Supportkraft oder von der Kundin bzw. dem Kunden gewünschte Änderung.
- Eskalieren Sie dringende Fälle, Fälle schutzbedürftiger Personen, Beschwerden, Sicherheitsfälle oder wiederholte Fehlschläge gemäß Ihren internen Verfahren an die benannte menschliche verantwortliche Person.
Automatisierung zur Unterstützung von Auswahl und Übergabe nutzen, nicht um Kundinnen und Kunden festzuhalten
Automatisierte Abläufe in webchat.vip können Nachrichten und Dateien senden, validierte Antworten erfassen, verzweigen, Gespräche weiterleiten und an Menschen übergeben. Nutzen Sie diese Fähigkeit, um Sprachoptionen darzustellen, die gewählte Präferenz zu bestätigen, die passende Weiterleitungsbedingung zu prüfen und die entsprechende Warteschlangen- oder Fallback-Nachricht zu übermitteln.
Die Validierung sollte unbrauchbare Werte verhindern, nicht Kundinnen und Kunden zu einer künstlichen Antwort zwingen. Für die Weiterleitung ist ein kontrolliertes Auswahlfeld in der Regel besser als Freitext, es sollte jedoch einen Ausweg für Kundinnen und Kunden enthalten, deren Sprache fehlt oder die sich nicht entscheiden können. Bei Verwendung einer Freitexteingabe behandeln Sie diese ohne Überprüfungsregel nicht als zuverlässigen Weiterleitungscode.
Gestalten Sie für Unterbrechungen. Kundinnen und Kunden können mit einem anderen Anliegen eintreffen, ihre gewählte Sprache ändern oder sofort nach einer Person fragen. Behalten Sie in jedem Zweig den Zugang zu einem menschlichen Weg bei und vermeiden Sie kreisförmige Aufforderungen, etwa die wiederholte Frage nach derselben Sprache, nachdem die Kundin oder der Kunde bereits geantwortet hat.
- Bestätigen Sie die gewählte Supportsprache in einer kurzen, verständlichen Nachricht.
- Übergeben Sie die Auswahl als Gesprächskontext an das empfangende Team.
- Stellen Sie in jeder automatisierten Phase eine sichtbare Aktion zur Eskalation an einen Menschen bereit.
- Nach wiederholten erfolglosen Automatisierungsversuchen sollten Sie denselben Pfad nicht erneut versuchen, sondern menschliche Hilfe anbieten.
- Testen Sie ungültige, leere, geänderte und nicht verfügbare Sprachantworten.
Häufig gestellte Fragen
Sollte WebChat Kundinnen und Kunden automatisch anhand der Browsersprache weiterleiten?
Nein. Die Browsersprache kann ein umkehrbarer Hinweis für die Widget-Anzeigesprache sein, ist jedoch keine verlässliche Aussage über die bevorzugte Supportsprache der Kundin oder des Kunden. Lassen Sie die Person wählen und leiten Sie nur weiter, wenn Personal- und Zeitplanregeln diese Wahl abdecken.
Können wir Land oder IP-Standort verwenden, um eine Supportsprache auszuwählen?
Verwenden Sie den Standort nicht als entscheidendes Signal. Der Standort stimmt nicht unbedingt mit der bevorzugten Lese- oder Supportsprache einer Person überein. Bieten Sie eine ausdrückliche Sprachauswahl und einen klaren Fallback an.
Was sollte geschehen, wenn keine Supportkraft in der angefragten Sprache verfügbar ist?
Informieren Sie die Kundin oder den Kunden unverzüglich. Bieten Sie die nächste besetzte Option an, die Ihre Organisation tatsächlich bereitstellen kann, etwa eine allgemeine Warteschlange mit menschlichem Support, einen veröffentlichten zukünftigen Verfügbarkeitszeitpunkt oder einen anderen besetzten Kontaktweg. Leiten Sie das Gespräch nicht stillschweigend an eine ungeeignete Warteschlange weiter.
Wie sollten Sprachpräferenzen in einem Gespräch gespeichert werden?
Speichern Sie die erklärte bevorzugte Supportsprache als nützlichen Gesprächskontext, getrennt von der Widget-Anzeigesprache. Ermöglichen Sie Kundinnen und Kunden Änderungen, übergeben Sie die Angabe an das empfangende Team und wenden Sie dokumentierte Überprüfungsregeln an, wenn der schriftliche Gesprächsverlauf oder die ausdrückliche Anfrage der Kundin bzw. des Kunden auf eine Ausnahme hinweist.
Was sollten wir nach dem Start messen?
Nutzen Sie Gesprächsprotokolle, operative Analysen, Bewertungen und exportierbare Berichte, um die Genauigkeit der Weiterleitung nach erklärter Sprache, Weitergaben nach der Sprachauswahl, wiederholte Erklärungen, Warteergebnisse, Fallback-Gründe, Abbrüche und die Nutzung menschlicher Eskalation zu überprüfen. Behandeln Sie die Sprachpräferenz nicht als Ersatzindikator für Identität oder Kundenwert.
Wie lautet die Checkliste für den Start einer mehrsprachigen WebChat-Sprachauswahl?
Bestätigen Sie die Richtlinie für unterstützte Sprachen; trennen Sie Einstellungen für Anzeige- und Supportsprache; prüfen Sie Beschriftungen, Tastaturbedienung, Screenreader-Verhalten, mobiles Layout und Sprachmetadaten; testen Sie Zeitpläne und die Abdeckung durch berechtigte Supportkräfte nach Abteilung; testen Sie Fallbacks außerhalb der Betriebszeiten und bei fehlenden Supportkräften; prüfen Sie die menschliche Eskalation nach wiederholtem Automatisierungsfehler; testen Sie Präferenzänderungen und mehrsprachige Gespräche; überprüfen Sie Kundenformulierungen auf nicht einlösbare Versprechen; und weisen Sie Verantwortliche für Weiterleitung, Personal, Datenschutz, Barrierefreiheit und laufendes Reporting zu.
Quellen und weiterführende Literatur
Primäre und maßgebliche Referenzen zur Prüfung der faktischen Grundlage dieses Leitfadens.
- Guiding users to translated pages — W3C Internationalization
- When to use language negotiation — W3C Internationalization
- Internationalization Quick Tips for the Web — W3C Internationalization
- Web Content Accessibility Guidelines (WCAG) 2.2 — W3C
- Labeling Controls — W3C Web Accessibility Initiative
- Understanding Success Criterion 3.2.6: Consistent Help — W3C Web Accessibility Initiative
- Understanding Success Criterion 3.3.7: Redundant Entry — W3C Web Accessibility Initiative
- Core concepts: Routing — Twilio Documentation
- Configure Skill-Based Routing — Twilio Documentation
- Principle (b): Purpose limitation — Information Commissioner's Office