presentation-design
Use this skill when designing presentations, slide decks, or pitch materials. Triggers on "create a presentation", "design slides", "build a deck", "structure my talk", "make a pitch deck", "data visualization for slides", or any request involving slide layout, storytelling frameworks (Pyramid Principle, Hero's Journey, Problem-Solution-Benefit), narrative arc, speaker notes, or chart selection for presentations. Covers slide structure, visual hierarchy, data-driven storytelling, and deck architecture from executive summaries to conference keynotes.
design presentationslidesstorytellingdata-visualizationpitch-deckpublic-speakingWhat is presentation-design?
Use this skill when designing presentations, slide decks, or pitch materials. Triggers on "create a presentation", "design slides", "build a deck", "structure my talk", "make a pitch deck", "data visualization for slides", or any request involving slide layout, storytelling frameworks (Pyramid Principle, Hero's Journey, Problem-Solution-Benefit), narrative arc, speaker notes, or chart selection for presentations. Covers slide structure, visual hierarchy, data-driven storytelling, and deck architecture from executive summaries to conference keynotes.
presentation-design
presentation-design is a production-ready AI agent skill for claude-code, gemini-cli, openai-codex, and 1 more. Designing presentations, slide decks, or pitch materials.
Quick Facts
| Field | Value |
|---|---|
| Category | design |
| Version | 0.1.0 |
| Platforms | claude-code, gemini-cli, openai-codex, mcp |
| License | MIT |
How to Install
- Make sure you have Node.js installed on your machine.
- Run the following command in your terminal:
npx skills add AbsolutelySkilled/AbsolutelySkilled --skill presentation-design- The presentation-design skill is now available in your AI coding agent (Claude Code, Gemini CLI, OpenAI Codex, etc.).
Overview
Presentation design is the discipline of structuring information into visual slide sequences that inform, persuade, or inspire an audience. It sits at the intersection of storytelling, information design, and visual communication. This skill equips an agent to architect complete decks - from choosing the right narrative framework and slide structure, to selecting appropriate chart types for data, to applying visual hierarchy principles that keep audiences engaged. It applies to pitch decks, keynotes, internal strategy reviews, training materials, and any context where slides are the medium.
Tags
presentation slides storytelling data-visualization pitch-deck public-speaking
Platforms
- claude-code
- gemini-cli
- openai-codex
- mcp
Related Skills
Pair presentation-design with these complementary skills:
Frequently Asked Questions
What is presentation-design?
Use this skill when designing presentations, slide decks, or pitch materials. Triggers on "create a presentation", "design slides", "build a deck", "structure my talk", "make a pitch deck", "data visualization for slides", or any request involving slide layout, storytelling frameworks (Pyramid Principle, Hero's Journey, Problem-Solution-Benefit), narrative arc, speaker notes, or chart selection for presentations. Covers slide structure, visual hierarchy, data-driven storytelling, and deck architecture from executive summaries to conference keynotes.
How do I install presentation-design?
Run npx skills add AbsolutelySkilled/AbsolutelySkilled --skill presentation-design in your terminal. The skill will be immediately available in your AI coding agent.
What AI agents support presentation-design?
This skill works with claude-code, gemini-cli, openai-codex, mcp. Install it once and use it across any supported AI coding agent.
Maintainers
Generated from AbsolutelySkilled
SKILL.md
Presentation Design
Presentation design is the discipline of structuring information into visual slide sequences that inform, persuade, or inspire an audience. It sits at the intersection of storytelling, information design, and visual communication. This skill equips an agent to architect complete decks - from choosing the right narrative framework and slide structure, to selecting appropriate chart types for data, to applying visual hierarchy principles that keep audiences engaged. It applies to pitch decks, keynotes, internal strategy reviews, training materials, and any context where slides are the medium.
When to use this skill
Trigger this skill when the user:
- Wants to create, structure, or outline a presentation or slide deck
- Needs a storytelling framework for a talk (Pyramid Principle, Hero's Journey, etc.)
- Asks how to visualize data in slides (chart selection, data-ink ratio, labeling)
- Wants to build a pitch deck for investors, customers, or internal stakeholders
- Needs help with slide layout, visual hierarchy, or information density
- Asks about speaker notes, delivery pacing, or slide-to-talk ratio
- Wants to restructure or improve an existing presentation
- Needs a presentation template or outline for a specific context
Do NOT trigger this skill for:
- General graphic design work unrelated to slides (logos, branding, illustrations)
- Data analysis or dashboard design (use data/analytics skills instead)
Key principles
One idea per slide - Each slide communicates exactly one point. If you need a second sentence to explain what the slide is about, split it into two slides. Audiences retain messages, not slide counts - more focused slides beat fewer dense ones.
Narrative before visuals - Always lock in the story arc and outline before opening any design tool. A beautiful deck with no narrative thread fails. Write the slide titles as a standalone story - if someone reads only the titles in sequence, they should understand the full argument.
Signal-to-noise ratio - Every element on a slide must earn its place. Remove logos from interior slides, drop decorative clip art, minimize bullet sub-levels, and kill orphan text. The audience's eye should land on exactly what matters with zero visual competition.
Data-ink maximization - For data slides, maximize the proportion of ink used to display actual data vs. non-data elements (gridlines, borders, redundant labels). Remove chart junk: 3D effects, gradient fills, excessive legends, and dual axes unless absolutely necessary.
Context-audience fit - A board presentation is not a conference keynote is not a training workshop. Match density, tone, animation level, and formality to the specific audience and setting. Read-ahead decks need more text; live talks need less.
Core concepts
Deck architecture - Every presentation has three layers: the narrative layer (what story are you telling), the structural layer (how slides are sequenced and grouped), and the visual layer (how each slide looks). Work top-down through these layers.
Slide taxonomy - Slides fall into five functional types: Title/section dividers (signal transitions), Assertion slides (state a claim with evidence), Data slides (charts, tables, metrics), Framework slides (2x2 matrices, process flows, diagrams), and Action slides (next steps, asks, CTAs). Knowing which type you need prevents the default of "bullet point list for everything."
Storytelling structures - The three most versatile frameworks: (1) Situation- Complication-Resolution (SCR) for executive communication - state the context, reveal the tension, present the answer. (2) Problem-Solution-Benefit (PSB) for sales and pitch decks - show the pain, offer the fix, prove the value. (3) The Pyramid Principle (Minto) for analytical presentations - lead with the conclusion, then support with grouped arguments and evidence.
Visual hierarchy - Slide elements are read in priority order: headline first, then the dominant visual element, then supporting text. Use size, contrast, color, and position to control this reading order. The headline should be an assertion ("Revenue grew 23% YoY"), not a label ("Revenue").
Data visualization selection - Match chart type to the analytical message: comparison (bar chart), trend over time (line chart), part-to-whole (stacked bar or pie for 2-3 segments only), distribution (histogram), correlation (scatter plot), flow (Sankey or waterfall). The chart type IS the argument.
Common tasks
Structure a presentation from scratch
Follow this sequence:
- Define the objective in one sentence: "After this presentation, the audience will ___"
- Identify the audience and context (live talk, read-ahead, hybrid)
- Choose a storytelling framework (SCR, PSB, or Pyramid - see
references/storytelling-frameworks.md) - Write 8-15 slide titles that tell the story when read in sequence
- Classify each slide by type (title, assertion, data, framework, action)
- Draft content for each slide - one key message per slide
- Identify which slides need data visualization and select chart types
- Add a strong opening slide (hook) and closing slide (call to action)
Always validate: read the slide titles alone top to bottom. If the narrative is unclear, restructure before adding any visual content.
Build a pitch deck
Standard pitch deck structure (10-12 slides):
- Title - Company name, one-line value prop, presenter name
- Problem - The pain point, sized with data if possible
- Solution - What you built, shown simply (screenshot or diagram)
- Demo/Product - How it works in 2-3 steps
- Market - TAM/SAM/SOM or market sizing
- Business model - How you make money
- Traction - Metrics, growth chart, logos, testimonials
- Competition - Positioning matrix (2x2) or comparison table
- Team - Key founders and relevant experience
- Ask - Funding amount, use of funds, timeline
- Appendix - Detailed financials, technical architecture (backup slides)
Keep the pitch deck under 15 slides for the main flow. Use appendix slides for depth.
Choose the right chart for data slides
| Message type | Best chart | Avoid |
|---|---|---|
| Comparison across categories | Horizontal bar | Pie chart with 5+ segments |
| Trend over time | Line chart | Vertical bar with 12+ bars |
| Part-to-whole (2-3 parts) | Pie or donut | Stacked bar |
| Part-to-whole (4+ parts) | Stacked bar or treemap | Pie chart |
| Distribution | Histogram or box plot | Bar chart with raw values |
| Correlation | Scatter plot | Dual-axis line chart |
| Change/waterfall | Waterfall chart | Stacked bar |
| Process flow | Sankey or flow diagram | Table |
See references/data-visualization.md for detailed formatting rules, labeling
best practices, and color palette guidance.
Write assertion headlines
Transform label headlines into assertion headlines:
| Weak (label) | Strong (assertion) |
|---|---|
| "Q3 Revenue" | "Q3 revenue exceeded target by 12%" |
| "Customer Feedback" | "NPS jumped from 32 to 58 after redesign" |
| "Market Overview" | "The $4.2B market is shifting to self-serve" |
| "Team" | "Our founding team has 3 successful exits" |
Every slide headline should be a complete sentence that states the takeaway. If the audience reads nothing else, they get the message.
Design data-heavy slides
For slides with complex data:
- Lead with the insight headline - state what the data proves
- Use one chart per slide (two maximum if directly compared)
- Highlight the key data point with color or annotation
- Remove gridlines, reduce axis labels to minimum needed
- Add a direct annotation or callout on the chart pointing to the insight
- Source the data in small text at bottom-left
- Use consistent color coding across all data slides in the deck
Never show a chart without telling the audience what to see in it. The headline and a callout annotation do this work.
Structure a read-ahead document deck
Read-ahead decks (sent via email, read without a presenter) need different rules:
- Use full-sentence headlines (assertions) - they carry the argument alone
- Include more text per slide than a live talk (but still concise)
- Add executive summary as slide 2 (after title) - full argument in 5-6 bullets
- Use page numbers and section headers for navigation
- Include a table of contents for decks over 15 slides
- Appendix is critical - readers will want to drill into details
- Minimize animations and builds - they don't work in PDF/email
Apply visual hierarchy to a slide
Checklist for every content slide:
- Headline: 24-32pt, bold, top of slide - states the assertion
- Primary visual: largest element, center or center-right - chart, image, or diagram
- Supporting text: 14-18pt, left-aligned, minimal - 2-4 bullet points maximum
- Source/footnote: 10-12pt, bottom-left, gray - attribution only
- Whitespace: at least 15-20% of slide area is empty - don't fill every pixel
- Consistent margins: same padding on all four edges across all slides
Anti-patterns / common mistakes
| Mistake | Why it's wrong | What to do instead |
|---|---|---|
| Wall of bullets | Audiences stop reading after 3 bullets; retention drops to near zero | One idea per slide; use visuals to replace lists |
| Label headlines ("Q3 Results") | Forces audience to find the point themselves; wasted real estate | Assertion headlines that state the takeaway |
| Pie chart with 6+ segments | Humans cannot compare arc angles accurately beyond 3 segments | Use horizontal bar chart sorted by value |
| Reading slides aloud verbatim | Audience reads faster than you speak; creates cognitive conflict | Slides show the visual; you provide the narration |
| No clear ask or CTA | Presentation ends without the audience knowing what to do next | Final slide states the specific desired action |
| Decorative chart junk | 3D effects, gradients, unnecessary gridlines distract from data | Flat, clean charts with data-ink ratio maximized |
| Inconsistent formatting | Different fonts, colors, alignment slide-to-slide breaks trust | Use a master template; enforce consistency |
| Too many slides for the time | Rushing through slides signals poor preparation | Target 1-2 minutes per slide for live talks |
Gotchas
Deck sent as read-ahead but designed for live delivery fails both use cases - A deck with minimal text, large visuals, and no context reads as confusing to someone receiving it by email. Conversely, a read-ahead deck with dense prose is death-by-slide in a live presentation. Decide the delivery format before slide 1 and design accordingly. If you need both, build a "speaker version" and a "leave-behind version" as separate files.
"Most Popular" badge on the middle tier backfires if the middle tier is empty - Social proof on a pricing tier or comparison slide (e.g., marking the middle column as "most popular") loses credibility if the content doesn't justify it. The badge should reinforce a natural gravitational pull, not substitute for it. Ensure the middle tier genuinely offers the best value proposition before adding the badge.
Pie charts with more than 4 segments are consistently misread - Humans cannot accurately compare arc lengths when there are 5+ segments. Audiences in live presentations have no time to study the chart. If a pie chart has more than 3-4 meaningful segments, replace it with a sorted horizontal bar chart immediately. This is the single most common data visualization error in business presentations.
Dark slide backgrounds render poorly in bright conference rooms - A dark-theme deck that looks stunning on a monitor can become near-unreadable when projected in a daylight-lit conference room with a low-lumen projector. Test your deck in the actual room or use a high-contrast theme with at least 7:1 contrast ratio for any text on background.
Animations and transitions in exported PDF break the read-ahead experience - Build and reveal animations (text appearing line by line, chart bars animating in) are invisible in PDFs sent for async review - readers see only the final state. If a slide's argument depends on the reveal order, add numbers or explicit visual cues to the exported version, or duplicate the slide in a progressive state for PDF exports.
References
For detailed guidance on specific sub-domains, read the relevant file from references/:
references/storytelling-frameworks.md- Deep dive into SCR, PSB, Pyramid Principle, Hero's Journey, and when to use each. Load when helping a user choose or apply a narrative structure.references/data-visualization.md- Chart formatting rules, color palettes, labeling standards, annotation techniques, and common chart mistakes. Load when working with data-heavy slides.references/slide-templates.md- Reusable slide layout templates for common slide types (title, assertion, comparison, timeline, team, metrics dashboard). Load when the user needs specific slide layout guidance.
Only load a references file if the current task requires it.
References
data-visualization.md
Data Visualization for Presentations
This reference covers chart selection, formatting standards, color usage, labeling, and annotation techniques specifically for slide-based presentations. Slides have different constraints than dashboards or reports - the audience sees each chart for 10-30 seconds, so every chart must communicate its message instantly.
The one rule
Every data slide must answer one question, and the answer must be stated in the slide headline. The chart provides the visual proof. If you remove the chart, the headline alone should still convey the insight. If you remove the headline, the chart alone should still make the point through annotation and design.
Chart selection by analytical purpose
Comparison
Horizontal bar chart - The default for comparing values across categories.
- Sort bars by value (largest to smallest) unless there's a natural order (time, rank)
- Use a single highlight color for the key bar; gray for all others
- Label values at the end of each bar; remove the x-axis if labels are present
- Limit to 10-12 bars maximum per slide
Grouped bar chart - For comparing 2-3 series across categories.
- Never group more than 3 series (use small multiples instead)
- Use clearly distinct colors for each series
- Always include a legend, positioned above the chart
Trend over time
Line chart - The default for showing change over time.
- Use time on the x-axis (left to right, chronological)
- Limit to 4 lines maximum; highlight the key line with color and thickness
- Label the end of each line directly (remove the legend if possible)
- Start the y-axis at zero for absolute values; break the axis only if clearly marked
- Add annotations for key events (product launch, policy change, etc.)
Area chart - Use only for cumulative/stacked trends where the total matters.
- Use semi-transparent fills to allow overlap visibility
- Don't use for more than 3-4 series (becomes unreadable)
Part-to-whole
Pie/donut chart - Use ONLY for 2-3 segments where the relationship to 100% matters.
- Never use for more than 3 segments
- Always label segments directly with both percentage and absolute value
- Start the largest segment at 12 o'clock, going clockwise
- Use a donut variant when you want to place a key metric in the center
Stacked bar chart - For part-to-whole with 4+ categories or across time periods.
- Use consistent color order across all bars
- Label segments directly when they're large enough; use a legend for small segments
- Consider a 100% stacked bar when proportions matter more than absolute values
Treemap - For hierarchical part-to-whole with many categories.
- Use when you have 5-20 categories with clear size differences
- Label directly on each rectangle
- Use color to encode a second variable (e.g., growth rate) or keep monochromatic
Distribution
Histogram - For showing the shape of a continuous distribution.
- Choose bin widths that reveal the pattern (10-20 bins is typical)
- Label the x-axis with meaningful ranges
- Add a mean/median line with annotation if relevant
Box plot - For comparing distributions across categories.
- Always explain the box plot components if the audience may not be familiar
- Use horizontal orientation for readability
- Add individual data points as a jitter overlay for small datasets
Correlation
Scatter plot - For showing the relationship between two variables.
- Always label both axes clearly with units
- Add a trend line only if the correlation is the point
- Use size for a third variable (bubble chart) sparingly - hard to read precisely
- Highlight and annotate specific data points that support the narrative
Flow and change
Waterfall chart - For showing how a value changes through additions and subtractions.
- Color-code increases (green/blue) and decreases (red/orange) consistently
- Label each bar with the change value
- Show the starting and ending totals as full bars
Sankey diagram - For showing flow between stages or categories.
- Use when showing conversion funnels, budget allocation, or migration patterns
- Limit to 3-4 stages and 5-8 flows for slide readability
- Color by source or destination category
Formatting standards for slides
Typography on charts
- Chart title: omit if the slide headline serves as the title (preferred)
- Axis labels: 12-14pt, regular weight, dark gray (#4A4A4A)
- Data labels: 12-14pt, bold for highlighted values, regular for others
- Annotations: 12-14pt, italic or with a callout line
- Source line: 10pt, light gray, bottom-left of the chart area
Gridlines and axes
- Remove all gridlines by default; add back only if the audience needs to read precise values (rare in presentations)
- Remove the top and right borders of the chart area (open frame)
- Keep the x-axis and y-axis lines thin (0.5-1pt) and gray
- Remove tick marks; use the label positions to imply the axis
Whitespace
- Chart should occupy 60-70% of the slide area below the headline
- Leave breathing room between the chart and slide edges (minimum 5% margin)
- Don't stretch charts to fill the entire slide - whitespace signals confidence
Color usage
Primary palette approach
- Choose one primary color for the key data series or highlighted element
- Use gray (#B0B0B0 to #D0D0D0) for all non-highlighted data
- Use one accent color (sparingly) for secondary highlights or annotations
- Never use more than 5 distinct colors on a single chart
Color meaning conventions
- Green for positive/growth (use cautiously - consider color blindness)
- Red for negative/decline (same caveat)
- Blue as a neutral primary color (safe default)
- Gray for context, benchmarks, or de-emphasized data
Accessibility
- Never encode meaning through color alone - always pair with labels or patterns
- Test charts for color-blind accessibility (red-green is the most common deficiency)
- Maintain a minimum 3:1 contrast ratio between data colors and background
- Use colorblind-safe palettes: blue-orange, blue-red, purple-green alternatives
Annotation techniques
Annotations are the most underused tool in presentation data visualization. They transform a chart from "here's some data" to "here's what the data means."
Direct labeling
- Label data points directly on the chart instead of using a legend
- Place labels at the end of lines, inside or beside bars, on pie segments
- This eliminates the legend-to-chart lookup that slows comprehension
Callout annotations
- Use a short text callout with an arrow pointing to the key data point
- Keep callout text to 5-10 words maximum
- Example: "23% increase after feature launch" with arrow to the inflection point
- Position callouts in open areas of the chart to avoid overlapping data
Reference lines
- Add a horizontal reference line for targets, benchmarks, or averages
- Label the line directly ("Industry avg: 42%")
- Use a dashed style to distinguish from data lines
Shaded regions
- Shade a time period on a line chart to highlight a specific era
- Use very light fills (10-20% opacity) to avoid obscuring data
- Label the region ("Beta period", "Post-launch", "COVID impact")
Common data visualization mistakes in presentations
| Mistake | Impact | Fix |
|---|---|---|
| Dual y-axes | Misleads by implying correlation through scale manipulation | Use two separate charts side by side |
| Truncated y-axis without marking | Exaggerates small differences | Start at zero or clearly mark the break |
| Pie chart with 5+ segments | Audience cannot compare arc angles | Switch to horizontal bar chart |
| 3D chart effects | Distorts proportions and obscures data | Use flat 2D charts exclusively |
| Rainbow color palette | No visual hierarchy; distracting | Use gray + one highlight color |
| No data labels on bars | Forces audience to estimate from axis | Label bars directly |
| Chart without headline insight | Audience doesn't know what to conclude | Write assertion headline |
| Too many data series | Visual noise; nothing stands out | Highlight 1-2 series; gray the rest |
| Gridlines at full opacity | Compete with data for visual attention | Remove or reduce to 10-15% opacity |
| Using a table when a chart would work | Tables require sequential reading; slow | Convert to chart; reserve tables for precise lookups |
When to use a table instead of a chart
Tables are appropriate on slides only when:
- The audience needs to look up specific exact values (prices, dates, specifications)
- You have a small dataset (under 5 rows x 5 columns) with no clear visual pattern
- The data is categorical text, not numeric (feature comparison matrices)
- You're showing a schedule, roster, or specification sheet
Table formatting for slides:
- Remove all internal borders; use alternating row shading (very subtle) or horizontal lines only
- Bold the header row; left-align text; right-align numbers
- Highlight the key row or column with background color
- Keep font size at 14pt minimum (anything smaller is unreadable in a presentation)
Data storytelling sequence
When building a data-heavy section of a presentation, follow this sequence:
Setup slide - State the question the data will answer (assertion headline framed as the answer). Brief context on data source and timeframe.
Overview chart - Show the full picture at a high level. This orients the audience before you zoom in.
Zoom-in slides - One slide per key insight, drilling into specific segments, time periods, or comparisons. Each has its own assertion headline.
Synthesis slide - Pull the data insights together into 2-3 key takeaways. This is where you translate data into implications.
Action slide - What should happen as a result of this data. Specific, assigned, time-bound actions.
Never dump multiple charts on one slide and expect the audience to synthesize. That's your job as the presenter. One chart, one insight, one slide.
slide-templates.md
Slide Layout Templates
This reference provides reusable slide layout templates for the most common slide types in professional presentations. Each template defines the spatial arrangement, typography, and content rules for a specific slide function.
All templates assume a 16:9 aspect ratio (standard widescreen). Positions are described relative to the slide canvas.
1. Title slide
Purpose: First impression. Sets the tone and frames the presentation topic.
Layout:
- Title text: 36-48pt, bold, centered vertically in the upper 60% of the slide
- Subtitle/tagline: 20-24pt, regular weight, directly below the title
- Presenter name and date: 14-16pt, bottom-left or bottom-center
- Company logo: bottom-right corner, small (not dominant)
- Background: solid color, subtle gradient, or full-bleed image with dark overlay
Content rules:
- Title should be 3-8 words maximum
- Subtitle provides context: audience, date, or one-sentence framing
- Never put an agenda on the title slide
- If using a background image, ensure text contrast meets accessibility standards
2. Section divider slide
Purpose: Signals a major transition between sections. Gives the audience a mental reset.
Layout:
- Section title: 36-44pt, bold, centered on the slide
- Section number (optional): 60-80pt, light opacity, top-left or as a large background numeral
- Brief descriptor: 18-20pt, regular weight, below the title (optional)
- Background: differentiated from content slides (darker color, accent color, or reversed text)
Content rules:
- One to four words for the section title
- Use consistently throughout the deck (don't mix with other transition styles)
- Consider adding a mini progress indicator showing which section you're in
3. Assertion slide (text-focused)
Purpose: Makes a key claim supported by 2-4 concise points. The workhorse of most presentations.
Layout:
- Assertion headline: 24-32pt, bold, top of the slide spanning full width
- Supporting points: 16-20pt, regular weight, left-aligned below the headline
- Visual accent (optional): icon, small image, or pull-quote on the right third
- Source/footnote: 10-12pt, gray, bottom-left
Content rules:
- Headline is a full sentence stating the claim (not a label)
- Maximum 4 supporting points, each 1-2 lines
- No sub-bullets - if you need sub-bullets, split into two slides
- Each supporting point should be evidence or a distinct argument, not a restatement
4. Data/chart slide
Purpose: Presents quantitative evidence with a visual chart.
Layout:
- Assertion headline: 24-28pt, bold, top of slide - states the data insight
- Chart area: occupies 60-70% of the slide, centered or slightly right of center
- Key callout annotation: 14-16pt, italic, with arrow pointing to the key data point
- Source and date range: 10-12pt, gray, bottom-left below the chart
Content rules:
- One chart per slide (two only if directly compared side by side)
- The headline states the insight, not the chart type ("Revenue grew 23% YoY", not "Revenue bar chart")
- Use annotation to draw the eye to the specific data point that proves the headline
- Remove chart junk: no gridlines, no 3D, no gradient fills, minimal axis labels
- See
data-visualization.mdfor chart type selection and formatting rules
5. Comparison slide (side-by-side)
Purpose: Compares two options, states, or time periods side by side.
Layout:
- Assertion headline: 24-28pt, bold, top of slide
- Left panel: 45% width, contains Option A / Before / Current State
- Right panel: 45% width, contains Option B / After / Future State
- Divider: thin vertical line or whitespace between panels
- Panel headers: 18-22pt, bold, at top of each panel
- Panel content: 14-18pt, 3-5 bullet points or a visual per panel
Content rules:
- Use parallel structure: same categories in both panels for easy comparison
- Highlight the recommended option with an accent color or checkmark
- If comparing before/after, put "before" on left (past) and "after" on right (future)
- Avoid making one side obviously worse (strawman) unless that's the honest comparison
6. Framework/matrix slide (2x2)
Purpose: Positions items along two dimensions. Classic strategic tool.
Layout:
- Assertion headline: 24-28pt, bold, top of slide
- 2x2 grid: centered, occupying 65% of the slide
- Axis labels: 14-16pt, bold, on the outside of each axis
- Quadrant labels: 14-16pt, bold, inside each quadrant (top area)
- Items/logos/dots: positioned within the appropriate quadrant
- Highlight: accent color or border on the quadrant where "you" or the recommendation sits
Content rules:
- Label the axes with clear, distinct dimensions (not vague terms)
- Keep 3-6 items in the matrix (more becomes cluttered)
- The position in the matrix IS the argument - make sure placement is defensible
- Always highlight where your product/recommendation lands
- Common matrices: Effort vs. Impact, Market Growth vs. Market Share, Build vs. Buy
7. Process/timeline slide
Purpose: Shows a sequence of steps, phases, or milestones.
Layout - horizontal process:
- Assertion headline: 24-28pt, bold, top of slide
- Process flow: 3-6 steps arranged left-to-right with connecting arrows
- Step icons/numbers: centered above or inside each step box
- Step labels: 14-18pt, bold, below each step
- Step descriptions: 12-14pt, regular, 1-2 lines below each label
- Current/active step: highlighted with accent color; future steps lighter
Layout - vertical timeline:
- Timeline line: vertical, left third of the slide
- Milestone markers: circles or diamonds on the timeline
- Date labels: left of the timeline
- Description: right of the timeline, 2-3 lines per milestone
- Past milestones: muted color; upcoming: accent color
Content rules:
- 3-6 steps maximum for horizontal; 4-8 milestones for vertical timeline
- Arrow direction always indicates flow (left-to-right or top-to-bottom)
- Highlight the current step/milestone with a distinct color
- If a process has more than 6 steps, group into phases first
8. Team slide
Purpose: Introduces key people with credibility signals.
Layout:
- Assertion headline: 24-28pt, bold, top of slide ("Our founding team has 3 successful exits" not just "Team")
- Team member cards: 3-5 per row, arranged in a grid
- Each card: headshot photo (circle crop), name (16-18pt bold), title (14pt), key credential (12-14pt italic, 1 line)
- Spacing: equal gaps between cards; centered on the slide
Content rules:
- Lead with the strongest team members (CEO, CTO, domain experts)
- One standout credential per person (not a full bio)
- Use consistent photo style (all professional, all casual - don't mix)
- 3-6 people maximum per slide; use a second slide for advisors or extended team
- For pitch decks, emphasize relevant experience and exits, not job titles
9. Metrics dashboard slide
Purpose: Shows 3-5 key metrics at a glance with trend indicators.
Layout:
- Assertion headline: 24-28pt, bold, top of slide
- Metric cards: 3-5 cards in a single row, equally spaced
- Each card: metric value (36-44pt, bold), metric label (14-16pt, below), trend indicator (small arrow or sparkline, below the label)
- Optional: comparison value or target in smaller text ("vs. 85% target")
- Background: cards slightly elevated with subtle shadow or border
Content rules:
- 3-5 metrics only (more dilutes focus)
- Use color to signal health: green for on-track, red for off-track, gray for neutral
- Show the direction (up/down arrow) and magnitude (percentage change)
- Choose metrics that together tell a coherent story (not random KPIs)
- For pitch decks: ARR, growth rate, retention, customers, unit economics
10. Call-to-action / closing slide
Purpose: Final slide. States what the audience should do next.
Layout:
- Primary ask: 28-36pt, bold, centered in the upper half
- Supporting details: 16-20pt, regular, 2-4 bullets below (who, what, by when)
- Contact info or next step: 14-16pt, bottom of slide
- Background: match the title slide style for visual bookending
Content rules:
- The ask must be specific and actionable ("Approve $2M budget for Q3 expansion" not "Questions?")
- Include a timeline or deadline if applicable
- For pitch decks: state the funding amount, intended use, and how to follow up
- Never end on "Thank you" or "Questions?" as the main content - make the CTA the star
- A "Questions?" slide can follow the CTA as a discussion prompt, but the CTA is the real final slide
Template composition rules
When building a full deck from these templates:
- Start with a Title slide (template 1)
- For decks over 15 slides, add a table of contents or agenda slide after the title
- Use Section dividers (template 2) between major sections (3-5 per deck maximum)
- Mix slide types within sections - avoid 5 assertion slides in a row
- Place data slides (template 4) immediately after the claim they support
- End every deck with a CTA slide (template 10)
- After the CTA, add an Appendix section divider followed by backup slides
Pacing guideline: For a 20-minute live presentation, target 12-15 content slides plus 2-3 dividers and the title/closing. That's roughly 1-1.5 minutes per content slide. For a read-ahead, you can go denser (20-30 slides) since the reader controls the pace.
storytelling-frameworks.md
Storytelling Frameworks for Presentations
This reference covers the major storytelling frameworks used in professional presentations. Each framework has a specific use case - choosing the right one is the first structural decision in any deck.
Framework selection guide
| Framework | Best for | Audience | Typical length |
|---|---|---|---|
| Situation-Complication-Resolution (SCR) | Executive updates, strategy proposals | Senior leadership, board | 8-15 slides |
| Problem-Solution-Benefit (PSB) | Sales pitches, product launches | Customers, prospects | 10-20 slides |
| Pyramid Principle (Minto) | Analytical presentations, consulting deliverables | Decision-makers who want the answer first | 10-25 slides |
| Hero's Journey | Keynotes, brand storytelling, conference talks | Large audiences, mixed expertise | 15-30 slides |
| What-So What-Now What | Status updates, retrospectives, quick briefs | Peers, cross-functional teams | 5-10 slides |
Situation-Complication-Resolution (SCR)
Developed by Barbara Minto and widely used in management consulting. This is the go-to framework for any presentation to senior leaders who need to make a decision.
Structure
Situation (1-3 slides) - Establish shared context. State facts the audience already knows or agrees with. This builds alignment before introducing tension.
- "We launched Product X in Q1 targeting mid-market SaaS companies"
- "Current ARR is $12M with 85% gross retention"
Complication (2-4 slides) - Introduce the tension, problem, or change that disrupts the situation. This is what makes the presentation necessary.
- "However, enterprise competitors are moving downmarket with 40% lower pricing"
- "Our win rate dropped from 45% to 28% in the last two quarters"
Resolution (3-8 slides) - Present your recommendation, solution, or plan. This is the bulk of the deck. Support with data, analysis, and a clear action plan.
- "We recommend repositioning to vertical-specific solutions starting with healthcare"
- Include evidence, implementation plan, timeline, resource ask
When to use SCR
- Board presentations and strategy reviews
- Any time you need executive approval for a course of action
- Quarterly business reviews with leadership
- Problem escalation decks
Common mistakes with SCR
- Making the Situation too long (audience gets impatient - they know the context)
- Weak Complication that doesn't create urgency
- Resolution that doesn't clearly state the ask or decision needed
Problem-Solution-Benefit (PSB)
The classic sales and pitch framework. Works because it follows the natural persuasion pattern: create tension, relieve it, prove the value.
Structure
Problem (2-4 slides) - Define the pain point vividly. Use data to size it. Make the audience feel the problem before offering any solution.
- Quantify the cost of the problem (time, money, risk)
- Use a customer quote or real scenario
- Show the problem is getting worse, not better
Solution (3-6 slides) - Present your offering as the answer. Show, don't tell. Use product screenshots, architecture diagrams, or demo flows.
- Lead with what it does, not how it works
- Show the user experience, not the technical implementation
- Keep it to 2-3 key capabilities, not an exhaustive feature list
Benefit (2-4 slides) - Prove the value with evidence. This is where you convert interest into conviction.
- ROI calculations or projections
- Customer case studies with specific metrics
- Before/after comparisons
- Social proof (logos, testimonials, analyst quotes)
When to use PSB
- Sales presentations and product demos
- Investor pitch decks (modified with market/team/ask sections)
- Internal proposals for new tools or platforms
- Product launch announcements
Variations
- Problem-Agitation-Solution (PAS): Insert an "agitation" phase between Problem and Solution that amplifies the emotional stakes. Useful for audiences that don't yet feel urgency about the problem.
- Before-After-Bridge: Show the current painful state, paint the ideal future state, then bridge with your solution. More visual and emotional than standard PSB.
Pyramid Principle (Minto)
Created by Barbara Minto at McKinsey. The core rule: start with the answer, then support it with grouped, logically ordered arguments. This is the opposite of how most people naturally build presentations (building up to a conclusion).
Structure
Governing thought (slide 1-2) - State the main conclusion or recommendation upfront. The executive summary. No buildup, no suspense.
- "We should acquire CompanyX for $50M to enter the European market"
- "Engineering velocity will increase 30% by migrating to a monorepo"
Key supporting arguments (1 slide each, 3-5 arguments) - Group your evidence into 3-5 mutually exclusive, collectively exhaustive (MECE) pillars.
- Each argument gets a section of the deck
- Each argument's slide title IS the argument (assertion headline)
Supporting evidence (2-4 slides per argument) - Data, analysis, and proof points that back each argument. Go deeper only where the audience needs convincing.
The MECE test
Arguments must be:
- Mutually Exclusive - No overlap between argument groups
- Collectively Exhaustive - Together they fully support the governing thought
Example for "We should enter the European market":
- Market opportunity is large and growing (ME: about market size)
- We have a competitive right to win (ME: about our capabilities)
- The financial return exceeds our hurdle rate (ME: about economics)
- Together these are CE: they cover why, how, and at what return
When to use the Pyramid Principle
- Consulting deliverables and analytical presentations
- Any presentation where the audience wants the answer immediately
- Board-level recommendations with complex supporting analysis
- Internal strategy documents and memos converted to slides
Common mistakes with Pyramid
- Burying the lead - putting the conclusion at the end
- Arguments that overlap (not MECE)
- Too many levels of nesting (keep to 2-3 levels max)
- Confusing data with arguments (data supports arguments; it is not the argument)
Hero's Journey (adapted for presentations)
Joseph Campbell's narrative structure, simplified for business presentations. Works best for keynotes and conference talks where you need emotional engagement.
Structure (simplified to 5 acts for slides)
The Ordinary World (1-2 slides) - Set the scene. Describe the status quo that the audience recognizes.
The Challenge (2-3 slides) - Introduce the disruption, threat, or opportunity that calls for action. This is the "call to adventure."
The Journey (4-8 slides) - The struggles, experiments, failures, and learning along the way. This is where you build credibility through vulnerability and real experience.
The Transformation (2-4 slides) - The breakthrough moment. What was discovered, built, or achieved. Show the results with data and proof.
The New World (1-2 slides) - Paint the future. What's now possible that wasn't before. End with inspiration and a call to action for the audience.
When to use Hero's Journey
- Conference keynotes and thought leadership talks
- Brand story presentations
- Company all-hands and culture presentations
- Fundraising narratives (the founder's story)
Tips for Hero's Journey in business
- Keep "The Journey" honest - include real failures and setbacks
- The hero should be the customer, the team, or the audience - not the presenter
- Use visuals and photos heavily - this framework is narrative, not analytical
- Time it carefully: the Transformation should land at roughly the 70% mark
What-So What-Now What
The simplest framework. Ideal for short updates and status presentations where you need to be concise.
Structure
What (1-3 slides) - State the facts. What happened, what the data shows, what was delivered.
So What (1-3 slides) - Interpret the facts. Why does this matter? What are the implications? What does the audience need to understand?
Now What (1-2 slides) - State the action items. What needs to happen next? Who owns it? By when?
When to use What-So What-Now What
- Weekly/monthly status updates
- Sprint retrospectives
- Quick project briefings
- Post-mortem summaries
Combining frameworks
Frameworks can be nested. Common combinations:
PSB + Pyramid: Use PSB for the overall deck flow, but structure the Solution section using Pyramid Principle (lead with the key capability, then support with grouped evidence).
SCR + Hero's Journey: Use SCR for the logical structure but tell the Complication as a Hero's Journey narrative to build emotional engagement.
Pyramid + What-So What-Now What: Use Pyramid for the main analysis, then close with a What-So What-Now What summary for the action items.
The key rule: pick one primary framework for the overall deck structure. Use a second framework only within a section, never as a competing parallel structure.
Frequently Asked Questions
What is presentation-design?
Use this skill when designing presentations, slide decks, or pitch materials. Triggers on "create a presentation", "design slides", "build a deck", "structure my talk", "make a pitch deck", "data visualization for slides", or any request involving slide layout, storytelling frameworks (Pyramid Principle, Hero's Journey, Problem-Solution-Benefit), narrative arc, speaker notes, or chart selection for presentations. Covers slide structure, visual hierarchy, data-driven storytelling, and deck architecture from executive summaries to conference keynotes.
How do I install presentation-design?
Run npx skills add AbsolutelySkilled/AbsolutelySkilled --skill presentation-design in your terminal. The skill will be immediately available in your AI coding agent.
What AI agents support presentation-design?
presentation-design works with claude-code, gemini-cli, openai-codex, mcp. Install it once and use it across any supported AI coding agent.