Le chatbot a clôturé la conversation. Le client attend toujours.

La conversation s'est terminée sans demande de transfert à une personne. Le tableau de bord la compte comme traitée sans intervention humaine.

Le client a peut-être obtenu ce qu'il cherchait. Il a peut-être abandonné avant d'appeler son commercial.

Les conséquences sont très différentes. Si le reporting ne permet pas de les distinguer, la hausse du taux de traitement autonome devient difficile à interpréter.

Imaginons un client qui veut changer une adresse alors que le colis a été remis au transporteur. L'assistant l'oriente vers le champ adresse de son compte. Le client enregistre la nouvelle adresse, puis demande si elle s'applique au colis déjà parti. L'assistant répète la procédure du compte. Le client quitte le chat et appelle son commercial avec le numéro de suivi.

La conversation est fermée. Le travail a changé de canal.

Suivre quelques dossiers après la fermeture du chat

Prenez un petit échantillon autorisé de conversations closes. Variez les demandes au lieu de sélectionner uniquement les échanges courts ou satisfaisants. Respectez les règles d'accès et de conservation des dossiers clients.

Pour chaque cas, définissez ce que signifierait un traitement terminé. Une demande documentaire peut s'achever avec la remise du bon document. Pour cette modification d'adresse, enregistrer les nouvelles coordonnées du compte ne prouve pas que le transporteur déviera le colis. Il faut son acceptation ou son refus de la demande de réacheminement, puis une réponse au client précisant la destination désormais prévue. Une demande de remboursement peut attendre une décision enregistrée, plutôt qu'une nouvelle présentation de la politique.

Examinez les preuves disponibles. Le dossier source a-t-il changé ? Le client a-t-il repris contact ? Le problème a-t-il été rouvert sur un autre canal ? Si les systèmes ne peuvent pas être rapprochés de façon licite et fiable, notez que le résultat est inconnu. Une lacune de suivi ne devient pas une réussite.

Cet exercice n'est pas une étude statistiquement représentative de la clientèle. Il peut faire apparaître des parcours défaillants à examiner. Gardez cette limite lorsque vous présentez les conclusions.

Trouver le moment où le client n'avance plus

Relisez l'échange comme une succession de tentatives.

La première réponse peut être correcte pour un autre état de commande. La deuxième peut la répéter alors que le client vient d'expliquer que le colis est parti. Une troisième demande de numéro de commande peut ne rien apporter si ce numéro figurait déjà au début.

Repérez le premier moment où l'assistant disposait d'une information suffisante pour changer de route. C'est plus exploitable que de qualifier toute la conversation de mauvaise. L'équipe technique obtient ainsi un comportement précis à tester.

Dans cet exemple, l'état d'expédition change la procédure applicable. Une fois le colis parti, les instructions ordinaires de modification ne répondent plus au besoin. Il faut suivre le circuit prévu après départ : contacter le transporteur, solliciter un service interne ou expliquer honnêtement qu'un changement ne peut pas être promis.

Un dossier non résolu ne justifie pas automatiquement de changer de modèle IA. Il arrive que l'entreprise elle-même n'ait pas défini de réponse à cette situation.

Permettre de joindre une personne sans deviner le bon mot

Une sortie visible reste utile même lorsque l'assistant considère avoir répondu.

Le client peut avoir une contrainte que le système n'a pas comprise. Il ne devrait pas devoir découvrir la phrase qui déclenche le transfert, ni répéter sa réclamation plusieurs fois.

L'organisation dépend du service. Il peut s'agir d'une demande de rappel, d'une file existante ou d'un transfert direct pendant les heures de présence. Précisez la disponibilité. Un bouton qui laisse attendre une aide immédiate mais dépose un message dans une file non surveillée crée une autre déception.

Si l'équipe s'engage sur un délai de réponse, affichez celui qu'elle peut tenir. N'inventez pas une attente rassurante simplement parce que l'interface a besoin d'une phrase.

Transmettre le travail déjà fourni par le client

Un transfert rapide peut malgré tout coûter beaucoup d'attention s'il fait perdre tout le contexte.

Le destinataire doit retrouver la demande, les identifiants utiles, ce que l'assistant a essayé et ce qui reste ouvert. Le client doit savoir que le passage de relais a eu lieu et quelle suite attendre.

Les résumés demandent de la prudence. Ils peuvent faciliter la lecture, mais l'échange original doit rester accessible lorsque les règles le permettent. « Le client veut des informations sur sa livraison » peut masquer le vrai problème : la commande part vers une adresse à laquelle il n'a plus accès.

La personne doit également savoir si l'assistant a agi. Une modification préparée, envoyée et confirmée correspond à des états différents. Cette distinction détermine ce qu'il faut faire ensuite.

« Cela ne va-t-il pas surcharger le service ? »

Il est possible que le dispositif rende visible du travail que le tableau de bord du chat ne comptait pas.

Cela ne justifie pas de transférer immédiatement chaque demande. Un bon libre-service permet de terminer des tâches courantes sans attendre. Il faut vérifier qu'il offre une issue réelle pour le dossier concerné et que le client peut en sortir lorsque cette issue n'existe pas.

Mesurez le travail humain qui en résulte. Ne supposez ni que le transfert est gratuit, ni que son absence crée une économie. Regardez les contacts répétés, les dossiers non résolus et l'effort après transmission. Lorsqu'un même problème réclame régulièrement une personne, cherchez si l'information manque, si une décision n'est pas définie ou si la tâche doit rester confiée à du personnel formé.

Ces observations peuvent révéler une automatisation utile. Elles peuvent aussi montrer qu'une politique confuse mérite simplement d'être réécrite.

Tester avec un client qui ne peut pas appliquer la réponse standard

Dans une simulation sans effet réel, commencez par une demande habituelle. Ajoutez ensuite une condition qui rend la procédure ordinaire inapplicable. Ici, le colis a déjà quitté l'entrepôt.

Vérifiez que l'assistant tient compte de cette condition, ne promet pas une action non confirmée et propose la suite convenue. Suivez le dossier jusqu'à la file humaine. Le destinataire doit pouvoir poursuivre sans demander au client de tout recommencer.

Examinez enfin le reporting. Un transfert ne devrait pas devenir une résolution simplement parce que le chatbot a cessé de parler.

L'équipe a du temps, mais le client attend toujours aborde les décisions opérationnelles plus larges. Une conversation clôturée alors que la demande reste ouverte constitue un bon point d'observation.

Apportez quelques échanges anonymisés à une Strategy Session, dont un cas qui paraissait réussi dans le tableau de bord mais a demandé une intervention ailleurs.