Agent IA ou automatisation : la grille qui décide, tâche par tâche
Un agent IA se justifie quand l'entrée change d'une fois à l'autre et que produire la sortie demande un jugement. Une règle déterministe suffit quand l'entrée arrive toujours dans la même forme et que la sortie est vraie ou fausse. La vraie question n'est pas de savoir si l'IA…
Un agent IA se justifie quand l'entrée change d'une fois à l'autre et que produire la sortie demande un jugement. Une règle déterministe suffit quand l'entrée arrive toujours dans la même forme et que la sortie est vraie ou fausse. La vraie question n'est pas de savoir si l'IA fonctionne : c'est de savoir si la tâche qu'on veut lui confier réclame du jugement.
Cette page donne une grille à cinq critères pour trancher, tâche par tâche, avant de signer quoi que ce soit.
Le problème : un agent là où une règle ferait le travail
Un fournisseur propose « de mettre de l'IA » dans un processus interne. La démonstration est convaincante : l'agent lit, comprend, remplit, envoie.
Sauf que la tâche présentée est souvent déterministe. Déplacer une donnée d'un système à l'autre, mettre à jour un champ quand un statut change, déclencher un envoi à une date : ces trois actions se décrivent avec des si et des alors. Elles n'ont pas besoin de comprendre quoi que ce soit.
Quand on y met un agent, on accepte trois choses qui n'étaient pas dans le problème de départ : une sortie qui peut varier pour une même entrée, un coût d'exécution qui suit l'usage, et une relecture humaine qui n'existait pas avant.
:::cle Un agent se paie sur la variabilité de l'entrée. Si l'entrée ne varie pas, vous payez pour une capacité que la tâche n'utilise jamais. :::
Ce qui se passe concrètement dans une PME
Le projet démarre. L'agent traite les cas normaux sans problème. Puis arrive un cas mal formulé, et personne dans l'équipe ne sait dire à l'avance lequel il traitera de travers.
La réaction est prévisible et raisonnable : quelqu'un relit tout. Une tâche qui s'exécutait seule devient une tâche qui s'exécute puis se vérifie. Le temps déplacé n'est pas du temps libéré.
L'autre effet est plus discret. Quand l'agent se trompe, on ne corrige pas une ligne de règle : on reformule une consigne et on espère. Le comportement n'est plus documenté nulle part.
Quelles options existent entre la règle et l'agent
Le choix n'est pas binaire. Quatre options tiennent dans le même tableau, de la moins coûteuse à la plus engageante.
| Option | Ce que ça fait | Quand c'est le bon choix |
|---|---|---|
| Mieux utiliser l'outil déjà payé | Champs, gabarits, notifications et droits d'accès enfin activés | La fonction existe déjà dans une licence en place |
| Règle déterministe | Une condition écrite déclenche toujours la même action | L'entrée a un format stable et la sortie se vérifie seule |
| Agent qui propose, humain qui approuve | L'agent prépare, une personne valide avant l'effet | L'entrée est libre et une erreur touche un client, la paie ou la conformité |
| Agent autonome | L'agent décide et agit sans validation | L'entrée est libre, l'erreur est rattrapable et la sortie se contrôle par échantillon |
Les deux premières lignes ne demandent aucun modèle et aucun coût à l'usage. Elles se testent en premier, parce qu'elles répondent vite et qu'elles révèlent le vrai besoin.
Qu'est-ce qui décide entre une règle et un agent IA
Cinq critères, notés de 1 à 3, remplis pour une tâche précise et non pour un projet entier. C'est le point que la plupart des discussions ratent : un même processus contient presque toujours des tâches déterministes et des tâches de jugement.
| Critère | 1 point | 2 points | 3 points |
|---|---|---|---|
| Variabilité de l'entrée | Format fixe, champs structurés | Quelques variantes connues | Texte libre, format imprévisible |
| Fréquence de changement des règles | Les règles bougent rarement | Elles bougent par saison | Elles bougent en continu |
| Coût d'une erreur | Rattrapable à l'interne | Le client s'en aperçoit | Facturation, paie, conformité, sécurité |
| Vérifiabilité de la sortie | Vraie ou fausse tout de suite | Contrôle par échantillon possible | Seul un humain peut juger |
| Volume | Occasionnel | Régulier | Continu |
Deux scores se lisent ensuite, et la pondération est volontaire.
- Score de jugement : variabilité de l'entrée comptée double, plus fréquence de changement des règles. Il va de 3 à 9. À 5 et moins, une règle fait le travail. À 6 et plus, il y a du jugement réel.
- Score de risque : coût d'une erreur plus vérifiabilité de la sortie. Il va de 2 à 6. À 5 et plus, personne ne laisse la sortie partir sans validation.
La variabilité compte double parce que c'est la seule chose qu'un agent apporte qu'une règle n'apporte pas. Le volume ne décide pas du type de solution : il décide si ça vaut la peine d'automatiser tout court. Ces pondérations sont un point de départ, à ajuster une fois que vous aurez noté trois ou quatre tâches réelles.
Un cas traité de bout en bout
Exemple hypothétique, construit pour l'illustration : aucune entreprise réelle derrière, aucun résultat mesuré.
Hypothèses écrites. Une entreprise de services envoie des techniciens en clientèle. Chacun remplit un formulaire mobile à la fin de l'intervention. Ce formulaire contient des champs structurés pour les heures et un champ de notes libre où le technicien décrit les pièces utilisées. À l'interne, une personne reporte les heures dans la paie et les pièces dans l'inventaire. Le fournisseur propose un agent unique qui lit le formulaire et remplit les deux systèmes.
Premier réflexe : séparer. Il y a deux tâches, pas une.
| Tâche | Variabilité | Changement des règles | Score jugement | Coût d'erreur | Vérifiabilité | Score risque |
|---|---|---|---|---|---|---|
| Heures vers la paie | 1 | 1 | 3 | 3 | 1 | 4 |
| Pièces vers l'inventaire | 3 | 2 | 8 | 3 | 2 | 5 |
Les heures viennent de champs structurés : score de jugement à 3, donc une règle. Le coût d'une erreur de paie reste élevé, alors la règle s'accompagne d'un contrôle par échantillon chaque période.
Les pièces vivent dans du texte libre, et le vocabulaire des techniciens change avec les fournisseurs : score de jugement à 8. Comme une erreur se rend jusqu'à la facture du client, la sortie passe par une approbation avant de toucher l'inventaire. Un agent y a sa place, pas en autonomie.
Le projet initial visait un agent sur tout le formulaire. La grille en retire la moitié.
:::attention Si un fournisseur refuse de découper sa proposition par tâche, vous ne pouvez pas comparer son prix à autre chose. Le découpage est la condition de la comparaison, pas un détail de cadrage. :::
Quoi faire lundi matin
Prenez la tâche dont on vous parle, une seule, et faites-la décrire par la personne qui l'exécute aujourd'hui, avec ses mots. Notez ce qui entre, ce qui sort, et qui s'aperçoit d'une erreur.
Remplissez les cinq critères sur cette tâche, puis découpez si deux entrées de nature différente se cachent dedans. Écrivez le résultat sur une page, et faites partir la même page à tous les fournisseurs.
On commence par comprendre le processus et les contournements actuels. La bonne option peut être d'améliorer l'outil existant, d'en relier plusieurs ou de développer ce qui manque, et le sur mesure n'est pertinent que si la comparaison avec les autres options le justifie. Finova n'ajoute pas d'outils, il optimise ceux déjà en place.
Deux autres articles du blogue prolongent cette page : « Cadrer un projet informatique avant le devis » pour la page à envoyer aux fournisseurs, et « Soumission, chantier, facturation : quand vos trois outils ne se parlent pas » pour le choix entre améliorer, relier et développer.
Questions fréquentes
Quelle est la différence entre un agent IA et une automatisation ?
Une automatisation exécute une suite d'instructions écrites : la même entrée donne toujours la même sortie, et on peut lire la règle. Un agent IA interprète une entrée et produit une réponse qui peut varier d'une exécution à l'autre. L'un se débogue en corrigeant une condition, l'autre en reformulant une consigne.
Quand un agent IA est-il vraiment nécessaire ?
Quand l'entrée arrive sous une forme imprévisible et qu'aucune liste de conditions raisonnable n'en vient à bout : texte libre, documents de mise en page changeante, demandes formulées différemment chaque fois. Si vous arrivez à écrire les règles sur une page, la règle gagne. Le test le plus simple : demandez à deux personnes de traiter dix cas réels et regardez si elles obtiennent la même sortie.
Comment savoir si une tâche demande du jugement ou une simple règle ?
Regardez la variabilité de l'entrée et la vérifiabilité de la sortie. Si l'entrée a des champs fixes et que la sortie est vraie ou fausse immédiatement, il n'y a pas de jugement, seulement une règle à écrire. Le jugement commence là où deux personnes compétentes peuvent produire deux sorties différentes et avoir raison toutes les deux.
Un agent IA coûte-t-il plus cher qu'une automatisation classique ?
La structure de coût diffère, et personne ne peut trancher sans mesurer votre cas. Un agent ajoute trois postes qu'une règle n'a pas : une dépense qui suit le volume d'exécutions, le temps de vérification humaine et le temps de reprise quand une sortie est fausse. Ces postes s'estiment avant de signer, sur vos propres volumes.
Que répondre à un fournisseur qui propose de mettre de l'IA dans un processus ?
Demandez-lui de découper sa proposition tâche par tâche et d'indiquer, pour chacune, la variabilité de l'entrée et qui vérifie la sortie. Demandez aussi ce qui se passe quand l'agent se trompe : qui s'en aperçoit, en combien d'étapes on corrige, et où la règle est écrite. Un fournisseur sérieux répond sans difficulté et retire parfois lui-même une partie du périmètre.