Le premier agent qu'une entreprise met en production ne se juge pas sur son gain. Il se juge sur ce qu'il rend possible ensuite. S'il aboutit, le sujet devient crédible en interne et les demandes arrivent d'elles-mêmes. S'il s'enlise, plus personne ne rouvre le dossier pendant un an, quelles que soient les qualités du suivant.
C'est pour ça que je passe autant de temps sur le choix du processus, et si peu sur le choix de l'outil.
Les quatre critères d'un bon premier processus
Un volume suffisant
Il faut assez de cas pour apprendre vite. En dessous d'une dizaine par semaine, tu n'auras pas de quoi observer les erreurs, ajuster, et constater une amélioration avant plusieurs mois. Le projet mourra d'ennui avant de mourir d'échec.
À l'inverse, méfie-toi du volume énorme dès le premier coup. Un processus à mille cas par jour ne pardonne rien : la moindre dérive part à l'échelle immédiatement, et le contrôle humain des premières semaines devient impossible à organiser.
La zone confortable, en PME, c'est quelques dizaines de cas par semaine. Assez pour apprendre, assez peu pour tout relire.
Des règles explicitables
Si les personnes qui font le travail savent le décrire à un nouveau arrivant, en une page, sans se contredire, l'agent a une chance. Si la description prend une heure et se termine par « après, tu verras avec l'expérience », le processus n'est pas prêt.
Le test rapide, avec deux personnes de l'équipe séparément, sur dix cas réels : est-ce qu'elles tranchent pareil ? Un désaccord sur trois cas ou plus signale un problème de définition, pas un problème d'outil. Répare la définition d'abord.
Une erreur peu coûteuse et réversible
Le critère que je ne négocie pas. Sur un premier déploiement, il y aura des erreurs, y compris après la phase d'observation. La question n'est pas de les éviter, c'est de choisir un terrain où elles ne font pas de dégâts.
Concrètement : pas de premier agent qui envoie directement au client, qui touche à un flux financier, qui modifie des données sans historique, ou qui prend une décision impossible à rattraper. Un agent qui prépare, propose, classe ou pré-remplit — parfait. Un agent qui engage l'entreprise — plus tard.
Un propriétaire identifié
Une personne, avec un prénom. Pas un service, pas « la direction ». Quelqu'un dont c'est le quotidien, qui a un intérêt direct à ce que ça marche, du temps prévu dans son planning, et l'autorité pour trancher les cas limites.
C'est le facteur le plus corrélé à la survie du projet à un an, davantage que la qualité de la construction. J'ai vu des solutions moyennes tenir des années parce que quelqu'un s'en occupait, et des solutions élégantes disparaître en trois mois faute de propriétaire.
Les étapes du déploiement
Étape 1 — Écrire le processus tel qu'il se fait. Pas le processus officiel. Celui qui se déroule vraiment, y compris les contournements. Une page, validée par ceux qui l'exécutent. Cette page devient la référence, et souvent elle révèle des choses à corriger avant même de parler d'IA.
Étape 2 — Constituer le jeu de cas. Vingt à trente cas réels, avec la bonne réponse attendue, validée par un humain. Prends des cas ordinaires, mais aussi trois ou quatre cas tordus. Ce jeu sert à construire, puis à vérifier après chaque modification. Sans lui, tu améliores à l'aveugle et tu casses sans le savoir.
Étape 3 — Construire le squelette avant l'intelligence. La collecte, le stockage, la journalisation, la notification : tout ce qui est mécanique. L'agent n'intervient que sur l'étape de jugement. C'est plus rapide à déboguer et beaucoup moins cher à faire tourner.
Étape 4 — Définir le point zéro. Combien de cas par semaine, combien de temps par cas, quel taux de reprise aujourd'hui. Mesuré, daté, écrit. Après le déploiement, il sera trop tard.
Étape 5 — Poser les garde-fous. Ce que l'agent a le droit de faire, ce qu'il n'a pas le droit de faire, et surtout dans quels cas il doit s'arrêter et passer la main. Un agent qui sait dire « je ne sais pas » vaut mieux qu'un agent qui répond toujours.
La phase d'observation en double
C'est le cœur du déploiement, et l'étape que tout le monde veut raccourcir.
Pendant cette phase, l'agent traite les cas et un humain traite les mêmes cas, en parallèle. On compare, on note les écarts, on corrige. L'agent ne décide rien : sa sortie est une proposition, la décision reste humaine.
Ce qu'on regarde, semaine après semaine :
- Le taux d'accord entre la proposition de l'agent et la décision humaine.
- La nature des désaccords. Un agent qui se trompe toujours de la même façon, c'est réparable en une consigne. Un agent qui se trompe différemment à chaque fois, c'est un signal de fond.
- Les cas où l'agent aurait dû s'arrêter et ne l'a pas fait. Les plus instructifs de tous.
Compte trois à six semaines. Moins, tu n'auras pas vu assez de cas particuliers. Beaucoup plus, et l'équipe se lasse de faire le travail deux fois — le double traitement a un coût réel, il faut le reconnaître et le borner.
Le moment où on lâche la main
Il ne se décide pas au feeling. Trois conditions, ensemble :
- Le taux d'accord est stable depuis plusieurs semaines, pas seulement élevé une fois.
- Les désaccords restants sont compris : on sait dire pourquoi ils arrivent et ce qu'ils coûtent.
- Un filet existe : contrôle par échantillon, alerte sur les cas atypiques, possibilité de revenir en arrière.
Et on ne lâche pas tout d'un coup. On commence par les cas les plus simples — un segment, un type de demande, un canal — et on élargit. Le reste continue de passer par un humain jusqu'à ce que les mêmes conditions soient réunies pour lui aussi.
Ce qu'il faut retenir pour lundi
Ouvre la liste des processus que tu voulais automatiser et passe-les aux quatre critères : volume, règles écrivables, erreur réversible, propriétaire nommé. Celui qui coche les quatre est ton premier. Ce n'est presque jamais le plus impressionnant de la liste — et c'est exactement pour ça qu'il va aboutir.