Pour préparer un agent IA sur mesure, décrivez une tâche, son déclencheur et le résultat attendu. Identifiez les données utiles, les logiciels concernés et la personne qui valide. Écrivez les actions autorisées et les cas d’arrêt, puis rassemblez des dossiers anonymisés pour les tests. La fiche de mission ci-dessous vous aide à consigner ces décisions.
Ce guide s’adresse aux dirigeants et responsables métier de Chambéry, de Savoie et aux entreprises accompagnées à distance. Vous pouvez l’utiliser avant un premier échange, sans avoir choisi de technologie. Il complète la page de création d’un agent IA sur mesure : ici, vous préparez le travail à confier et les conditions dans lesquelles vous accepterez son résultat.
Accéder à la fiche de mission à remplir ou voir un exemple de fiche renseignée.
1. Décrivez une mission utile pour votre agent IA sur mesure
« Gérer les demandes clients » recouvre trop de décisions. Précisez plutôt : « À réception d’une demande d’intervention, préparer un dossier avec les informations disponibles et signaler les pièces manquantes. » Cette formulation donne un point de départ et une sortie que quelqu’un peut vérifier.
Une mission se décrit avec une phrase à compléter : lorsque [événement] se produit, préparer [résultat] pour [personne], en respectant [règles]. Si vous n’arrivez pas à remplir cette phrase, observez un dossier récent avec la personne qui l’a traité. Les hésitations montrent souvent qu’une règle reste à décider.
Gardez une frontière lisible. Préparer un dossier n’autorise pas à confirmer un rendez-vous, envoyer un devis ou modifier une facture. Notez ces exclusions dès le départ. Vous pourrez étendre la mission plus tard, après avoir vérifié les étapes déjà confiées.
Le sur-mesure concerne notamment vos règles métier, les accès à vos logiciels et la façon dont une personne reprend le travail. Il ne suppose pas que chaque opération utilise de l’IA. Pour explorer les possibilités avant de choisir une mission, consultez les exemples d’usages d’un agent IA pour une PME. Ces scénarios sont illustratifs, pas des résultats clients.
2. Retracez le travail sur un dossier réel
Prenez une demande anonymisée et suivez-la jusqu’au résultat. Notez où elle arrive, les recherches effectuées, les informations recopiées et le moment où une personne décide. Ajoutez les documents consultés. Un schéma simple sur une feuille suffit pour commencer.
Faites apparaître les retours en arrière : une référence absente, deux fiches clients similaires, une consigne changée ou une pièce illisible. La procédure officielle ne décrit pas toujours ces situations. Demandez à la personne qui traite les dossiers comment elle reconnaît qu’une demande doit être mise en attente.
Séparez les opérations dont la règle est stable de celles qui demandent d’interpréter un texte. Copier un identifiant validé et résumer une demande libre ne posent pas le même problème. Une connexion entre logiciels peut prendre en charge la première opération ; la seconde demande une vérification du contenu produit.
Dans son guide sur la conception des agents, Anthropic recommande de commencer par une solution simple et d’ajouter de la complexité seulement lorsqu’elle apporte une amélioration démontrable. Pour votre fiche, cela signifie : décrire le travail d’abord, puis vérifier quelle forme de système convient.
Si le parcours révèle surtout des champs à transmettre entre deux logiciels, le guide sur l’intégration API d’un CRM et d’un ERP permet d’examiner ce besoin précis. La fiche reste utile même si le projet aboutit à une connexion classique.
3. Identifiez les sources et les accès autorisés
Pour chaque information nécessaire, indiquez où elle se trouve et qui en est responsable. Une fiche client dans le CRM, une procédure sur le serveur et une disponibilité dans un agenda constituent des sources différentes. Précisez laquelle fait référence si elles se contredisent.
Une collection de documents n’est pas encore une base fiable. Repérez les versions périmées, les doublons et les contenus réservés à certains utilisateurs. Le responsable métier doit pouvoir désigner la procédure valide. Si personne ne sait quelle version utiliser, cette décision reste un préalable au projet.
Décrivez séparément les droits de lecture et d’écriture. « Accéder au CRM » est trop large : consulter une fiche existante, préparer une modification et enregistrer cette modification sont des opérations distinctes. La fiche de mission doit préciser lesquelles sont nécessaires et pour quel type de dossier.
Pour le premier échange, des exemples anonymisés et la structure des champs sont préférables à une exportation complète de données clients. Ne joignez pas de mots de passe ou de clés d’accès à un formulaire. Les éventuels accès techniques sont organisés ensuite, avec des permissions adaptées au périmètre.
La CNIL recommande de définir les usages autorisés et les précautions relatives aux données avant le déploiement d’une IA générative. Votre fiche permet de relever les questions à examiner ; elle ne constitue pas une attestation de conformité.
4. Écrivez les règles de validation humaine
Un bouton « valider » aide peu si la personne ne voit pas ce qu’elle approuve. Décrivez les informations qu’elle doit recevoir : la source consultée, les champs préparés, les points incertains et l’action qui suivra son accord. Le résultat doit être compréhensible sans reconstituer tout le parcours.
Classez les actions selon ce qu’elles changent. La lecture d’une procédure, la préparation d’un brouillon et l’envoi à un client n’engagent pas l’entreprise de la même façon. Définissez une règle pour chaque action, sans déduire une autorisation d’envoi d’un simple accès à la messagerie.
| Opération envisagée | Règle à préciser dans votre projet |
|---|---|
| Consulter une procédure | Sources accessibles, version valide et restrictions par utilisateur |
| Préparer une réponse | Informations à citer, éléments manquants et validateur du brouillon |
| Modifier une fiche client | Champs autorisés, identité vérifiée et traitement des doublons |
| Envoyer un message externe | Destinataire, contenu approuvé et contrôle des envois répétés |
Prévoyez aussi l’absence du validateur. Le dossier attend-il ? Une autre personne peut-elle reprendre la décision ? Qui reçoit une alerte si le traitement s’interrompt ? La règle doit permettre de retrouver le dossier et son état, sans obliger à relancer toute l’opération.
La différence entre autonomie et absence de contrôle est expliquée dans le guide sur le fonctionnement et les limites d’un agent autonome. Pour préparer votre projet, concentrez-vous sur les décisions que vous acceptez de déléguer et sur celles que vous voulez conserver.
5. Définissez les tests avant le développement
Choisissez les dossiers sur lesquels vous jugerez le résultat avant de voir une démonstration. Incluez une demande ordinaire et des exceptions connues. Pour chaque dossier, notez les informations attendues, l’action permise et la situation qui doit déclencher un arrêt.
- Informations manquantes : le dossier doit signaler ce qui manque, sans compléter avec une donnée inventée.
- Sources contradictoires : le système doit suivre la règle de référence ou demander une décision, selon ce que vous avez défini.
- Identité ambiguë : aucune modification de la fiche client ne doit être autorisée sans résolution de l’ambiguïté.
- Demande reçue deux fois : le traitement doit gérer le doublon selon la règle convenue, sans répéter une action engageante.
Un bon test vérifie aussi le refus. Si une demande sort du périmètre, le système doit indiquer pourquoi elle attend une intervention. Une réponse plausible n’est pas un résultat acceptable lorsqu’elle repose sur une information absente.
Observez le travail qui reste à la personne : relire, corriger, chercher une source ou reprendre un dossier bloqué. Les critères du pilote peuvent porter sur la justesse des champs, le respect des permissions et la facilité de reprise. Fixez les seuils d’acceptation avec le responsable métier à partir de votre situation, sans promettre un gain chiffré avant les essais.
La fiche de mission de votre agent IA sur mesure
Renseignez les rubriques ci-dessous avec vos observations. Quand une réponse manque, écrivez « à vérifier » et désignez la personne qui peut la préciser. Cette fiche prépare un échange et un périmètre de test ; elle n’oblige pas à arrêter tous les choix techniques immédiatement.
Télécharger la fiche de mission à remplir — fichier texte. Vous pouvez l’ouvrir dans un éditeur de texte ou la copier dans votre traitement de texte habituel. Aucun compte ni renseignement personnel n’est demandé pour obtenir le modèle.
| Rubrique | Question à renseigner |
|---|---|
| Mission | Quelle tâche précise voulez-vous confier ? |
| Déclencheur | Quel événement lance le travail ? |
| Résultat | Que doit retrouver la personne qui reprend le dossier ? |
| Sources | Quelles informations font référence, et qui les maintient ? |
| Connexions | Quelles opérations sont nécessaires dans chaque logiciel ? |
| Autorisations | Quelles lectures et écritures sont permises ? |
| Validation | Qui décide, sur quelles informations et avant quelle action ? |
| Arrêt et reprise | Quand suspendre le traitement et comment le reprendre ? |
| Tests | Quels dossiers et résultats permettront de juger le pilote ? |
| Responsabilités | Qui utilise, vérifie et maintient le fonctionnement ? |
Conservez la version de la fiche utilisée pour les tests. Si une règle change, notez la modification et les dossiers à rejouer. Vous pourrez ainsi relier un problème à une décision précise plutôt qu’à un souvenir de réunion.
Exemple illustratif : préparer une demande d’intervention
Une PME de services veut préparer les demandes reçues par email avant leur examen par un responsable. Voici une fiche renseignée pour comprendre le niveau de précision attendu. Elle décrit un scénario fictif, sans résultat client revendiqué.
- Mission retenue
- Préparer un dossier d’intervention à partir du message et des documents autorisés.
- Déclencheur
- Arrivée d’une demande dans la boîte dédiée, après identification du type de message.
- Sortie attendue
- Une fiche avec la référence du message, les champs extraits, les pièces jointes utiles et les informations manquantes.
- Source de référence
- Le CRM pour l’identité du client et la procédure validée pour les pièces à réunir. Le message reçu constitue une demande, pas une autorisation de modifier les coordonnées.
- Actions autorisées
- Lire les sources prévues et préparer un brouillon de dossier. Aucune confirmation de rendez-vous ni envoi de proposition commerciale dans ce premier périmètre.
- Validation
- Le responsable vérifie l’identité, les pièces et le classement avant de poursuivre le traitement dans l’outil métier.
- Cas d’arrêt
- Plusieurs clients possibles, document illisible, source indisponible ou demande hors du type d’intervention prévu.
- Recette
- Le dossier complet produit la fiche attendue ; le dossier incomplet signale les pièces absentes ; l’identité ambiguë reste en attente ; le doublon suit la règle de reprise définie.
Cette fiche permet de discuter des connexions, des écrans utiles et des limites sans supposer que l’agent peut déjà tout faire. Pour approfondir les opérations dans les logiciels, le guide sur les données, outils et droits d’un agent IA connecté détaille ces questions.
Que faire des points encore inconnus ?
Un accès technique non vérifié ne se transforme pas en fonctionnalité acquise. Notez le logiciel concerné, l’opération recherchée et la personne qui peut confirmer sa disponibilité. Une API peut exister sans autoriser l’écriture dont votre processus a besoin.
Si les inconnues concernent le besoin lui-même, revenez au dossier de départ : qui utilise le résultat et quelle décision en dépend ? Si elles concernent les sources, identifiez ce qui doit être corrigé ou validé. La fiche peut servir à préparer un pilote plus limité, à organiser les données ou à reporter le développement.
Le chiffrage et le délai sont établis selon la mission, les connexions et les contrôles nécessaires. Je les précise après examen du périmètre, plutôt que de les déduire du seul terme « agent IA ». Vous pouvez présenter la fiche pour discuter des éléments à développer et de ceux qui restent à vérifier.
Questions fréquentes pour préparer un projet d’agent IA
Que préparer avant de faire développer un agent IA sur mesure ?
Préparez une tâche précise, un exemple anonymisé de dossier et la description du résultat attendu. Listez les logiciels concernés, les documents de référence, les actions autorisées et la personne qui valide. Signalez les informations encore inconnues plutôt que de les remplacer par des hypothèses.
Faut-il choisir les outils techniques avant de décrire le besoin ?
Non. Décrivez d’abord le travail, ses exceptions et les contraintes de votre entreprise. Les choix techniques se font ensuite selon les connexions disponibles, les données et le niveau de contrôle attendu. Un développement d’agent n’est pas toujours nécessaire pour une opération qui suit des règles fixes.
Peut-on commencer si toutes les données ne sont pas prêtes ?
Oui, pour décrire la mission et identifier les données manquantes. La mise en service dépend ensuite de sources adaptées et d’accès vérifiés. Un périmètre limité peut être envisagé, à condition d’indiquer ce qu’il couvre et dans quels cas le système doit s’arrêter ou demander une validation.
Comment définir ce que l’agent peut faire sans validation ?
Distinguez les actions de lecture, de préparation et d’écriture. Pour chacune, précisez les conditions, les informations à montrer au validateur et les situations qui imposent un arrêt. Une autorisation doit correspondre à une opération précise ; un accès général au logiciel ne suffit pas à définir la mission.
Comment savoir si le pilote est prêt à être utilisé ?
Comparez les résultats à des critères définis avant les tests, sur des dossiers ordinaires et des exceptions. Vérifiez les informations produites, les actions réalisées, les refus attendus et le travail de correction restant. Décidez avec le responsable métier quelles conditions permettent de poursuivre, de modifier ou d’arrêter le pilote.
Préparer une mission que vous pourrez vérifier
Apportez une tâche, un exemple anonymisé et les règles qui comptent dans votre entreprise. Je conçois les projets Matixweb depuis Saint-Alban-Leysse, près de Chambéry, et peux étudier avec vous ce qui relève d’un agent, d’une connexion ou d’une préparation des données. La présentation du service d’agent IA sur mesure décrit cet accompagnement.
