Depuis deux ans, la même question ouvre les comités de direction : quel outil d’intelligence artificielle faut-il choisir. C’est une question d’achat posée à la place d’une question de métier, et elle a le mérite d’admettre une réponse — ce qui explique son succès.
Ce qui se joue depuis dix-huit mois n’est pourtant pas la disparition du logiciel. C’est un déplacement de la valeur : elle quitte l’outil pour aller se loger là où personne ne l’avait rangée, et où presque rien n’est écrit.
Ce qui se déplace
Le logiciel d’entreprise s’est vendu trente ans sur une promesse simple : tenir la règle à la place des gens. Un CRM imposait des étapes, un ERP un plan comptable, un outil de billetterie un circuit de validation. La valeur n’a jamais tenu à l’écran. Elle tenait à ce que la règle soit exécutée sans discussion.
Cette part-là devient bon marché. Un modèle sait lire une facture, la rapprocher d’une commande, rédiger la relance. Ce qu’il ne sait pas, c’est ce que cette entreprise-ci tient pour un écart acceptable, à partir de quel montant on appelle plutôt qu’on écrit, et quel client on ne relance jamais un vendredi.
Le mouvement se lit chez les éditeurs eux-mêmes. Salesforce s’est repositionné sur l’agent plutôt que sur l’interface. Docusign a cessé de vendre le rangement d’un contrat pour vendre la lecture de ses obligations. Harvey s’installe dans les cabinets d’avocats sur la promesse de rédiger et de relire — et n’y vaut que ce que le cabinet a su formuler de sa propre exigence. Dans les trois cas, ce qui se vend n’est plus l’écran : c’est la règle rendue exécutable.
C’est l’autre face d’un sujet déjà traité ici : ce qui reste d’un outil quand plus personne n’ouvre son interface. Vu du fournisseur, c’est un problème de modèle économique. Vu du client, la question est plus simple, et plus embarrassante : que sait-on écrire de son propre métier ?
Quatre niveaux d’agents
Le mot « agent » recouvre quatre choses très différentes, et les confondre coûte cher. La plupart des discussions sur les agents IA en entreprise les réduisent pourtant à un seul mot. Mieux vaut les prendre pour ce qu’elles sont : des marches.
- L’assistant. Il attend qu’on lui demande. Il rédige, résume, répond. Le processus reste tenu par la personne, qui garde la main et la responsabilité.
- L’agent de processus. Il tient une tâche de bout en bout dans un cadre déjà écrit : relancer une pièce manquante, rapprocher une facture, orienter une demande entrante. Le processus existe ; l’agent l’exécute.
- L’agent de règle. Il applique une politique qui suppose une appréciation : cette clause est-elle acceptable, ce dossier entre-t-il dans le cas prévu. Il exige que la règle ait été formulée, et ses exceptions avec elle.
- L’agent mandaté. Il agit au nom de l’entreprise dans une limite donnée : il engage, arbitre, répond. Ce qu’il fait lie l’organisation, ce qui déplace la question du temps gagné vers celle de la responsabilité.
On ne franchit pas ces marches en changeant de modèle. On les franchit en écrivant. Chaque niveau réclame une couche de jugement de plus, et c’est exactement là que les projets s’arrêtent : non par manque d’outil, mais faute d’avoir jamais mis noir sur blanc ce que « bien fait » veut dire ici.
Les processus qui s’y prêtent
Tous ne s’y prêtent pas. Quatre critères font le tri, et ils tiennent ensemble.
- La répétition. Le travail revient assez souvent pour amortir l’effort d’écriture. Un cas par trimestre ne l’amortira jamais.
- Le jugement. Il faut apprécier quelque chose. Si une règle simple suffisait, un script l’aurait déjà fait, et depuis longtemps.
- La vérification rapide. Un expert doit pouvoir repérer une erreur en quelques secondes. C’est le critère décisif.
- L’entrée réversible. On peut commencer par une tâche avant de confier le processus entier. Un périmètre qu’on ne peut pas réduire est un périmètre qu’on ne peut pas corriger.
Le troisième est celui qui départage, et c’est le plus souvent oublié. Déléguer suppose de savoir juger ce qu’on reçoit : sans cette seconde moitié, on n’a pas automatisé un travail, on a seulement cessé de le regarder.
La question à poser
Le choix de l’outil est une décision d’exécution. Elle se prend, se révise, se remplace ; les coûts de sortie sont réels, mais ils se chiffrent. Ce n’est pas une stratégie, et la traiter comme telle revient à confondre le fournisseur avec le métier.
La question stratégique porte ailleurs : quelles décisions cette entreprise prend-elle chaque semaine en s’appuyant sur un jugement que personne n’a jamais écrit ? Qui le détient ? Que se passe-t-il quand cette personne est en congé, et que se passera-t-il le jour où elle partira ?
Ce jugement existe toujours. Il est dans la tête d’un responsable d’atelier, dans les habitudes d’une comptable, dans les arbitrages qu’un commercial rend sans les nommer. Il n’est écrit nulle part, et c’est pour cette raison qu’aucun agent ne peut le reprendre — ni, du reste, aucune nouvelle recrue.
Ce qu’un audit sert à produire
C’est la raison d’être d’un audit informatique et data, et elle est mal comprise. Un audit ne sert pas à recommander un outil : le marché s’en charge, gratuitement et avec entrain. Il sert à écrire ce que l’entreprise sait déjà faire sans le savoir — les règles, les exceptions, les seuils, les cas qu’on traite autrement et les raisons pour lesquelles on les traite autrement.
Ce document a une valeur immédiate, avant tout projet d’intelligence artificielle : il rend l’organisation transmissible. Il en a une seconde, qui est de rendre les agents possibles. L’ordre n’est pas négociable, et l’inverser produit exactement ce qu’on observe partout : des pilotes qui fonctionnent en démonstration et que rien ne permet de généraliser.
C’est le travail que mène Maeliom Consulting : un travail d’inventaire et de formulation avant d’être un sujet de technologie — ce qui place l’audit informatique avant le choix de l’outil, et non après, au même titre que cartographier n’est pas inventorier.
Un rapport décrit ce qu’il faudrait faire. Une transformation écrit ce que l’entreprise fait déjà, pour que d’autres — humains ou non — puissent le reprendre. Maeliom transforme ; elle ne se contente pas de conseiller.
Questions fréquentes
Qu’est-ce qu’un agent IA en entreprise ?
Le mot recouvre quatre niveaux : l’assistant, qui répond quand on lui demande ; l’agent de processus, qui exécute une tâche dans un cadre déjà écrit ; l’agent de règle, qui applique une politique demandant une appréciation ; et l’agent mandaté, qui agit au nom de l’entreprise dans une limite donnée.
Comment créer un agent IA utile pour son entreprise ?
En écrivant d’abord le jugement qu’il doit appliquer. Chaque niveau d’agent réclame une couche de règles écrites de plus — seuils, exceptions, ce que « bien fait » veut dire ici. La plupart des projets s’arrêtent faute de cet écrit, pas faute d’outil.
Quels processus confier à un agent IA ?
Ceux qui réunissent quatre critères : une tâche répétitive, qui demande une appréciation, dont un expert peut repérer une erreur en quelques secondes, et où l’on peut commencer par une tâche avant de confier tout le processus. La vérification rapide est le critère décisif.