Agents IA

Comment un forward deployed engineer met un agent IA en production

La plupart des projets d'agents IA restent des démonstrations. La méthode des forward deployed engineers les amène en production. Voici les étapes, telles que nous les appliquons.

Comment un forward deployed engineer met un agent IA en production

Un agent IA impressionne en démonstration en quelques jours. Le mettre en production, dans les outils d'une entreprise, avec ses données, ses règles et ses utilisateurs, est une autre histoire. C'est exactement le travail d'un forward deployed engineer : partir du terrain, construire dans l'environnement réel et ne s'arrêter que lorsque l'agent est utilisé. Cet article décrit la méthode, étape par étape, telle que nous l'appliquons sur nos projets.

Pourquoi les agents IA restent bloqués au prototype

  • Le mauvais cas d'usage : choisi parce qu'il est spectaculaire, pas parce qu'il est fréquent et coûteux.
  • Des données inaccessibles ou désordonnées : documents en doublon, versions contradictoires, informations dans la tête des équipes.
  • Pas d'intégration : un agent qui ne peut ni lire le CRM ni créer un ticket reste un jouet.
  • Pas d'évaluation : personne ne sait dire si l'agent répond juste 60 % ou 95 % du temps.
  • La sécurité découverte trop tard : droits d'accès, données personnelles, validation humaine.
  • L'adoption oubliée : l'outil est livré, personne ne change sa façon de travailler.

Étape 1 : partir d'un processus, pas d'une technologie

Le FDE commence par observer le travail réel : qui fait quoi, combien de fois par jour, avec quels outils, où se perd le temps. Le bon cas d'usage est fréquent, mesurable et délimité : répondre aux questions de suivi de commande, qualifier les demandes entrantes, préparer un premier devis, rechercher une clause dans des contrats. Notre article agents IA pour les PME donne des exemples concrets.

Étape 2 : cartographier les données et les outils

  • Les sources : documents, base de connaissances, CRM, ERP, e-mails, tickets, base produits.
  • Leur qualité : à jour, en doublon, contradictoires ? Le nettoyage fait partie du projet.
  • Les actions que l'agent doit pouvoir faire : lire, créer, mettre à jour, envoyer, et lesquelles demandent une validation humaine.
  • Les droits : l'agent ne doit voir que ce que l'utilisateur concerné a le droit de voir.

Étape 3 : construire le socle (RAG, outils, garde-fous)

L'agent s'appuie sur trois briques. La recherche documentaire (RAG) lui donne accès aux bonnes informations avec leurs sources, voir le RAG expliqué. Les outils lui permettent d'agir dans vos systèmes via des API ou des automatisations (voir n8n). Les garde-fous encadrent son comportement : périmètre des réponses, refus poli hors sujet, passage à un humain, confirmation avant toute action sensible.

Étape 4 : évaluer avant de déployer

Un FDE ne déploie pas « au ressenti ». Il construit un jeu de test à partir de vraies questions et de vrais cas, avec la réponse attendue, puis mesure l'agent : exactitude, citation des bonnes sources, respect des règles, temps de réponse, coût par échange. Ce jeu de test est rejoué à chaque modification (nouveau document, changement de modèle, nouvelle règle) pour éviter les régressions.

Étape 5 : sécuriser

  • Comptes et clés d'API au nom de l'entreprise, jamais du prestataire.
  • Offres professionnelles des fournisseurs de modèles qui excluent l'entraînement sur vos données. Voir protéger les données de l'entreprise.
  • Accès minimal par outil, journalisation des échanges, durée de conservation définie.
  • Protection contre les instructions malveillantes cachées dans des documents ou des messages entrants.
  • Conformité : RGPD pour les données européennes, loi 09-08 au Maroc.

Étape 6 : déployer progressivement

  1. Mode suggestion : l'agent propose, un humain valide et envoie.
  2. Périmètre limité : un canal, une équipe, un type de demande.
  3. Élargissement quand les indicateurs sont bons : plus de cas, plus d'autonomie sur les actions sans risque.
  4. Supervision continue : tableau de bord des échanges, des escalades et des erreurs.

Pour un agent de service client, notre guide déployer un agent IA de service client détaille ce déploiement.

Étape 7 : faire adopter

C'est l'étape qui distingue le plus un FDE d'un simple développeur. Il forme les équipes, explique ce que l'agent fait et ne fait pas, recueille les retours dans les premières semaines et ajuste rapidement. Les utilisateurs adoptent un outil qui leur fait gagner du temps dès la première semaine et qui s'améliore quand ils signalent un problème.

Étape 8 : mesurer et améliorer

Les indicateurs à suivre dépendent du cas d'usage : temps de traitement, part des demandes résolues sans humain, satisfaction, erreurs signalées, coût par demande. Ils sont revus chaque mois, avec un plan d'amélioration. Un agent IA n'est pas un projet terminé, c'est un service qui vit.

Nous travaillons en mode forward deployed

Notre offre agents IA suit ces huit étapes : nous nous intégrons à vos équipes, nous construisons dans votre environnement, nous mesurons sur vos cas réels et nous restons jusqu'à l'adoption. Présentez-nous votre cas d'usage : nous vous dirons ce qui peut tourner en production, en combien de temps et pour quel coût de fonctionnement.

Questions fréquentes

Combien de temps pour mettre un agent IA en production ?

Pour un cas d'usage délimité, un premier agent en mode suggestion peut être en service en quelques semaines. L'élargissement se fait ensuite progressivement, en fonction des indicateurs.

Quel modèle d'IA faut-il choisir ?

Le choix dépend du cas d'usage, du coût et des contraintes de données. Il compte moins que la qualité des données, des outils et de l'évaluation, et il peut changer sans refaire le projet si l'architecture est bien pensée.

Comment savoir si l'agent répond correctement ?

Avec un jeu de test construit à partir de vraies questions et des réponses attendues, rejoué à chaque modification, et une supervision des échanges réels après le déploiement.

L'agent peut-il agir dans nos outils ?

Oui, via des API ou des automatisations, avec des droits limités et une validation humaine pour les actions sensibles comme l'envoi d'un e-mail client ou la modification d'une commande.