Automatiser l'accueil des demandes entrantes : formulaire, tri, affectation

Il existe un endroit, dans presque toutes les organisations, où l'on perd plus de temps qu'ailleurs sans que personne ne le mesure : les trois premières heures qui suivent l'arrivée d'une demande. Le message est arrivé, il est quelque part, et personne ne sait encore qui doit s'en occuper. Automatiser les demandes clients commence là, et pas au moment de la réponse.

La plupart des projets d'automatisation du support attaquent par la fin : rédaction assistée, réponses suggérées, base de connaissances. Ce sont de bons chantiers, mais ils optimisent un maillon qui n'est pas le goulot d'étranglement. Le goulot, c'est l'accueil : une demande mal captée devient une demande mal classée, donc mal affectée, donc traitée en retard par quelqu'un qui n'était pas le bon interlocuteur.

Cet article décrit la chaîne complète, de la capture à l'accusé de réception, avec pour seul indicateur de réussite le délai de première réponse utile. Pas le volume traité, qui récompense les organisations bruyantes, mais le temps que met un client à savoir que sa demande est prise en charge et par qui.

Automatiser les demandes clients : capter la demande dans un format exploitable

Une demande qui arrive sous forme de texte libre dans une boîte générique est une demande que personne ne peut trier automatiquement sans risque. Le premier levier n'est donc pas un algorithme, c'est un formulaire. Un formulaire de contact intelligent n'est pas un formulaire long : c'est un formulaire qui pose peu de questions, mais les bonnes, et qui les adapte à la réponse précédente.

Quatre champs suffisent dans la majorité des cas :

• La nature de la demande, dans une liste courte de cinq à sept entrées maximum. Au-delà, le demandeur choisit au hasard et vous perdez le bénéfice du champ.
• L'objet concerné, rattaché à une référence existante quand elle existe : numéro de commande, numéro de contrat, identifiant de compte. C'est ce champ qui permet de retrouver le contexte sans le demander.
• Le niveau d'urgence perçu, en sachant qu'il sera surestimé et qu'il ne doit jamais piloter seul la priorité.
• La description libre, qui reste indispensable et qu'il ne faut surtout pas supprimer sous prétexte de structuration.

Deux erreurs classiques méritent d'être nommées. La première : demander des informations que vous possédez déjà. Un client identifié n'a pas à ressaisir son numéro de contrat. La seconde : remplacer le formulaire par un agent conversationnel qui pose les mêmes questions en trois fois plus de temps. Le conversationnel a un intérêt quand le chemin dépend fortement des réponses, pas quand il déguise un formulaire de quatre champs.

Reste le canal que vous ne contrôlez pas : le courriel. Il continuera d'arriver, quelle que soit la qualité de votre formulaire. La solution n'est pas de le refuser, mais de lui appliquer une étape de structuration automatique qui produit les mêmes champs à partir du texte, avec un indice de confiance. Nous avons décrit cette mécanique en détail dans notre article sur l'automatisation du tri de la boîte mail.

Trier : règles d'abord, modèle ensuite

Le tri automatique des demandes se construit en deux couches, et l'ordre compte. La première couche est faite de règles déterministes : si le formulaire indique « résiliation », la demande part en catégorie contractuelle, sans intervention d'un modèle. Ces règles sont ennuyeuses, prévisibles, explicables, et elles traitent en général de 60 à 80 % du volume quand le formulaire est bien conçu.

La seconde couche ne s'applique qu'au reste : les demandes arrivées par un canal non structuré, ou celles dont la catégorie déclarée ne colle manifestement pas au contenu. C'est là qu'un modèle de langage apporte quelque chose, à trois conditions strictes.

1. Il classe dans une liste fermée. On lui donne les catégories existantes et l'obligation de choisir « non classé » plutôt que d'inventer.
2. Il renvoie un indice de confiance. En dessous d'un seuil que vous fixez, la demande part dans une file humaine plutôt que dans une file métier. Un mauvais classement coûte plus cher qu'un classement manuel.
3. Il ne décide jamais de la priorité seul. La priorité se calcule à partir de données objectives : engagement contractuel, ancienneté de la demande, statut du client, impact déclaré. Le modèle propose une catégorie, pas un ordre de passage.

Un point de vigilance souvent découvert trop tard : la détection des demandes sensibles. Réclamation avec menace de recours, signalement d'incident de sécurité, situation de détresse. Ces cas doivent être détectés par des règles explicites et remonter immédiatement, sans passer par la file normale. On ne confie pas cette détection à un modèle probabiliste, on écrit la liste de mots et de motifs, on l'accepte imparfaite, et on la révise tous les trimestres.

Affecter : la file plutôt que la personne

L'affectation automatique des tickets échoue presque toujours pour la même raison : on cherche à désigner une personne alors qu'il faut désigner une file. Affecter à un individu crée trois problèmes immédiats. La demande dort quand la personne est absente, la charge se répartit mal, et personne d'autre ne se sent responsable de la reprendre.

Le modèle qui tient dans la durée est plus simple : la demande est affectée à une file de compétence, avec un responsable de file identifié et une règle de prise en charge. C'est le même principe que celui décrit dans notre article sur l'automatisation du service client de premier niveau, appliqué un cran plus tôt dans la chaîne. Les outils de support du marché implémentent tous cette logique sous des noms différents, déclencheurs et règles d'affectation chez les uns, flux et conditions chez les autres, mais le principe est identique : un événement, des conditions, des actions.

Trois règles complémentaires suffisent à couvrir l'essentiel des situations réelles :

• Une règle de repli. Toute demande non classée après trente minutes atterrit dans une file générale supervisée. Sans cela, les cas non prévus disparaissent silencieusement, et ce sont souvent les plus importants.
• Une règle d'escalade sur le temps. Une demande sans première réponse au bout d'un délai défini change de file et notifie un responsable. Le délai se compte en heures ouvrées, pas en heures calendaires, sous peine d'alertes le dimanche matin.
• Une règle de dé-doublonnage. Le même client qui relance trois fois ne crée pas trois demandes. On rattache par référence ou par expéditeur sur une fenêtre glissante de quelques jours.

Une remarque sur les compétences : la tentation est grande de router selon l'expertise fine (« ce sujet, c'est Marie »). Cela fonctionne dans une équipe de trois personnes et casse à partir de huit. Préférez deux à quatre files larges, quitte à faire un transfert manuel de temps en temps.

Accuser réception : l'étape que tout le monde bâcle

L'accusé de réception automatique est presque toujours présent, et presque toujours inutile. « Nous avons bien reçu votre demande et reviendrons vers vous dans les meilleurs délais » n'apporte aucune information et augmente même le taux de relance, puisque le client n'a rien appris.

Un accusé de réception utile contient quatre éléments : la référence de la demande, la reformulation de ce qui a été compris, le service qui va traiter, et un délai daté. La reformulation est l'élément le plus puissant : elle permet au client de corriger immédiatement un malentendu au lieu de le découvrir trois jours plus tard, et elle vous sert de contrôle qualité gratuit sur votre classement.

Le délai daté fait peur parce qu'il engage. C'est précisément pour cela qu'il fonctionne. Annoncer « une réponse d'ici jeudi 17 heures » réduit les relances de façon nette, y compris quand le délai est plus long que ce que le client espérait. L'incertitude coûte plus cher que l'attente.

Mesurer le bon indicateur

Un projet d'automatisation de l'accueil des demandes se juge sur un indicateur principal et trois indicateurs de contrôle. L'indicateur principal est le délai de première réponse utile, mesuré en heures ouvrées, exprimé en médiane et en neuvième décile. La moyenne est trompeuse : elle est écrasée par les demandes simples traitées en dix minutes et masque les dossiers oubliés pendant une semaine.

Les trois indicateurs de contrôle servent à détecter les effets de bord :

• Le taux de réaffectation. Combien de demandes changent de file après affectation. Au-delà de 15 %, votre classement est faux et vous déplacez du travail au lieu d'en supprimer.
• Le taux de demandes non classées. S'il tombe à zéro, méfiez-vous : le système force probablement des classements douteux plutôt que d'admettre son incertitude.
• Le taux de relance client avant première réponse. C'est le meilleur juge de la qualité de votre accusé de réception.

Comptez deux à quatre semaines d'observation avant de toucher aux règles. Un tri se règle sur des volumes réels, pas sur des cas imaginés en réunion de cadrage. Prévoyez également, dès le premier jour, un journal de ce que le système a décidé et pourquoi : c'est ce qui vous permettra de corriger, et c'est aussi ce qu'on vous demandera si un client conteste un délai.

Ce qu'il faut retenir

Automatiser les demandes clients ne consiste pas à répondre plus vite, mais à savoir plus vite qui doit répondre. La chaîne est courte : un formulaire qui structure, des règles déterministes qui traitent la majorité, un modèle qui ne s'occupe que du reste et qui a le droit de dire qu'il ne sait pas, une affectation par file et un accusé de réception qui dit quelque chose.

Commencez par le formulaire et par l'accusé de réception. Ce sont les deux étapes les moins techniques, elles se livrent en quelques jours, et elles produisent l'essentiel du gain perçu par le client. Le tri par modèle viendra ensuite, quand vous aurez des catégories stables et des volumes mesurés à lui donner.