DocumentsEveryday skill

Slide Outline Builder

Turn a topic and audience into a slide-by-slide outline with speaker notes, built around the message not decoration.

What it does

You open the slide software, make a title slide, and then sit there. Or you fill 30 slides with everything you know and find out in the room that the argument was never there.

With this skill active, the assistant refuses to start with slides. It asks what the audience should remember, who they are, how many minutes you have, and what should happen after. Then it writes the one sentence the talk exists to deliver, picks a structure that suits the goal, and works out how many slides that time slot can actually hold.

What comes back is a slide-by-slide plan: a title that states a point rather than naming a topic, the few words or the single visual that belong on the slide, and a speaker note telling you what to say, not a transcript of what the audience can already read. Anything that did not fit goes on a cut list with a note on where it belongs.

You end up with a slide-by-slide outline: point-stating titles, what goes on each slide, speaker notes, and a cut list.

When to reach for it

Use it before you build any presentation: a team update, a conference talk, a pitch, a board paper, or a deck that gets emailed and never presented (it changes the shape for that case, since there is no speaker to fill the gaps).

Skip it for three slides you could sketch on a napkin, and for anything purely visual. It plans the argument and the structure; it makes no decisions about colours, fonts or layout.

What's inside

slide-outline-builder/
├── SKILL.md
└── references/
    └── examples.md
SKILL.md
---
name: slide-outline-builder
description: Turns a topic, an audience and a time slot into a slide-by-slide outline: a point-stating title per slide, the few words that belong on it, and a speaker note for what the presenter actually says. Use before opening any slide software, for talks, updates, pitches and decks that get read rather than presented.
---

# Slide Outline Builder

You plan the talk before anyone touches a slide template. The deck is the last thing you build, not the first.

## Workflow

1. **Get the setup.** Topic, audience, time slot, goal, and what should happen after.
2. **Write the core message in one sentence.** Every slide has to earn its place against it.
3. **Pick the flow** that fits the goal, not the one that fits the material.
4. **Budget the slides** against the time available before writing any of them.
5. **Map one idea per slide.** Title states the point; the body holds the few words or the one visual.
6. **Write the speaker notes.** What the presenter says, never a transcript of the slide.
7. **Produce the cut list** so nothing the user mentioned quietly disappears.

Copy this checklist into your working notes:

```text
Slide outline checklist
[ ] Setup known: topic, audience, minutes, goal, what happens next
[ ] Core message written as one sentence
[ ] Flow chosen and named in one line
[ ] Slide count budgeted against the time
[ ] One idea per slide, no slide carrying two
[ ] Every title states a point, not a topic
[ ] Speaker notes say something the slide does not
[ ] Visual opportunities marked
[ ] Cut list written
[ ] Read the titles alone - do they tell the story?
```

## Step 1: the setup

Ask for these in one short message rather than one at a time:

- **Topic, and the one thing the audience should remember.** If they cannot name it, that is the first thing to work out together.
- **The audience and what they already know.** A board, a team, a customer, a conference room of strangers. Their starting knowledge decides how much of the deck is context.
- **The slot.** Minutes available, and whether questions are inside or outside that number.
- **The goal.** Inform, persuade, teach, or get a decision. These produce genuinely different decks.
- **What happens after.** A decision in the room, a follow-up email, a document they keep. This tells you whether the deck must survive without the speaker.

If the user gives you two of these, build anyway and name the assumptions you made at the top of the outline.

## Step 2: the core message

One sentence, stating a position, not a subject.

- Weak: "An update on the hiring process."
- Strong: "The new hiring process cut time-to-hire by a third, and we should roll it out to the other two teams."

Put it at the top of the outline and check every slide against it. A slide that does not support, set up, or evidence that sentence goes on the cut list. If the user's material does not add up to a single sentence, say so before outlining. A deck cannot fix an argument that has not been made yet.

## Step 3: flows that work

Pick one. Mixing two flows is the most common reason a deck feels like it wanders.

| Flow | Shape | Best for | The trap |
|---|---|---|---|
| Problem to solution | Problem, cost of it, solution, evidence, ask | Persuading, pitching | Spending so long on the problem the audience gets defensive |
| Before and after | How it was, what changed, how it is now, what next | Updates, retrospectives | No clear ask at the end |
| Steps | Step 1 to N, in order | Teaching, process rollout | Every step given equal weight when one step is the hard one |
| Story | Situation, complication, turning point, resolution | Keynotes, culture, customer stories | The point arriving too late for a short slot |
| Options and recommendation | Decision needed, options, comparison, recommendation, next step | Getting a decision | Presenting options you do not genuinely consider viable |
| Answer first | The answer, then why, then the detail | Senior audiences, short slots | Feeling abrupt if the audience does not know the context |

For anything under 10 minutes with a senior audience, default to answer first. Their patience runs out before your build-up does.

## Step 4: budget the slides

Decide the count before writing the slides. Two numbers matter: minutes, and whether the deck is presented or read.

- **Presented live:** roughly one to two minutes per slide including the talking. A 10-minute slot is 6 to 8 slides. A 30-minute slot is 15 to 20, with a section break every 5.
- **Sent to be read:** slides can be denser because the reader controls the pace, but each one still holds a single idea. Add the speaker notes as on-slide text or a written summary, because there is no speaker.
- **Reserve for questions.** If questions are inside the slot, budget a third of the time for them and cut slides accordingly.

Tell the user the count and the reasoning in one line: "8 slides for a 10-minute slot, leaving 3 to 4 minutes for questions."

## Step 5: one idea per slide, titles that state the point

The title carries the message. Someone who reads only the titles, in order, should get the argument.

| Topic title | Point title |
|---|---|
| Q3 Results | Revenue grew 12%, driven entirely by renewals |
| Our Process | The handoff between sales and delivery is where deals stall |
| Recommendations | Move the verification step to after signup |
| Next Steps | We need a decision on headcount by 14 March |

If a slide needs "and" in its title, it is two slides. If a slide has no point to state, it is a section divider or it is cut.

## Step 6: what goes on the slide and what goes in the notes

The slide is the evidence. The speaker is the argument.

**On the slide:** the point-stating title, plus one of the following: a number, a short list of three or fewer, one chart, one image, or one quote. Not all of them.

**In the speaker notes:** what the presenter says. Notes that repeat the slide are useless. Good notes carry the transition from the previous slide, the reason the number matters, the objection you expect, and the sentence you actually want remembered.

Write notes in the presenter's speaking voice, one to three sentences, so they can be read once and delivered from memory.

## Step 7: visuals and the cut list

Mark any slide where a chart, diagram, screenshot or demo carries the point better than words. Say what the visual should show, not how it should look. Colour, font and layout are not decided here.

End with a cut list: everything the user mentioned that did not make the deck, each with one line on why, and where it could go instead (the appendix, the follow-up email, or the answer to a question you expect).

## Example

**Input:** "A 10-minute update to leadership on our new hiring process. I want approval to roll it out to the other two teams. They know we ran a pilot, nothing more."

**Core message:** "The pilot cut time-to-hire from 41 days to 26 with no drop in quality, so we should roll it out."

**Flow:** answer first. Senior audience, short slot, they already know a pilot happened.

**Budget:** 7 slides for 10 minutes, leaving 3 minutes for questions.

> **Slide 1 - Time-to-hire fell from 41 days to 26 in the pilot**
> *On the slide:* the two numbers, large, with the pilot period underneath.
> *Say:* "Short version first: the pilot worked. Six roles, 26 days average against our 41-day baseline. I want to spend the next eight minutes on whether that result holds up, and then ask for a decision."
>
> **Slide 2 - Quality held: same offer-acceptance rate, same 90-day retention**
> *On the slide:* two comparison pairs, pilot against baseline.
> *Say:* "The obvious worry with a faster process is that we are lowering the bar. These are the two measures we agreed would tell us that. Both are flat."
>
> **Slide 3 - The saving came from one change: a single combined interview day**
> *On the slide:* the old five-stage timeline above the new three-stage one.
> *Say:* "This is the whole mechanism. We stopped scheduling four separate conversations across three weeks. Everything else stayed the same, which is why I think it transfers."
>
> **Slide 4 - It costs managers one focused day instead of four scattered hours**
> *On the slide:* one line of numbers - manager hours before and after.
> *Say:* "Expect this objection first. Total manager time actually falls, but it lands in one block, which is harder to schedule. Worth saying out loud before someone else does."
>
> **Slide 5 - Two teams, two very different hiring volumes**
> *On the slide:* the two teams with their open-role counts.
> *Say:* "I am not claiming this scales identically. Platform hires in bursts, Support hires continuously. The rollout plan treats them differently."
>
> **Slide 6 - The ask: approve rollout to both teams from 1 April, review in September**
> *On the slide:* the ask in one sentence, with the review date.
> *Say:* "This is the decision I need today. April start, September review against the same two quality measures."
>
> **Slide 7 - If we do nothing, we carry the 41-day average into the Q2 hiring push**
> *On the slide:* the Q2 open-role count against the current average.
> *Say:* "Close on the cost of waiting. Fifteen roles in Q2 at 41 days each is the alternative."

**Cut list:** the candidate-experience survey results (interesting, not decision-relevant, so offer it as an appendix slide); the recruiter tooling change (a separate ask, do not bundle it); the detailed stage-by-stage timings (answer to a question, keep in your pocket).

Notice that reading only the seven titles gives the whole argument, and that no speaker note repeats what is already on its slide.

## Rules

- One idea per slide. A title needing "and" means two slides.
- Titles state points. "Costs" is a label; "Costs fell 20% after the supplier change" is a title.
- Fewer words on the slide, more in the notes. If the audience is reading, they are not listening.
- No design decisions here. No colours, no fonts, no template talk.
- Recommend the shortest deck that achieves the goal, and say the slide count out loud.
- Never invent numbers, quotes or results to fill a slide. A slide with no evidence behind it becomes a question you cannot answer.
- Put the ask on its own slide, phrased as a decision with a date.
- If the material genuinely does not fit the slot, say so and propose what to cut rather than shrinking the font.

## Edge cases

- **The deck will be read, not presented.** Say so at the top of the outline and change the shape: notes become on-slide text or a short summary paragraph, and the first slide carries the whole argument because many readers stop there.
- **The topic is too big for the slot.** Name it before outlining and offer two options: narrow the message, or keep the message and move the detail to an appendix the audience takes away.
- **The user has slides already.** Outline what they should be, then map each existing slide to the outline: keep, merge, cut, or missing. Do not rewrite their deck slide by slide in place.
- **A mixed audience.** Ask who the decision-maker is and build for them. Add one context slide for everyone else rather than pitching the whole deck two levels down.
- **The goal is a decision but the user has no ask.** Stop and work out the ask first. A decision deck without a stated decision wastes the room's time.
- **There is no real evidence.** Build the outline with the evidence gaps marked as open questions and tell the user which slides will not survive a challenge.
- **Someone else will present it.** Write the notes as full sentences in their voice, add the expected objections, and note which slides depend on knowledge the presenter may not have.
- **A very short slot, three minutes or less.** Three slides at most: the point, the evidence, the ask. Anything else is a handout.

## Files

- `references/examples.md` - three full outlines worked end to end: a conference talk built as a story, a board update built answer-first, and a sales deck built around options and a recommendation. Read one before outlining to see how the flow choice changes every slide after it.

Install it

Claude Code (this project)

Unzip the download into .claude/skills/. The folder is already named right.

Claude Code (every project)

Unzip into ~/.claude/skills/ to use it everywhere.

claude.ai

Upload the zip under Settings, then Capabilities, then Skills (paid plans).

How to call it

Just describe the task. The description line inside the skill does the matching. Or call it directly:

/slide-outline-builder help me outline a presentationwhat slides should I make for this talkbuild me a deck structure with speaker notesI have 10 minutes with leadership, what do I show themturn these notes into a presentation outline

Works beyond Claude

Skills use the open Agent Skills format. The exact same folder works in OpenAI Codex, Gemini CLI, Cursor, GitHub Copilot and other tools that read the format.

Using a plain chat app? Paste SKILL.md into ChatGPT or Gemini as instructions. You lose auto-triggering, but the method still works.

agentskills.io

Related skills