« Je vous ai déjà expliqué le problème. Je voudrais parler à quelqu’un. » Lorsqu’un client en arrive là, une nouvelle réponse automatique risque surtout de prolonger son attente.
Un chatbot peut renseigner un visiteur sur les horaires, retrouver une information produit ou guider une demande simple. Pour rendre service dans la durée, il doit aussi savoir reconnaître ses limites et passer la main à un humain dans de bonnes conditions.
Pour une TPE ou une PME, ce passage de relais se prépare dès la conception : quand le déclencher, qui reçoit la demande, quelles informations transmettre et que dire si personne n’est disponible ? Voici une méthode concrète.
Cinq situations où prévoir un relais humain
1. Le client demande à parler à une personne
Une demande explicite doit ouvrir un accès clair à un conseiller. Le client ne devrait pas avoir à reformuler trois fois la même phrase ou terminer un questionnaire sans rapport avec son besoin.
Proposez une option visible, comme « Parler à l’équipe », et prenez aussi en compte les formulations naturelles : « Je veux vous appeler », « Puis-je avoir un conseiller ? » ou « Je préfère échanger avec une personne ».
Quelques informations peuvent être nécessaires pour orienter la demande, mais elles doivent rester limitées. Si le client a déjà donné sa référence de commande, évitez de la redemander.
2. L’information est absente, ambiguë ou contradictoire
Le chatbot retrouve deux tarifs différents, ne peut pas consulter le statut d’une livraison ou hésite entre plusieurs références. Dans ces situations, une réponse assurée peut donner une fausse impression de fiabilité.
Une question de clarification suffit parfois. Si elle ne permet pas de résoudre l’ambiguïté, le chatbot doit signaler ce qui manque et proposer un relais. Son propre niveau de confiance ne remplace pas la présence d’une source fiable.
La qualité des documents compte également : notre article sur les connaissances périmées utilisées par les assistants IA explique pourquoi une information retrouvée peut tout de même être dépassée.
3. La demande exige une décision commerciale
Une remise exceptionnelle, un remboursement hors procédure ou une modification d’engagement nécessitent souvent une décision de l’entreprise. Le chatbot peut préparer les éléments du dossier, sans promettre une solution qu’il n’est pas autorisé à accorder.
Définissez les cas qu’il peut traiter, ceux qui nécessitent une validation et ceux qui doivent être confiés directement à un responsable. Notre guide sur les permissions et validations des agents IA aide à formaliser ces limites.
4. L’échange tourne en boucle
Le client répète sa question, indique que la solution ne fonctionne pas ou reçoit une nouvelle version de la même réponse. Ce sont des signaux observables qui doivent déclencher un changement de traitement.
Vous pouvez, par exemple, prévoir une proposition de relais après deux tentatives infructueuses. Ce seuil est un choix de fonctionnement à tester, pas une règle universelle. Une demande explicite de contact humain doit rester prioritaire sur ce compteur.
5. Une réclamation demande de l’écoute
Un client décrit plusieurs rendez-vous manqués, conteste la façon dont son dossier a été traité ou exprime un mécontentement persistant. Il peut avoir besoin d’un interlocuteur capable d’écouter et de décider de la suite.
Appuyez-vous sur ce que la personne dit et sur l’historique du dossier. Une détection automatique d’émotion peut se tromper ; elle ne devrait pas être la seule condition pour accéder à un conseiller.
Ces situations figurent aussi, sous différentes formes, dans les règles de transfert documentées par Intercom. Le comportement effectif dépend toutefois du paramétrage : il faut le vérifier sur le chatbot déployé.
Transmettre un dossier utile, pour éviter au client de tout répéter
Le relais perd une grande partie de son intérêt si le conseiller commence par demander : « Quel est votre problème ? » Le dossier transmis doit lui permettre de reprendre rapidement le fil.
| À transmettre | Exemple de contenu utile |
|---|---|
| Le besoin du client | Ce qu’il cherche à obtenir, en une ou deux phrases |
| Les références connues | Commande, produit ou dossier concerné ; identité vérifiée ou restant à confirmer |
| Ce qui a déjà été essayé | Réponses proposées, vérifications effectuées et résultat |
| Le motif du relais | Demande explicite, information absente, exception ou réclamation |
| Les points à vérifier | Information manquante, contradiction ou décision attendue |
| Le contexte accessible | Historique utile, documents autorisés et canal de réponse convenu |
Le résumé doit distinguer les déclarations du client des faits vérifiés. « Le client indique ne pas avoir reçu le colis » ne signifie pas que le transporteur a confirmé une perte.
Conservez l’accès aux messages d’origine pour permettre au conseiller de vérifier la synthèse. Limitez les données transmises à celles nécessaires au traitement et aux personnes autorisées à les consulter.
La documentation de Microsoft Copilot Studio illustre ce principe : avec une connexion adaptée au service de relation client, l’historique et des informations de contexte peuvent accompagner le transfert. La disponibilité de cette fonction doit être confirmée dans votre propre solution.
Vérifier que le passage de relais a réellement eu lieu
Afficher « Je transmets votre demande » ne suffit pas. Distinguez trois étapes : le relais est proposé, la demande est enregistrée dans la file de l’équipe, puis un conseiller prend effectivement le dossier en charge.
Le message affiché au client doit correspondre à l’étape atteinte. Une référence de dossier peut être communiquée lorsqu’elle a réellement été créée. Une connexion en échec ne doit jamais produire une confirmation de transfert réussi.
Attribuez la demande à une équipe ou à une personne identifiée, avec un délai interne de prise en charge et une alerte si ce délai est dépassé. Vérifiez aussi les doublons lorsque le client revient ou renvoie un message.
Une fois le conseiller aux commandes, le chatbot doit cesser de répondre au client dans cet échange, sauf fonctionnement expressément prévu et compris par l’équipe. Deux interlocuteurs qui donnent des réponses concurrentes compliquent le traitement.
Ces étapes peuvent souvent être organisées dans un circuit défini à l’avance. Notre article sur le choix entre automatisation classique et agent IA aide à sélectionner une approche adaptée au besoin.
Que faire quand aucun conseiller n’est disponible ?
Un chatbot accessible en permanence ne signifie pas que l’équipe répond vingt-quatre heures sur vingt-quatre. Les horaires réels et les possibilités de rappel doivent être visibles.
Hors horaires, proposez l’enregistrement d’une demande, un rappel ou un autre canal effectivement suivi. Demandez uniquement les coordonnées utiles et confirmez le moyen de réponse choisi. Un délai annoncé doit être compatible avec l’organisation de l’entreprise.
Après confirmation de l’enregistrement, un message peut être formulé ainsi :
« Votre demande a été enregistrée pour notre équipe. Aucun conseiller n’est disponible en direct actuellement. Nous vous répondrons par e-mail pendant nos horaires d’ouverture. Vous pouvez ajouter une précision dans cet échange. »
Ce texte est un exemple à adapter aux canaux et aux horaires réellement assurés. Si l’enregistrement échoue, le chatbot doit l’indiquer et proposer un moyen de contact vérifié, plutôt que laisser croire que quelqu’un va rappeler.
Exemple : une livraison contestée
Imaginons un client qui écrit : « Le suivi annonce une livraison, mais je n’ai rien reçu. Je souhaite parler au service client. » Ce scénario est fictif.
Le chatbot relève la demande de contact humain, retrouve la référence déjà fournie et prépare une synthèse : le suivi consulté indique une livraison ; le client conteste la réception ; aucune explication n’est confirmée. Il ne conclut ni à une perte ni à une erreur du client.
La demande est orientée vers l’équipe compétente. Si la création du dossier est confirmée, le chatbot l’annonce et précise le canal de réponse. Le conseiller retrouve le contexte, vérifie les éléments nécessaires et décide de la suite.
Le client conserve ainsi un fil de discussion cohérent, et l’équipe dispose des informations utiles dès la reprise.
Tester le relais avant l’ouverture aux clients
Préparez des conversations fictives couvrant les cinq situations précédentes. Ajoutez un conseiller indisponible, une panne de transmission, un client qui quitte la fenêtre puis revient, et une demande déjà enregistrée.
Pour chaque test, vérifiez la destination du dossier, les informations transmises, le message reçu par le client et l’arrêt des réponses automatiques après la reprise humaine. Testez aussi une synthèse erronée : le conseiller doit pouvoir retrouver et corriger l’information à partir de l’historique.
Les collaborateurs doivent savoir reconnaître les dossiers à traiter, corriger un résumé et signaler une règle de transfert mal adaptée. Une formation IA centrée sur les usages de l’équipe peut accompagner cette mise en place.
Mesurer la qualité du relais
Suivez la proportion de transferts effectivement enregistrés parmi ceux déclenchés, le délai jusqu’à la première réponse humaine et le nombre de clients obligés de répéter leur demande. Regardez également les dossiers restés sans responsable et ceux qui sont rouverts après une résolution annoncée.
Un faible taux de transfert ne prouve pas, à lui seul, que le chatbot rend service. Il peut aussi masquer des abandons. L’objectif est que les demandes simples soient résolues correctement et que les autres atteignent la bonne personne avec leur contexte.
Concevoir votre chatbot avec Dixie Consulting
Un passage de relais réussi repose autant sur l’organisation du service client que sur la qualité des réponses de l’IA. Les règles, les destinataires, les horaires et les informations transmises doivent être définis ensemble.
Découvrez notre offre Dixie Chatbot pour votre site web ou échangeons sur les demandes que votre équipe souhaite automatiser et celles qu’elle doit reprendre.
