design-sprint

Use when asked to "run a design sprint", "5-day sprint", "prototype in a week", "test ideas before building", or "Jake Knapp sprint". Helps teams go from problem to tested prototype in five days. The Design Sprint framework (created by Jake Knapp at Google Ventures) compresses months of work into one focused week.

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "design-sprint" with this command: npx skills add wdavidturner/product-skills/wdavidturner-product-skills-design-sprint

Design Sprint

What It Is

A Design Sprint is a five-day process for answering critical business questions through design, prototyping, and testing with customers. Developed by Jake Knapp at Google Ventures (now GV), it has been used by teams at Slack, Uber, Airbnb, LEGO, the New York Times, and hundreds of startups.

The core insight: Instead of debating ideas for months then building for months, compress everything into one week. By Friday, you'll have tested a realistic prototype with real customers and know whether you're on the right track.

A Design Sprint changes the defaults of how teams work:

  • Instead of endless brainstorming: structured individual sketching
  • Instead of design by committee: one Decider with authority
  • Instead of building real products: realistic "fake" prototypes
  • Instead of launching and hoping: testing with 5 target customers

When to Use It

Use a Design Sprint when:

  • You're starting something new and need to validate direction before committing engineering resources
  • Stakes are high — the project will require significant investment and you need confidence before building
  • You're stuck — the team has been debating the same ideas for weeks or months without progress
  • There's a big behavioral risk — the product requires customers to change how they work or think
  • You need alignment — stakeholders have different visions and you need a forcing function
  • Time pressure exists — you have a deadline, a launch window, or limited runway

When Not to Use It

Don't use a Design Sprint when:

  • You already have strong signal from existing customers (iterate instead)
  • The solution is obvious and low-risk (just build it)
  • Key stakeholders can't commit to the full week
  • You don't have access to target customers for testing
  • The team wants to use it as "innovation theater" without intent to act on findings
  • The problem is purely technical with no user-facing component

Patterns

Detailed examples showing how to apply Design Sprints correctly. Each pattern shows a common mistake and the correct approach.

Critical (get these wrong and you've wasted your week)

PatternWhat It Teaches
wrong-problem-for-sprintNot every problem benefits from a sprint — pick the right challenge
missing-deciderWithout a Decider present, the sprint stalls or gets overturned
prototype-too-polishedGoldilocks quality — realistic enough to test, rough enough to throw away
testing-wrong-usersFive target customers beats fifty random people
skipping-the-mapJumping to solutions without mapping the problem guarantees misalignment

High Impact

PatternWhat It Teaches
group-brainstormingWork alone together — individual sketching beats group ideation
too-many-ideasCommit to one prototype, not a choose-your-own-adventure
expert-interviews-skippedMonday interviews surface constraints you'd otherwise discover Friday
storyboard-too-vagueThe storyboard is the blueprint — vague boards create confused prototypes
prototype-scope-creepPrototype the critical path, not the whole product
testing-for-validationYou're testing to learn, not to prove you were right

Medium Impact

PatternWhat It Teaches
ignoring-sprint-questionsWrite sprint questions Monday, answer them Friday
facilitator-participatesFacilitators facilitate — they don't pitch their own ideas
no-debriefFriday's patterns need synthesis before Monday's decisions

Deep Dives

Read only when you need extra detail.

  • references/design-sprint-playbook.md: Expanded framework detail, checklists, and examples.

Resources

Books:

  • Sprint by Jake Knapp with John Zeratsky and Braden Kowitz — the complete guide
  • Make Time by Jake Knapp and John Zeratsky — tactics for focus and energy that power productive sprints

Online:

  • The Sprint Book — free resources, Miro template, video walkthroughs
  • GV Library — essays and case studies from Google Ventures
  • Character Labs — Jake and John's accelerator program using sprint sequences

Origins: The Design Sprint was developed by Jake Knapp at Google, refined through hundreds of sprints at Google Ventures, and documented in the 2016 book Sprint. It draws on design thinking, IDEO methods, and psychological research on decision-making and creativity.

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

General

strategic-narrative

No summary provided by upstream source.

Repository SourceNeeds Review
General

okrs

No summary provided by upstream source.

Repository SourceNeeds Review
General

thinking-in-bets

No summary provided by upstream source.

Repository SourceNeeds Review
General

hierarchy-of-engagement

No summary provided by upstream source.

Repository SourceNeeds Review