Agent, chatbot, automatisation : trois choses, un seul nom

Un gérant de plusieurs pharmacies à Constantine reçoit trois propositions. La première parle d’un chatbot, la deuxième d’un agent, la troisième d’une automatisation. Les trois emploient le mot « intelligence artificielle », les trois montrent une démonstration convaincante, et aucune ne fait le même travail.

La confusion n’est pas une faute de vocabulaire : elle a des conséquences. Ces trois systèmes tombent en panne différemment, se surveillent différemment, et coûtent dans des proportions différentes. Un acheteur qui ne les distingue pas ne peut pas lire un devis.

Cet article donne la distinction qui décide — qui déclenche le travail et qui décide de la suite — puis ce que chacun coûte à garder. Il ne compare aucun modèle et ne cite aucune marque : c’est la nature du système qui est en jeu, pas son fournisseur.

Une automatisation ne parle à personne. Elle attend qu’une chose arrive — un formulaire rempli, un fichier déposé, une heure de la journée, une ligne ajoutée dans un tableur — et elle exécute une suite d’étapes décidées d’avance.

Le point important est qu’elle n’a besoin d’aucune intelligence artificielle pour exister, et que la plus grande partie de ce travail n’en est pas. Le modèle, quand il y en a un, intervient sur une étape précise : lire un document, classer un message, rédiger un résumé. Le reste est de la plomberie.

Elle tombe en panne silencieusement, ce qui la rend plus dangereuse qu’un chatbot. Un chatbot qui ne répond pas est visible dans la minute ; une automatisation arrêtée ne produit rien, et l’absence ne se remarque qu’au moment où quelqu’un cherche un résultat qui n’est jamais arrivé.

Son coût est mixte : une part fixe qui tourne même sans activité, et une part variable au volume. C’est aussi la seule des trois qui peut faire du dégât à grande échelle, parce qu’elle répète la même erreur sur mille lignes sans se fatiguer.

Sa pièce fragile n’est pas le modèle, c’est le déclencheur. Un onglet renommé, une colonne insérée au milieu, un champ ajouté au formulaire par quelqu’un qui ne savait pas qu’une machine le lisait : chacun de ces gestes suffit à arrêter la chaîne, et aucun n’a l’air d’une modification technique pour la personne qui le fait. C’est pour cette raison qu’on note, à côté de chaque automatisation, quel fichier et quel formulaire lui servent d’entrée.

Dans une entreprise réelle, les trois coexistent et se passent le travail. Un chatbot reçoit une demande de devis ; une automatisation crée le dossier et alerte le commercial ; un agent prépare le brouillon en allant chercher les prix dans le catalogue.

Cette combinaison est la bonne architecture pour une raison simple : chaque partie fait ce qu’elle sait faire de façon prévisible. Elle a aussi une conséquence pratique — la panne d’un maillon ne ressemble pas à la panne d’un autre, et la surveillance doit être différenciée.

C’est pour cela qu’un projet se décrit mieux par ses passages de relais que par le nom du système. Où finit le chatbot, où commence l’automatisation, à quel moment un humain reprend la main : ces trois frontières décrivent le projet mieux que n’importe quel schéma.

Un prestataire qui ne peut pas dessiner ces frontières sur une feuille en cinq minutes n’a pas encore conçu le système, quelles que soient les démonstrations.

La réponse la plus fréquente est : par le plus ennuyeux. La tâche la plus répétitive, la moins ambiguë, celle que personne ne réclame et que tout le monde fait — et elle relève presque toujours de l’automatisation, pas de l’agent.

Il y a une raison qui n’est pas technique. Les trois systèmes exigent la même chose de vous : que le travail soit décrit. Une entreprise qui ne sait pas écrire son propre processus n’obtiendra rien d’aucun des trois, et c’est l’automatisation qui rend cette lacune visible le plus vite et le moins cher.

Le deuxième critère est le volume. En dessous de quelques dizaines d’occurrences par semaine, aucun des trois ne se rembourse : le travail de mise en service et de surveillance dépasse ce qu’il économise, et la réponse honnête est de ne rien acheter.

Le troisième critère est celui qu’on oublie : y a-t-il quelqu’un pour surveiller. Un système sans surveillant se dégrade, et le mauvais choix n’est pas le mauvais outil, c’est un outil que personne ne regarde.

Ces trois critères se posent dans cet ordre et pas dans un autre, et l’ordre fait le travail. Commencer par le volume conduit à choisir la tâche la plus fréquente, qui est souvent aussi la plus ambiguë. Commencer par le surveillant conduit à choisir la tâche de la personne la plus disponible, qui n’est pas forcément la plus coûteuse. La description d’abord, puis le volume, puis le surveillant : c’est la seule séquence qui ne se retourne pas contre vous à la troisième question.

Nous faisons la liste de la section 11 avec vous, nous plaçons chaque ligne sur les deux axes, et nous disons laquelle des trois familles s’applique — y compris quand la réponse est « aucune, votre volume ne le justifie pas ». Nous dessinons ensuite les frontières de passage de relais avant d’écrire une ligne de code.

Nous refusons de livrer un agent qui exécute une action irréversible sans confirmation humaine. Ce n’est pas une étape de démarrage que l’on lèverait plus tard : c’est la condition qui rend le reste défendable.

Nous refusons aussi de vendre le mot « autonome » sans le compléter. Un devis qui promet l’autonomie sans nommer la dernière décision laissée à un humain décrit une propriété qui n’a pas de définition.

Ce que vous pouvez faire sans nous est la feuille elle-même. Beaucoup d’entreprises découvrent là que leur besoin est une automatisation de trois étapes, et la file d’exceptions qu’elle produira leur sera plus utile à lire que n’importe quelle brochure.