Le Générateur de Métaphores Visuelles : Transformez des Concepts Abstraits en Analogies Prêtes pour votre Pitch Deck
Why this prompt matters
A board or investor who doesn't grasp the mechanism behind a technical improvement won't advocate for the budget behind it, and a pitch that gets rejected or misunderstood because of a weak analogy costs far more than the 15 minutes it takes to generate better ones — teams that lead with the wrong metaphor often end up re-explaining the same concept across three follow-up meetings instead of moving the conversation forward.
What we use it for
You have 4 minutes on the agenda at next week's board meeting to explain why the company's new fraud-detection model reduces false declines, and the board has finance and legal backgrounds with zero machine learning experience — a slide full of precision and recall numbers will lose them in the first 20 seconds.
Prompt
You are a presentation coach and communications strategist who has helped hundreds of founders and executives explain complex ideas to boards, investors, and cross-functional teams. CONTEXT: I need to explain a concept in an upcoming presentation, and a plain technical or business explanation isn't landing with my audience. Concept to explain: [YOUR CONCEPT — e.g., "how our recommendation algorithm reduces churn"]. Audience: [WHO YOU'RE PRESENTING TO — e.g., "a board of directors with finance backgrounds, no technical depth"]. Context of the presentation: [BOARD MEETING / INVESTOR PITCH / ALL-HANDS / SALES DEMO / OTHER]. Time I have to explain this: [30 SECONDS / 2 MINUTES / 5+ MINUTES]. TASK: 1. Generate 5 distinct visual metaphors that explain [YOUR CONCEPT] to [AUDIENCE]. 2. For each metaphor, write: the one-sentence version I'd say out loud, a 2-3 sentence expanded version for when I have more time, and what visual I could put on a slide to reinforce it, described precisely enough that a designer could build it. 3. For each metaphor, rate its risk of falling flat or being misunderstood by this specific audience, and explain why. 4. Recommend which single metaphor to lead with and why it's the best fit for this audience and time constraint. CONSTRAINTS: - Do not reuse the same source domain (sports, cooking, driving, etc.) for more than one metaphor — I want 5 genuinely different angles, not 5 variations on one theme. - Avoid metaphors that require the audience to already understand a different complex concept to get the metaphor. - Flag any metaphor that could be seen as reductive or condescending to this specific audience. - Keep the one-sentence version under 25 words — it needs to work spoken aloud, not read off a slide. OUTPUT FORMAT: For each of the 5 metaphors: ## Metaphor [N]: [Source domain, e.g., "Air traffic control"] **One-sentence version:** [...] **Expanded version:** [...] **Slide visual:** [...] **Risk of falling flat:** [LOW/MEDIUM/HIGH] — [why] End with: **Recommended lead metaphor:** [which one] — [1-2 sentence justification tied to the specific audience and time constraint]
Result
## Metaphor 1: Airport security screening
One-sentence version: Our fraud model is like adding a second, faster security lane that still catches the same threats but stops fewer honest travelers for extra screening.
Expanded version: Right now, every transaction goes through one screening process that's cautious to the point of flagging too many legitimate customers. This model adds a smarter first pass — most legitimate transactions go straight through, while suspicious ones still get the full check. The threats caught stay the same; the false alarms drop.
Slide visual: A simple two-lane airport diagram — one lane labeled "current process" with a long queue and several false stops, one lane labeled "new model" showing a shorter queue with only genuinely flagged bags pulled aside.
Risk of falling flat: LOW — airport security is a universally understood, low-controversy reference point for this board.
## Metaphor 2: Credit scoring precision
One-sentence version: We tightened the model's judgment the same way a lender sharpens a credit score to approve more good borrowers without approving more bad ones.
Expanded version: A blunt credit score rejects some good borrowers just to be safe. A sharper model separates good and bad borrowers more precisely, so the lender can approve more good applicants at the same risk tolerance. Our fraud model does the same for transactions.
Slide visual: A simple two-axis chart — risk tolerance held constant on one axis, approval rate for legitimate customers increasing on the other, with a labeled improvement arrow.
Risk of falling flat: LOW — this board has finance backgrounds, so credit scoring is an unusually strong fit, arguably the strongest of the five.
## Metaphor 3: Weather forecasting confidence
One-sentence version: Think of it like a weather forecast that got more confident — same data, but now it can tell a 60% chance of rain from a 95% chance instead of calling both "maybe rain."
Expanded version: A vague forecast forces you to prepare for rain every time there's any chance. A precise one lets you skip the umbrella most days and only prepare when it really matters. Our model went from vague fraud "maybe" signals to sharper, more confident ones.
Slide visual: Two weather forecast icons side by side — a fuzzy "chance of rain" cloud icon versus a precise percentage readout.
Risk of falling flat: MEDIUM — clear concept, but weather forecasting doesn't map as tightly to a financial decision as the credit scoring metaphor does for this specific audience.
Recommended lead metaphor: Credit scoring precision — it's the only one of the five that speaks directly in the vocabulary this board already uses daily (approval rates, risk tolerance, false positives and negatives), so it requires zero translation step before the point lands, which matters given the 4-minute time constraint.
La plupart des prompts "explique ça simplement" génèrent une métaphore et s'arrêtent là, ce qui signifie que vous misez toute la présentation sur ce que le modèle a généré en premier. Ce prompt repose sur une hypothèse différente : la première métaphore qui vient à l'esprit est rarement la meilleure pour un public spécifique, et la seule façon de trouver la bonne est de générer plusieurs options vraiment différentes et de les comparer côte à côte avant de vous retrouver devant le conseil d'administration.
Pourquoi le prompt impose cinq domaines sources différents
La contrainte de ne pas réutiliser le même domaine source — par exemple, deux métaphores ne peuvent pas toutes deux provenir du sport — existe parce que, sans contrainte, le modèle a tendance à générer de petites variations sur sa première idée plutôt que des angles vraiment différents. Cinq métaphores qui sont toutes des analogies sportives ne sont pas cinq options, mais une seule option reformulée. Forcer cinq domaines distincts (dans l'exemple de sortie : sécurité aéroportuaire, notation de crédit et prévisions météorologiques) fait émerger de véritables alternatives, et différents publics réagissent à différents domaines pour des raisons qui n'ont rien à voir avec la clarté abstraite de la métaphore — un conseil de financiers trouvera une métaphore de notation de crédit plus immédiatement lisible qu'une analogie sportive tout aussi claire, simplement parce qu'elle fait déjà partie de leur vocabulaire professionnel.
L'évaluation des risques est la partie que la plupart des prompts générateurs de métaphores omettent
Une métaphore techniquement précise peut échouer en réunion — parce qu'elle est condescendante, parce qu'elle nécessite des connaissances préalables que le public ne possède pas, ou parce qu'elle implique accidentellement quelque chose que vous n'aviez pas prévu. Demander au modèle d'évaluer le risque que chaque métaphore tombe à plat, et d'expliquer pourquoi, le force à raisonner sur l'adéquation au public plutôt que de simplement générer des analogies plausibles et vous laisser porter le jugement seul. C'est aussi pourquoi le prompt demande le public et le contexte de la présentation en amont — une métaphore qui fonctionne dans une réunion informelle peut sembler désinvolte devant des investisseurs, et le modèle ne peut signaler ce décalage que s'il connaît le cadre.
Pourquoi une version en une phrase et une version développée
Les présentations se déroulent rarement exactement comme répété. La version en une phrase est ce que vous dites si vous êtes interrompu après dix secondes ou si la réunion s'éternise et que votre créneau est réduit à un tiers de sa durée prévue ; la version développée est celle que vous utilisez si vous avez tout le temps et souhaitez enrichir la métaphore avec plus de texture. Avoir les deux préparées à l'avance signifie que vous n'improvisez pas une version compressée en direct sous pression temporelle, moment où les explications ont tendance à devenir confuses.
L'instruction du visuel de diapositive est importante pour une raison spécifique
Le prompt demande un visuel décrit avec suffisamment de précision pour qu'un designer puisse le construire — pas juste "une image pertinente". Une instruction vague comme "montre un graphique représentant l'amélioration" produit une diapositive qui ressemble à toutes les autres diapositives du deck. Demander un visuel spécifique et constructible (un diagramme à deux voies étiqueté, un graphique à deux axes avec une flèche étiquetée précise) vous donne quelque chose de concret à confier à celui qui construit vos diapositives, ou à esquisser vous-même en cinq minutes, plutôt qu'une autre couche d'abstraction que vous devez encore résoudre.
L'adapter à votre situation
Le champ de contrainte de temps modifie ce qu'une bonne recommandation signifie plus que tout autre input. Une métaphore excellente pour un créneau d'approfondissement de 5 minutes peut être le mauvais choix pour une réponse éclair de 30 secondes, car elle a besoin de la version développée pour fonctionner. Lorsque vous remplissez le champ de temps entre crochets [time] honnêtement — pas avec optimisme — la recommandation finale du modèle tiendra réellement compte du fait que vous n'aurez peut-être que le temps de dire une phrase avant que quelqu'un pose une question de suivi.