Agent IA en PME : commencer par ce qu'il ne faut pas automatiser
Un périmètre trop large rend l'agent impossible à tester
Quand une PME envisage un agent IA, elle commence presque toujours par lister ce qu'elle voudrait confier à la machine. La liste inverse est plus utile. Écrire noir sur blanc ce qui restera entre des mains humaines fixe le périmètre, le budget et la manière de juger le projet.
Un périmètre trop large rend l'agent impossible à tester
Le scénario est classique. Un dirigeant voit une démonstration et imagine un assistant qui répondrait aux e-mails, qualifierait les prospects, mettrait le CRM à jour, relancerait les devis et résumerait les réunions. Sur le papier, c'est un projet. En pratique, ce sont cinq métiers, chacun avec ses propres sources d'information.
Le premier problème est le test. Un agent se valide sur des cas concrets : telle demande arrive, voici ce qu'il doit faire. Avec une seule tâche, quelques dizaines de cas réels couvrent la plupart des situations. Avec cinq, les combinaisons se multiplient, et ce sont souvent les cas à la frontière qui posent problème. Un client écrit pour passer commande et se plaindre d'une livraison dans le même message : qui s'en occupe, le traitement des commandes ou le service client ?
Le deuxième problème est le diagnostic. Quand une réponse est fausse, il faut savoir si l'erreur vient des consignes, des données ou d'une connexion à un logiciel. Plus l'agent touche d'outils, plus cette recherche prend du temps.
Le troisième est humain. Une équipe pardonne mal la première erreur visible d'un outil qu'on lui a présenté comme capable de tout. Elle reprend ses habitudes, et le projet s'éteint sans que personne ne l'ait arrêté.
Chaque accès supplémentaire (messagerie, CRM, facturation) est aussi une porte de plus à sécuriser. Mieux vaut démarrer avec une tâche, un canal d'entrée et un résultat attendu, puis élargir une fois que ce premier périmètre tient.
Trois critères pour trier une tâche
La fréquence
Une tâche qui revient deux fois par mois ne justifie presque jamais un agent. Le temps passé à le construire, à le tester et à le maintenir dépasse ce qu'il fera gagner. Une tâche qui revient plusieurs fois par jour change l'équation. La fréquence a un autre avantage : elle fournit assez de cas pour tester avant le lancement et pour juger honnêtement après quelques semaines.
Des règles stables
Posez une question simple à la personne qui fait la tâche aujourd'hui : peut-elle expliquer en une page comment elle décide ? Si la réponse commence par « ça dépend » et se poursuit par dix minutes d'exceptions, la règle n'existe pas encore. Un agent reproduira ce flou, avec moins de discernement. Le tri des demandes entrantes selon leur objet se décrit bien. Une négociation commerciale où chaque client obtient des conditions différentes se décrit mal. Dans ce cas, le travail à faire d'abord est d'écrire la règle, avec ou sans IA.
Le coût d'une erreur
La bonne question n'est pas « l'agent va-t-il se tromper ? », car il se trompera. C'est : que se passe-t-il quand il se trompe ? Un e-mail mal classé coûte quelques minutes à quelqu'un qui le remet à sa place. Un mauvais prix annoncé à un client, un rendez-vous enregistré au mauvais jour ou un message parti vers le mauvais destinataire coûtent bien plus. Et ils ne se rattrapent pas toujours.
Le critère pratique est la réversibilité. Si l'erreur peut être repérée et corrigée avant de sortir de l'entreprise, on peut automatiser. Si elle part directement chez un client ou engage de l'argent, l'agent prépare et un humain valide l'envoi.
Quand l'agent parle directement au public, par écrit ou au téléphone, une obligation s'ajoute. L'article 50 du règlement européen sur l'IA, applicable depuis le 2 août 2026, impose que les systèmes destinés à interagir avec des personnes soient conçus pour que celles-ci sachent qu'elles s'adressent à une IA, sauf si c'est évident dans le contexte.
Une tâche fréquente, aux règles écrites et dont l'erreur se rattrape facilement est une bonne candidate. S'il manque un des trois critères, on garde une validation humaine. S'il en manque deux, on n'automatise pas, pour l'instant.
Agent sur mesure ou outil du marché
Pour une tâche courante, comme la prise de rendez-vous, le tri d'une boîte de réception ou le compte rendu de réunion, des logiciels existent déjà. Ils sont maintenus par leur éditeur et facturés au mois. Le réflexe raisonnable consiste à en essayer un sur de vrais cas pendant quelques semaines avant d'envisager autre chose.
Le sur mesure se justifie dans trois situations. La tâche dépend d'outils que les logiciels du marché ne savent pas relier, comme un logiciel métier ancien ou une base interne. Les règles sont propres à l'entreprise et font partie de son savoir-faire. Ou les données concernées ne peuvent pas être confiées à une plateforme tierce dans les conditions qu'elle propose.
Dans les deux cas, trois vérifications s'imposent. D'abord, où vont les données. Un prestataire qui traite des données personnelles pour le compte de l'entreprise est un sous-traitant au sens du RGPD, et l'article 28 prévoit que ce traitement soit « régi par un contrat ou un autre acte juridique ». Demandez ce contrat avant de brancher quoi que ce soit. Ensuite, ce qui se passe si l'éditeur change ses prix ou ferme le service. Enfin, qui peut modifier le comportement de l'agent quand un cas mal traité apparaît, et en combien de temps.
Sur le budget, comparer le prix de construction d'un agent sur mesure à un abonnement mensuel n'a pas de sens. Il faut comparer sur la même durée, maintenance comprise des deux côtés.
Après la mise en service, le vrai travail commence
Un agent ne se livre pas comme un site vitrine. Les demandes réelles ne ressemblent jamais tout à fait aux cas de test : les clients formulent les choses autrement, mélangent les sujets, oublient une information.
Le suivi d'abord. Chaque demande traitée doit laisser une trace : ce qui est arrivé, ce que l'agent a fait, et si un humain a dû corriger. Pendant le premier mois, une relecture hebdomadaire de ce journal montre vite où l'agent hésite. Comptez les cas traités sans retouche et ceux qui ont dû être repris, et comparez avec la façon dont la tâche était faite avant.
Les ajustements ensuite. Prévoyez du temps pour corriger les consignes et une personne en interne qui en est responsable. Les fournisseurs de modèles font évoluer leurs versions, et un agent qui fonctionnait peut changer de comportement sans qu'on ait rien touché. Conservez une série de cas réels anonymisés et rejouez-la après chaque changement.
La propriété enfin, souvent oubliée. À qui appartiennent le code, les consignes, les scénarios d'automatisation ? Les comptes chez les fournisseurs de modèles sont-ils ouverts au nom de l'entreprise ou à celui du prestataire ? Le contrat doit répondre clairement, et la documentation doit permettre à un autre prestataire de reprendre l'agent. Une PME qui ne peut pas changer de prestataire sans tout reconstruire n'a pas acheté un outil, elle a acheté une dépendance.
La liste de ce qu'on ne confie pas à l'agent n'est pas un aveu de prudence excessive. C'est la première version de son cahier des charges.