# Relais chatbot vers un conseiller : assurer la continuité d’un dossier client Un cas pratique fictif pour examiner la continuité d’un relais entre chatbot et conseiller : contexte, acceptation, responsabilité et prochain point client. - URL canonique: https://www.harmate.com/fr/blog/relais-chatbot-vers-un-conseiller-assurer-la-continuité-dun-dossier-client - Auteur: Harmate Team - Publié le: 2026-11-15 - Mise à jour: 2026-11-15T01:49:38.756953+00:00 - Langue: fr ## Contenu # Relais chatbot vers un conseiller : assurer la continuité d’un dossier client Un transfert vers une file d’attente ne garantit pas qu’un conseiller reprendra le dossier. Pour éviter que le client recommence son récit, le relais doit transmettre les faits utiles, désigner un propriétaire et annoncer une prochaine étape vérifiable. L’exemple ci-dessous est fictif : il montre une façon de contrôler la continuité, sans décrire une fonctionnalité Harmate ni une règle universelle de service. ## Préparer un transfert que quelqu’un peut reprendre Imaginons Léa, qui contacte une boutique fictive parce que son colis est marqué livré alors qu’elle ne l’a pas trouvé. Elle a vérifié deux fois la salle à colis et précise qu’il s’agit de sa seconde tentative. Elle demande à parler à une personne. Le dernier résumé du chatbot dit seulement : « Colis non reçu. Le transporteur indique livré. Salle à colis vérifiée. » Il omet la relance précédente et la demande explicite de parler à quelqu’un. Un paquet de transfert utile sépare plutôt les catégories suivantes : - **Demande de la cliente :** parler à une personne et obtenir une suite sur le colis. - **Faits rapportés :** salle à colis vérifiée deux fois ; seconde tentative selon la cliente. - **Fait observé dans un dossier :** le suivi affiche « livré » à 9 h 41. Cela ne prouve pas que la cliente a reçu le colis. - **Inconnues :** photo de livraison, emplacement précis, référence du premier contact et résultat d’une éventuelle enquête. - **Prochaine action :** vérifier le dossier antérieur et les éléments de livraison, puis solliciter l’équipe compétente si nécessaire. ## L’envoi n’est pas l’acceptation Dans le scénario, le chatbot envoie le cas à la file de l’équipe Livraison à 10 h 12. Le conseiller Samir l’accepte à 10 h 15, confirme qu’il voit la demande, les vérifications déjà réalisées et les inconnues, puis prend en charge la prochaine action. C’est à ce moment que le dossier a un propriétaire identifiable. | Heure | État du relais | Trace attendue | |---|---|---| | 10 h 12 | Envoyé, pas encore accepté | Résumé transmis et file destinataire | | 10 h 15 | Accepté par Samir | Propriétaire nommé, vérifications visibles, prochaine action attribuée | | Avant 14 h | Mise à jour client due | Réponse envoyée ou retard expliqué avec un nouveau délai réaliste | Si la file reçoit le cas mais qu’aucun conseiller ne l’accepte, le transfert reste incomplet. L’équipe doit détecter l’absence de propriétaire, attribuer le cas et informer le client du retard. Une trace « envoyé » ne vaut ni prise en charge ni résolution. ## Donner une prochaine étape crédible Le message client doit expliquer ce qui a été transmis, préciser qui reprend la suite lorsque cela est connu et donner un moment de mise à jour que l’équipe peut réellement tenir. Dans cet exemple, l’équipe fictive promet une nouvelle information avant 14 h, même si l’enquête n’est pas terminée. Ce délai appartient uniquement au scénario : chaque organisation doit appliquer ses propres engagements. Pour examiner un relais, posez quatre questions concrètes : le client sait-il quand il aura des nouvelles ? Les faits et inconnues sont-ils visibles ? Une personne a-t-elle accepté le dossier ? L’action suivante et son responsable sont-ils consignés ? Un « non » indique ce qui manque encore. Pour préparer les tests de clarification avant le transfert, voir [Tester un chatbot sur plusieurs tours](https://www.harmate.com/fr/blog/tester-un-chatbot-sur-plusieurs-tours). ## Débrief d’un relais raté Si personne n’a repris le cas avant l’heure annoncée, ne décrivez pas le transfert initial comme une réussite. Le responsable de file doit attribuer le dossier, le conseiller doit donner une information honnête sur le retard et l’équipe doit fixer une nouvelle échéance réaliste. Le client ne devrait pas répéter une vérification déjà enregistrée, sauf si un élément précis doit être confirmé. Ce cas est une mise en situation conçue, pas un essai avec de vrais clients ou conseillers. Il ne mesure ni taux de résolution ni gain de satisfaction. Remplacez les rôles, les règles de transfert et les délais par les procédures effectivement approuvées dans votre équipe. Si une préférence de communication doit accompagner le relais, consignez-la séparément du dossier de commande. Le [modèle de persona en trois parties](https://www.harmate.com/fr/blog/mod%C3%A8le-de-persona-synth%C3%A9tique-une-fiche-minimale-pour-tester-un-assistant-ia) permet de distinguer le format demandé, les faits et la règle de transfert.