Abdelhalim Ait Brahim Samira gère une agence de voyages à Marrakech. Son assistant automatique répondait bien aux questions courantes, jusqu’au jour où une cliente a écrit qu’elle venait d’apprendre un décès et devait annuler son voyage. L’assistant a répondu par la procédure d’annulation standard, avec le barème des frais.
La cliente n’est jamais revenue, et elle l’a raconté autour d’elle.
Le dispositif n’était pas mal conçu. Il n’avait simplement jamais reçu l’instruction de s’arrêter.
Ce qu’est vraiment une règle d’escalade
C’est la définition écrite du moment où votre agent cesse de traiter une demande et la transmet à un humain. Elle tient en trois éléments, et les trois sont nécessaires.
Ce qui déclenche le passage de main. Qui reçoit la demande. Quel contexte est transmis avec elle.
S’il manque le troisième, vous n’avez pas une escalade, vous avez un transfert. Le client doit alors tout réexpliquer, et son agacement double : il a déjà écrit son problème une fois, il a attendu, et on lui demande de recommencer. C’est la différence entre un dispositif qui aide et un dispositif qui ajoute une étape.
Cette règle est aussi ce qui distingue un déploiement professionnel d’un produit installé tel quel. Elle ne s’achète pas, elle se décide, et c’est vous qui la décidez, pas votre prestataire.
Les quatre déclencheurs à définir au minimum
Chacun doit être formulé de façon vérifiable, pas laissé à l’appréciation de la machine.
La demande sort du périmètre documenté
Si la réponse n’existe pas dans votre base de connaissance, l’agent ne doit pas improviser. Ce point suppose que cette base existe, ce que nous développons dans la base de connaissance, prérequis avant d’automatiser.
C’est le déclencheur le plus fréquent au démarrage, et c’est normal. Il diminue naturellement à mesure que vous documentez, et sa fréquence vous dit exactement quoi documenter ensuite.
Le client exprime du mécontentement
C’est le déclencheur le plus rentable à soigner. Un client insatisfait qui reçoit une réponse automatique se sent traité comme un numéro, et le coût de récupération dépasse largement le temps économisé.
Il vaut mieux régler ce déclencheur trop large que trop étroit. Un humain qui reprend une conversation qui n’en avait pas besoin perd deux minutes. Une machine qui répond à un client en colère peut faire perdre le client.
Le client demande un humain
Explicitement, et sans avoir à insister. Un dispositif qui résiste à cette demande, qui repose une question ou propose encore un article d’aide, produit exactement l’effet inverse de celui recherché.
Ce déclencheur n’a aucune exception. Quel que soit le sujet, quel que soit le moment, la demande d’un humain est un ordre, pas une préférence à négocier.
L’échange tourne en rond
Fixez un nombre d’allers-retours au-delà duquel la main passe, quel que soit le sujet. Si l’agent n’a pas résolu en trois échanges, il ne résoudra pas au quatrième, et chaque tentative supplémentaire dégrade la relation.
Ce déclencheur est le plus souvent oublié, parce qu’il ne correspond à aucun signal évident. C’est pourtant celui qui rattrape tous les cas que vous n’aviez pas prévus.
À qui, et avec quoi
Le destinataire doit être une personne ou une file identifiée, pas une adresse générique que personne ne relève. Précisez aussi ce qui se passe en dehors des heures ouvrées : une escalade qui tombe dans le vide la nuit est une escalade qui n’existe pas, et c’est pire qu’une absence de réponse, parce que le client a reçu la promesse d’un rappel.
Le contexte transmis doit contenir au minimum trois choses : l’historique complet de l’échange, ce que l’agent a déjà tenté, et la raison du passage de main. L’humain qui reprend doit pouvoir commencer sa première phrase par autre chose que “pouvez-vous me réexpliquer”.
C’est précisément ce qui sépare un agent d’un simple assistant de réponse : il agit sur vos systèmes, il crée la trace, il transmet un dossier constitué. La distinction est développée dans ce que les agents IA font vraiment pour une PME.
La phrase de passage de main
Elle compte autant que le mécanisme, et presque personne ne l’écrit.
Au moment où l’agent transmet, il doit annoncer trois choses au client : qu’un humain prend le relais, sous quel délai, et rien de plus. Surtout pas une promesse sur le fond du dossier, que l’humain devra ensuite tenir ou démentir.
Un client à qui l’on dit qu’une personne le rappellera dans la journée patiente. Un client laissé sans information relance, ou part. La différence tient à une phrase de deux lignes, écrite une fois pour toutes.
Évitez aussi les formulations qui font semblant. “Je transfère à mon collègue spécialiste” quand il n’y a pas de collègue spécialiste crée une attente que vous ne tiendrez pas.
Ce qui se passe quand elle n’existe pas
Trois effets, dans l’ordre où ils apparaissent.
Le dispositif répond à tout, y compris à ce qu’il ne maîtrise pas. Les erreurs ne sont pas visibles immédiatement, elles remontent par les réclamations, des semaines plus tard, et rarement avec un lien évident vers l’outil.
L’équipe perd confiance. Dès que quelqu’un constate une réponse aberrante, la tendance est de tout reprendre à la main par précaution. Le gain disparaît, mais l’abonnement continue de courir.
Le dirigeant conclut que l’IA ne marche pas dans son métier. C’est la conclusion la plus coûteuse, parce qu’elle est fausse et qu’elle bloque tout pour des années. Ce n’est pas la technologie qui a échoué, c’est un dispositif déployé sans gouvernance.
Cette question rejoint celle de la nature réelle de l’outil, traitée dans agent IA ou chatbot, la différence qui coûte cher : un outil qui agit sur vos systèmes sans règle d’arrêt est plus dangereux qu’un outil qui se contente de répondre.
Mesurer l’escalade, et lire le chiffre correctement
Suivez votre taux d’escalade, c’est-à-dire la part des demandes qui finissent chez un humain. Mais lisez-le dans les deux sens, parce que l’erreur habituelle est de vouloir le faire baisser à tout prix.
Un taux élevé au démarrage n’est pas un échec. Il dit surtout que votre base de connaissance est incomplète, et il vous montre quoi documenter en priorité. Il baisse ensuite naturellement.
Un taux proche de zéro n’est pas une réussite. C’est le signal le plus inquiétant : un agent qui n’escalade jamais est un agent qui répond à tout, y compris à ce qu’il ne maîtrise pas. Vous ne voyez pas les erreurs, ce qui ne veut pas dire qu’il n’y en a pas.
Le bon indicateur n’est donc pas le niveau du taux mais sa tendance, et surtout la nature des demandes escaladées. Si ce sont toujours les mêmes, documentez-les. Si elles sont toutes différentes, votre règle fonctionne.
Comment l’écrire en une page
L’exercice se fait avant le déploiement, et il prend moins de temps qu’on ne le croit.
Listez vos quatre déclencheurs, en une phrase chacun. Nommez le destinataire pour chacun, et son remplaçant en dehors des heures ouvrées. Décrivez le contenu transmis. Ajoutez la phrase que l’agent dit au client au moment du passage de main. Fixez enfin le nombre d’allers-retours maximum.
Une page suffit. Ce qui ne tient pas sur une page ne sera pas appliqué, ni relu, ni mis à jour. C’est le cadrage que nous posons systématiquement avant tout déploiement dans notre offre agents IA.
Ce qui ressort
- Une règle d’escalade tient en trois éléments : ce qui déclenche, qui reçoit, quel contexte est transmis
- Sans le troisième, ce n’est pas une escalade mais un transfert, et le client doit tout réexpliquer
- Quatre déclencheurs au minimum : hors périmètre, mécontentement, demande d’un humain, échange qui tourne en rond
- La demande d’un humain n’a aucune exception, c’est un ordre et pas une préférence à négocier
- La phrase de passage de main compte autant que le mécanisme, et presque personne ne l’écrit
- Une escalade qui tombe dans une adresse générique ou dans le vide la nuit n’existe pas
- Un taux d’escalade proche de zéro est plus inquiétant qu’un taux élevé au démarrage
- Elle s’écrit avant le déploiement, et elle tient sur une page
Vous voulez cadrer votre règle d’escalade avant de vous engager avec un prestataire ? C’est l’un des points que nous posons noir sur blanc pendant un diagnostic. Prendre rendez-vous.
Questions fréquentes
Qu'est-ce qu'une règle d'escalade ?
C'est la définition écrite du moment où votre agent IA cesse de traiter une demande et la transmet à un humain. Elle précise trois choses : ce qui déclenche le passage de main, qui reçoit la demande, et quel contexte est transmis avec elle. Sans ces trois éléments, il n'y a pas de règle, il y a une intention.
Pourquoi est-ce si important ?
Parce que c'est le point où un dispositif crée ou détruit de la confiance. Un agent qui répond correctement à la grande majorité des demandes et qui s'obstine sur les autres laisse un souvenir plus mauvais qu'un agent qui passe la main proprement. Le client retient le cas où il n'a pas été aidé, pas ceux où tout s'est bien passé.
Quels sont les déclencheurs à définir ?
Quatre au minimum : la demande sort du périmètre documenté, le client exprime du mécontentement, il demande explicitement un humain, ou l'échange tourne en rond au-delà d'un nombre d'allers-retours fixé. Chacun doit être formulé de façon vérifiable, pas laissé à l'appréciation.
Comment vérifier qu'un fournisseur a prévu l'escalade ?
Demandez-lui en démonstration ce qui se passe quand l'agent rencontre un cas non prévu. Une réponse précise décrit un déclencheur, un destinataire et un contexte transmis. Une réponse rassurante du type il s'adapte signale l'absence de gouvernance, et c'est précisément ce qui fait échouer les projets.
Un taux d'escalade élevé signifie-t-il que le projet a échoué ?
Pas nécessairement, et un taux très bas n'est pas non plus une bonne nouvelle. Un taux élevé au démarrage indique surtout que votre base de connaissance est incomplète, ce qui se corrige. Un taux proche de zéro signale plutôt un agent qui répond à tout, y compris à ce qu'il ne maîtrise pas, et c'est le cas le plus risqué.
Que doit dire l'agent au moment où il passe la main ?
Il doit annoncer clairement qu'un humain prend le relais, indiquer sous quel délai, et ne rien promettre sur le fond du dossier. La formulation compte autant que le mécanisme : un client à qui l'on dit qu'une personne va le rappeler dans la journée patiente, un client laissé sans information relance ou part.