Demo Script Skill

Script a product demo that lands — the audience's-workflow storyline (their day, not your feature list), the golden path rehearsed with fallbacks, the wow moment placed early, and the demo-death contingencies (the backup video, the reset state, the narration bridge).

Demo Script Skill — The Skill Playground: pick the Executive Update skill, fill in a few notes, hit run, and watch a structured executive… (from the mohitagw15856/pm-claude-skills README)

From the mohitagw15856/pm-claude-skills README — shows the whole collection, not only this skill. · view on GitHub

How to use it

Claude Code
  1. Run the line below. It pulls the whole folder into ~/.claude/skills/demo-script.
  2. Describe your job in plain words. Claude Code follows the skill from there.
Claude Code — installs the whole folder, not just SKILL.md
npx degit mohitagw15856/pm-claude-skills/skills/demo-script#main ~/.claude/skills/demo-script

For one project only, change the path to .claude/skills/demo-script.

Claude (web or desktop app)
  1. On this page open ⋯ → Download .md.
  2. Save it as SKILL.md in a folder, zip the folder, then Customize → Skills → + → Create skill → Upload a skill.
  3. Pick the file and Save. Claude shows the name and description and runs a security scan.
  4. Check the skill is switched on.
  5. Start a new chat and describe your job in plain words. The AI follows the skill from there.
ChatGPT or another app
  1. ChatGPT: make a Project and paste it into Instructions.
  2. Neither? Paste it at the top of a new chat — it works for that chat.
Not working?
  • Check which app you pasted it into — the steps above name the right one.
  • Some skills need the paid tier of Claude or ChatGPT.
Step-by-step guide with screenshots · Ask in the forum

Paste into Claude, ChatGPT or Cursor.

Source of Demo Script Skill

Show the full text65 lines
namedescriptiondeprecatedsupersededBy
demo-scriptScript a product demo that lands — the audience's-workflow storyline (their day, not your feature list), the golden path rehearsed with fallbacks, the wow moment placed early, and the demo-death contingencies (the backup video, the reset state, the narration bridge). Use when asked script our product demo, demo this to a customer/exec, our demos meander through features, or the demo broke live last time. Produces the demo storyline, the click-path script with fallbacks, the wow placement, and the contingency kit.2026-08-25sales-demo-script

Demo Script Skill

Feature-tour demos die politely: "here's the dashboard, here's settings, here's our AI" — a museum walk through someone else's house. The demo that lands is a story about the audience's day: their actual workflow, with its familiar pain, walked through the product — pain first (recruit the deck-narrative-arc tension), the wow moment inside the first three minutes (attention is front-loaded; demos that save the best for last perform it to phones), and every click scripted on a rehearsed golden path with the contingency kit standing by — because live demos break, and the difference between a stumble and a disaster is whether the recovery was pre-built.

What This Skill Produces

  • The storyline — the audience-persona's task, start to done, with the pain named before the product answers it
  • The click-path script — every step: the click, the talk-track line, the thing to point at
  • The wow placement — the moment chosen for this audience, landed by minute three
  • The contingency kit — the reset state, the backup recording, the narration bridges for every known fragility

Required Inputs

Ask for these if not provided:

  • The audience and their workflow — who's watching (the user? their boss? an exec who'll never touch it?) and the task they actually do; the demo walks their Tuesday, and exec audiences get outcomes-dense, click-light versions
  • The wow candidate — the moment that reliably drops jaws for this audience type (the migration that takes seconds, the answer that used to take a day) — chosen deliberately, not discovered mid-demo
  • The product's fragilities, honestly — what's slow, what's flaky, what needs data seeded; the kit is built from the real list
  • The demo environment — live product, staging, or sandbox; and whether the data in it tells the story (demo data is a script character — "Acme Corp, 47 orders" beats "Test test 123")

Framework: The Script Rules

  1. Their workflow is the plot: the demo opens in the audience's world — "it's Monday, the report's due, and the data's in four systems" — and every feature appears as the answer to a step in that story. Features that don't serve the storyline don't appear (the counterintuitive discipline: the best demos show less).
  2. Pain before relief, wow by minute three: thirty seconds on the familiar pain (nods are the goal), then the product enters — and the chosen wow lands early, because the first three minutes get 100% attention and it buys the next fifteen. Build-up demos are performing their finale to an audience that left.
  3. Script the clicks and the words together: each step is click + line + pointer ("click Import — 'and this is the part that used to take your team a day' — watch the counter"). The talk-track carries the meaning; silent clicking makes the audience do the interpreting, and they interpret slower than you click.
  4. Demo data is cast, not filler: named, realistic, sized to impress honestly ("your actual order volume") — and reset-able in one step, because the second demo of the day inherits the first one's mess without a reset ritual.
  5. The contingency kit is the professional's tell: the known fragilities each get a bridge ("while this loads — the thing to know is…" — narration absorbs up to ~10 seconds of anything), the backup recording sits one tab away (switched to with composure: "let me show you this on the recording — same flow"), and the reset state is verified before the meeting, not after the break. Demos break; audiences forgive breaks handled calmly and remember panics forever.

Output Format

Demo Script: [product] → [audience persona] — [T] min

The Storyline

[Their task, start → done · the pain, named · where each shown capability answers a step]

The Click Path

# Click/action Talk-track line Point at
[The wow marked ★ at its minute · the skippable-if-short section marked]

The Contingency Kit

[Fragility → bridge line · the backup recording's tab · the one-step reset · the pre-meeting verification checklist]

Quality Checks

  • The demo opens in the audience's workflow, not the product's navigation
  • The wow lands by minute three
  • Every click has its talk-track line — no silent stretches
  • Demo data is realistic, named, and one-step resettable
  • Every known fragility has a rehearsed bridge and the backup is loaded

Anti-Patterns

  • Do not tour features — the storyline earns each capability its scene or it stays home
  • Do not save the wow for the finale — front-loaded attention is the demo's only guaranteed asset
  • Do not demo on unseeded data — "Test test 123" breaks the story's spell mid-sentence
  • Do not improvise around breakage — the bridge lines exist because live composure is a rehearsal product
  • Do not show the exec the click-depth — altitude-match the version to the audience or lose them at Settings
1---
2name: demo-script
3description: "Script a product demo that lands — the audience's-workflow storyline (their day, not your feature list), the golden path rehearsed with fallbacks, the wow moment placed early, and the demo-death contingencies (the backup video, the reset state, the narration bridge). Use when asked script our product demo, demo this to a customer/exec, our demos meander through features, or the demo broke live last time. Produces the demo storyline, the click-path script with fallbacks, the wow placement, and the contingency kit."
4deprecated: 2026-08-25
5supersededBy: sales-demo-script
6---
7 
8# Demo Script Skill
9 
10Feature-tour demos die politely: "here's the dashboard, here's settings, here's our AI" — a museum walk through someone else's house. The demo that lands is a *story about the audience's day*: their actual workflow, with its familiar pain, walked through the product — pain first (recruit the [deck-narrative-arc](../deck-narrative-arc/SKILL.md) tension), the wow moment inside the first three minutes (attention is front-loaded; demos that save the best for last perform it to phones), and every click scripted on a rehearsed golden path with the contingency kit standing by — because live demos break, and the difference between a stumble and a disaster is whether the recovery was pre-built.
11 
12## What This Skill Produces
13 
14- **The storyline** — the audience-persona's task, start to done, with the pain named before the product answers it
15- **The click-path script** — every step: the click, the talk-track line, the thing to point at
16- **The wow placement** — the moment chosen for *this* audience, landed by minute three
17- **The contingency kit** — the reset state, the backup recording, the narration bridges for every known fragility
18 
19## Required Inputs
20 
21Ask for these if not provided:
22- **The audience and their workflow** — who's watching (the user? their boss? an exec who'll never touch it?) and the task they actually do; the demo walks *their* Tuesday, and exec audiences get outcomes-dense, click-light versions
23- **The wow candidate** — the moment that reliably drops jaws for this audience type (the migration that takes seconds, the answer that used to take a day) — chosen deliberately, not discovered mid-demo
24- **The product's fragilities, honestly** — what's slow, what's flaky, what needs data seeded; the kit is built from the real list
25- **The demo environment** — live product, staging, or sandbox; and whether the data in it tells the story (demo data is a script character — "Acme Corp, 47 orders" beats "Test test 123")
26 
27## Framework: The Script Rules
28 
291. **Their workflow is the plot:** the demo opens in the audience's world — "it's Monday, the report's due, and the data's in four systems" — and every feature appears *as the answer to a step in that story*. Features that don't serve the storyline don't appear (the counterintuitive discipline: the best demos show less).
302. **Pain before relief, wow by minute three:** thirty seconds on the familiar pain (nods are the goal), then the product enters — and the chosen wow lands early, because the first three minutes get 100% attention and it buys the next fifteen. Build-up demos are performing their finale to an audience that left.
313. **Script the clicks and the words together:** each step is click + line + pointer ("click Import — 'and this is the part that used to take your team a day' — watch the counter"). The talk-track carries the meaning; silent clicking makes the audience do the interpreting, and they interpret slower than you click.
324. **Demo data is cast, not filler:** named, realistic, sized to impress honestly ("your actual order volume") — and *reset-able in one step*, because the second demo of the day inherits the first one's mess without a reset ritual.
335. **The contingency kit is the professional's tell:** the known fragilities each get a bridge ("while this loads — the thing to know is…" — narration absorbs up to ~10 seconds of anything), the backup recording sits one tab away (switched to with composure: "let me show you this on the recording — same flow"), and the reset state is verified *before* the meeting, not after the break. Demos break; audiences forgive breaks handled calmly and remember panics forever.
34 
35## Output Format
36 
37# Demo Script: [product] → [audience persona] — [T] min
38 
39## The Storyline
40[Their task, start → done · the pain, named · where each shown capability answers a step]
41 
42## The Click Path
43| # | Click/action | Talk-track line | Point at |
44|---|---|---|---|
45[The wow marked ★ at its minute · the skippable-if-short section marked]
46 
47## The Contingency Kit
48[Fragility → bridge line · the backup recording's tab · the one-step reset · the pre-meeting verification checklist]
49 
50## Quality Checks
51 
52- [ ] The demo opens in the audience's workflow, not the product's navigation
53- [ ] The wow lands by minute three
54- [ ] Every click has its talk-track line — no silent stretches
55- [ ] Demo data is realistic, named, and one-step resettable
56- [ ] Every known fragility has a rehearsed bridge and the backup is loaded
57 
58## Anti-Patterns
59 
60- [ ] Do not tour features — the storyline earns each capability its scene or it stays home
61- [ ] Do not save the wow for the finale — front-loaded attention is the demo's only guaranteed asset
62- [ ] Do not demo on unseeded data — "Test test 123" breaks the story's spell mid-sentence
63- [ ] Do not improvise around breakage — the bridge lines exist because live composure is a rehearsal product
64- [ ] Do not show the exec the click-depth — altitude-match the version to the audience or lose them at Settings
65 

Discussion

Alternatives

Also in Proposals & decksSee all 138 in Sales →
Client Proposal Generator for Marketing ServicesPaste your rough notes about the client and what you'd do for them, and get back a polished, ready-to-send proposal with pricing tiers and next steps.Business & ops · MITSales materials that help you close dealsTell us what you sell and who buys it; get back a pitch outline, a one-page leave-behind, and ready answers to the objections you hear most.Business & ops · MITBusiness & Growth Skills — RouterRouter/index for the 4 business & growth skills bundled in this plugin: customer-success-manager (health scoring, churn risk, expansion), sales-engineer (RFP analysis, competitive matrices, PoC planning), revenue-operations (pipeline, forecast accuracy, GTM efficiency), and contract-and-proposal-writer. Use when a growth/revenue request doesn't obviously match one skill and you need to pick the right one (e.g., 'which accounts are at risk', 'should we bid on this RFP').Sales & ecommerce · MITSales Engineer SkillAnalyzes RFP/RFI responses for coverage gaps, builds competitive feature comparison matrices, and plans proof-of-concept (POC) engagements for pre-sales engineering. Use when responding to RFPs, bids, or proposal requests; comparing product features against competitors; planning or scoring a customer POC or sales demo; preparing a technical proposal; or performing win/loss competitor analysis. Handles tasks described as 'RFP response', 'bid response', 'proposal response', 'competitor comparison', 'feature matrix', 'POC planning', 'sales demo prep', or 'pre-sales engineering'.Sales & ecommerce · MIT