WebChat vor dem Start testen: eine praktische End-to-End-Checkliste

Vor dem Test Umfang und Erfolgskriterien festlegen

Dass ein Widget auf einer Seite erscheint, beweist nicht, dass WebChat einsatzbereit ist. Testen Sie vollständige Kundenabläufe – einschließlich dessen, was geschieht, wenn ein Besucher Hilfe benötigt, eine unerwartete Antwort gibt oder das Team nicht erreichbar ist.

Die folgenden Punkte sind praktische Empfehlungen für Ihr Team, keine vollständige oder verbindliche WebChat-Abnahmenorm. Welche Funktionen und Abläufe Sie prüfen können, hängt von der eingerichteten Kanalkonfiguration ab. Legen Sie fest, welche Seiten, Kundenaufgaben, Sprachen, Geräte und Support-Szenarien zum Testumfang gehören. Erfassen Sie die Schritte jedes Ablaufs und halten Sie das erwartete Ergebnis fest, bevor Sie testen.

• Wählen Sie repräsentative Abläufe aus, etwa eine häufige Frage, eine gültige Antwort, die Anfrage nach einer Ansprechperson oder – sofern die Kanalkonfiguration dies unterstützt – die Fortsetzung einer bestehenden Unterhaltung.
• Legen Sie überprüfbare Erfolgskriterien fest: Das Widget ist auf der vorgesehenen Seite verfügbar, der Kunde erhält den erwarteten nächsten Schritt, die Unterhaltung erreicht das vorgesehene Ziel und das Supportteam kann darauf reagieren.
• Dokumentieren Sie Testdatum, Umgebung, Tester, Szenario, erwartetes Ergebnis und tatsächliches Ergebnis. Kennzeichnen Sie nicht getestete Punkte, statt anzunehmen, dass sie funktionieren.

Widget auf den vorgesehenen Seiten und Geräten prüfen

Verwenden Sie die Seiten und Layouts, auf die Kunden tatsächlich treffen, und nicht nur eine interne Vorschau. Prüfen Sie das installierbare und anpassbare WebChat-Widget in den vorgesehenen Desktop- und Mobilansichten sowie in den Browsern, die Ihr Team für den Start unterstützen möchte.

Prüfen Sie nicht nur, ob das Widget geladen wird. Stellen Sie sicher, dass es im Seitenlayout sichtbar und nutzbar ist und Besucher eine Unterhaltung beginnen können, ohne dass die umgebende Seite sie daran hindert. Falls die eingerichtete Konfiguration das Fortsetzen einer bestehenden Unterhaltung unterstützt, können Sie auch diesen Ablauf prüfen.

Prüfen Sie die Barrierefreiheit auf den vorgesehenen Seiten und Geräten. Solche Prüfungen können Hindernisse aufzeigen, belegen für sich genommen aber nicht die Einhaltung bestimmter Barrierefreiheitsanforderungen.

• Testen Sie die konkreten Seiten, auf denen das Widget erscheinen soll, einschließlich Seiten mit unterschiedlichen Layouts oder Navigationsmustern.
• Prüfen Sie den Anfangszustand und eine aktive Unterhaltung auf repräsentativen Bildschirmgrößen und in den vorgesehenen Browsern. Testen Sie die Rückkehr zu einer bestehenden Unterhaltung nur, wenn dies von der eingerichteten Kanalkonfiguration unterstützt wird.
• Überprüfen Sie die angezeigte Sprache und die kundenseitigen Texte für jede Sprache im Testumfang.
• Testen Sie die Bedienung ausschließlich über die Tastatur, achten Sie darauf, dass der Fokus beim Bewegen durch das Widget sichtbar bleibt, und prüfen Sie, ob die Unterhaltung bei vergrößerter Darstellung weiterhin nutzbar ist.
• Prüfen Sie das Verhalten mit Screenreadern, insbesondere ob Steuerelemente und Nachrichten verständlich angesagt werden. Kontrollieren Sie außerdem, ob Beschriftungen und Texte lesbar sind und ausreichenden Kontrast aufweisen.
• Halten Sie bei jedem Fehler die Seite, das Gerät oder den Browser sowie die Schritte zur Reproduktion fest und erstellen Sie einen bereinigten Screenshot oder eine Aufzeichnung.

Kundenseitige Einrichtung und Wiederherstellungswege testen

Testen Sie die konfigurierte Willkommensnachricht, Sprache, Informationsabfragen und automatisierten Abläufe so, wie ein Kunde sie erleben würde. WebChat-Automatisierungen können Nachrichten und Dateien versenden, validierte Antworten erfassen, Verzweigungen ausführen, übertragen und an Mitarbeitende übergeben. Prüfen Sie jeden konfigurierten Schritt, statt davon auszugehen, dass ein erfolgreicher Start des Ablaufs bedeutet, dass der gesamte Ablauf funktioniert.

Beziehen Sie auch Wiederherstellungswege ein. Ein Test sollte zeigen, was geschieht, wenn eine Antwort ungültig ist, ein Kunde seine Richtung ändert oder der automatisierte Ablauf das Anliegen nicht lösen kann. Das passende Ergebnis kann eine klare Aufforderung zur erneuten Eingabe, ein anderer relevanter Zweig oder eine Übergabe sein – nicht eine Sackgasse.

Bevor Sie Informationen erfassen, bestimmen Sie, welche Daten und Rechtsräume betroffen sind, und klären Sie mit der zuständigen Person, ob ein Datenschutzhinweis, ein Einwilligungsschritt oder eine Wahlmöglichkeit für Kunden erforderlich ist. Prüfen Sie, ob ein gegebenenfalls erforderlicher Schritt vor der Erfassung wie vorgesehen angezeigt wird und funktioniert. Ein Test dieses Ablaufs belegt für sich genommen keine rechtliche Konformität.

• Durchlaufen Sie jeden wichtigen Zweig vom Einstieg bis zum vorgesehenen Ergebnis, einschließlich aller Nachrichten oder Dateien, die Kunden erhalten sollen.
• Senden Sie gültige, ungültige und unvollständige Antworten, um die konfigurierte Validierung und das Verhalten bei Fehlern zu prüfen.
• Wenn ein Ablauf auf zuvor mitgeteilten Angaben beruht, prüfen Sie, ob der spätere Schritt diese Angaben nach zwischenzeitlichen Nachrichten korrekt verwendet.
• Bestätigen Sie, dass ein gegebenenfalls erforderlicher Datenschutzhinweis, Einwilligungsschritt oder eine Wahlmöglichkeit vor der Erfassung erscheint und der nächste Schritt für Kunden klar ist.
• Stellen Sie sicher, dass eine Weiterleitung oder Übergabe dem Kunden einen klaren nächsten Schritt bietet. Betrachten Sie Automatisierung nicht als Ersatz für menschliches Urteilsvermögen.

Routing, Erreichbarkeit und Verhalten bei nicht verfügbarem Team prüfen

Testen Sie den Weg von der ersten Nachricht des Kunden bis zum Team, das sie bearbeiten soll. Prüfen Sie die für den Kanal konfigurierten Abteilungen, Routing-Regeln und Zeitpläne und bestätigen Sie, dass das Ergebnis dem zum Testzeitpunkt geltenden Erreichbarkeitsplan entspricht.

Führen Sie auch ein Szenario durch, in dem das vorgesehene Team nicht verfügbar ist, etwa außerhalb seiner geplanten Erreichbarkeitszeiten. Prüfen Sie, was der Kunde sieht und was Mitarbeitende als Nächstes tun sollen. Nehmen Sie nicht an, dass Zeitplan oder Routing wie vorgesehen funktionieren, bevor Sie das kundenseitige Ergebnis geprüft haben.

• Testen Sie jede wichtige Route mit einer Unterhaltung, die eindeutig zur vorgesehenen Abteilung gehört.
• Prüfen Sie das Übergabeziel und ob der Kunde eine hilfreiche Erklärung oder einen nächsten Schritt erhält.
• Dokumentieren Sie, ob die konfigurierte Antwort bei nicht verfügbarem Team Ihren Serviceanforderungen entspricht und wer für die Prüfung zuständig ist.

Unterhaltung bis zum gemeinsamen Posteingang verfolgen

Ein Kundenablauf ist nicht abgeschlossen, sobald eine Nachricht im Posteingang ankommt. Verfolgen Sie die Testunterhaltung bis in den gemeinsamen Posteingang und prüfen Sie, ob das Supportteam den Kontext erkennen, die zuständige Person bestimmen und die vorgesehene Nachbearbeitung abschließen kann.

webchat.vip bietet einen gemeinsamen Posteingang für WebChat- und WhatsApp-Unterhaltungen. Teams können Mitarbeitende und Abteilungen organisieren und Tags verwenden. Prüfen Sie den vorgesehenen Arbeitsablauf Ihres Teams, einschließlich der Zuständigkeits- und Nachbearbeitungsschritte, die zu Ihren Betriebsverfahren gehören.

• Bestätigen Sie, dass die Unterhaltung für das zuständige Team sichtbar ist und die vorherigen Nachrichten genügend Kontext für eine Antwort enthalten.
• Prüfen Sie, ob die vorgesehene Person oder Abteilung die nächste Maßnahme bestimmen kann und ob die Regelung zur Fallverantwortung im Team klar ist.
• Verwenden Sie die von Ihrem Prozess vorgesehenen Tags und stellen Sie sicher, dass Mitarbeitende wissen, wie sie diese einheitlich einsetzen.
• Schließen Sie die geplante Nachbearbeitung ab und bestätigen Sie anschließend, dass die Unterhaltung aus Kundensicht den erwarteten Zustand erreicht.

Betriebsaufzeichnungen und Berichte schützen

Die Plattform erfasst Betriebsanalysen, Gesprächsprotokolle, Bewertungen und exportierbare Berichte. Legen Sie vor dem Start fest, wie Testunterhaltungen in Betriebsaufzeichnungen und Berichten behandelt werden sollen. Verwenden Sie keine echten Kundeninformationen, um einen Test realistischer wirken zu lassen.

Verwenden Sie eindeutig erkennbare synthetische Testdaten. Wenn Sie in einer Live-Umgebung testen, klären Sie zunächst, wie das Team Testaktivitäten von echten Unterhaltungen unterscheidet und verhindert, dass Testinformationen für Kundendaten gehalten werden. Nehmen Sie nicht an, dass eine bestimmte Ausschluss- oder Löschfunktion verfügbar ist; klären Sie das verfügbare Verfahren mit der für den Kanal zuständigen Person.

• Verwenden Sie erfundene Namen, Kontaktdaten und Szenarioinhalte. Fügen Sie niemals echte Kundendatensätze in eine Testunterhaltung ein.
• Prüfen Sie die für die Startfreigabe relevanten Betriebsaufzeichnungen und Berichte und halten Sie fest, ob Testaktivitäten deren Interpretation durch das Team beeinflussen könnten.
• Vereinbaren Sie, wer nach dem Testlauf für das Erkennen und Bearbeiten von Testunterhaltungen verantwortlich ist.
• Wenn bei einem Test echte personenbezogene Daten offengelegt werden oder ein Datensatz entsteht, der nicht bestehen bleiben sollte, brechen Sie den Test ab und folgen Sie dem etablierten Datenschutz- und Vorfallverfahren Ihrer Organisation.

Fehler einstufen und Startbedingungen festlegen

Nicht jeder Fehler wirkt sich gleich stark auf den Start aus. Ordnen Sie Fehler nach möglichem Kundenschaden oder Betriebsrisiko ein, weisen Sie eine zuständige Person zu und legen Sie fest, was vor der Veröffentlichung behoben werden muss. Ein fehlerhafter Hauptablauf oder eine Übergabe, nach der Kunden ohne nächsten Schritt zurückbleiben, wiegt schwerer als ein kleiner Formulierungsfehler, der weder irreführt noch Hilfe verhindert.

Testen Sie nach einer Änderung den gesamten betroffenen Ablauf erneut und nicht nur den Schritt, der fehlerhaft erschien. Halten Sie den ursprünglichen Fehler und das Ergebnis des erneuten Tests zusammen fest, damit das Team nachvollziehen kann, ob die Korrektur die Ursache behoben oder ein neues Problem verursacht hat.

• Weisen Sie jedem Problem eine zuständige Person und einen Schweregrad zu und dokumentieren Sie Reproduktionsschritte, erwartetes Ergebnis und Status des erneuten Tests.
• Legen Sie fest, wie ein erneuter Test abläuft: Die zuständige Person bestätigt die Änderung; ein Tester wiederholt das fehlgeschlagene Szenario vollständig und prüft verwandte Zweige oder Übergaben auf Rückschritte.
• Bei Unsicherheit zu Auswirkungen auf Kunden oder zum Umgang mit personenbezogenen Informationen stimmen Sie sich mit der für den WebChat-Kanal zuständigen Person, der Support- oder Betriebsleitung und gegebenenfalls der zuständigen Datenschutz- oder Sicherheitsfachkraft ab.

Abschließende Go-/No-Go-Prüfung durchführen

Treffen Sie die Startentscheidung anhand dokumentierter Ergebnisse und nicht danach, ob das Widget bei einer kurzen Prüfung richtig aussah. Bewerten Sie gemeinsam die getesteten Abläufe, ungelöste Fehler, das Verhalten bei eingeschränkter Erreichbarkeit, die Einsatzbereitschaft des Teams und den Umgang mit Testaufzeichnungen.

Bewahren Sie die Liste der Abläufe, erwarteten Ergebnisse, Testergebnisse, Probleme und Zuständigkeiten an einem für Ihre Organisation geeigneten Team-Ort auf. Wiederholen Sie relevante Prüfungen nach wesentlichen Änderungen an Seiten, Abläufen, Routing oder Support-Erreichbarkeit.

• Dokumentieren Sie die Entscheidung, die prüfende Person, das Datum, bekannte Einschränkungen und den Auslöser für die nächste Prüfung.
• Bei ungeklärten Risiken oder Uneinigkeit pausieren Sie die Entscheidung und stimmen sich mit der für den WebChat-Kanal zuständigen Person sowie der Support- oder Betriebsleitung ab.