IA

Agents IA en entreprise : ce qu'ils font vraiment (et ce qu'ils ne font pas)

Guillaume Ulrich8 min de lecture

Entre la démo qui impressionne et l'agent qui tient en production, il y a un fossé : le contexte et les garde-fous. Ce que les agents IA font vraiment en entreprise, et ce qu'ils ne feront pas.

« On voudrait un agent IA. » La phrase revient dans presque toutes les conversations que nous avons depuis un an. Derrière, il y a rarement un besoin formulé : il y a une démo vue en ligne, une pression concurrentielle, et l'intuition — juste — qu'il se passe quelque chose. Le problème n'est pas l'envie, il est le décalage entre ce qu'un agent fait vraiment et ce qu'on imagine qu'il fait.

Un agent IA, en une phrase

Un agent IA est un programme qui utilise un modèle de langage pour décider quoi faire, puis qui exécute des actions à travers des outils auxquels vous lui donnez accès. La différence avec un chatbot tient en un mot : l'action. Un chatbot répond. Un agent lit une demande, consulte votre base, appelle une API, écrit dans votre CRM, envoie un message — et rend compte.

Trois pièces le composent : un modèle (le raisonnement), un contexte (vos données, vos règles, vos exemples), et des outils (ce qu'il a le droit de faire). La qualité du résultat vient très majoritairement des deux dernières pièces, pas de la première.

Ce qu'ils font vraiment : quatre usages qui tiennent

Qualification et routage de leads

Une demande entrante arrive en texte libre : un formulaire, un e-mail, un message LinkedIn. L'agent lit, extrait les éléments utiles (secteur, taille, besoin exprimé, urgence, budget évoqué), les compare à vos critères, attribue un score, écrit une synthèse de trois lignes dans le CRM et notifie la bonne personne. C'est l'usage qui rapporte le plus vite, parce que la matière est textuelle, non structurée, et que la règle est difficile à coder mais facile à expliquer.

Tri et pré-traitement des demandes

Une boîte partagée reçoit des dizaines de messages hétérogènes : factures, réclamations, demandes RH, spams. L'agent classe, étiquette, extrait les pièces jointes, remplit les champs et route. Il ne traite pas la demande — il la présente prête à traiter. Le gain n'est pas la réponse, c'est la disparition du temps de tri.

Résumé et extraction documentaire

Comptes rendus, appels d'offres, contrats, échanges longs : l'agent produit un résumé structuré et extrait des champs précis (dates, montants, engagements, interlocuteurs). C'est l'usage le plus robuste techniquement, à condition d'exiger une sortie structurée et de conserver un lien vers la source pour vérification.

Support de niveau 1

Adossé à votre documentation, l'agent répond aux questions récurrentes, en citant ses sources, et escalade dès qu'il sort de son périmètre. Le critère de réussite n'est pas « il répond à tout » mais « il sait dire qu'il ne sait pas ».

Ce qu'ils ne font pas

Un agent n'a pas de jugement. Il produit la suite la plus plausible compte tenu de son contexte, ce qui n'est pas la même chose qu'une décision fondée. Sur un arbitrage commercial, un cas RH sensible, une exception contractuelle, il produira quelque chose de fluide et convaincant — et parfois faux.

Un agent ne porte pas la responsabilité. Si une réponse automatique engage votre entreprise auprès d'un client, c'est votre entreprise qui est engagée. La question n'est donc jamais « l'agent peut-il le faire ? » mais « suis-je prêt à assumer ce qu'il produira sans relecture ? ».

Un agent ne remplace pas un process. Branché sur une organisation floue, il produit du flou plus rapidement. C'est pour cela que nous cartographions toujours le flux avant d'y mettre de l'IA : l'agent amplifie ce qui existe, dans les deux sens.

Enfin, un agent n'a pas de mémoire de votre entreprise par défaut. Il ne connaît ni vos clients, ni votre catalogue, ni vos règles internes tant que vous ne les lui donnez pas. C'est le point central.

Le contexte est l'actif, le modèle est un moyen

Les modèles changent tous les mois, se remplacent en changeant une ligne de configuration, et convergent en qualité. Ce qui distingue un agent utile d'une démo, c'est ce que vous lui donnez à connaître : vos définitions métier, vos critères de qualification, vos réponses types, vos exemples de bons et de mauvais cas, vos exceptions, votre ton.

Le modèle est un consommable. Votre contexte est l'actif.

Concrètement, cet actif prend la forme de fichiers que vous possédez et versionnez : des instructions écrites, une base de connaissances à jour, des schémas de sortie, des jeux d'exemples annotés. C'est cela qui reste quand le modèle change — et c'est cela qu'une organisation doit refuser de laisser dans le compte d'un prestataire.

Les garde-fous non négociables

  • Périmètre explicite : listez ce que l'agent a le droit de faire, et refusez le reste par défaut.
  • Sortie structurée : imposez un format (JSON avec champs typés) et validez-le avant toute écriture dans un système.
  • Sources citées : sur toute réponse factuelle, l'agent renvoie l'extrait d'origine.
  • Journalisation : conservez entrées, sorties et décisions. Sans traces, aucun diagnostic possible.
  • Seuil de confiance : sous un certain niveau, l'agent escalade au lieu de trancher.
  • Données : sachez ce qui sort de votre système d'information, et vers quel fournisseur.

Human-in-the-loop : une étape, pas un aveu d'échec

Le bon schéma de départ est presque toujours le même : l'agent prépare, l'humain valide en un clic. Cette validation a deux vertus. Elle protège l'entreprise pendant la phase où le taux d'erreur est inconnu. Et elle produit de la donnée : chaque correction humaine est un exemple qui améliore les instructions. Au bout de quelques semaines, vous savez précisément sur quels cas l'agent est fiable — et vous pouvez lever la validation sur ceux-là seulement.

Démarrer un premier agent utile

  1. 01Choisissez une tâche textuelle, fréquente, à faible conséquence en cas d'erreur.
  2. 02Écrivez à la main ce qu'un bon collaborateur ferait, y compris ses critères implicites.
  3. 03Rassemblez dix à vingt cas réels, dont les cas tordus, et notez la sortie attendue pour chacun.
  4. 04Construisez l'agent avec sortie structurée et accès minimal aux outils.
  5. 05Faites-le tourner en mode proposition pendant deux semaines, avec validation humaine.
  6. 06Mesurez les écarts sur vos cas réels, corrigez les instructions, puis étendez le périmètre.

Un agent qui traite bien un cas précis et connu vaut infiniment plus qu'un assistant généraliste que personne n'utilise. Si vous avez une tâche en tête et que vous hésitez sur sa faisabilité, c'est exactement le type de sujet qu'on tranche en trente minutes.

Une douleur similaire ? Parlons-en.

Trente minutes suffisent pour poser le diagnostic sur votre cas précis. Ensuite, on installe.

Identifier mon frein