Un accord doit rester attaché à ce qui a été relu
La validation humaine d’un agent IA doit préciser l’action autorisée, le document concerné, le destinataire et les conditions à respecter. Si le prix, le bénéficiaire ou une condition déterminante change après l’accord, l’agent doit suspendre cette action et faire vérifier la différence. En revanche, il ne devrait pas redemander l’autorisation de terminer un travail resté dans le périmètre convenu.
Vous relisez un devis, corrigez la date de livraison et répondez « bon pour envoi ». Entre-temps, le commercial ajoute une option payante. Le devis porte le même nom, mais le montant a changé. Votre accord concerne-t-il encore cette nouvelle version ?
Ce scénario est fictif. Il pose pourtant une question très concrète à une PME qui confie ses devis, ses relances ou ses avoirs à un agent IA : comment empêcher un accord précis de devenir une permission générale ? Ajouter un bouton « Valider » ne suffit pas à répondre. Il faut pouvoir retrouver ce qui a été présenté, puis comparer cette décision avec l’action effectivement réalisée.
Le bouton ne définit pas ce que vous avez accepté
Une direction commerciale peut autoriser la préparation d’un devis sans autoriser son envoi. Elle peut approuver l’envoi sans approuver une remise supplémentaire. Elle peut aussi donner une délégation durable pour les offres standard, à condition que le destinataire, le tarif et la marge respectent des règles écrites.
Ces accords ne sont pas interchangeables. Une interface qui les résume tous par « approuvé » oblige l’équipe à deviner la portée de la décision. L’agent risque alors d’envoyer trop largement, ou de s’interrompre à chaque étape par prudence.
La documentation de Microsoft sur les approbations Power Automate illustre cette distinction : une demande peut attendre la réponse d’un approbateur, et plusieurs modes de décision existent, dont l’accord de tous ou la première réponse. Cette documentation décrit le traitement d’une approbation. Elle ne prouve pas que le contenu d’un devis sera automatiquement revérifié après chaque modification. Ce contrôle doit être prévu dans le dispositif choisi.
Présenter une décision assez précise pour être utile
Avant de demander un accord, l’agent devrait afficher une fiche courte. Le responsable doit pouvoir décider sans reconstituer toute la conversation ni ouvrir une série de pièces dont il ignore la version.
Pour une première mise en service, cette fiche constitue un livrable plus utile qu’une promesse d’« humain dans la boucle ». Elle montre exactement ce que le responsable pourra lire avant d’engager son entreprise.
Décider à l’avance quels changements rendent l’accord caduc
Revenons au devis. Une correction orthographique dans le message d’accompagnement ne modifie pas nécessairement la décision commerciale. Une nouvelle option facturée, un destinataire différent ou une livraison avancée la modifient. L’équipe doit fixer cette frontière avant de laisser l’agent envoyer.
La règle recommandée est simple : un changement qui touche les conditions acceptées suspend l’action correspondante. L’agent présente alors la différence : « Le devis relu prévoyait cette prestation ; la version prête à partir en ajoute une autre. » Il ne renvoie pas tout le dossier avec une vague demande de confirmation.
Le temps écoulé compte aussi lorsque les informations peuvent évoluer. Une offre dépendante du stock disponible réclame un nouveau contrôle avant l’envoi si la disponibilité a changé ou si l’information est devenue trop ancienne selon la règle convenue. Il n’existe pas de durée universelle valable pour un devis, un remboursement et une relance.
Le traitement des documents périmés dans un Company Brain répond à la question « cette règle est-elle encore à jour ? ». Ici, la question est différente : « cet accord humain couvre-t-il encore l’action prête à partir ? » Une source récente et une autorisation valable sont deux vérifications distinctes.
Ne pas redemander ce qui a déjà été autorisé
À l’inverse, un agent qui réclame un nouvel accord pour chaque étape déplace le travail vers le dirigeant. Si le mandat autorise la préparation, l’envoi d’une offre standard et son classement dans le dossier client, le classement ne devient pas une nouvelle décision commerciale simplement parce qu’il intervient après l’envoi.
La bonne séparation se fait entre les étapes nécessaires du travail convenu et une nouvelle décision qui change l’engagement. Renseigner le statut « envoyé » appartient au suivi autorisé. Proposer spontanément une remise pour accélérer la réponse du client change l’offre et peut exiger un responsable.
Un refus doit lui aussi rester précis. Si le responsable refuse la remise, l’agent ne doit ni l’accorder autrement, ni interpréter ce refus comme l’interdiction de préparer les pièces du dossier. Il poursuit uniquement les tâches indépendantes qui restent permises. Un blocage portant sur un envoi ne devient pas automatiquement l’arrêt de toute l’équipe.
La question à poser pendant votre diagnostic
« Montrez-moi ce que l’agent peut encore terminer si je refuse cette remise, et ce qui l’empêche de l’envoyer quand même. » Avec First Contact, le parcours de cadrage Amplify, partez d’un devis ou d’une demande client réelle pour définir ces limites, les responsables et les preuves attendues.
Conserver la décision et le résultat dans le même dossier
Une approbation enregistrée ne démontre pas que l’envoi a eu lieu. Le dossier doit distinguer la version approuvée, l’accord reçu, l’action tentée et le résultat constaté. Si le message est resté en brouillon, le travail est autorisé mais pas terminé. Si l’envoi a réussi, la trace doit permettre de retrouver le message et son destinataire.
Pour les cas où le résultat reste incertain, il faut d’abord vérifier ce qui s’est passé, pas recommencer par réflexe. Le guide sur la reprise d’un agent IA sans doublons détaille cette frontière. Un accord ne doit pas servir de prétexte à répéter une action dont l’effet n’a pas encore été établi.
Le Company Brain peut rassembler les règles de délégation et la décision propre à chaque dossier, avec des accès adaptés aux salariés concernés. Il faut cependant conserver leur nature : une exception acceptée pour un client ne devient pas la nouvelle politique de remise de l’entreprise. L’agent doit savoir retrouver la décision sans l’étendre aux prochains clients.
Exiger une démonstration qui met l’accord à l’épreuve
Avant de connecter l’agent aux envois clients, faites tester ces situations sur un environnement sans effet réel. Ce sont des critères de réception proposés, pas des capacités garanties de tous les produits.
Demandez la trace de chaque essai et le nom du responsable qui acceptera les résultats. Votre recette de projet IA avant mise en production peut intégrer ces scénarios. Une vidéo où tout fonctionne du premier coup ne répond pas aux mêmes questions.
Acheter une autonomie délimitée, pas une pile de validations
Pour le dirigeant, le choix porte sur un compromis observable : quelles actions l’agent termine-t-il seul, quelles décisions remontent-elles à un salarié et quelle information reçoit ce salarié pour décider ? Si toute demande revient au fondateur, la délégation reste théorique. Si les accords s’étendent sans contrôle aux nouvelles versions, la responsabilité devient floue.
La prochaine étape consiste à écrire ces règles pour un seul flux : devis standard, avoir client ou relance de pièce manquante. Les agents gouvernés prennent leur sens à cet endroit : un rôle défini, une marge d’action connue et une mémoire des décisions qui n’efface pas leurs limites.
À mesure que les équipes confient davantage de travail aux agents, elles doivent pouvoir déléguer sans relire chaque geste et sans donner carte blanche. Chez Amplify, le cadrage commence par les documents qui circulent, les engagements qu’ils portent et les personnes qui peuvent les accepter.
Définissez ce que votre futur collègue IA peut vraiment terminer
Apportez un devis, une demande d’avoir ou une relance client. Le parcours First Contact sert à cadrer le travail délégué, les accords nécessaires et la trace attendue dans votre Company Brain.