Koordinieren Sie die abschließenden Prüfungen für einen ersten Launch von Humind. Die Checkliste verbindet Konfigurationsbereiche, damit eine funktionsfähige Vorschau nicht mit einem vollständigen Kundenerlebnis verwechselt wird.

Humind trennt Vorbereitung von der kundenorientierten Bereitstellung. Die Arbeit im B2B-Arbeitsbereich kann einen Agent, Knowledge, den Katalog, Inbox oder Helpdesk ändern, ohne sofort jede Live-Oberfläche zu ändern. Wenn Sie diese Trennung verstehen, können Sie gezielt testen, den richtigen Teamkollegen einbeziehen und vermeiden, einen gespeicherten Entwurf als abgeschlossenen Launch zu behandeln.

Bevor Sie beginnen

Zugriff: Ein Administrator sollte den Launch koordinieren. Verantwortliche für einzelne Bereiche können ihre eigenen Berechtigungen und Einstellungen validieren.

• Wählen Sie den Agent und den Ziel-Vertriebskanal aus.
• Benennen Sie eine verantwortliche Person für Knowledge, den Katalog, den Support und die Bereitstellung.
• Bereiten Sie repräsentative Kundenfragen und Produkte vor.

Arbeiten Sie in dem kleinsten unten beschriebenen verantwortlichen Bereich und halten Sie den aktuellen kundenorientierten Zustand verfügbar, während Sie die Änderung vorbereiten. Bevor Sie auf eine abschließende Aktion klicken, bestätigen Sie das aktive Unternehmen, den Agent, den Shop, die Sprache und den Markt, die in Humind angezeigt werden. Ein fehlendes Steuerelement kann auf schreibgeschützten Zugriff oder auf eine Funktion hinweisen, die für dieses Unternehmen nicht konfiguriert ist. Dokumentieren Sie in diesem Fall die beabsichtigte Aufgabe und bitten Sie einen Administrator, die genaue Berechtigung oder Abhängigkeit zu prüfen. Umgehen Sie diese Grenze nicht, indem Sie ein Konto gemeinsam nutzen, Daten in einen anderen Bereich kopieren oder eine Funktion zusagen, die der Arbeitsbereich nicht bereitstellt.

Schritt-für-Schritt-Arbeitsablauf

1. Quellen und Verhalten des Agent validieren

   Prüfen Sie Richtlinien, veröffentlichte Knowledge-Inhalte, die Bereitschaft des Katalogs und optionale Tools. Führen Sie Playground- und Produkttests mit häufigen, schwierigen und nicht unterstützten Fragen durch.

   • Bestätigen Sie, dass Antworten aktuelle Geschäftsinformationen verwenden.
   • Dokumentieren Sie nicht unterstützte Fälle und die beabsichtigte sichere Antwort.

2. Den menschlichen Supportpfad vorbereiten

   Bestätigen Sie das Eskalationsverhalten, den Zugriff auf Inbox, die Verfügbarkeit der Operatoren, Tickets und gespeicherte Antworten. Ein Kunde darf niemals an ein Team weitergeleitet werden, das die Unterhaltung nicht sehen oder übernehmen kann.

   • Führen Sie eine Eskalation vom Kundenanliegen bis zur Übernahme durch einen Operator durch.
   • Prüfen Sie, ob der Operator die Unterhaltung lösen oder an die KI zurückgeben kann.

3. Kanal- und Sicherheitseinstellungen überprüfen

   Prüfen Sie erlaubte Domains, die Darstellung der Benutzeroberfläche, Teamkollegen, Rollen und persönlichen Zugriff. Entfernen Sie während dieser Prüfung niemanden, es sei denn, der Unternehmenseigentümer hat die Zugriffsänderung genehmigt.

   • Prüfen Sie, ob sich jeder Launch-Operator anmelden kann.
   • Bestätigen Sie, dass die Produktionsdomain ausdrücklich erlaubt ist.

4. Bereitstellen und das tatsächliche Erlebnis beobachten

   Installieren Sie eine Einbettung im Zielkanal und testen Sie Desktop und Mobilgeräte. Prüfen Sie nach dem Launch Unterhaltungen und Analysen, um Korrekturen anhand von Belegen zu priorisieren.

   • Verwenden Sie ein privates Fenster, um Auswirkungen von Administratorsitzungen zu vermeiden.
   • Speichern Sie die getestete URL, die Uhrzeit und das Szenario im Launch-Protokoll.

Wichtige Grenzen und Betriebshinweise

• Verwenden Sie in Tests vor dem Launch keine personenbezogenen Kundendaten.
• Ein Helpdesk und ein Agent sind separate öffentliche Oberflächen mit getrennten Veröffentlichungs- oder Bereitstellungsschritten.
• Einige Analyseansichten benötigen Live-Aktivität, bevor sie nützlich werden.
• Nicht verfügbare Integrationen sollten nicht Teil des Launch-Versprechens sein.

Ergebnis überprüfen

• Kernfragen, Produkte und Eskalation funktionieren im Arbeitsbereich.
• Die echte Domain lädt genau einen funktionierenden Einstiegspunkt.
• Ein Teamkollege mit der vorgesehenen Rolle kann seine Aufgabe abschließen.
• Die für den Launch verantwortliche Person hat eine kurze Problemliste mit Zuständigkeiten und Prioritäten.

Führen Sie eine kurze Aufzeichnung darüber, was Sie getestet haben, welches Kundenszenario Sie verwendet haben und was sich geändert hat. Das macht die spätere Fehlerbehebung präziser und hilft einem anderen Teamkollegen, das Ergebnis nachzuvollziehen, ohne sich auf das Gedächtnis zu verlassen.

Fehlerbehebung

Der Test im Arbeitsbereich ist erfolgreich, aber die Website schlägt fehl

Prüfen Sie die Bereitstellung, erlaubte Domains, doppelte Einbettungen und den genauen Agent, der vom Vertriebskanal verwendet wird. Testen Sie in einem privaten Fenster erneut, nachdem Sie nur die fehlerhafte Ebene korrigiert haben.

Das Team kann sich nicht darauf einigen, dass der Launch bereit ist

Klassifizieren Sie jeden offenen Punkt als blockierend, beobachtet oder später. Fordern Sie bei einem blockierenden Problem die Benennung der betroffenen Customer Journey und der fehlgeschlagenen Prüfung, anstatt sich auf eine allgemeine Sorge zu stützen.

Verwandte Anleitungen

• Ihren ersten Agent konfigurieren und testen
• Einen Agent in einem Vertriebskanal bereitstellen
• Eskalation und menschlichen Support konfigurieren
• Kontozugriff und Anmeldemethoden überprüfen