Configurer l’assistance humaine, de l’escalade à la résolution
L’assistance humaine dans Humind relie les paramètres d’escalade d’Agent à l’Inbox opérationnelle. Un acheteur peut se voir proposer des canaux d’assistance configurés, entrer dans la file d’attente humaine, fournir d...
L’assistance humaine dans Humind relie les paramètres d’escalade d’Agent à l’Inbox opérationnelle. Un acheteur peut se voir proposer des canaux d’assistance configurés, entrer dans la file d’attente humaine, fournir des informations avant le transfert, recevoir une réponse d’un opérateur, puis revenir plus tard à l’IA une fois que l’opérateur a terminé l’échange.
Ce guide couvre toute la chaîne afin qu’une configuration ne promette pas une assistance que l’équipe ne peut pas fournir. Il explique également la prise en charge par l’opérateur, les notes internes, la collecte de satisfaction et les limites de la billetterie.
Comment cela s’intègre dans Humind
Inbox est l’enregistrement opérationnel des conversations client. Il combine l’historique des messages, le contexte de l’acheteur et du produit, la collaboration interne, l’état du transfert vers un humain, les étiquettes et les tickets. Les réponses client et les notes internes ont volontairement une visibilité différente.
Une routine d’équipe cohérente compte davantage que n’importe quel filtre individuel. Mettez-vous d’accord sur le moment où prendre la main, où laisser une note interne, où créer un ticket, et où renvoyer une conversation à l’IA afin que la responsabilité reste claire pour chaque opérateur.
Avant de commencer
Accès : Un accès à la configuration d’Agent est requis pour l’escalade. Les opérateurs ont besoin des autorisations Inbox et de transfert Inbox, l’administration de l’équipe et de la billetterie pouvant nécessiter des autorisations supplémentaires.
- Définissez les canaux dotés en personnel, le comportement de réponse attendu et les heures de prise en charge en dehors de Humind.
- Invitez les opérateurs et confirmez leurs autorisations Inbox et de transfert Inbox.
- Préparez un cas de test acheteur qui doit être escaladé et un autre qui doit rester avec l’IA.
Flux de travail étape par étape
Configurer les canaux d’assistance
Ouvrez AI Agent, puis Escalation. Ajoutez les canaux d’assistance que l’entreprise exploite réellement, attribuez à chacun une destination correcte, activez uniquement les canaux actifs et organisez leur ordre. L’aperçu côté client aide à vérifier les choix avant les tests.
Un canal est une promesse faite à l’acheteur. Supprimez ou désactivez les coordonnées obsolètes au lieu de laisser un chemin qu’aucune équipe ne surveille.
Définir les règles de transfert vers un humain
Activez le transfert vers un humain lorsque les opérateurs doivent traiter les demandes en direct. Ajoutez des critères d’inclusion en langage naturel pour les cas qui doivent être escaladés, et des critères d’exclusion pour les cas qui doivent rester automatisés. Lorsque plusieurs critères d’inclusion existent, choisissez si l’un quelconque ou tous doivent correspondre.
Ajoutez uniquement les questions préalables au transfert dont les opérateurs ont besoin. Les réponses collectées apparaissent dans le contexte de la conversation, elles doivent donc réduire les répétitions sans demander d’informations inutiles.
Choisir le comportement des opérateurs et de la satisfaction
La prise en charge par l’opérateur contrôle si un coéquipier peut répondre à une conversation où l’IA est active et en prendre le contrôle. Si elle est désactivée, le backend rejette cette prise en charge au lieu de modifier discrètement la politique. La satisfaction peut être collectée après des conversations avec l’IA et, lorsque le transfert est activé, après une assistance humaine.
Le nom du profil opérateur, l’image, l’état en ligne et la disponibilité influencent l’expérience d’assistance en direct. Demandez à chaque opérateur de vérifier son propre profil avant le lancement.
Préparer Inbox et la billetterie
Mettez-vous d’accord sur qui surveille les conversations en file d’attente et sur la façon dont les étiquettes, notes, mentions, réponses prédéfinies et tickets sont utilisés. Une réponse d’un client peut prendre le contrôle d’une conversation en file d’attente. Une note interne reste invisible pour l’acheteur et ne prend pas le contrôle du fil.
La billetterie Humind peut être activée par un administrateur. Les identifiants Gorgias et Zendesk sont également affichés dans la zone d’intégration Escalation réservée aux administrateurs, tandis que le marché général des intégrations présente ces intégrations comme un accès anticipé. Confirmez le fournisseur prévu et le comportement testé avant de vous appuyer sur la création de tickets externes.
Tester l’escalade, la prise en charge et le renvoi
En tant qu’acheteur, déclenchez le cas d’inclusion et confirmez les questions préalables au transfert ainsi que l’état de la file d’attente. Depuis Inbox, examinez le contexte collecté, envoyez une réponse au client et confirmez que le fil devient actif côté humain. Ajoutez une note interne séparément pour vérifier qu’elle n’est pas visible côté client.
Une fois l’échange terminé, utilisez l’action de renvoi et confirmez-la. Le fil redevient actif côté IA pour les messages futurs. Testez également le cas d’exclusion ainsi que toute attente hors ligne ou de disponibilité communiquée par l’équipe.
Autorisations et points importants
- Le transfert vers un humain ne doit pas être activé tant que les opérateurs, les autorisations, la disponibilité et la responsabilité de la file d’attente ne sont pas prêts.
- La prise en charge par l’opérateur depuis un état IA actif suit la politique configurée et peut être rejetée si elle est désactivée.
- Les notes internes et les mentions sont réservées aux coéquipiers, les réponses client sont visibles pour l’acheteur.
- Les fournisseurs de billetterie externes nécessitent des identifiants vérifiés séparément et une responsabilité opérationnelle.
Vérifier le résultat
Utilisez cette liste de contrôle avant de considérer le travail comme terminé :
- Les canaux d’assistance activés pointent vers des destinations actuelles et dotées en personnel.
- Les comportements d’inclusion, d’exclusion et de pré-transfert correspondent à la politique d’assistance écrite.
- Un opérateur autorisé peut prendre le contrôle, collaborer en interne et renvoyer le fil à l’IA.
- La responsabilité de la file d’attente, la disponibilité, la satisfaction et les attentes de billetterie sont documentées pour l’équipe.
Résolution des problèmes
L’acheteur ne peut pas demander un humain
Confirmez que le transfert vers un humain et un chemin d’assistance valide sont activés, que le scénario répond aux critères d’inclusion et non aux critères d’exclusion, et que la configuration active d’Agent est bien celle testée.
Une réponse d’opérateur est rejetée
Vérifiez les autorisations Inbox et de transfert Inbox. Si le fil est actif côté IA, confirmez que la prise en charge par l’opérateur est autorisée. Actualisez après un changement d’autorisation afin que la session reçoive l’accès actuel.
La conversation reste avec l’opérateur
Utilisez l’action explicite de renvoi et confirmez-la. L’envoi d’une réponse seule maintient le fil actif côté humain, sauf si l’action du menu d’envoi le résout aussi ou le renvoie.