🎓 Modules formation
Faire résumer un whitepaper sans se faire raconter n'importe quoi
Un résumé fidèle d'un document de vente reste un argumentaire.
Pourquoi c'est important
Un whitepaper fait quarante pages, il est technique, et tu n'as ni le temps ni forcément les compétences pour le lire en entier. Le faire résumer est exactement le bon usage d'une IA.
À une condition : un whitepaper est un document de VENTE, écrit par ceux qui vendent. Un résumé fidèle reproduira donc fidèlement l'argumentaire. Ce chapitre t'apprend à en extraire ce que le document ne met pas en avant.
Ce que tu vas apprendre
- →Pourquoi un résumé fidèle est un mauvais résultat
- →Les six questions à poser à tout whitepaper
- →Comment obliger le modèle à citer le passage exact
- →Ce qu'un whitepaper ne dit jamais, et qu'il faut chercher
- →Le test de l'absence : ce qui manque est une information
Le piège
Résumer, c'est reproduire
Demande « résume ce whitepaper » et tu obtiendras une version courte de ce que le projet veut te faire croire. Le modèle n'a aucune raison de contredire un document qu'on lui présente : il synthétise ce qu'il lit.
Le travail utile n'est donc pas le résumé mais l'EXTRACTION : sortir du document des éléments précis, que l'auteur n'a pas mis en avant, et constater ce qui n'y figure pas.
C'est un déplacement de la tâche, pas un ajout d'intelligence : on demande une opération de recherche plutôt qu'une synthèse.
La méthode
Six questions à poser au document
| Question | Ce qu'on cherche |
|---|---|
| Quel problème est résolu ? | Un problème réel, ou un besoin fabriqué |
| À quoi sert le JETON ? | Une nécessité, ou un ajout |
| Comment l'offre est-elle répartie ? | La part de l'équipe et des investisseurs |
| Quel est le calendrier de déblocage ? | Des dates, ou du flou |
| Qu'est-ce qui est DÉJÀ livré ? | Ce qui existe, contre ce qui est promis |
| Quels risques sont mentionnés ? | Une section honnête, ou son absence |
La deuxième question élimine la moitié des projets
« À quoi sert le jeton ? » a deux réponses possibles.
Soit il est nécessaire au fonctionnement — on ne peut pas utiliser le service sans lui, ou il capte une partie de la valeur produite.
Soit il a été ajouté à un produit qui marcherait sans lui. Dans ce cas le jeton n'est pas le projet : c'est son mode de financement, et sa valeur ne dépend d'aucun mécanisme.
Demande explicitement au modèle : « le service décrit pourrait-il fonctionner sans ce jeton ? Cite le passage qui le rend nécessaire, ou écris NON TROUVÉ. » La réponse est souvent NON TROUVÉ, et c'est le résultat le plus utile du chapitre.
La contrainte
Exiger la citation
Sans citation, tu ne peux pas distinguer le document du modèle
Un modèle interrogé sur un document mélange facilement ce qu'il y lit et ce qu'il sait par ailleurs — sur ce projet, ou sur des projets similaires.
Impose donc : « pour chaque réponse, cite la phrase exacte du document, entre guillemets, avec la section. Si l'information n'est pas dans le document, écris ABSENT DU DOCUMENT. »
Cette contrainte fait deux choses. Elle te permet de vérifier en dix secondes. Et elle sépare ce que le projet AFFIRME de ce que le modèle SUPPOSE — deux choses qu'un résumé confond systématiquement.
L'absence
Ce qui manque est une information
Le test de l'absence
Les réponses « ABSENT DU DOCUMENT » sont souvent plus instructives que les réponses trouvées.
Un whitepaper qui ne dit pas comment l'offre est répartie a fait un choix. Un document de quarante pages sans aucune section de risques a fait un choix. Ce ne sont pas des oublis : ces documents sont relus, corrigés, validés.
Dresse donc la liste de ce qui est absent, et lis-la comme telle. Un projet sérieux publie sa répartition, son calendrier et ses risques — non par vertu, mais parce qu'il sait que des investisseurs professionnels les demanderont.
| Absence | Lecture |
|---|---|
| Répartition de l'offre | L'allocation interne est probablement élevée |
| Calendrier de déblocage | Aucun engagement, donc aucune contrainte |
| Section risques | Le document est un argumentaire, pas une présentation |
L'exemple
La demande complète
Ce qu'on écrit, en entier
« Voici le whitepaper d'un projet. Réponds aux six questions ci-dessous en citant, pour chacune, la phrase exacte du document entre guillemets et la section où elle se trouve.
Si une information n'est PAS dans le document, écris ABSENT DU DOCUMENT — n'utilise aucune connaissance extérieure, même si tu connais ce projet.
1. Quel problème concret est résolu ? 2. Le service pourrait-il fonctionner sans le jeton ? 3. Comment l'offre est-elle répartie, et quelle part revient à l'équipe et aux investisseurs ? 4. Quel est le calendrier de déblocage ? 5. Qu'est-ce qui est déjà déployé aujourd'hui, par opposition à ce qui est prévu ? 6. Quels risques le document mentionne-t-il ?
Termine par la liste des questions dont la réponse était ABSENT DU DOCUMENT. »
À toi
Interroge un whitepaper
✏️ Exercice
Prends le whitepaper d'un projet qui t'intéresse et applique la demande complète ci-dessus. Compte ensuite combien de réponses sont ABSENT DU DOCUMENT, et vérifie deux citations au hasard en les retrouvant dans le texte original.
À retenir
L'essentiel en 5 points
À retenir
- ◆Un whitepaper est un document de vente : un résumé fidèle reproduit fidèlement l'argumentaire.
- ◆Demande une EXTRACTION, pas une synthèse — six questions précises plutôt qu'un résumé.
- ◆Impose la citation exacte : sans elle, impossible de distinguer ce que le document dit de ce que le modèle suppose.
- ◆« Le service fonctionnerait-il sans le jeton ? » élimine la moitié des projets, et la réponse est souvent introuvable.
- ◆Les absences sont des choix, pas des oublis : répartition, calendrier et risques manquants se lisent comme tels.
Test
Vérifie que c'est acquis
Teste-toi
Q1. Pourquoi demander un simple résumé d'un whitepaper est-il un mauvais usage ?
Q2. Pourquoi imposer la citation exacte de chaque réponse ?
Q3. Quelle question élimine le plus de projets ?
Q4. Un whitepaper de 40 pages ne contient aucune section sur les risques. Comment le lis-tu ?
🚀 Mets-le en pratique