Coordonnez les vérifications finales pour un premier lancement de Humind. La liste de contrôle relie les zones de configuration afin qu'un aperçu fonctionnel ne soit pas confondu avec une expérience client complète.

Humind sépare la préparation de la mise à disposition côté client. Le travail dans l'espace de travail B2B peut modifier un Agent, Knowledge, le catalogue, Inbox ou Helpdesk sans modifier immédiatement chaque surface en ligne. Comprendre cette séparation vous aide à tester de manière délibérée, à impliquer le bon coéquipier et à éviter de considérer un brouillon enregistré comme un lancement terminé.

Avant de commencer

Accès : Un administrateur doit coordonner le lancement. Les responsables de zone peuvent valider leurs propres autorisations et paramètres.

• Choisissez l'Agent et le canal de vente cible.
• Désignez un responsable pour Knowledge, le catalogue, l'assistance et le déploiement.
• Préparez des questions clients et des produits représentatifs.

Travaillez dans la plus petite zone propriétaire décrite ci-dessous et gardez l'état actuel visible côté client disponible pendant que vous préparez la modification. Avant de cliquer sur toute action finale, confirmez l'entreprise active, l'Agent, la boutique, la langue et le marché affichés dans Humind. Une commande manquante peut indiquer un accès en lecture seule ou une fonctionnalité qui n'est pas configurée pour cette entreprise. Dans ce cas, consignez la tâche prévue et demandez à un administrateur de vérifier l'autorisation exacte ou la dépendance. Ne contournez pas cette limite en partageant un compte, en copiant des données dans une autre zone ou en promettant une fonctionnalité que l'espace de travail n'expose pas.

Flux de travail étape par étape

1. Valider les sources et le comportement de l'Agent

   Vérifiez les consignes, le contenu Knowledge publié, l'état de préparation du catalogue et les outils facultatifs. Exécutez des tests Playground et des tests produit sur des questions courantes, difficiles et non prises en charge.

   • Confirmez que les réponses utilisent des informations commerciales à jour.
   • Consignez les cas non pris en charge et la réponse sûre prévue.

2. Préparer le parcours d'assistance humaine

   Confirmez le comportement d'escalade, l'accès à Inbox, la disponibilité des opérateurs, les tickets et les réponses enregistrées. Un client ne doit jamais être envoyé vers une équipe qui ne peut ni voir ni prendre en charge la conversation.

   • Exécutez une escalade complète, de la demande du client jusqu'à la prise en charge par un opérateur.
   • Vérifiez que l'opérateur peut résoudre la conversation ou la renvoyer à l'IA.

3. Examiner les paramètres de canal et de sécurité

   Vérifiez les domaines autorisés, la présentation de l'interface, les coéquipiers, les rôles et l'accès personnel. Ne retirez personne pendant cette vérification, sauf si le propriétaire de l'entreprise a approuvé le changement d'accès.

   • Vérifiez que chaque opérateur de lancement peut se connecter.
   • Confirmez que le domaine de production est explicitement autorisé.

4. Déployer et observer l'expérience réelle

   Installez une intégration embarquée sur le canal cible et testez sur ordinateur et mobile. Après le lancement, examinez les conversations et les analyses afin de prioriser les corrections sur la base de preuves.

   • Utilisez une fenêtre privée pour éviter les effets de session administrateur.
   • Enregistrez l'URL testée, l'heure et le scénario dans le registre de lancement.

Limites importantes et notes de fonctionnement

• N'utilisez pas de données personnelles de clients dans les tests de prélancement.
• Un Helpdesk et un Agent sont des surfaces publiques distinctes avec des étapes de publication ou de déploiement distinctes.
• Certaines vues analytiques ont besoin d'une activité réelle avant de devenir utiles.
• Les intégrations indisponibles doivent rester en dehors de la promesse de lancement.

Vérifier le résultat

• Les questions principales, les produits et l'escalade réussissent dans l'espace de travail.
• Le domaine réel charge exactement un point d'entrée fonctionnel.
• Un coéquipier ayant le rôle prévu peut accomplir sa tâche.
• Le responsable du lancement dispose d'une courte liste de problèmes avec des responsables et des priorités.

Conservez un court enregistrement de ce que vous avez testé, du scénario client utilisé et de ce qui a changé. Cela rend le dépannage ultérieur plus précis et aide un autre coéquipier à reproduire le résultat sans se fier à sa mémoire.

Dépannage

Le test dans l'espace de travail réussit mais le site web échoue

Inspectez le déploiement, les domaines autorisés, les intégrations embarquées en double et l'Agent exact utilisé par le canal de vente. Testez de nouveau dans une fenêtre privée après avoir corrigé uniquement la couche défaillante.

L'équipe ne parvient pas à s'accorder sur l'état de préparation du lancement

Classez chaque élément ouvert comme bloquant, surveillé ou ultérieur. Exigez qu'un problème bloquant nomme le parcours client affecté et la vérification échouée au lieu de s'appuyer sur une inquiétude générale.

Guides associés

• Configurer et tester votre premier Agent
• Déployer un Agent sur un canal de vente
• Configurer l’escalade et l’assistance humaine
• Vérifier l'accès au compte et les méthodes de connexion