design-sprint

📁 guia-matthieu/clawfu-skills 📅 14 days ago
10
总安装量
7
周安装量
#30679
全站排名
安装命令
npx skills add https://github.com/guia-matthieu/clawfu-skills --skill design-sprint

Agent 安装分布

opencode 7
gemini-cli 7
claude-code 6
codex 6
github-copilot 5
cursor 5

Skill 文档

Design Sprint

Test big ideas in just 5 days. Apply Google Ventures’ proven methodology to go from problem to validated prototype without months of development.

When to Use This Skill

  • New product concepts that need validation before building
  • Big feature decisions with significant investment required
  • Stuck teams needing to break through analysis paralysis
  • Startup pivots when direction is uncertain
  • High-risk bets where failure is expensive
  • Cross-functional alignment when teams disagree on direction

Methodology Foundation

Aspect Details
Source Jake Knapp – Sprint (2016), developed at Google Ventures
Core Principle “5 days to go from problem to tested solution. Prototype and test with real users instead of debating and building.”
Validation Used in 150+ startups by GV, adopted by teams at Google, Slack, Uber, IDEO
Why This Matters Months of work compressed into a week. Learn in 5 days what would take months to discover after launch.

What Claude Does vs What You Decide

Claude Does You Decide
Structures video workflow Final creative vision
Suggests shot compositions Equipment selection
Creates storyboard templates Brand aesthetics
Generates script frameworks Final approval
Identifies technical requirements Budget allocation

What This Skill Does

  1. Structures a 5-day process – Monday to Friday, full schedule
  2. Facilitates divergent thinking – Generate many ideas
  3. Enables rapid prototyping – Realistic but fake
  4. Validates with real users – Test on Friday
  5. Aligns teams quickly – Shared understanding and decision
  6. Reduces risk – Learn before you build

How to Use

Plan a Design Sprint

I want to run a design sprint to solve [challenge].
Help me plan the 5-day schedule and prepare materials.
Team: [who's involved]

Run a Specific Sprint Day

We're on [Day] of our design sprint.
Guide me through today's activities for [challenge].

Adapt for Remote/Compressed Sprint

I need to run a design sprint remotely [or: in 3 days instead of 5].
Help me adapt the methodology.

Instructions

Step 1: Understand the Sprint Overview

## The 5-Day Sprint

### Why 5 Days?

**Day 1 (Monday): Map**
Understand the problem and pick a target

**Day 2 (Tuesday): Sketch**
Generate solutions individually

**Day 3 (Wednesday): Decide**
Choose the best solution

**Day 4 (Thursday): Prototype**
Build a realistic facade

**Day 5 (Friday): Test**
Get real user feedback

### The Philosophy

**Before sprints:**
- Debate ideas for weeks
- Build something over months
- Launch and hope
- Discover problems late

**With sprints:**
- 1 day to understand
- 2 days to generate and decide
- 1 day to prototype
- 1 day to validate
- Learn before building

### What You Need

**Team (7 or fewer):**
- Decider (authority to make calls)
- Facilitator (runs the sprint)
- Product person
- Designer
- Engineer
- Domain expert
- Customer-facing person

**Space:**
- Dedicated room for 5 days
- Whiteboards or wall space
- Post-its, markers, dot stickers

**Prep:**
- 5 user interviews scheduled for Friday
- Sprint challenge defined
- Long-term goal agreed

Step 2: Day-by-Day Activities

## Monday: Map

### Goal
Understand the problem. Pick where to focus.

### Schedule

**10:00 - Long-term goal**
"Where do we want to be in 6 months / 2 years?"
Write on whiteboard. Get Decider agreement.

**10:30 - Sprint questions**
"What could go wrong? What do we need to learn?"
Turn fears into questions.
"Will users understand our value prop?"
"Can we convert free users to paid?"

**11:00 - Make a map**
Customer journey map:

[Actor] → [Action 1] → [Action 2] → [Goal] ↓ ↓ [Touchpoint] [Touchpoint]


Simple is better. Show how customers interact.

**1:00 - Ask the experts**
Interview team members and stakeholders.
20 minutes each. "How Might We" notes.

**How Might We (HMW):**
Turn problems into opportunities.
Problem: "Users don't understand pricing"
HMW: "How might we make pricing instantly clear?"

**3:30 - Organize HMWs**
Affinity map the HMW notes.
Dot vote on most important.

**4:30 - Pick a target**
Choose ONE part of the map to focus on.
Decider makes the call.

### Monday Output
- Long-term goal on wall
- Sprint questions on wall
- Map on wall
- Target circled on map

## Tuesday: Sketch

### Goal
Generate solutions. Everyone contributes.

### Schedule

**10:00 - Lightning demos**
Show inspiring solutions from other products/industries.
3 minutes each. Capture "Big Ideas" on post-its.

**11:30 - Divide or swarm**
If multiple targets, assign team members to each.
If one target, everyone tackles it.

**1:00 - Four-step sketch (individual work)**

**Step 1: Notes (20 min)**
Walk around room. Take notes on what's there.
Review goals, map, HMWs, demos.

**Step 2: Ideas (20 min)**
Write rough ideas. No polish.
Quantity over quality.

**Step 3: Crazy 8s (8 min)**
Fold paper into 8 sections.
1 minute per section: sketch a variation.
Forces rapid iteration.

**Step 4: Solution sketch (30-90 min)**
Create a 3-panel storyboard.
Self-explanatory (words + pictures).
Anonymous (no names).

**Key rules:**
- Work alone (no groupthink)
- No collaboration yet
- Keep sketches anonymous
- Must be self-explanatory

### Tuesday Output
- Solution sketches from each person
- Posted on wall, face out

## Wednesday: Decide

### Goal
Choose one solution to prototype.

### Schedule

**10:00 - Art museum**
Post all sketches on wall.
Team walks around in silence (no pitching).

**10:30 - Heat map**
Dot vote silently on interesting parts.
No discussion. Cluster votes reveal consensus.

**11:00 - Speed critique**
3 minutes per sketch.
Facilitator narrates. Team discusses.
Capture standout ideas.

**11:45 - Straw poll**
Each person votes for ONE solution.
(Not binding, just gauging sentiment)

**12:00 - Supervote**
Decider gets 3 special votes.
Decider's votes decide what gets prototyped.

**Why Decider decides:**
- Faster than consensus
- One person is accountable
- Avoids design-by-committee

**1:30 - Rumble or All-in-one?**
If votes cluster on one idea: All-in-one prototype
If votes split: Can we combine? Or do we rumble (test both)?

**2:00 - Storyboard**
Draw the prototype frame-by-frame.
What does the user see at each step?

[Frame 1] [Frame 2] [Frame 3] [Frame 4] Opening Key action Result End state scene


15-20 frames typical. Detail matters.

### Wednesday Output
- Winner(s) chosen
- Detailed storyboard ready for prototype

## Thursday: Prototype

### Goal
Build something real enough to test.

### Schedule

**Full day: Build the prototype**

### The Prototype Mindset

**Not building:**
- A real product
- Code
- Anything that works

**Building:**
- A facade
- Realistic enough to get real reactions
- Goldilocks quality (just right)

### Goldilocks Quality

**Too low:** User can't engage, doesn't feel real
**Too high:** Takes too long, you get attached
**Just right:** Real enough to react to, fake enough to be fast

### Division of Labor

**Makers (2+):**
Build the screens/assets

**Stitcher (1):**
Assemble into clickable flow

**Writer (1):**
All the copy and content

**Asset collector (1):**
Stock photos, logos, icons

**Interviewer (1):**
Prep Friday's interview script

### Tools

| Prototype Type | Tools |
|----------------|-------|
| Digital product | Figma, Keynote, InVision |
| Physical product | 3D print, foam, paper |
| Service | Role-play script, fake storefront |
| Marketing | Landing page, fake ads |

### Thursday Tips

- Start with hardest screens first
- Writer writes real copy (not Lorem Ipsum)
- Error states matter
- Have something testable by 3pm
- Do a trial run at 4pm
- Fix issues before Friday

### Thursday Output
- Clickable/usable prototype
- Interview script ready
- 5 users confirmed for Friday

## Friday: Test

### Goal
Learn from real users.

### Schedule

**9:00 - Prep**
- Prototype working
- Interview room ready
- Observation room set up (team watches)

**10:00-3:00 - Five user interviews**
1 hour each. 30 minutes between.

**Interview structure:**
1. Friendly welcome (5 min)
2. Context questions (10 min)
3. Prototype walkthrough (40 min)
4. Debrief (5 min)

**3:30-5:00 - Review and learn**
- Look for patterns
- What worked?
- What didn't?
- What surprised us?

### Watching the Interviews

**Team watches from another room**
- Video feed or live stream
- No interrupting

**Note-taking:**
Each watcher takes notes on:
- Positive reactions (+)
- Negative reactions (-)
- Quotes
- Questions

**Use a grid:**
       | User 1 | User 2 | User 3 | User 4 | User 5

———–|——–|——–|——–|——–|——– Feature A | + Easy | + Easy | – Conf | + Easy | + Easy Feature B | – Lost | – Lost | – Lost | + OK | – Lost


Patterns become obvious.

### 5 Is Enough

Why 5 users?
- 85% of issues found with 5 users
- Diminishing returns after 5
- Can recruit in a week
- One day of testing

### Friday Output
- Patterns documented
- Decisions on what to build
- Next steps clear

Step 3: After the Sprint

## What Happens Next

### Possible Outcomes

**1. Big hit (everything worked)**
- Move to build with confidence
- Scope based on prototype
- High conviction, low risk

**2. Flawed but promising**
- Know what to fix
- Might need mini-sprint on problem area
- Build core, iterate on issues

**3. Mixed results**
- Some things worked, some didn't
- Consider pivot or scope reduction
- Another sprint on specific problem?

**4. Complete miss**
- Wrong problem or wrong solution
- Better to know now than after building
- Reframe and try again

### Turn Learning into Action

**If building:**
1. Turn storyboard into spec
2. Engineers can start from prototype
3. Validated design reduces back-and-forth

**If pivoting:**
1. What did we learn?
2. What's the new hypothesis?
3. Next sprint or different approach?

### Document the Sprint

**Sprint summary:**
- The challenge we addressed
- What we tested
- What we learned
- Decisions made
- Next steps

**Keep the artifacts:**
- Photos of walls
- The prototype
- User test videos (gold!)

Examples

Example 1: Planning a Sprint

Input:

“We’re a B2B SaaS company considering a major redesign of our dashboard. Should we run a design sprint?”

Output:

Sprint Assessment: Dashboard Redesign

Is This Right for a Sprint?

Sprint works well when:

  • ✓ High stakes (major investment if wrong)
  • ✓ Uncertainty (don’t know if design will work)
  • ✓ Can prototype (digital product, easy to fake)
  • ✓ Users available (can recruit B2B users)

Sprint less ideal when:

  • Solution is obvious (just build it)
  • Can’t prototype (deep technical problem)
  • No user access (government contracts, etc.)

Verdict: Good sprint candidate.

Sprint Setup

Challenge: “Design a dashboard that helps users accomplish [key job] in half the time.”

Long-term goal: “Users choose us over competitors because our dashboard makes them more effective.”

Sprint questions:

  • Will users understand the new layout?
  • Can users find the data they need quickly?
  • Will the new design scale to power users?
  • Does this work on smaller screens?

Team Composition

Role Person Why
Decider Head of Product Authority to commit
Facilitator External/Design lead Runs the process
Designer UI Designer Creates prototype
Engineer Senior Dev Feasibility gut-check
Customer Success CS Lead User knowledge
Sales AE Prospect objections
Data Analyst Usage patterns

Recruiting Users

Target: 5 current users who use dashboard daily

Criteria:

  • Mix of power users and regular users
  • Different company sizes
  • Active in last 30 days

Incentive: $100 gift card for 1-hour session

Schedule: Friday 9am, 10:30am, 12pm, 2pm, 3:30pm

Materials Prep

Before Monday:

  • Room booked for full week
  • Whiteboard or wall space (lots)
  • Post-its (4 colors), markers, dots
  • Snacks and lunch plan
  • Prototype tool ready (Figma account)
  • User interviews confirmed
  • Current analytics pulled
  • Competitor dashboards screenshotted

Example 2: Running Wednesday Decide

Input:

“We’re on Wednesday of our sprint. We have 6 solution sketches. Walk me through making a decision.”

Output:

Wednesday Decide: Step-by-Step

Morning Setup

Materials ready:

  • All 6 sketches posted on wall (face out)
  • Timer
  • Dot stickers (regular + 3 special for Decider)
  • Whiteboard for notes

10:00 – Art Museum (20 min)

Instructions to team: “We’re going to look at all solutions silently. No talking, no explaining. Walk around. Look at each sketch. Take notes on what catches your eye. The sketches should speak for themselves.”

Timer: 20 minutes

If someone talks: Gently remind: “Save it for the critique.”

10:30 – Heat Map (15 min)

Instructions: “Now we’ll vote on interesting parts. Not whole solutions—specific elements. Each person gets lots of dots. Put dots on anything you like. One dot per interesting thing. Still no talking.”

What happens: Clusters form. Some areas have lots of dots. Some have none. This shows where the energy is without anyone pitching.

11:00 – Speed Critique (3 min per sketch)

Process for each sketch:

1. Facilitator narrates (1 min): “Okay, looking at this solution. I see the user arrives at [X], then clicks [Y], and gets to [Z]. The key idea seems to be [A].”

2. Call out concerns (1 min): “Any concerns or questions the team sees? Not debates—just note them.” Write concerns on post-its near the sketch.

3. Creator reveals (30 sec): “Whose sketch is this? Anything we missed?” Creator can correct misunderstandings. No selling.

4. Capture big ideas (30 sec): “Any big ideas to capture from this one?” Write on “Big Ideas” whiteboard.

Move through all 6 sketches. Keep it tight.

11:45 – Straw Poll (5 min)

Instructions: “Now you each vote for ONE solution—the one you think we should prototype. This isn’t binding. It shows me where the team’s thinking is. Write your vote on a sticky note. I’ll collect them.”

Reveal the votes: “We have 3 votes for Sketch B, 2 for Sketch D, 1 for Sketch A.”

12:00 – Supervote (10 min)

Instructions to Decider: “[Decider name], you now have 3 special votes. These are the deciding votes. You can put all 3 on one sketch, or spread them. Where your votes go, we prototype.”

Decider votes. Team watches.

Announce: “We’re prototyping Sketch B. This is our direction.”

12:15 – Rumble Check

If votes split: Consider testing two approaches. If aligned: Go all-in on winner.

Decision: “We’re doing an all-in-one on Sketch B, incorporating the navigation idea from Sketch D.”

1:30 – Storyboard

Setup: Large paper or whiteboard. 15-20 empty frames.

Question 1: “What’s the opening scene? Where does the user start?”

Draw Frame 1 together. Facilitator draws, team directs.

Question 2: “What happens next? What do they do?”

Continue frame by frame. Include:

  • Every screen
  • Every click/tap
  • Key copy (headlines, buttons)
  • Error states if needed

Tip: “Is there anything between Frame 4 and Frame 5? Any step we’re missing?”

End of Wednesday

Output:

  • Winner chosen
  • Storyboard complete
  • Team aligned
  • Ready to build tomorrow

Example 3: Remote/Compressed Sprint

Input:

“We need to run a sprint but team is remote and we only have 3 days. How do we adapt?”

Output:

Compressed Remote Sprint (3 Days)

Adaptation Principles

Remote changes:

  • Video calls instead of in-person
  • Digital whiteboard (Miro, Figma, Mural)
  • Async pre-work to save synchronous time
  • More breaks (video fatigue)

Compressed changes:

  • Combine Monday AM + PM
  • Combine sketching with deciding
  • Prototype faster (Goldilocks, not gold)
  • May test with 3 users instead of 5

Pre-Sprint Async Work (Day 0)

Before the sprint starts:

  1. Expert interviews: Record async Loom videos
  2. Lightning demos: Team submits inspiration in shared doc
  3. HMW notes: Start collecting in Miro board
  4. User recruiting: Confirm Day 3 testers

Time saved: ~3 hours of Day 1

Day 1: Map + Sketch (Full Day)

9:00-9:30 – Sprint setup

  • Video call, cameras on
  • Intro, ground rules
  • Review pre-work

9:30-10:30 – Long-term goal + Sprint questions

  • Miro board for collaborative editing
  • Decider confirms goal

10:30-11:30 – Build the map

  • One person shares screen and draws
  • Team directs
  • Pick target

11:30-12:00 – Organize HMWs

  • Digital dot voting in Miro
  • Affinity clustering

BREAK (1 hour)

1:00-2:30 – Lightning demo review + Notes

  • Review pre-submitted demos
  • Take individual notes (async)

2:30-3:00 – Crazy 8s

  • Everyone works locally
  • Screenshot and upload to Miro

3:00-5:00 – Solution sketch

  • Work individually
  • Upload final sketch to Miro by EOD

Day 2: Decide + Prototype (Full Day)

9:00-10:00 – Art museum + Heat map

  • Async review of sketches in Miro (cameras off, 30 min)
  • Reconvene for dot voting

10:00-11:00 – Speed critique

  • 5 min per sketch (compressed)
  • Facilitator shares screen, narrates

11:00-11:30 – Straw poll + Supervote

  • Digital voting
  • Decider decides

11:30-12:00 – Storyboard start

  • Collaborative in Miro
  • Sketch key frames

BREAK (1 hour)

1:00-5:00 – Prototype build

  • Team splits: Makers, Stitcher, Writer
  • Slack channel for coordination
  • Check-in at 3pm
  • Trial run at 4:30pm

Day 3: Test (Half Day)

9:00-12:00 – User tests

  • 3 users (compressed from 5)
  • 45 min each
  • Video recorded
  • Team watches via Zoom

1:00-2:00 – Pattern review

  • Debrief call
  • What worked? What didn’t?
  • Decisions captured

2:00-3:00 – Next steps

  • Document learnings
  • Plan post-sprint action

Remote Sprint Tips

Video fatigue:

  • Cameras optional during solo work
  • 10-min breaks every 90 min
  • Lunch is a real break

Digital whiteboard:

  • Assign one person to “drive” shared board
  • Use templates to save setup time
  • Practice tool before sprint

Time zones:

  • Core hours when everyone overlaps
  • Async pre-work for offset zones

Prototype tools:

  • Figma (collaborative)
  • Can share prototype link for testing

Checklists & Templates

Sprint Prep Checklist

## 2 Weeks Before

### People
□ Decider confirmed and calendar blocked
□ Sprint team identified (5-7 people)
□ Facilitator assigned
□ External experts identified for Monday

### Logistics
□ Room booked (or video call setup)
□ User recruitment started

### Challenge
□ Sprint challenge drafted
□ Long-term goal discussed with Decider

## 1 Week Before

### Users
□ 5 users confirmed for Friday
□ Screener criteria applied
□ Calendar invites sent
□ Incentives arranged

### Materials
□ Whiteboards/wall space ready
□ Post-its, markers, dots ordered
□ Prototype tool tested
□ Recording setup for Friday

### Content
□ Lightning demo examples collected
□ Current data/analytics pulled
□ Competitor research gathered

## Day Before

□ Room setup complete
□ Agenda posted
□ Materials laid out
□ Friday interview schedule confirmed
□ Trial run of video/recording

Interview Script Template

## Friday User Test Script

### Welcome (5 min)
"Thanks for coming in! I'm [name], and I'll be walking you
through some ideas we're exploring. This is NOT a test of you—
we're testing our ideas.

Please think out loud. Tell me what you're seeing, what you're
thinking, even if it's 'this is confusing.'

Your honest feedback helps us make this better.
There are no wrong answers. Ready?"

### Context Questions (10 min)
"Before I show you anything..."

- "Tell me about your role. What do you do day to day?"
- "How do you currently handle [problem area]?"
- "What's most challenging about that?"
- "What tools do you use?"

### Prototype Walkthrough (40 min)
"I'm going to show you something we're working on.
It's just a prototype—not everything works.
Talk me through what you see and what you'd do."

[Show prototype]

**As they explore:**
- "What are you thinking?"
- "What would you do next?"
- "What did you expect to happen?"
- "Is this what you expected to see?"

**When they struggle:**
- "What's confusing?"
- "What would make this clearer?"
- Don't rescue them. Let them figure it out.

### Debrief (5 min)
"Thanks for walking through that."

- "If you could change one thing, what would it be?"
- "How does this compare to how you do things today?"
- "Anything else I should know?"

### Close
"Thank you so much! Your feedback is incredibly valuable."

Skill Boundaries

What This Skill Does Well

  • Structuring video production workflows
  • Creating storyboard frameworks
  • Suggesting technical approaches
  • Providing creative direction templates

What This Skill Cannot Do

  • Replace professional videography
  • Edit video files directly
  • Make final creative judgments
  • Guarantee audience engagement

References

  • Knapp, Jake. “Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days” (2016)
  • Google Ventures Sprint methodology
  • AJ&Smart sprint facilitation resources
  • IDEO design thinking background

Related Skills


Skill Metadata

  • Mode: cyborg
name: design-sprint
category: product
subcategory: methodology
version: 1.0
author: MKTG Skills
source_expert: Jake Knapp
source_work: Sprint
difficulty: intermediate
estimated_value: $20,000+ facilitation engagement
tags: [design sprint, GV, Google Ventures, prototyping, validation, 5 days, innovation]
created: 2026-01-25
updated: 2026-01-25