Presentation Design

---
name: presentation-design
description: Use when design persuasive presentations using the 10/20/30 rule, slide
  anatomy principles, and storytelling arcs. Use when creating decks or keynotes.
  Use when designing persuasive presentations using the 10/20/30 rule, slide anatomy
  principles,.
domain: mindset
author: oyi77
license: Apache-2.0
subdomain: mindset
tags:
- design
- mindset
- personal-development
- presentation
- soft-skills
version: 1.0.0
category: mindset
---

# Presentation Design

## Overview

Mindset skill for presentation design. Builds capability through deliberate practice and structured frameworks.


## Anti-Rationalization Table

| Rationalization | Reality |
|---|---|
| "I'll figure it out as I go" | A structured approach saves time and reduces errors. Follow the workflow in this skill rather than improvising. |
| "I already know this topic" | Familiarity breeds shortcuts. Use the checklist to verify you haven't missed critical steps. |
| "This doesn't apply to my situation" | The patterns here generalize across contexts. Adapt, don't skip — the underlying principles hold. |
| "One more tool will fix it" | Adding complexity rarely solves process gaps. Master the core workflow first. |

## When to Use
**Trigger phrases:**
- "presentation design"
- "Design persuasive presentations using the 10/20/30 rule, slide anatomy principle"


- Building pitch decks, keynote presentations, or sales decks
- Designing internal presentations for executives or teams
- Creating webinar or conference talk slides
- **When NOT to use**: Written reports, technical documentation, or dense reference materials


## When NOT to Use

- When the situation requires professional counseling or therapy
- For high-stakes decisions that need expert judgment
- When the skill conflicts with cultural or personal values


## Core Principles

- **Start small** — Begin with manageable presentation design practices and build incrementally
- **Be consistent** — Daily practice beats occasional intense effort
- **Track progress** — Measure improvement to maintain motivation
- **Reflect regularly** — Review what's working and adjust your approach

## Daily Practice

1. **Morning intention** — Set a specific presentation design goal for the day
2. **Active practice** — Apply presentation design techniques during real situations
3. **Evening reflection** — Review the day's presentation design moments and lessons learned
4. **Journal entry** — Record insights, wins, and areas for improvement

## Frameworks

- **OODA Loop** — Observe, Orient, Decide, Act — for rapid presentation design decision cycles
- **PDCA Cycle** — Plan, Do, Check, Act — for iterative presentation design improvement
- **After-Action Review** — What happened? Why? What to improve?
- **Deliberate Practice** — Focused effort on specific presentation design weaknesses

## Common Pitfalls

- **Perfectionism** — Waiting for ideal conditions instead of starting now
- **Inconsistency** — Practicing sporadically instead of building a routine
- **Isolation** — Not seeking feedback or accountability partners
- **Overwhelm** — Trying to improve everything at once instead of focusing

## Resources

- Keep a presentation design journal for tracking progress
- Find an accountability partner or mentor
- Set weekly presentation design challenges with measurable outcomes
- Review and adjust your approach monthly

```markdown
# Daily Practice Template

## Morning (5 min)
- Set intention for the day
- Review top 3 priorities

## During the day
- Practice the skill in real situations
- Note moments of success and struggle

## Evening (5 min)
- Reflect: What worked? What did not?
- Log one lesson learned
```


## Process

1. **Prepare** — Gather requirements, verify prerequisites, set up environment
1. **Execute** — Run presentation design workflow with configured parameters
1. **Verify** — Validate output meets requirements, document results

## Verification

- [ ] All steps executed successfully
- [ ] Results validated against acceptance criteria
- [ ] Error handling tested with edge cases
- [ ] Documentation updated with findings