Quel premier processus confier à un agent IA ?

Le meilleur premier processus pour un agent IA est un processus ennuyeux. Il revient chaque jour ou chaque semaine, il est fait d'e-mails, de documents ou de tickets, une personne en est responsable, on sait dire si le résultat est bon, et une erreur est repérée avant de sortir de la maison. L'agent prépare le travail, une personne le valide.

Le pire premier processus est celui qui enthousiasme le plus la direction : la vitrine de la relation client, le processus qui décide à propos de personnes, ou celui que personne ne sait vraiment décrire. Ces projets échouent lentement et publiquement, et ils apprennent à l'organisation la mauvaise leçon sur les agents.

Qu'est-ce qu'un bon premier cas d'usage pour un agent IA ?

Deux des entreprises qui construisent les modèles disent à peu près la même chose. Le guide pratique d'OpenAI pour construire des agents (en anglais) recommande de donner la priorité aux processus qui ont jusqu'ici résisté à l'automatisation : ceux qui demandent du jugement et gèrent des exceptions, ceux dont les règles sont devenues trop complexes à maintenir, ou ceux qui reposent sur beaucoup de données non structurées, comme des documents et du langage naturel. Anthropic, dans Building effective agents (en anglais), écrit que les agents apportent le plus de valeur sur des tâches aux critères de réussite clairs, qui permettent des boucles de retour et intègrent une vraie supervision humaine.

Nous en tirons six questions à poser pour chaque processus candidat :

Critère	Un bon candidat	Signal d'alerte
Volume	Revient chaque jour ou chaque semaine	Revient deux fois par an
Entrée	E-mails, PDF, tickets, texte libre	Des champs propres qu'une simple règle suffirait à traiter
Responsable	Une personne nommée, qui ressent le problème	« Tout le monde » ou « le service »
Résultat	On distingue un bon résultat d'un mauvais	La réussite est une affaire de goût
Coût d'une erreur	Repérée en interne, facile à corriger	Atteint un client, un régulateur ou la banque
Accès	L'agent atteint la boîte mail, les fichiers et les outils	Obtenir l'accès est un projet en soi

Le responsable compte plus qu'il n'y paraît. Un processus sans personne qui veut le voir réglé n'a personne pour relire les brouillons de l'agent, personne pour dire ce qu'est un « bon » résultat, et personne pour continuer à l'utiliser une fois le projet terminé.

Quels processus ne pas automatiser en premier ?

Quatre types de processus font de mauvais premiers projets, même lorsqu'ils semblent séduisants.

• Tout ce qui décide à propos de personnes. Le tri des candidatures ou l'évaluation de la solvabilité d'une personne figurent parmi les usages à haut risque de l'annexe III du règlement européen sur l'intelligence artificielle, avec des obligations qu'une tâche interne de back-office n'a pas. Cela vaudra peut-être la peine un jour. Ce n'est pas là qu'on apprend.
• Votre processus client le plus visible. Chaque erreur est publique, et la pression pour rendre l'agent entièrement autonome arrive avant que vous ayez les preuves pour la justifier.
• Un processus que personne ne sait décrire. Si trois personnes en donnent trois versions différentes, l'agent automatisera fidèlement la confusion. Clarifiez ou documentez d'abord le processus.
• Un processus qui n'a pas besoin d'agent. Si l'entrée a toujours la même forme et que les étapes ne changent jamais, une automatisation classique est moins chère et plus fiable. Le guide d'OpenAI le dit clairement : si un cas d'usage ne remplit pas nettement les critères d'un agent, une solution déterministe peut suffire. Nous avons consacré un article à ce choix : Agent IA, chatbot ou automatisation.

Le guide de l'IA du gouvernement britannique (en anglais), écrit pour le secteur public mais utile bien au-delà, dit la même chose sous un autre angle : le choix d'un cas d'usage doit partir des besoins de l'activité et des utilisateurs, des points de friction et des inefficacités, et non de ce que la technologie sait faire.

Comment comparer les processus candidats ?

Restez assez simple pour le faire en un après-midi.

1. Interrogez celles et ceux qui font le travail. Pas seulement les managers. Demandez à chaque équipe ce qui lui prend trop de temps chaque semaine et ce qu'elle serait ravie de ne plus jamais faire. L'objectif est une liste de cinq à dix candidats.
2. Notez chaque candidat de 0 à 2 sur les six critères du tableau.
3. Écartez tout ce qui obtient 0 sur le responsable ou le coût d'une erreur. Sans responsable, pas d'adoption. Une erreur coûteuse et irréversible fait porter au premier projet un risque dont il n'a pas besoin.
4. Classez par total et regardez les trois premiers. Choisissez celui dont le responsable est le plus motivé, pas forcément celui qui a la meilleure note.
5. Écrivez une phrase qui décrit la réussite. Par exemple : « D'ici la fin du deuxième mois, l'agent prépare la plupart des factures fournisseurs de la semaine, et la direction financière les valide dans l'outil qu'elle utilise déjà. » Si vous ne pouvez pas écrire cette phrase, vous n'avez pas encore choisi de processus.

Pourquoi le back-office est-il souvent le meilleur point de départ ?

Parce qu'il coche presque tous les critères à la fois. Factures, contrats, e-mails de fournisseurs et rapports internes arrivent en volume, sont surtout du texte, ont un responsable évident, et une erreur est repérée en interne avant tout envoi ou paiement.

C'est ainsi que fonctionne notre propre groupe. L'administration et les finances de notre groupe d'entreprises passaient par une seule boîte mail surchargée. Aujourd'hui, des agents trient le courrier, préparent les rapports, rédigent les documents et préparent les paiements, et une personne approuve tout ce qui engage de l'argent ou porte une signature. Le système a été mis en place en quelques semaines puis ajusté en production, et il tourne chaque jour. Vous pouvez lire comment dans le cas back-office.

Le schéma ne se limite pas à la finance. Pour une marque, la même forme se retrouve dans la correspondance fournisseurs, les données produit, le reporting aux distributeurs ou la synthèse hebdomadaire sur la concurrence que personne n'a le temps d'écrire.

À quoi doivent ressembler les premières semaines ?

L'agent prépare, une personne valide, dès le premier jour. Le guide d'OpenAI recommande que les actions sensibles, irréversibles ou à fort enjeu déclenchent une supervision humaine jusqu'à ce que la confiance dans la fiabilité de l'agent augmente. Sa conclusion : commencer petit, valider avec de vrais utilisateurs et élargir les capacités au fil du temps.

Concrètement, cela veut dire trois choses.

• S'intégrer aux outils existants. L'agent travaille dans la boîte mail, la messagerie, le tableau de tâches ou l'espace de fichiers partagé que le responsable utilise déjà. La validation se fait là aussi.
• Mesurer dès la première semaine. Suivez ce que l'agent a fait, ce qu'une personne a corrigé et ce que cela a coûté. Les corrections sont votre signal le plus utile : elles montrent exactement où l'agent a besoin de meilleures instructions, de meilleures données ou d'un périmètre plus étroit.
• N'élargir que sur preuves. Quand les corrections sur une tâche bien délimitée approchent de zéro, cette tâche peut tourner avec moins de supervision. L'argent, les signatures et tout ce qu'un client lit en votre nom restent entre les mains d'une personne. Nous expliquons pourquoi dans Pourquoi nos agents IA ne déplacent jamais d'argent seuls.

Par où commencer

Dressez avec celles et ceux qui font le travail une liste de cinq à dix processus candidats. Évaluez-les sur le volume, l'entrée, le responsable, le résultat, le coût d'une erreur et l'accès. Écartez ceux sans responsable ou aux erreurs coûteuses, choisissez-en un et écrivez la phrase qui décrit la réussite. Menez ensuite un petit test réel avant de bâtir une stratégie dessus. C'est notre façon d'aborder la stratégie IA : une expérience concrète d'abord, un long plan ensuite.

Si vous avez une liste restreinte et ne savez pas par quel processus commencer, nous serons heureux de l'examiner avec vous.