Un décorticage du workflow exact pour transformer des notes de réunion désordonnées en un brief prêt pour le client : avec les trois modes d'échec absents de tout tutoriel.
Le pire brief que j’aie jamais envoyé à un client a été écrit à partir d’un enregistrement complet, d’une transcription intégrale, et d’un modèle d’IA compétent. C’était aussi le mauvais brief, cohérent en surface, faux sur ce dont le client avait réellement besoin, assez lisse pour que je ne l’attrape pas avant qu’il ne parte.
L’échec n’était pas les outils. C’était le pipeline. J’avais automatisé trop loin dans la mauvaise direction et sauté l’étape unique qui fait la différence entre un brief qui aide le client à réfléchir et un brief qui prouve juste que vous étiez dans la salle.
Voici le décorticage du pipeline que je fais tourner maintenant, les étapes réelles, dans l’ordre, avec les trois endroits où il casse et ce que je fais pour chacun. Pas de cadrage aspirationnel. Voici ce qui tourne réellement sur du vrai travail client.
Avant les étapes : soyons honnêtes sur ce que l’IA ne peut pas faire dans ce workflow, parce que chaque tutoriel saute cette partie.
L’IA ne peut pas vous dire quel moment de la réunion était celui qui comptait. Elle ne peut pas distinguer entre ce qu’un client a dit et ce qu’un client a voulu dire. Elle ne peut pas entendre la pause avant une réponse, ni la façon dont une question a été esquivée. Ces signaux sont les vôtres. Ils vivent dans les notes que vous prenez pendant la réunion, pas dans la transcription après coup.
La première contrainte de ce pipeline est donc architecturale : l’IA opère sur ce que vous lui apportez, et ce que vous lui apportez est le produit de votre propre perception dans la salle. Automatisez la transformation d’un bon input, et vous obtenez un bon résultat. Utilisez l’IA pour sauver un mauvais input, des notes maigres, aucun contexte, une transcription brute sans annotation humaine, et vous obtenez un brief plausible qui déforme la réunion. J’ai généré les deux. Un seul est utile.
Pendant la réunion je prends des notes tapées éparses. Pas une tentative de transcription ; pas des puces de tout ce qui a été dit. Je cherche trois choses précises, et je les balise en ligne :
[D] : une décision, même provisoire[T] : une tension non résolue (« ils veulent X mais ont aussi dit Y »)[Q] : une question qu’ils ont posée à laquelle personne n’a répondu, ou qui a été enterréeRien d’autre n’est balisé. La discipline est délibérée. Si j’essaie de tout capturer, je transcris, et la transcription dans la salle échange l’attention contre la couverture, un mauvais échange. Ces trois balises prennent quinze secondes chacune et ne me coûtent rien dans la salle. À la fin d’une réunion de quatre-vingt-dix minutes, j’en ai typiquement quatre à huit. C’est le véritable input pour tout ce qui suit.
Après la réunion, je transfère les notes annotées dans Obsidian et je les fais passer par une seule étape de compression. L’instruction que j’utilise :
Here are annotated notes from a client meeting. Tags: [D] = decision, [T] = tension, [Q] = unanswered question.
Produce a structured outline only — no prose. Three sections:
1. Decisions taken or effectively taken (list the decision and the confidence level: firm / provisional / tacit)
2. Tensions still open (list each tension as a genuine either/or)
3. Questions nobody answered (verbatim or close to it)
Do not interpret. Do not add context I haven't provided. If you are uncertain whether something is a decision or a tension, put it in both.
L’instruction « ne pas interpréter » est celle qui porte tout le poids. L’interprétation est mon travail, pour des raisons que la troisième étape rend évidentes. Ce dont j’ai besoin de l’étape de compression, c’est de la forme, une structure propre qui rend le contenu de la réunion consultable et prêt pour l’argumentation. Je n’ai pas besoin de la lecture du modèle sur ce que le client disait vraiment. C’est la seule chose qu’il se trompe de manière fiable.
Maintenant j’écris le brief. À la main. À partir du plan compressé.
Le brief a trois sections qui correspondent aux trois types de balises. Ce n’est pas une coïncidence ; j’ai conçu les balises pour produire les sections. Les décisions deviennent la section « Où nous en sommes ». Les tensions deviennent la section « Questions ouvertes », reformulées en vraies questions, pas en déclarations diplomatiques générées par IA. Les questions sans réponse deviennent « Amorces pour la prochaine conversation ».
L’écriture à cette étape est réellement mienne, pour la même raison que le premier jet d’une recommandation doit être le mien : le brief est un document destiné au client, et tout ce qu’il contient représente ma compréhension de ce qui s’est passé. Si je laisse le modèle écrire la prose, je finis par éditer une version plausible des événements qui peut correspondre ou non à ce que je pense réellement. Ça a l’air fini. Le client peut sentir quand ça ne capture pas tout à fait la salle, même quand il ne peut pas articuler pourquoi. Il y était aussi.
Le brief n’est pas une transcription sous forme de prose. C’est un enregistrement de ce que vous avez compris, et ce que vous avez compris est à vous de l’écrire.
Temps total entre la fin de la réunion et l’envoi du brief : typiquement trente à quarante-cinq minutes pour une réunion de quatre-vingt-dix minutes. L’étape notes-de-réunion-vers-brief prenait auparavant deux heures et exigeait de réécouter les enregistrements. C’est cette réécoute que j’ai supprimée, pas l’écriture.
Chaque version de ce pipeline que j’ai fait tourner a cassé aux mêmes trois endroits. Les connaître à l’avance est la seule chose qui m’empêche d’être surpris par eux.
Rupture une : le piège de la transcription. L’échec le plus courant est de partir d’une transcription complète au lieu de notes annotées. Les transcriptions sont exhaustives et inutiles, de la même façon que les inputs scrapés étaient inutiles dans le workflow de recherche, elles sont un enregistrement complet du bruit à côté du signal, sans moyen de distinguer lequel est lequel. Quand j’alimente l’étape de compression avec une transcription, le modèle doit deviner quels moments comptaient. Il devine en trouvant ce qui a été dit le plus, ou le plus vigoureusement, ou le plus clairement, aucun de ces critères n’étant un indicateur fiable de ce à quoi le client tenait réellement. Mon annotation à trois balises est précisément la couche de signal qu’une transcription ne peut fournir. La transcription n’est pas un substitut aux notes ; c’est une alternative au fait d’avoir prêté attention.
Rupture deux : le problème du blanchiment de confiance. L’étape de compression a un mode d’échec contre lequel je me protège désormais explicitement : le modèle produira une prose propre et sûre d’elle sur des décisions qui étaient, dans la salle, provisoires, hésitantes, ou contestées. Un client qui a dit « je pense qu’on penche vers l’option B » devient, dans un brief généré par IA, « le client a choisi l’option B ». Le mot « pense » disparaît dans le résumé. L’étiquette « provisoire » n’apparaît jamais parce que le modèle ne sait pas à quoi ressemblent la confiance et le provisoire de l’intérieur d’une vraie conversation d’affaires en direct.
C’est pourquoi l’instruction de compression demande explicitement des niveaux de confiance, « ferme / provisoire / tacite », et pourquoi je relis le résultat face à mon propre souvenir de la salle avant que le brief ne parte où que ce soit. Le modèle ne peut pas connaître la différence. Vous, si. Utilisez ça.
Rupture trois : le problème de la prose lisse. Le dernier mode d’échec est le plus subtil. Un brief bien écrit lisse tout, y compris les tensions qui devraient rester tranchantes. Une tension qui se lisait comme « ils veulent une granularité hebdomadaire mais résistent à la gouvernance des données nécessaire pour la produire » devient, dans une prose générée par le modèle, quelque chose comme « l’équipe travaille à s’aligner sur la cadence de reporting ». Cette phrase n’est pas fausse. Elle n’est pas non plus utile. Le client ne peut pas agir dessus. La tension est ce sur quoi il doit s’asseoir, et une prose lisse la dissout.
Ma règle : si une tension dans la section « Questions ouvertes » ne me met pas légèrement mal à l’aise à la lecture, je l’ai mal écrite. L’inconfort est le signal que le brief est honnête sur le vrai problème, ce qui est la seule raison de l’envoyer.
Obsidian pour les notes et l’étape de compression. Un modèle d’IA compétent pour la compression. Un modèle dans Obsidian avec les trois sections déjà construites pour que l’étape de remplissage ait un cadre cohérent dans lequel travailler. Aucun outil d’enregistrement, aucune transcription automatique, aucun bot de notes de réunion, ils optimisent pour la capture, et la capture n’est pas le goulot d’étranglement. L’annotation dans la salle en est un. Je ne liste que ce qui fait partie de ma pile réelle.
Si vous voulez le modèle exact, les conventions de balises, le prompt de compression, et le cadre de brief à trois sections avec l’échafaudage de niveau de confiance intégré, il est packagé :
→ Le modèle Meeting-to-Deliverable (49 $). Déposez-le dans Obsidian et faites passer votre prochaine réunion client à travers. (Part d’abord vers la liste de la newsletter, inscrivez-vous ci-dessous.)
Mention légale : Certains liens de ce site sont des liens d’affiliation, si vous achetez via eux je peux toucher une commission, sans coût pour vous. Je ne recommande que des outils que j’utilise réellement. Voyez le brief que vous venez de lire : les échecs y sont aussi, parce que c’est ce que « utiliser réellement » veut dire.
Le brief que j’ai mentionné au début, le mauvais, envoyé à partir d’un enregistrement complet et d’une transcription, était faux pour une raison précise. J’avais un enregistrement précis de tout ce qui avait été dit. Je n’avais aucun enregistrement de ce que j’avais remarqué. La différence entre ces deux choses est l’étape d’annotation, qui prend quinze secondes par balise dans la salle et ne peut pas être récupérée après coup. C’est toute la leçon, si vous en avez besoin en une phrase.
Suivant dans Workflows → Ma pile IA de conseil complète, et ce que chaque outil coûte réellement.
Le modèle Obsidian exact et la chaîne de prompts complète : la note d'accueil structurée, le prompt de contraste, et la checklist de provocation. Déposez-le dans votre coffre et faites passer votre prochain prospect en quarante minutes.
Pas de calendrier. Pas de remplissage. Pas de placement sponsorisé. Une nouvelle réalisation part uniquement quand elle mérite dix minutes de votre temps, en général toutes les 2 à 4 semaines.
"Je ne vous enverrai que ce que j'aurais écrit même si personne ne me payait pour ça. Le jour où ça change, la newsletter s'arrête."