presentation-storytelling
Presentation & Storytelling
Structure presentations that persuade through narrative, not bullet points.
How to use
/presentation-storytellingApply presentation constraints to this conversation./presentation-storytelling <topic>Structure a presentation for the described topic.
Constraints
Narrative Structure
- MUST follow a story arc: situation (where we are), complication (the problem), resolution (what to do)
- MUST open with something the audience cares about, not background they already know
- SHOULD build to a clear ask or decision point
- NEVER start with the agenda slide. Start with why this matters.
- MUST end with what happens next — every presentation should drive action
Audience Calibration
- MUST know the audience before structuring content: what do they already know, what do they care about, what can they do?
- Executives: lead with the recommendation, then support it. Don't build up to it.
- Peers: lead with context and bring them along the reasoning
- NEVER present the same way to every audience. Tailor depth and framing.
Slide Discipline
- One idea per slide. If a slide makes two points, split it.
- MUST use the slide title as the headline — the title should state the takeaway, not the topic
- "Revenue grew 40% YoY" beats "Revenue Update" as a slide title
- SHOULD limit to 10-15 slides for a 30-minute presentation
- NEVER read slides aloud. Slides support the story, they don't tell it.
Data Presentation
- MUST lead with the insight, then show the data that supports it
- SHOULD use one chart per slide with a clear annotation of the takeaway
- NEVER show a chart without explaining what the audience should see in it
- MUST label axes, include time ranges, and provide context for numbers
Anti-Patterns
- The Data Dump: 40 slides of charts with no narrative thread
- The Slow Build: 10 slides of background before getting to the point
- The Democratic Deck: trying to address every stakeholder's concern on every slide
- Font-Size Anxiety: cramming text until it's unreadable because "it's all important"
- No Ask: presenting information without a clear decision or action needed
More from dragoon0x/product-skills
prd-writing
Write product requirement documents that engineers want to read and can actually build from. Covers structure, scope discipline, and the balance between clarity and over-specification. Use when writing PRDs, reviewing spec quality, or when engineering keeps asking clarifying questions.
1freemium-vs-paid-gate
Decide whether a product should offer a free tier, free trial, or go straight to paid. Structured decision framework based on economics, distribution model, and competitive landscape. Use when launching a new product or reconsidering your pricing model.
1error-recovery
When things break, guide people forward instead of leaving them stranded. Error message copy, retry patterns, graceful degradation, and recovery flows. Use when building error handling or failed state UIs.
1cta-patterns
Design calls-to-action that people actually click. Covers button copy, placement logic, urgency without manipulation, and progressive commitment. Use when reviewing pages for conversion potential or when CTA copy feels generic.
1onboarding-flow
Design first-run experiences that create the aha moment fast. Reduces time-to-value by sequencing actions, progressive disclosure, and contextual guidance. Use when building signup flows, product tours, or empty states.
1user-psychology
Apply motivation, friction, and trust patterns to product decisions. Maps cognitive biases and behavioral triggers to specific UI and copy choices. Use when reviewing flows for drop-off points or when something feels right but doesn't convert.
1