Agent IA en entreprise : quel processus automatiser en premier ?

Pour un premier pilote d’agent IA, choisissez une tâche récurrente, des données accessibles et un résultat qu’une personne sait vérifier. Limitez le périmètre à la collecte d’informations ou à la préparation d’un brouillon, puis mesurez le travail humain restant. La rapidité du modèle ne suffit pas à démontrer l’intérêt du projet.

Prenons une personne qui traite les demandes d’inscription à des ateliers. Certains messages précisent la date et le nombre de participants ; d’autres disent seulement « nous aimerions venir en équipe ». Copier des champs est simple. Repérer les informations manquantes et préparer la bonne question constitue un premier périmètre plus intéressant.

Agent, scénario prédéfini ou simple intégration ?

Un agent IA s’appuie sur un modèle pour choisir ses prochaines étapes et utiliser des outils. Les définitions varient : précisez donc si le système doit suivre un parcours fixé à l’avance ou décider quelles recherches mener. Anthropic distingue ainsi les workflows prédéfinis des agents qui dirigent leur propre progression.

Comparez le pilote à une solution simple : formulaire mieux conçu, modèle de réponse, intégration. Une comparaison avec le seul travail entièrement manuel peut masquer une option moins coûteuse.

• Anthropic : workflows et agents

Observer le travail avant de choisir le cas d’usage

Reprenez quelques demandes récentes avec la personne qui les traite. Repérez les étapes où elle copie des informations, prend une décision ou constate qu’un renseignement manque. Ce travail à partir de cas réels donne des exigences plus précises que « automatiser les ventes ».

• Fréquence : disposer d’assez de cas pour observer une différence.
• Données : une source à jour, faisant autorité, avec des accès limités au besoin.
• Vérification : reconnaître une réponse correcte sans refaire tout le travail.
• Conséquences : pouvoir corriger un brouillon avant un envoi, un paiement ou une modification.
• Responsabilité : désigner la personne qui valide et traite les exceptions.

Si plusieurs documents affichent des prix contradictoires, commencez par les mettre en ordre. Le modèle ne peut pas deviner lequel a été approuvé. Un référentiel fiable peut être le premier bénéfice de cette préparation.

Exemple : préparer une réponse pour un atelier

Forma est l’atelier de céramique fictif de notre précédent guide. Nous décrivons ici un processus possible, pas un agent déployé ni des résultats obtenus chez un client.

• Le guide précédent : créer le site et tester le formulaire

Le système extrait les informations de la demande, consulte les conditions approuvées et prépare un brouillon avec ses sources. Si la date manque, il rédige une question pour la demander. Un calendrier de cours ne prouve pas qu’il reste des places : cette disponibilité doit être vérifiée dans une autre source tenue à jour.

Commencez par des droits de lecture et un espace de brouillons. Si vous autorisez ensuite l’envoi, la validation doit porter sur le destinataire et le texte exacts. Une reprise après incident ne doit pas expédier un doublon à l’insu du responsable.

Évaluer le pilote avant de solliciter les clients

1. Mesurez le processus actuel, corrections comprises. Séparez le temps de travail de l’attente d’une réponse client.
2. Rassemblez cas courants et exceptions, avec les résultats attendus et les actions interdites.
3. Gardez des cas à part pour l’évaluation ; ne testez pas uniquement ceux utilisés pour améliorer les instructions.
4. Exécutez sans envoyer de messages. Notez la version du système, le résultat et le temps de vérification.
5. Comptez toutes les tentatives, y compris les échecs terminés manuellement.
6. Décidez : élargir, réduire le périmètre, corriger les données ou arrêter.

Un taux global de précision met sur le même plan une formule maladroite et un prix inventé. Suivez séparément les conditions erronées, les questions oubliées et les actions non autorisées. Ajoutez des tests ciblés pour les erreurs rares mais graves : leur absence dans un petit échantillon ne prouve pas leur faible probabilité.

Fixez les critères de poursuite avant le test : brouillons relus, prix non confirmés bloqués, temps humain réduit, exceptions prises en charge. Les seuils chiffrés doivent correspondre à votre activité ; il n’existe pas de taux de réussite ou de taille d’échantillon universels.

• Télécharger le journal vierge du pilote (CSV)

Estimer la valeur après la vérification humaine

Prenons une hypothèse de 300 demandes par mois correspondant à la tâche choisie. Chacune exigeait auparavant 12 minutes de travail manuel. Avec le système, il resterait en moyenne 5 minutes par demande, en comptant la relecture, les corrections et le traitement manuel des cas où l’agent échoue. Ce sont des hypothèses de calcul, pas des performances mesurées.

Temps libéré : 300 × (12 − 5) / 60 = 35 h/mois.
Valeur du temps : 35 × 30 € = 1 050 €.
Après les coûts mensuels : 1 050 − 250 = 800 €/mois.
Retour théorique sur le coût initial : 2 400 / 800 = 3 mois.

Les 300 tentatives concernent le périmètre retenu, pas toutes les demandes de l’entreprise. La moyenne de cinq minutes inclut les échecs. Les coûts mensuels comprennent services et maintenance, sans compter deux fois le travail humain. Les 2 400 € initiaux sont une hypothèse, pas un devis Neaptide.

Libérer 35 heures ne verse pas automatiquement 1 050 € sur le compte de l’entreprise. Un salarié peut les consacrer à d’autres tâches au même salaire. C’est de la capacité disponible. Une économie de trésorerie exige de constater une dépense supprimée ; une hausse de chiffre d’affaires exige de la mesurer.

• Microsoft : relier l’usage des agents aux résultats de l’entreprise

• Essayer le calculateur avec vos hypothèses

À onze minutes, les coûts dépassent la valeur du temps libéré. Avant de changer de modèle, cherchez ce qui ralentit la vérification : présentation peu pratique, sources absentes ou tâche trop large. Mesurez aussi l’effet des corrections.

Préparer le brief pour le développeur

Préparez une page qui précise le responsable, les informations reçues, les sources approuvées et le résultat attendu. Indiquez quoi faire lorsqu’une information manque et quelles actions sont interdites. Ajoutez des exemples sans données identifiantes, les durées actuelles et un budget maximal pour l’essai.

Rejouez les cas de contrôle après tout changement de modèle, d’instructions ou de sources. Continuez à mesurer les reprises manuelles. Le pilote doit permettre une décision argumentée, y compris celle de retenir un formulaire et des modèles de réponse plus simples.

• Mise en œuvre de l’IA et automatisation avec Neaptide