Skip to content
Design
Command

/design-sprint

Guided design sprint methodology — problem framing, ideation, decision matrix, rapid prototyping, and testing plan in a structured 5-phase workflow.

BOOST
From plugin
naksha
32463 skills7 agents63 commands3 hooks
Install
> /plugin marketplace add Adityaraj0421/naksha-studio
> /plugin install naksha@naksha

How it fires

How this command gets triggered: by you, by Claude, or both.

  • Fires itselfClaude auto-loads it when your prompt matches the work.
  • You can call itInvoke it directly when you want it.
  • Slash command/design-sprint

Context preview

What this command does when you run it.

Guided design sprint methodology — problem framing, ideation, decision matrix, rapid prototyping, and testing plan in a structured 5-phase workflow.

Command definition

design-sprint.md
description: "Guided design sprint methodology — problem framing, ideation, decision matrix, rapid prototyping, and testing plan in a structured 5-phase workflow."
argument-hint: "[problem statement or product brief]"
allowed-tools: ["Read", "Write", "Edit", "Bash", "Glob", "Grep", "mcp__*"]

/design-sprint

You are facilitating a **design sprint** — a structured, time-boxed process for rapidly solving design problems. Adapted from the Google Ventures design sprint methodology for AI-assisted design.

Input: **$ARGUMENTS**

Read `${CLAUDE_PLUGIN_ROOT}/skills/design/references/product-designer.md` for product strategy, `${CLAUDE_PLUGIN_ROOT}/skills/design/references/ux-designer.md` for UX methodology, and `${CLAUDE_PLUGIN_ROOT}/skills/design/references/ux-researcher.md` for research frameworks.

The 5 Phases

Phase 1: UNDERSTAND    → Map the problem space
Phase 2: DIVERGE       → Generate multiple solutions
Phase 3: DECIDE        → Pick the strongest direction
Phase 4: PROTOTYPE     → Build a testable solution
Phase 5: VALIDATE      → Create a testing plan

---

Phase 1: UNDERSTAND (Map the Problem)

1.1 Problem Statement

Structure the user's input into a clear problem statement:

## Problem Statement

**Who**: [Target users]
**What**: [The problem they face]
**Where**: [Context — when/where does this happen]
**Why it matters**: [Business/user impact]
**Current state**: [How it's handled today, if at all]

### Long-Term Goal
"In [timeframe], [users] will be able to [outcome] instead of [current pain]."

### Sprint Question
"Can we [specific hypothesis to test]?"

1.2 User Journey Map

Map the current user experience:

### User Journey: [Persona Name]

| Stage | Action | Thinking | Feeling | Pain Points |
|-------|--------|---------|---------|-------------|
| Discover | [how they find the product] | | | |
| Evaluate | [how they assess value] | | | |
| Onboard | [first experience] | | | |
| Use | [core task flow] | | | |
| Return | [what brings them back] | | | |

1.3 Opportunity Map

Identify the highest-impact areas:

### Opportunity Mapping

| Opportunity | User Impact | Business Impact | Effort | Score |
|-------------|------------|-----------------|--------|-------|
| [Opp 1] | High | High | Medium | ⭐⭐⭐ |
| [Opp 2] | Medium | High | Low | ⭐⭐⭐ |
| [Opp 3] | High | Medium | High | ⭐⭐ |

**Selected Focus**: [highest-scored opportunity]

---

Phase 2: DIVERGE (Generate Solutions)

2.1 Crazy 8s — Rapid Ideation

Generate 8 distinct solution approaches in rapid succession:

### Solution Sketches

| # | Concept | Key Insight | Risk |
|---|---------|------------|------|
| 1 | [Name] — [one-line description] | [why it might work] | [main risk] |
| 2 | [Name] — [one-line description] | | |
| 3 | [Name] — [one-line description] | | |
| 4 | [Name] — [one-line description] | | |
| 5 | [Name] — [one-line description] | | |
| 6 | [Name] — [one-line description] | | |
| 7 | [Name] — [one-line description] | | |
| 8 | [Name] — [one-line description] | | |

Each solution should be different enough to be worth comparing — not minor variations.

2.2 Solution Detail

For the top 3-4 most promising solutions, sketch the key screen/interaction:

### Solution 1: [Name]

**Core Concept**: [2-3 sentences]

**Key Screens**:
1. [Screen 1] — [what the user sees and does]
2. [Screen 2] — [what happens next]
3. [Screen 3] — [outcome]

**User Flow**:
[Entry point] → [Action 1] → [Action 2] → [Outcome]

**Why it might win**: [competitive advantage]
**Biggest risk**: [what could go wrong]

---

Phase 3: DECIDE (Choose Direction)

3.1 Decision Matrix

Score each solution against weighted criteria:

### Decision Matrix

| Criteria (Weight) | Solution 1 | Solution 2 | Solution 3 | Solution 4 |
|--------------------|-----------|-----------|-----------|-----------|
| User value (3x) | ⭐⭐⭐ (9) | ⭐⭐ (6) | ⭐⭐⭐ (9) | ⭐⭐ (6) |
| Feasibility (2x) | ⭐⭐ (4) | ⭐⭐⭐ (6) | ⭐ (2) | ⭐⭐⭐ (6) |
| Novelty (1x) | ⭐⭐⭐ (3) | ⭐ (1) | ⭐⭐ (2) | ⭐⭐⭐ (3) |
| Alignment (2x) | ⭐⭐ (4) | ⭐⭐⭐ (6) | ⭐⭐ (4) | ⭐⭐ (4) |
| **Total** | **20** | **19** | **17** | **19** |

**Winner**: Solution [N] — [Name]

3.2 Storyboard

Create a step-by-step storyboard for the chosen solution:

### Storyboard: [Solution Name]

**Panel 1 — Trigger**
[What prompts the user to start this experience]

**Panel 2 — Entry**
[First screen/touchpoint — what do they see?]

**Panel 3 — Core Action**
[The main interaction — what do they do?]

**Panel 4 — Feedback**
[System response — what happens after their action?]

**Panel 5 — Progression**
[Next step or deeper engagement]

**Panel 6 — Outcome**
[The successful end state — what did they achieve?]

---

Phase 4: PROTOTYPE (Build It)

4.1 Prototype Scope

Define the minimal prototype:

### Prototype Specification

**Fidelity**: [Low-fi wireframe / Mid-fi gray / Hi-fi polished]
**Screens**: [N screens]
**Interactive**: [Yes — with prototype connections / No — static]

| Screen | Purpose | Key Elements |
|--------|---------|-------------|
| 1. [Name] | [what it demonstrates] | [list of elements] |
| 2. [Name] | | |
| 3. [Name] | | |

4.2 Build the Prototype

Based on the fidelity level, choose the output:

**Option A: Figma Wireframes** (if Figma connected)

→ Use /figma-create to build screens in Figma
→ Use /figma-prototype to add interactions

**Option B: HTML Prototype** (for quick iteration)

→ Build interactive HTML with the design team
→ Preview with the preview server

**Option C: Static Screens** (for fast feedback)

→ Generate screen descriptions
→ Screenshot or wireframe each screen

4.3 Validate the Prototype

Screenshot each screen
Check flow makes sense
Verify key interactions work

---

Phase 5: VALIDATE (Testing Plan)

5.1 Test Script

### Usability Test Plan

**Objective**:
Read more
Ships withnaksha

Your agency's design brain. Always on, always yours. The Naksha design team, inside your terminal — 26 specialist roles activate automatically based on what you're building.

Get the whole plugin

Other commands on naksha.

ab-variants
Command

ab-variants

Generate A/B test design variants from an existing Figma screen — alternate layouts, CTA placements, color treatments, and copy…

brand-kit
Command

brand-kit

Generate a complete brand kit from a logo and 1-2 brand colors — full palette, type scale, icon style, component tokens, and…