Automatisation : la file que personne ne regarde

Une automatisation ne traite jamais cent pour cent de ce qui lui arrive. Elle traite ce qu’elle reconnaît, et elle met le reste de côté. Ce « reste » a un nom dans les outils qui la font tourner — exceptions, échecs, en attente — et il n’a presque jamais de nom dans l’entreprise, ni d’horaire, ni de personne.

C’est la panne la plus discrète que produit l’automatisation par l’IA : rien ne tombe, aucune alerte ne part, et le tableau de bord affiche un taux de réussite honorable. Pendant ce temps, une pile grossit dans un onglet que personne n’ouvre, et chaque ligne dedans est un client, une commande ou une facture qui attend.

Cet article ne parle pas de choisir ce qu’on automatise — le tri entre ce qui peut partir seul et ce qui doit attendre une personne est un autre sujet. Il parle de ce que l’automatisation vous laisse à faire une fois qu’elle tourne, et de la façon dont on organise ce reste pour qu’il ne devienne pas le problème.

Ce qu’on appelle « la file » en contient trois, et les confondre est ce qui la rend impossible à traiter. La première est technique : le service extérieur n’a pas répondu, le fichier était corrompu, la connexion a coupé. Elle se règle en relançant, et souvent toute seule.

La deuxième est une donnée hors format : le cas est légitime, mais il ne rentre pas dans ce que la règle attendait. Elle se règle en corrigeant la donnée, et c’est un travail de saisie, pas d’informatique.

La troisième est une décision : le cas est légitime, la donnée est propre, et il faut que quelqu’un tranche. Un remboursement au-delà du seuil, un client qui commande à crédit, une adresse de livraison hors zone. Celle-ci ne se règle qu’avec une personne qui a le droit de dire oui, et c’est la seule des trois qui a besoin d’un nom sur l’organigramme.

Une file contient deux populations très différentes. Les cas rares, qui arrivent une fois et ne reviennent pas, et les cas récurrents, qui reviennent chaque semaine sous la même forme. On les traite de la même manière — à la main — et c’est la deuxième qui coûte cher.

Un cas qui revient toutes les semaines n’est pas une exception : c’est une règle qui manque. Le fournisseur qui envoie toujours ses factures sans référence, le produit dont le code contient un espace, le client dont l’adresse tient sur trois lignes. Chacun est traité vingt fois par an par quelqu’un qui refait exactement le même geste.

D’où l’intérêt de compter les exceptions par motif plutôt que par jour. Le classement par motif fait apparaître en une semaine les trois ou quatre causes qui font la moitié de la file, et ces trois ou quatre-là méritent une règle, pas une personne.

Le calcul qui convainc est celui du temps cumulé. Un cas qui revient deux fois par semaine et prend six minutes coûte une journée de travail par an, pour une seule cause, et la plupart des files en contiennent trois ou quatre de ce genre. Personne ne défend une journée par an consciemment ; elle se perd parce qu’elle se paie six minutes à la fois.

Du point de vue de la personne à l’autre bout, une exception ressemble à un silence. Sa commande n’est pas refusée, elle n’est pas confirmée non plus ; sa facture n’arrive pas ; son rendez-vous n’est ni pris ni annulé. Elle ne dispose d’aucun moyen de savoir que quelque chose est en cours.

C’est ce silence qui coûte, pas le délai. Un message qui dit « nous avons bien reçu votre commande, nous revenons vers vous aujourd’hui » transforme une attente subie en attente annoncée, et il s’envoie automatiquement au moment où la ligne entre dans la file.

Pour un commerce qui vend en ligne, ce message est souvent la différence entre un client qui patiente et un client qui commande ailleurs pendant qu’il patiente. Il ne coûte rien à produire : la file sait déjà à qui elle appartient, puisque c’est le deuxième des cinq champs.

Quand nous installons une automatisation, la file fait partie de la livraison au même titre que la règle : l’écran où elle s’affiche, les cinq champs, l’horaire de relevé et le nom de la personne qui l’ouvre. Nous laissons aussi le classement par motif en place, parce que c’est lui qui révèle les règles manquantes au bout de quelques semaines.

Nous ne promettons pas de taux d’exception. Il dépend de la propreté de vos données et de la variété de vos cas, deux choses que nous découvrons en même temps que vous, et un chiffre annoncé avant de regarder serait un chiffre inventé. Nous ne reprenons pas non plus celui d’un autre client : il mesure son activité, pas la vôtre.

Et nous ne tenons pas la file à votre place. Traiter des exceptions tous les matins est un travail de back-office, c’est un autre métier que le nôtre, et une équipe extérieure qui décide à la place de la vôtre finit par décider mal. Si personne chez vous ne peut ouvrir cet écran chaque jour, le sujet n’est pas l’automatisation : c’est l’organisation, et il vaut mieux le régler avant.