L’assistant sait retrouver une commande, préparer un courriel et consulter un document. Vous lui demandez seulement de comparer deux versions d’un devis. Il hésite pourtant entre plusieurs fonctions qui se ressemblent, ouvre des dossiers inutiles ou commence à préparer une réponse au client. Avant d’ajouter un connecteur, regardez les choix que vous lui présentez pour cette tâche.
Un agent IA est un assistant capable d’utiliser des fonctions d’un logiciel, au-delà de la rédaction d’une réponse. Une fonction peut chercher une fiche, lire un statut ou créer un brouillon. Pour une petite équipe, l’enjeu est concret : fournir une sélection compréhensible, puis observer si l’assistant choisit la bonne opération. Voici une démarche proposée par la rédaction pour discuter ce réglage avec la personne qui configure votre outil.
Le retour de Postman invite à regarder le menu de l’agent
Dans un retour d’expérience publié avec AWS le 9 octobre 2026, Postman explique que son agent accède désormais à une sélection de fonctions adaptée à la demande. L’équipe rapporte davantage d’erreurs de sélection quand le choix visible devenait trop large. Elle souligne aussi le rôle des informations fournies à l’agent.
Ce témoignage industriel ne démontre pas qu’un nombre donné de fonctions conviendra à votre entreprise. Il fournit une question utile : que voit votre assistant au moment de choisir ? Un catalogue complet peut réunir des opérations inutiles pour la mission, avec des noms proches et des conditions différentes.
Le problème étudié ici concerne ce choix opérationnel. Si vous cherchez encore votre premier usage, notre guide pour intégrer l’IA dans une PME à partir d’une tâche précise aide à délimiter le travail. Une fois cet usage retenu, vous pouvez examiner le menu nécessaire pour l’accomplir.
Décrire la demande avant de choisir les fonctions
« Aider le service commercial » couvre trop de situations. Prenez une demande que l’équipe reconnaît : comparer le délai de livraison dans un devis initial et sa version corrigée. Le résultat attendu est une note interne indiquant ce qui a changé, accompagnée des passages utiles. Il n’exige ni l’envoi d’un message, ni une modification de la fiche client.
Sur une feuille, décrivez le parcours que ferait une personne : identifier les deux versions, retrouver la rubrique livraison, lire les conditions et préparer la comparaison. Faites ensuite correspondre chaque étape à une fonction réellement disponible. Certaines applications ne permettent pas de régler ce choix. Dans ce cas, demandez au fournisseur ce qu’il expose à l’agent avant de promettre un fonctionnement à l’équipe.
Un responsable métier peut mener cette discussion sans connaître le code. Il doit pouvoir dire quelle information est recherchée, où elle se trouve et ce que l’assistant doit produire. La personne qui configure le logiciel traduit ce besoin en fonctions et vérifie leurs conditions d’utilisation. Si ces interlocuteurs ne comprennent pas la même opération, le menu restera difficile à interpréter.
Repérer les noms qui cachent des opérations différentes
Des fonctions intitulées « chercher », « retrouver » et « consulter » peuvent sembler interchangeables. Elles peuvent pourtant viser une recherche générale, une fiche identifiée ou la dernière version d’un document. Demandez une description en langage courant pour chacune : ce qu’elle reçoit, ce qu’elle renvoie et dans quelle situation elle convient.
Le mot « actualiser » mérite une attention particulière. Il peut signifier relire une information récente ou écrire une nouvelle valeur. Ces opérations ne doivent pas être confondues dans une description. Pour comparer des devis, l’agent doit lire les documents. Il n’a aucune raison de modifier leur contenu pour les rendre cohérents avec sa réponse.
Une bonne description rend aussi l’échec compréhensible. La recherche peut renvoyer plusieurs documents, aucun résultat ou une version sans date. Prévoyez ce que l’assistant doit alors demander. Une fonction qui répond seulement « rien trouvé » laisse à l’équipe un doute : le dossier est-il absent, l’identifiant incorrect ou l’accès insuffisant ?
Ne renommez pas des fonctions en production sans connaître leurs usages existants. Vous pouvez d’abord travailler sur une copie de test ou transmettre un tableau de descriptions à votre prestataire. Le but est de rendre la sélection moins ambiguë, avec une modification maîtrisée du logiciel.
Un cas fictif : comparer un devis sans ouvrir toute la relation client
Imaginons une entreprise de maintenance à Rabat. Ce scénario est inventé. Elle utilise un assistant connecté à ses documents commerciaux et à son logiciel de suivi. Nadia veut comparer deux devis portant sur la même intervention. Le catalogue disponible comprend aussi la création d’une facture, l’envoi de courriels et la réservation d’un rendez-vous.
Pour cet essai, l’équipe demande au prestataire une sélection consacrée à la comparaison : retrouver les versions autorisées, lire leur contenu et préparer une note. L’identifiant de l’intervention et les deux dates de version accompagnent la demande. Les fonctions de facturation et d’envoi n’apportent rien à ce travail.
Premier essai : les deux versions sont identifiées et la rubrique existe. L’équipe regarde si l’assistant lit les bons documents et prépare la comparaison demandée. Deuxième essai : plusieurs devis portent un nom semblable. L’assistant doit demander une précision plutôt que choisir silencieusement le premier résultat. Ces comportements attendus sont définis pour cet exemple, sans garantie de réussite.
Une sélection restreinte ne constitue pas une protection suffisante à elle seule. Les droits doivent rester appliqués par le système, même si l’agent propose une autre opération. Notre article sur les consignes malveillantes présentes dans les documents explique pourquoi le texte d’un dossier ne peut pas autoriser une action.
Quand une information manque, corriger le contexte
L’assistant appelle la bonne fonction, mais compare deux mauvaises versions. Ajouter une nouvelle fonction de recherche risque de multiplier les possibilités sans résoudre l’identification. Examinez d’abord les informations présentes dans la demande : référence du dossier, dates, type de document et question exacte. Une ambiguïté sur la version nécessite une clarification.
Évitez aussi de joindre toute l’histoire du client par défaut. Pour vérifier un délai, une ancienne discussion sur la facturation peut distraire l’analyse. Sélectionnez les éléments nécessaires tout en gardant le moyen d’obtenir une précision lorsqu’elle manque. La personne qui prépare le dossier doit connaître cette limite pour ne pas présenter un extrait incomplet comme un document exhaustif.
La distinction est utile lors d’un incident. Une erreur de sélection signifie que l’assistant a choisi une fonction inadaptée. Une erreur de contexte signifie qu’il a travaillé avec une mauvaise référence ou une information insuffisante. Les corrections ne sont pas les mêmes. Notez ce qui a été observé avant de demander une refonte générale.
Comparer deux réglages sur le même travail
Préparez des dossiers fictifs dans l’environnement de test prévu par votre fournisseur. Comparez le fonctionnement actuel avec une sélection réduite, en conservant les mêmes demandes. Incluez un dossier clair, deux versions difficiles à distinguer et une pièce manquante. Ce petit essai sert à repérer les problèmes ; il ne mesure pas la fiabilité générale d’un produit.
Pour chaque demande, relevez la fonction choisie, la référence effectivement utilisée et la qualité de la comparaison. Notez aussi les demandes de clarification et le temps de correction humaine. Une sélection courte n’a pas d’intérêt si elle oblige systématiquement un collègue à terminer le travail à la main.
Gardez une trace des réglages comparés. Si vous changez les descriptions, les fonctions et les documents en même temps, vous comprendrez mal l’origine d’une amélioration. Corrigez d’abord le problème identifié, puis rejouez les cas concernés. Lorsque le résultat paraît satisfaisant, vérifiez également ce que l’agent a réellement laissé après son action.
Élargissez ensuite le menu lorsqu’un besoin nouveau est établi. « L’assistant doit maintenant préparer un brouillon de réponse » justifie une discussion sur une fonction supplémentaire. « Le connecteur existe » ne suffit pas. Précisez le nouveau résultat attendu et les conditions de validation avant d’ajouter cette possibilité.
Une lecture pour cadrer les choix d’une petite entreprise
Booster sa PME grâce à l’intelligence artificielle, de Jean-Luc Marini, Céline Patissier et Julien Toublanc, paru chez Dunod en octobre 2024, traite du choix et de l’intégration de solutions adaptées aux petites structures. Son sommaire aborde notamment les objectifs et les ressources nécessaires. Cette référence peut prolonger la réflexion sur le projet d’entreprise ; elle n’est pas un manuel de configuration de Postman et ne remplace pas un essai de votre outil.
Pour votre prochaine discussion avec le prestataire, apportez une demande réelle décrite sans données confidentielles. Demandez quelles fonctions l’assistant verra pour la traiter, comment il distinguera les versions et ce qu’il fera si une référence manque. Vous disposerez d’un réglage à examiner et d’un essai à observer, avant d’envisager un nouveau connecteur.
