Pour créer des prompts efficaces pour vos équipes commerciales, écrivez un modèle commun en six blocs (objectif, rôle, contexte, format de sortie, contraintes, critères de réussite) que chaque commercial complète avec les données de son deal.
Rangez ensuite ces modèles dans une bibliothèque partagée, avec un propriétaire et une revue par mois. Puis transformez ceux que l'équipe utilise chaque semaine en skill, et enfin en agent IA branché sur vos outils.
Un commercial qui tape « écris-moi un mail de prospection pour un DSI » dans ChatGPT récupère trois paragraphes génériques, parce que sa demande ne disait ni à qui il écrivait, ni pourquoi maintenant.
Gartner a chiffré l'enjeu dans un communiqué du 19 mai 2026 : l'IA fait gagner près de 5 heures par semaine aux vendeurs (4,8 heures en moyenne). Mais 72 % des organisations de vente déclarent n'en réinvestir qu'une faible part dans des activités commerciales à forte valeur. L'enquête porte sur 210 directeurs commerciaux et responsables sales, interrogés entre janvier et février 2026.
Pour Gartner, la valeur de l'IA dépend surtout de la façon dont les organisations commerciales réorganisent leurs systèmes autour. Les prompts partagés en font partie : sans modèle commun, personne ne peut comparer les résultats des commerciaux ni corriger ce qui ne marche pas.
✅ Ce guide en bref :
- Pour qui : directeur commercial, head of sales ou RevOps d'une PME, d'une ETI ou d'une grande entreprise B2B, avec au moins cinq commerciaux qui utilisent un assistant IA.
- Ce que vous aurez à la fin : un modèle en six blocs, six prompts prêts à l'emploi, une bibliothèque versionnée et le cadre d'un premier agent IA.
- Prérequis : un assistant IA ouvert à toute l'équipe (ChatGPT, Claude ou un autre), la liste des champs de votre CRM et vos meilleurs emails de l'année, anonymisés.
- Durée estimée : 2 à 3 heures pour écrire et tester le premier modèle, puis une heure par mois pour la revue de la bibliothèque.
- Difficulté : faible pour les étapes 1 à 5, qui ne demandent aucun accès technique. L'étape 6 demande des droits d'administration sur le CRM et sur l'outil qui fait tourner l'agent.
Les six blocs d'un prompt commercial : chacun donne au modèle une information qu'il ne peut pas deviner.
| Bloc | Ce qu'il contient | Exemple |
|---|---|---|
| Objectif | Le verbe d'action et le livrable attendu | « Rédige un email de 90 mots qui propose un appel de 15 minutes » |
| Rôle | Qui écrit, et pour quel public | « Tu es un Sales Manager B2B qui écrit à un DSI » |
| Contexte | Offre, segment, déclencheur, étape du deal, objectif du prochain échange | « L'entreprise vient de recruter un responsable sécurité » |
| Format de sortie | La forme de la réponse, alignée sur les champs du CRM | « Champ CRM Prochaine action : verbe + date » |
| Contraintes | Ce qui est interdit ou limité | « Vouvoiement, aucun superlatif, un seul appel à l'action » |
| Critères de réussite | La condition qui dit si la sortie est bonne | « L'email cite le déclencheur dans la première phrase » |
Étape 1 : fixer l'objectif, le livrable et le rôle du modèle
Un prompt efficace commence par un verbe d'action et un résultat concret. « Rédige un email de 90 mots qui propose un appel de 15 minutes à un VP Sales » donne au modèle une longueur, un destinataire et un objectif, trois informations absentes de « Aide-moi avec ce prospect ».
La question à se poser : qu'est-ce que le commercial fera de la réponse dans les cinq minutes qui suivent ? S'il n'en sait rien, le prompt n'est pas prêt.
Des objectifs prêts à reprendre :
- « Prépare 5 questions de découverte classées par priorité pour un appel avec un DAF » : le nombre et l'ordre sont imposés.
- « Résume cet appel en 4 champs CRM » : la sortie se recopie dans la fiche sans retouche.
Le rôle : la documentation de Claude recommande de définir un rôle dans le prompt système, parce qu'il oriente le comportement et le ton du modèle. Une phrase suffit.
- « Tu es un assistant » : le modèle n'a ni vocabulaire métier, ni niveau d'exigence, ni public, donc il écrit pour n'importe qui.
- « Tu es un Sales Manager B2B avec dix ans de vente complexe auprès de DSI » : le vocabulaire, le niveau d'exigence et les priorités sont fixés.
La règle de base : associez toujours le rôle à un public, parce qu'un même argument ne s'écrit pas pareil pour un DAF et pour un responsable technique. Le rôle décrit celui qui écrit, et le contexte décrit celui qui lit.
Checkpoint : lisez les deux premières lignes du prompt à un collègue. S'il peut dire quel livrable sort, en combien de mots et pour quel interlocuteur, l'étape est faite.
Étape 2 : fournir le contexte utile en cinq variables
Le contexte se remplit mal de deux façons, par excès ou par manque. Une page de notes collée en vrac allonge le prompt sans rien préciser. À l'inverse, une ligne comme « PME tech, 40 personnes » laisse le modèle deviner tout le reste.
Les cinq éléments à fournir :
- L'offre en une phrase : ce que vous vendez et à qui, dans les mots de l'équipe, identique pour tous les commerciaux.
- Le segment du prospect : secteur, taille de l'entreprise et fonction de l'interlocuteur.
- Le déclencheur : la raison de prendre contact maintenant, par exemple une levée de fonds, un recrutement ou un changement d'outil.
- L'étape du deal : la phase de la transaction dans le CRM, parce qu'un premier contact et une relance avant décision demandent deux messages différents.
- L'objectif du prochain échange : un rendez-vous, une réponse à une objection ou une date de décision.
Le lien avec l'ICP : si votre ICP est documenté, reprenez ses critères tels quels pour que cette partie du contexte soit identique pour tous les commerciaux. Notre guide pour construire un ICP B2B détaille les critères firmographiques, technographiques et comportementaux à figer.
Ce que recommande Anthropic : son article « Effective context engineering for AI agents » (29 septembre 2025) donne comme objectif de trouver le plus petit ensemble d'informations pertinentes qui donne le résultat voulu. Plus le contexte s'allonge, moins le modèle retrouve précisément ce qu'il contient.
Les variables : écrivez chaque élément entre accolades, par exemple {OFFRE}, {SEGMENT}, {DÉCLENCHEUR}, {ÉTAPE} et {OBJECTIF}. Le commercial remplit ces cinq champs, et le reste du prompt est le même pour toute l'équipe.
Checkpoint : lancez le prompt pour deux prospects de deux secteurs différents. Si les deux sorties sont interchangeables, il manque un élément de contexte.
Étape 3 : imposer un format de sortie, des contraintes et des critères de réussite
Le meilleur format de sortie est celui que le commercial recopie dans le CRM sans retouche. Demandez toujours la forme de la réponse (tableau, liste numérotée, champs nommés) avec les noms exacts de vos propriétés HubSpot, Pipedrive ou Salesforce.
Format de sortie :
- Email (objet + corps)
- Champ CRM « Angle utilisé » : 1 phrase
- Champ CRM « Prochaine action » : verbe + date relative (J+3, J+7)Ce que le manager y gagne : le commercial n'a plus rien à ressaisir. Et comme toute l'équipe remplit chaque champ de la même façon, les notes servent en revue de pipeline.
Ce que dit OpenAI : selon son guide de bonnes pratiques, les modèles répondent mieux quand on leur montre le format exact attendu. Les sorties se traitent aussi plus facilement par un programme.
Les contraintes : elles disent ce qui est interdit ou limité.
- La longueur : un nombre de mots maximum, par exemple 90 pour un premier email et 70 pour une relance.
- Le ton : vouvoiement ou tutoiement, et les formules exclues comme « je me permets de revenir vers vous ».
- Le vocabulaire : les superlatifs et le jargon à éviter avec ce public.
- L'appel à l'action : un seul par message, pour que le prospect sache quoi répondre.
Les critères de réussite : ils disent à quoi on reconnaît une bonne réponse, et le manager relit la sortie avec ces mêmes critères. Ils s'écrivent mieux sous forme de condition.
Contraintes : vouvoiement, 90 mots maximum, aucun superlatif, un seul appel à l'action.
Critères de réussite : l'email cite le déclencheur dans la première phrase. Si le déclencheur manque, pose deux questions au lieu d'écrire l'email.Checkpoint : collez une sortie dans une fiche du CRM. Si un seul champ demande une retouche, reprenez le format.
Étape 4 : assembler le modèle et le tester sur des cas réels
Un prompt d'équipe suit un ordre fixe : la consigne en haut, puis les données, séparées par des délimiteurs.
Les délimiteurs : le guide de bonnes pratiques d'OpenAI recommande de placer les instructions au début du prompt. Il conseille de les séparer du contexte avec ### ou des triples guillemets. La documentation de Claude propose des balises XML comme <instructions> ou <context> pour faire la même séparation.
Les longs documents : pour une transcription d'appel, par exemple, la documentation de Claude conseille de placer le document en haut et de poser la question à la fin.
Le gabarit de base, plus bas, suit cet ordre : le commercial ne remplit que le bloc contexte, et le reste est verrouillé.
Les exemples de bonnes sorties : le few-shot prompting consiste à donner au modèle quelques paires « entrée, sortie attendue », dont il reprend le ton et la structure. La documentation de Claude en conseille 3 à 5, avec trois conditions.
- Pertinents : proches du cas réel, donc vos meilleurs emails de l'année, anonymisés.
- Variés : un email à un décideur, un autre à un utilisateur, un troisième sur un autre déclencheur, pour que le modèle ne recopie pas un détail par accident.
- Balisés : placés sous une mention comme « Exemples de sortie attendue », pour que le modèle les distingue des instructions.
Attention aux formules trop marquées : elles finissent recopiées dans toutes les sorties. Ajoutez une consigne du type « reprends le niveau de précision et le ton des exemples, sans reprendre leurs formulations ».
La règle « à vérifier » : quand une information manque, un modèle de langage peut quand même produire une réponse plausible, par exemple un chiffre d'affaires, un intitulé de poste ou un concurrent. La documentation de Claude sur les hallucinations recommande d'autoriser explicitement le modèle à dire qu'il ne sait pas, et de lui demander de s'en tenir aux informations fournies.
Si une information n'est pas dans le contexte fourni, écris « à vérifier » et ne la déduis pas. S'il manque plus de deux informations, pose-moi des questions avant de répondre. Sépare les faits fournis des hypothèses.Le diagnostic quand une sortie déçoit : partez du symptôme pour trouver le bloc à reprendre, et changez une seule chose entre deux versions.
| Symptôme | Correction |
|---|---|
| Réponse vague | Ajoutez des critères de réussite chiffrés (longueur, nombre d'éléments) |
| Ton inadapté | Précisez le rôle, le public et un exemple de style |
| Réponse hors format | Imposez un gabarit avec des champs nommés |
| Faits douteux | Exigez la mention « à vérifier » |
| Contexte client insuffisant | Faites poser des questions avant la réponse |
| Prompt trop long | Résumez le contexte en 5 éléments (étape 2) |
| Pas de plan d'action | Exigez 3 prochaines étapes datées |
| Sortie inutilisable dans le CRM | Reprenez les noms exacts de vos champs |
| Même erreur à chaque essai | Changez une seule chose entre la v1 et la v2 |
Checkpoint : faites tourner le modèle sur 5 cas réels, dont un où il manque une information. Les cinq sorties respectent le format, et celle du cas incomplet affiche « à vérifier » au lieu d'inventer.
Étape 5 : protéger les données et ranger les prompts dans une bibliothèque d'équipe
Un prompt qui contient le nom d'un interlocuteur relève du RGPD. Et un prompt que personne ne relit finit par ne plus correspondre à votre offre ni à vos champs CRM.
Remplacer noms et identifiants par des variables
Ce que dit la CNIL : elle définit une donnée personnelle comme « toute information se rapportant à une personne physique identifiée ou identifiable », directement (un nom) ou indirectement (un numéro de téléphone, une adresse email). Un prompt qui contient un nom, un email nominatif ou un numéro relève donc du RGPD.
Le croisement : la CNIL précise que l'identification peut venir du croisement de plusieurs informations. Les coordonnées génériques d'une entreprise (standard, adresse de contact générale) ne sont pas, en principe, des données personnelles.
Les règles à poser pour l'équipe :
- Des variables à la place des noms : avec {PRÉNOM}, {FONCTION} ou {SECTEUR}, le prompt reste identique d'un deal à l'autre et se partage sans rien exposer.
- Jamais de contenu brut : ni export CRM, ni transcription d'appel complète, ni email entrant tel quel, parce que ces contenus contiennent en général des noms, des numéros et des signatures.
- Un contexte résumé en faits utiles : du type « DSI, 60 salariés, vient de recruter un responsable sécurité ». Attention au croisement : un poste, une taille et une ville peuvent suffire à désigner une personne.
- Une consigne dans chaque prompt : « N'inclus aucune donnée personnelle dans ta réponse », pour que la sortie collée dans le CRM n'en ajoute pas.
Tenir une bibliothèque versionnée
Rangez les prompts dans un espace commun (Notion, Google Doc ou wiki interne), en commençant par les modèles de la section suivante. Ajoutez ensuite ceux que l'équipe demande.
Ce que chaque prompt affiche :
- Un propriétaire : la personne qui teste les nouvelles versions et répond aux questions de l'équipe.
- Un numéro de version : v1.0, v1.1, pour que chacun sache s'il colle la dernière.
- Une ligne de journal par version : par exemple « v1.2 : ajout du critère “cite le déclencheur” ».
- Une date de dernière revue : elle montre si le prompt a été relu depuis le dernier changement d'offre ou de champs CRM.
La revue mensuelle : une fois par mois, le propriétaire teste la nouvelle version sur cinq cas réels. Il garde la v2 si ses sorties sont meilleures que celles de la v1, et archive l'ancienne.
Les indicateurs à suivre : ils se lisent dans le pipeline.
- Le taux de réponse par angle : grâce au champ « Angle utilisé » du prompt de prospection.
- Le taux de remplissage des champs CRM après chaque appel : il montre si les commerciaux recopient vraiment les sorties.
- La part des transactions avec une prochaine étape datée : c'est ce que le manager regarde en revue de forecast.
La limite : si les étapes de deal sont mal renseignées dans le CRM, le modèle reçoit des données fausses. La préparation de closing qu'il produit l'est aussi.
Checkpoint : ouvrez la bibliothèque. Chaque prompt a un propriétaire, un numéro de version et une revue datée de moins d'un mois. Aucun ne contient de nom, d'email ou de numéro de téléphone.
Étape 6 : passer du prompt à la skill, puis à l'agent IA
Pour créer un agent IA pour votre équipe commerciale, partez du prompt le plus utilisé, faites-en une skill, puis branchez cette skill sur un déclencheur et sur vos outils. Quand un prompt revient chaque semaine, le copier-coller à la main pose deux problèmes : un commercial oublie un bloc, un autre colle encore l'ancienne version.
| Objet | Ce que c'est | Quand ça se déclenche | Accès aux outils |
|---|---|---|---|
| Prompt | Un texte que le commercial colle à chaque fois | Quand il le colle | Non |
| Skill | Un dossier de méthode chargé automatiquement | Sur détection de la tâche | Non, sauf script embarqué |
| Agent | Un programme qui enchaîne plusieurs étapes sans relance | Sur un événement ou à heure fixe | Oui, par des connecteurs MCP |
Du prompt à la skill
Ce qu'est une skill : un dossier qui contient un fichier SKILL.md, et si besoin des documents de référence, des scripts et des modèles. En tête du fichier, une description indique à quelles demandes la skill répond. Claude compare la demande du commercial aux descriptions disponibles et charge la bonne skill sans que le commercial ait à la nommer.
Ce que vous y mettez : vos six blocs deviennent le contenu de la skill (la méthode, les règles de rédaction, les critères de qualification, les exemples). Le commercial écrit « prépare mon appel de découverte avec {ENTREPRISE} », et c'est la méthode de l'équipe qui s'applique.
La description : notre guide des skills Claude pour les équipes GTM détaille cette partie, dont dépend le déclenchement. Écrivez-y les formulations exactes de vos commerciaux, y compris celles qu'ils emploient à l'oral.
De la skill à l'agent
Le déclencheur : un agent part d'un événement ou d'un horaire, sans que personne ait à lancer la tâche.
- Un seuil : le score d'un compte franchit une valeur fixée, et l'agent prépare un premier message pour le commercial.
- Une inactivité : une transaction n'a plus d'activité depuis 30 jours, et l'agent propose une relance.
- Une question : quelqu'un pose une question dans un canal Slack, et l'agent répond avec la méthode de la skill.
- Un horaire : chez Youno, une routine planifiée sort chaque matin un récapitulatif des dernières 24 heures sur HubSpot, ClickUp et Gmail.
Les connecteurs : l'agent charge la skill qui contient la méthode, puis il lit et écrit dans vos outils par des connecteurs MCP. Le Model Context Protocol s'est imposé en 2026 comme l'interface standard pour brancher des outils sur un agent, et HubSpot, Attio ou Clay publient les leurs. Installer une skill ne connecte rien à lui seul : il faut aussi le connecteur de l'outil concerné.
La sortie : pour une équipe commerciale, la plus simple reste Slack. Notre guide des agents IA dans Slack donne le format d'alerte à respecter : qui, quoi, le lien vers la fiche, l'action attendue. Il indique aussi le volume au-delà duquel l'équipe met le canal en sourdine.
Les limites à poser dès le départ
- Aucune écriture dans le CRM sans confirmation : une écriture erronée se propage sans que personne la voie, donc un commercial valide chaque modification.
- Aucun envoi à un client : l'agent prépare le message, et c'est le commercial qui l'envoie.
- Un arrêt possible par l'équipe : quelqu'un doit pouvoir couper l'agent seul en cas de dérive, avec une procédure écrite.
- Une seule tâche pour commencer : celle que l'équipe répète le plus, avec un montage simple.
Après chaque erreur de l'agent : demandez-vous comment la consigne aurait dû être formulée, puis corrigez le fichier de la skill, comme pour une nouvelle version de prompt.
Checkpoint : demandez à un commercial de couper l'agent en suivant la procédure écrite, sans aide. S'il y arrive seul, et si aucune écriture dans le CRM n'est passée sans validation pendant le test, l'agent peut tourner.
Modèles prêts à l'emploi : six prompts pour le cycle de vente et deux checklists
Chaque modèle applique les six blocs à une étape précise du cycle de vente. Le commercial remplace les variables entre accolades, et le reste du texte est le même pour toute l'équipe.
Le gabarit de base à dupliquer
Tu es {RÔLE} et tu écris pour {FONCTION DE L'INTERLOCUTEUR}. N'inclus aucune donnée personnelle.
Objectif : {VERBE D'ACTION + LIVRABLE + LONGUEUR}.
### CONTEXTE
Offre : {OFFRE EN 1 PHRASE}
Segment : {SECTEUR / TAILLE}
Déclencheur : {SIGNAL OBSERVÉ}
Étape du deal : {ÉTAPE}
Objectif du prochain échange : {OBJECTIF}
### FORMAT
{CHAMPS CRM, AVEC LEURS NOMS EXACTS}
### CONTRAINTES
{TON, LONGUEUR, FORMULES EXCLUES}
### CRITÈRES DE RÉUSSITE
{CONDITION VÉRIFIABLE}
Si une information n'est pas dans le contexte fourni, écris « à vérifier » et ne la déduis pas.Prospection B2B : trois angles avant d'écrire
À quoi il sert : comparer trois hypothèses de douleur avant d'envoyer quoi que ce soit. Le champ « Angle utilisé » donne ensuite le taux de réponse par angle.
Tu es un SDR B2B senior spécialisé en {SECTEUR}. N'inclus aucune donnée personnelle.
Objectif : proposer 3 angles d'accroche, puis un email par angle.
### CONTEXTE
Offre : {OFFRE EN 1 PHRASE}
Cible : {FONCTION} dans une entreprise {TAILLE / SECTEUR}
Déclencheur : {SIGNAL OBSERVÉ}
### FORMAT
Tableau : angle | hypothèse de douleur | email (80 mots max) | champ CRM « Angle utilisé »
### CONTRAINTES
Vouvoiement, aucun superlatif, un seul appel à l'action.
### CRITÈRES DE RÉUSSITE
Chaque email cite le déclencheur. Les 3 angles partent de 3 douleurs différentes.Qualification : un score, puis la préparation de l'appel
À quoi il sert : qualifier un lead et préparer l'appel de découverte avec le même prompt. La sortie donne un score argumenté, les questions à poser et les risques.
Tu es un Head of Sales B2B exigeant sur la qualification.
Objectif : évaluer ce lead et préparer l'appel de découverte.
### CONTEXTE
Critères ICP : {CRITÈRES}
Informations connues : {NOTES ANONYMISÉES}
### FORMAT
1. Score sur 10, avec 3 raisons
2. 5 questions de découverte, classées par priorité
3. Risques et motifs de non-qualification
4. Champs CRM : « Score fit », « Besoin identifié », « Prochaine étape »
### CRITÈRES DE RÉUSSITE
Si une information clé manque, écris « à vérifier » au lieu de la déduire.À aligner : ce score doit suivre celui de votre CRM, sinon le commercial se retrouve avec deux notes différentes pour le même compte. Notre guide du scoring dynamique des comptes dans HubSpot montre comment séparer le score d'adéquation du score de signal.
Compte rendu d'appel : des notes qui se recopient dans le CRM
À quoi il sert : transformer les notes d'un appel en champs CRM remplis de la même façon par toute l'équipe, sans coller la transcription complète.
Tu es un Sales Ops B2B qui tient le CRM à jour.
Objectif : résumer cet appel en 4 champs CRM.
### CONTEXTE
Notes de l'appel, sans noms ni coordonnées : {NOTES ANONYMISÉES}
Phase actuelle de la transaction : {PHASE}
### FORMAT
« Besoin identifié » : 1 phrase
« Décideur impliqué » : fonction uniquement
« Objection principale » : une catégorie de la liste {CATÉGORIES}
« Prochaine action » : verbe + date relative (J+3, J+7)
### CRITÈRES DE RÉUSSITE
Chaque champ vient des notes. Si une information n'y est pas, écris « à vérifier ».Relance : repartir du dernier échange
À quoi il sert : écrire une relance qui repart du dernier échange et apporte un élément nouveau (un cas client, un contenu, une donnée). La formule « je me permets de revenir vers vous » est exclue.
Tu es un commercial B2B qui relance sans insister.
Objectif : écrire la relance n°{N} et proposer un plan de suivi.
### CONTEXTE
Dernier échange : {RÉSUMÉ EN 2 LIGNES}
Blocage supposé : {BUDGET / TIMING / DÉCIDEUR / CONCURRENT}
Élément nouveau à apporter : {CONTENU, CAS CLIENT, DONNÉE}
### FORMAT
Email de 70 mots maximum, puis un plan en 3 relances (canal + délai + message d'une ligne).
### CRITÈRES DE RÉUSSITE
La relance mentionne le dernier échange et apporte un élément nouveau. Aucune formule du type « je me permets de revenir vers vous ».Objections : reformuler avant de répondre
À quoi il sert : éviter de répondre à la seule phrase prononcée. Le modèle formule d'abord deux hypothèses sur la préoccupation qui se trouve derrière, puis il construit la réponse.
Tu es un coach commercial B2B spécialisé en vente complexe.
Objectif : traiter l'objection « {OBJECTION} ».
### CONTEXTE
Étape du deal : {ÉTAPE}
Interlocuteur : {FONCTION}
Ce qu'il a dit exactement : {PHRASE ANONYMISÉE}
### FORMAT
1. Deux hypothèses sur la préoccupation derrière l'objection
2. 3 questions de découverte pour trancher entre les deux
3. Réponse en 4 phrases : empathie, preuve, question, proposition
4. Champ CRM « Objection principale » (catégorie)
### CONTRAINTES
Aucune promesse que l'offre ne tient pas. Si une preuve manque, écris « preuve à apporter ».Le suivi : faites classer chaque objection dans un champ CRM. Au bout de quelques semaines, vous voyez quelles objections reviennent, et à quelle étape du cycle.
Closing : préparer le rendez-vous de décision
À quoi il sert : lister ce qui reste à démontrer au client, ce qui peut bloquer la signature et la prochaine action datée. Un deal sans prochaine étape claire, vous ne pouvez pas le défendre en revue de forecast.
Tu es un Sales Director B2B.
Objectif : préparer le rendez-vous de décision.
### CONTEXTE
Parties prenantes (rôles uniquement) : {RÔLES}
Preuves déjà fournies : {LISTE}
Critères de décision exprimés : {LISTE}
Date de décision visée : {DATE}
### FORMAT
Tableau : critère | preuve disponible | risque (faible, moyen, élevé) | action avant le rendez-vous
Puis 3 prochaines étapes datées et un champ CRM « Probabilité justifiée » en une phrase.
### CRITÈRES DE RÉUSSITE
Chaque risque élevé a une action. Aucune probabilité sans justification.Les variables CRM à brancher dans les prompts
Chaque variable correspond à un champ que le commercial a déjà sous les yeux dans le CRM.
| Variable | Où la trouver dans le CRM | Prompts concernés |
|---|---|---|
| {SECTEUR}, {TAILLE} | Propriétés de l'entreprise | Prospection, qualification |
| {FONCTION} | Intitulé de poste sur la fiche contact, sans le nom | Tous |
| {DÉCLENCHEUR} | Note ou propriété de signal sur l'entreprise | Prospection |
| {ÉTAPE}, {PHASE} | Phase de la transaction | Qualification, relance, objections, closing |
| {RÉSUMÉ EN 2 LIGNES} | Dernière activité enregistrée sur la transaction | Relance |
| {DATE} | Date de clôture prévue de la transaction | Closing |
Checklist de validation d'une sortie avant envoi
- Les faits cités viennent du contexte fourni : tout le reste porte la mention « à vérifier » ou a été retiré.
- Le déclencheur apparaît dans la première phrase : sinon le message part comme un email générique.
- La longueur et le ton respectent les contraintes : comptez les mots et relisez le vouvoiement.
- Il y a un seul appel à l'action : le prospect sait quoi répondre.
- Le modèle n'a ajouté aucune donnée personnelle : ni nom, ni email, ni numéro.
- Les champs CRM se recopient tels quels : mêmes noms et mêmes catégories que dans le CRM.
Checklist de gouvernance des prompts et des agents
- Une charte d'une page : ce qu'on peut envoyer au modèle, ce qu'on n'envoie jamais et quels outils sont autorisés.
- Un propriétaire par prompt et par agent : il valide les nouvelles versions et répond aux questions de l'équipe.
- Un journal de versions : une ligne par changement, avec la date et la raison.
- Une revue mensuelle sur cinq cas réels : la nouvelle version remplace l'ancienne seulement si ses sorties sont meilleures.
- Les droits d'écriture de chaque agent : la liste des champs CRM qu'il peut modifier, toujours avec une confirmation humaine.
- Une procédure d'arrêt écrite : qui coupe l'agent, comment, et qui prévient l'équipe.
- Une trace des actions de l'agent : ce qu'il a lu, ce qu'il a proposé et ce qui a été validé, pour retrouver l'origine d'une erreur.
Ce que vous avez construit et les prochaines étapes
À la fin des six étapes, votre équipe a un modèle de prompt commun, une bibliothèque relue chaque mois et le cadre d'un premier agent IA.
- Étape 1 : un objectif avec un livrable, et un rôle associé à un public.
- Étape 2 : cinq variables de contexte, reprises de votre ICP.
- Étape 3 : un format aligné sur vos champs CRM, avec contraintes et critères de réussite.
- Étape 4 : un modèle assemblé et testé sur cinq cas réels.
- Étape 5 : une bibliothèque sans données personnelles, avec propriétaire, version et revue mensuelle.
- Étape 6 : une skill tirée du prompt le plus utilisé, et les limites écrites du premier agent.
Les prochaines étapes : lancez la première revue mensuelle un mois après la mise en place. Choisissez ensuite la tâche que l'équipe répète le plus pour en faire le premier agent.
Ce que dit Gartner : les organisations commerciales qui remettent le temps gagné grâce à l'IA dans des activités de vente à fort impact ont 2,2 fois plus de chances de dépasser leurs objectifs de croissance client. Avec des prompts partagés, l'équipe gagne ce temps sur les tâches répétitives, et c'est avec un CRM fiable qu'elle voit où le réinvestir.
Chez Youno, c'est le travail d'une agence RevOps : structurer le CRM et ses champs, écrire les règles avec les équipes sales, puis brancher les agents sur cette base.
