Un système de prompts de mise à l’épreuve pour les entretiens d’embauche, les appels de découverte et l’onboarding client.
Ce guide part du principe que vous n’avez jamais utilisé de prompt d’IA, préparé un appel de découverte ni piloté un onboarding client.
Un prompt est simplement un ensemble d’instructions que vous collez dans un chat d’IA. Le prompt dit à l’IA comment se comporter. Dans ce kit, l’IA devient un coach exigeant mais utile.
Le coach n’aide pas en disant que tout est parfait. Il aide en trouvant ce qui casserait dans la vraie conversation.
Avant de parler de vous, comprenez la personne en face.
C’est cela, l’ingénierie de l’empathie : non pas deviner des sentiments, mais étudier la réalité opérationnelle de l’autre partie et se préparer en fonction d’elle.
Le déroulement est le suivant :
Le coach étiquette les informations :
Utilisez-le pour préparer un entretien avec un recruteur, un responsable du recrutement, un panel ou un entretien final.
Le coach étudie l’entreprise et le poste, repère les problèmes probables de l’activité ou de l’équipe, et vérifie si votre expérience réelle y répond.
Informations minimales :
| Élément | Exemple | Pourquoi c’est important |
|---|---|---|
| Entreprise | Northstar SaaS | Donne une vraie cible au récit |
| Poste | Customer Success Manager | Définit la responsabilité attendue |
| Source | Description de poste ou lien | Fournit les preuves du problème |
| Vos preuves | CV ou une expérience précise | Évite les réalisations inventées |
| Contexte de l’entretien | Entretien avec le responsable du recrutement | Change les questions de relance probables |
Utilisez-le avant un premier appel client, commercial, de qualification, de conseil ou de découverte.
Le coach prépare des hypothèses de problèmes et des questions. Il ne prétend pas que le prospect a confirmé le diagnostic.
Informations minimales :
| Élément | Exemple | Pourquoi c’est important |
|---|---|---|
| Prospect | Brightline Agency | Donne à l’appel un vrai acheteur |
| Source | Site web et notes d’appel | Fonde les hypothèses |
| Ce qu’ils livrent | Campagnes marketing pour des marques locales | Montre où le travail risque de se perdre |
| Acheteur | Fondateur de l’agence | Identifie la personne dont la pression compte |
| Votre objectif pour l’appel | Obtenir un audit payant du flux de travail | Garde la conversation orientée vers un but |
| Votre preuve | Temps de reporting réduit sur un projet précédent | Évite l’argumentaire générique |
Utilisez-le après que le client a dit oui, signé ou accepté de travailler avec vous.
Ce mode prépare la livraison, pas la vente. Il recherche la dérive du périmètre, les parties prenantes manquantes, les accès absents, les critères d’acceptation flous, les mauvaises passations, les délais irréalistes et l’absence de responsable.
Informations minimales :
| Élément | Exemple | Pourquoi c’est important |
|---|---|---|
| Client ou projet | Flux de travail de reporting de Brightline | Nomme le contexte de livraison |
| Accord | Proposition ou récapitulatif par courriel | Établit ce qui est réellement convenu |
| Résultat attendu | Rapport hebdomadaire produit en deux heures | Donne au projet un but mesurable |
| Parties prenantes | Fondateur et responsable de compte | Met en évidence l’autorité et la responsabilité |
| Plus grande inconnue | Accès au CRM | Révèle le premier risque de livraison |
CALL-READINESS-COACH.md.Ne demandez pas au coach de vous donner toutes les questions d’un coup. La question suivante doit dépendre de la réponse que vous venez de donner.
La priorité est fixe :
OVERSHARE > OFF-TOPIC > WEAK OWNERSHIP > BUZZWORD > RAMBLING / TOO LONG > GOOD
| Alerte | Ce que cela signifie | Exemple simple | Pourquoi c’est important |
|---|---|---|---|
| OVERSHARE | Vous avez exposé des informations préjudiciables, confidentielles, désespérées ou sans rapport | « Je détestais mon manager et j’avais besoin de l’argent. » | Protège la confiance et le rapport de force |
| OFF-TOPIC | Vous avez répondu à une autre question, plus facile | On demande « pourquoi ? » et vous répondez par le résultat | La vraie question reste sans réponse |
| WEAK OWNERSHIP | Vous vous retranchez derrière « nous », « l’équipe », « ils » ou des tournures passives | « Nous avons décidé de changer l’onboarding. » | Votre interlocuteur a besoin de votre contribution |
| BUZZWORD | Vos mots sonnent soignés mais n’expliquent rien | « Nous avons tiré parti de l’alignement transverse des équipes. » | Un langage vide ne résiste pas aux questions de relance |
| RAMBLING / TOO LONG | Le point utile est noyé | Deux cents mots avant la réponse | Votre interlocuteur risque de passer à côté de la preuve |
| GOOD | La réponse est directe, concrète, pertinente et assumée | « J’ai remplacé la liste de contrôle de passation et mesuré chaque semaine les comptes bloqués. » | L’exercice peut avancer sans risque |
OFF-TOPIC, WEAK OWNERSHIP, BUZZWORD et RAMBLING bloquent toujours l’exercice. OVERSHARE passe en priorité. L’exercice ne peut avancer que si la réponse utile reste complète une fois le détail préjudiciable retiré.
OVERSHARE couvre le fait de dire du mal d’un manager, d’un collègue ou d’un employeur, ou de le blâmer, les détails confidentiels sur le personnel, comme qui a été licencié ou a démissionné, le désespoir ou les plaintes sur la rémunération, et tout commentaire personnel préjudiciable sur une autre personne. Parler en mal de quelqu’un d’autre relève d’OVERSHARE, pas de WEAK OWNERSHIP. Le simple fait de nommer une autre personne ne fait pas d’une réponse un cas de WEAK OWNERSHIP. Si vous avez déjà dit clairement ce que vous avez personnellement fait, le coach retire le détail préjudiciable et fait avancer l’exercice ; il ne requalifie pas en WEAK OWNERSHIP une réponse complète et assumée. Commencer par le détail préjudiciable n’impose pas non plus de reprise : si le reste de votre réponse contient encore l’essentiel et votre propre action, le coach coupe pour vous la partie de trop et poursuit avec Next:, sans vous demander de raconter de nouveau toute l’histoire.
Un « nous », un « notre équipe » ou un collectif passif dont votre part n’est pas isolée déclenche WEAK OWNERSHIP, même quand l’affirmation de fond est utilisable. Le coach n’attribue jamais GOOD tant que vous n’avez pas isolé votre action personnelle.
Chaque tour du coach après l’une de vos réponses commence par l’alerte, puis prend l’une de deux formes :
Blocage (OFF-TOPIC, WEAK OWNERSHIP, BUZZWORD, RAMBLING / TOO LONG et OVERSHARE incomplet) vous garde sur la même question :
[FLAG: TAG] Keep <useful part>; cut <exact defect>.
Retry: <the same question, narrower>Avancée (GOOD, et un OVERSHARE complet après la coupe) vous fait passer à la question suivante :
[FLAG: GOOD] Keep <useful part>; cut <minor surplus if any>.
Next: <one question for the next answer target>Si vous voyez Retry:, répondez à cette même question de façon plus resserrée. Si vous voyez Next:, vous avez réussi et l’exercice passe à la suite.
Message de l’utilisateur
Job Interview Mode. Je passe un entretien pour le poste de Customer Success Manager chez Northstar SaaS. Selon la description de poste, le rôle est responsable de l’onboarding, de l’adoption, des renouvellements et du reporting. J’affirme avoir géré 45 comptes et réduit le délai de création de valeur.
Question du coach
Déroulez-moi le changement d’onboarding dans l’ordre, juste la trame.
Mauvaise réponse
Nous avons aligné les parties prenantes et amélioré le parcours d’onboarding grâce à un meilleur reporting.
Alerte de coaching
[FLAG: WEAK OWNERSHIP] Gardez le sujet de l’onboarding ; supprimez « nous » et l’affirmation faite au niveau du groupe.
Reprise resserrée
Quel est le premier changement que vous avez vous-même apporté ?
Réponse améliorée
J’ai cartographié la passation depuis les ventes, constaté que les nouveaux comptes n’avaient aucun responsable de lancement nommé, et ajouté un responsable et une date de lancement obligatoires avant qu’un compte puisse passer en phase de mise en œuvre.
Pression par le pourquoi
Pourquoi nommer un responsable comptait-il plus que d’ajouter une autre session de formation ?
Réponse approfondie améliorée
Parce que le retard ne venait pas d’un manque de connaissances. Personne n’était responsable de faire passer le client du contrat signé à la première valeur. Une formation sans responsable aurait laissé le même vide.
Le poste chez Northstar est responsable de l’onboarding, de l’adoption et des renouvellements. Je commencerais donc par un cas où j’ai comblé le vide de responsabilité entre les ventes et le succès client. J’ai cartographié la passation sur 45 comptes et constaté que les retards de lancement venaient du fait que personne n’était responsable de la transition. Ma première tentative a été une session de formation supplémentaire, mais elle n’a pas changé le retard. J’ai ensuite ajouté un responsable de lancement nommé, exigé une date avant la mise en œuvre et passé en revue chaque semaine les comptes bloqués. Cela a réduit le délai de création de valeur parce que le processus avait une responsabilité claire, et non parce que nous avions ajouté de l’activité. Sans la configuration d’origine du CRM, je pourrais reconstruire la liste de contrôle opérationnelle, mais je buterais d’abord sur la validation de la référence historique.
« Pourquoi » de relance attendus :
Pourquoi la responsabilité était-elle la cause profonde ?
Comment saviez-vous que votre changement avait causé l’amélioration ?
Que mesureriez-vous chez Northstar durant les 30 premiers jours ?
Réponses prêtes : le retard se produisait avant l’entrée dans le produit ; comparer le délai de lancement avant et après la barrière de responsabilité ; mesurer le délai avant le lancement, le délai avant la première valeur et l’ancienneté des comptes bloqués.
À dire : « J’ai changé la règle de passation et nommé le responsable. »
À ne jamais dire : « Nous avons aligné les parties prenantes et transformé l’onboarding. »
Verdict de préparation : prêt sur la responsabilité et le mécanisme ; préparez des preuves plus solides sur la référence de départ.
Message de l’utilisateur
Prospect Discovery Mode. Brightline est une agence marketing de 15 personnes. Son site montre un portefeuille de clients en croissance. Mon contact a dit que le reporting prend trop de temps et que la passation varie. Je veux que la prochaine étape soit un audit payant du flux de travail. J’ai déjà réduit le reporting hebdomadaire de six heures à deux.
Question du coach
Quel problème est étayé par une source plutôt que simplement supposé ?
Mauvaise réponse
Il leur faut clairement une transformation par l’IA pour optimiser la livraison transverse.
Alerte de coaching
[FLAG: BUZZWORD] Gardez l’idée que la livraison est peut-être inefficace ; supprimez « transformation par l’IA » et « optimisation transverse ».
Reprise resserrée
Quel problème concret le contact a-t-il réellement signalé ?
Réponse améliorée
Le contact a dit que le reporting client hebdomadaire prend trop de temps et que la passation des comptes diffère selon le responsable. L’hygiène du CRM reste une hypothèse que je dois tester.
Question du coach
Quelle question permettrait de tester le problème du reporting sans orienter l’acheteur ?
Réponse améliorée
Racontez-moi comment le rapport client de la semaine dernière a été assemblé, depuis la fin du travail jusqu’à sa réception par le client.
D’après ce que vous avez partagé, le problème signalé est le temps nécessaire pour assembler les rapports hebdomadaires, tandis que l’hygiène du CRM et sa contribution à l’incohérence de la passation restent à valider. Je ne commencerais pas par proposer un outil. Je commencerais par cartographier un vrai rapport, des données sources jusqu’à la livraison au client, repérer où le rapprochement manuel ou une responsabilité floue créent du retard, et chiffrer le coût. Sur un projet précédent, cette approche a réduit la préparation du reporting hebdomadaire de six heures à deux. Si le même schéma existe ici, la prochaine étape utile serait un audit payant du flux de travail. S’il n’existe pas, je le dirais plutôt que de forcer l’offre.
« Pourquoi » de relance attendus :
Pourquoi auditer avant d’automatiser ?
Quelles preuves justifieraient de changer le flux de travail ?
Qu’est-ce qui vous ferait recommander de ne lancer aucun projet ?
Réponses prêtes : l’audit évite de chiffrer la mauvaise intervention ; inspecter un vrai rapport, ses sources, ses responsables, son temps de production et ses erreurs ; ne recommander aucun projet quand le retard est rare ou peu coûteux.
À dire : « L’hygiène du CRM est une hypothèse que je dois tester. »
À ne jamais dire : « Il vous faut évidemment une transformation par l’IA. »
Verdict de préparation : prêt à diagnostiquer ; ne présentez pas comme un fait un problème de CRM non confirmé.
Brightline a accepté un projet de flux de travail de reporting. La proposition dit « automatiser le reporting client hebdomadaire » mais ne nomme ni responsable de la décision, ni test d’acceptation, ni responsable de l’accès au CRM, ni règle de changement.
Message de l’utilisateur
Client Onboarding Mode. Brightline a accepté un projet de flux de travail de reporting de quatre semaines. L’objectif est de réduire la préparation du reporting de six heures à deux. Le fondateur et le responsable de compte sont connus. L’accès au CRM et les critères d’acceptation ne sont pas clairs.
Question du coach
Que dit la proposition sur ce que le client acceptera à la fin ?
Mauvaise réponse
Le projet est terminé quand tout le monde est content et que le flux de travail est fluidifié.
Alerte de coaching
[FLAG: BUZZWORD] Gardez la nécessité d’une acceptation par le client ; supprimez « tout le monde est content » et « fluidifié ».
Reprise resserrée
Quelle condition observable permet au client d’accepter le livrable ?
Réponse améliorée
UNKNOWN, ASK ON CALL. Le test que je propose est que le flux de travail produise le rapport convenu pour cinq clients échantillons, que le responsable de compte vérifie les chiffres et que le fondateur signe la liste d’acceptation.
Question du coach
Qui détient la décision finale d’acceptation ?
Réponse améliorée
UNKNOWN, ASK ON CALL. Le fondateur est une hypothèse, mais l’appel d’onboarding doit nommer le responsable.
Brief de préparation : [USER] L’utilisateur indique un projet de quatre semaines et un objectif de six heures ramenées à deux. [SOURCE] La proposition ne prévoit ni acceptation ni contrôle des changements. [USER] Le fondateur et le responsable de compte sont connus. [HYPOTHESIS] Le fondateur peut valider. [USER] L’accès au CRM est un risque connu.
Objectif du client : [USER] l’utilisateur indique une réduction visée de six heures à deux.
Cartographie des parties prenantes :
Périmètre : [SOURCE] cartographier et mettre en œuvre le flux de travail de reporting hebdomadaire nommé dans la proposition.
Hors périmètre : UNKNOWN, ASK ON CALL. Aucune exclusion n’a été fournie.
Accès nécessaires : [USER] L’accès au CRM est un risque nommé. Le responsable de l’accès et la méthode sont UNKNOWN, ASK ON CALL. [USER] L’utilisateur a proposé cinq clients échantillons pour l’acceptation ; l’approbation du client et les accès sont UNKNOWN.
Éléments d’entrée et dépendances : UNKNOWN, ASK ON CALL. Aucun responsable de dépendance ni aucune échéance de livraison n’a été fourni.
Calendrier et jalons : [USER] l’utilisateur indique que quatre semaines ont été convenues ; les dates de revue détaillées sont UNKNOWN, ASK ON CALL.
Critères d’acceptation : [USER] L’utilisateur propose des rapports pour cinq clients échantillons, des chiffres vérifiés et une liste d’acceptation signée. L’approbation du client reste UNKNOWN, ASK ON CALL.
Définition de « terminé » : UNKNOWN, ASK ON CALL. L’utilisateur a fourni un test d’acceptation proposé, mais pas une définition complète de « terminé ».
Règle de demande de changement : UNKNOWN, ASK ON CALL. Aucune règle n’a été fournie.
Risques, questions ouvertes et blocage au Naked Test : autorité d’acceptation, responsable des accès, qualité des données, accès fiable au CRM et responsabilité des champs.
Questions à poser en premier :
Qui a l’autorité finale d’acceptation ?
Qui accorde et maintient l’accès au CRM ?
Quels cinq rapports définissent l’échantillon d’acceptation ?
À dire : « Ce champ n’est pas encore convenu, donc je le marque UNKNOWN jusqu’à ce que cet appel l’attribue. »
À ne jamais dire : « Nous définirons le périmètre au fur et à mesure. »
Verdict de préparation : pas prêt à démarrer la livraison tant que l’autorité d’acceptation et l’accès au CRM n’ont pas de responsable.
Les modes Job et Prospect produisent :
Client Onboarding Mode produit :
Le kit public est neutre vis-à-vis des fournisseurs. Il fonctionne à partir de sources collées et, lorsqu’elle est disponible, d’une recherche web ordinaire. Il n’a jamais besoin d’accéder à l’ordinateur de quelqu’un d’autre.
Le kit privé de l’opérateur peut relier le même flux de travail de l’étape 0 à des assistants de recherche spécialisés. Ces assistants peuvent accélérer l’analyse de l’entreprise, du prospect, de la personne, de l’adéquation et du premortem, mais ils ne changent pas la règle de la preuve : les sources sont des faits, les affirmations de l’utilisateur sont des affirmations, et les inférences sont des hypothèses.
| Erreur | Correction | Pourquoi c’est important |
|---|---|---|
| Coller le guide au lieu du prompt | Collez CALL-READINESS-COACH.md |
Le guide explique ; le prompt opère |
| Demander toutes les questions d’un coup | Laissez le coach s’adapter un tour à la fois | Les relances suivantes dépendent de la réponse précédente |
| Contester une alerte négative | Répondez à la reprise resserrée | L’alerte doit changer le comportement |
| Traiter une recherche web comme une vérité interne à l’entreprise | Étiquetez-la correctement SOURCE ou HYPOTHESIS | Une preuve publique n’est pas une certitude privée |
| Inventer un périmètre d’onboarding bien net | Marquez les champs manquants UNKNOWN, ASK ON CALL | Évite les engagements involontaires |
| Répéter en silence | Dites la réponse affinée à voix haute | L’oral révèle les formulations faibles |
Ce guide en Markdown et sa version HTML aux couleurs de la marque sont préparés pour relecture. Aucun PDF n’a été généré. Après validation, le HTML pourra être converti en PDF avec le même système visuel Systems Detective : bleu marine, or et ivoire.