design-sprint

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Design Sprint Framework

Design Sprint 框架

A five-day process for answering critical business questions through design, prototyping, and testing ideas with customers. Developed at Google Ventures and used by Google, Slack, Airbnb, and hundreds of startups.
这是一个为期五天的流程,通过设计、原型制作和客户测试来解答关键业务问题。由Google Ventures开发,已被Google、Slack、Airbnb及数百家初创企业采用。

Core Principle

核心原则

Great solutions require both deep work and fast iteration. The Design Sprint compresses months of debate, design, and testing into a single week, creating focus and urgency that eliminates endless discussion.
The foundation: Traditional product development wastes months building the wrong thing. Design Sprints de-risk product decisions by testing with real users before writing production code.
优秀的解决方案既需要深度投入,也需要快速迭代。 Design Sprint将数月的讨论、设计和测试压缩至一周,创造出专注感和紧迫感,从而消除无意义的冗长讨论。
核心出发点: 传统产品开发会浪费数月时间打造错误的产品。Design Sprint通过在编写生产代码前与真实用户测试,降低产品决策的风险。

Scoring

评分标准

Goal: 10/10. When planning or executing a Design Sprint, rate it 0-10 based on adherence to the principles below. A 10/10 means proper structure, time-boxing, prototyping, and user testing; lower scores indicate skipping steps or insufficient testing. Always provide the current score and specific improvements needed to reach 10/10.
目标:10/10分。 在规划或执行Design Sprint时,根据对以下原则的遵守程度评分0-10分。10分意味着流程结构规范、时间管控合理、完成原型制作并开展用户测试;分数较低则表示跳过了部分步骤或测试不充分。需始终提供当前分数及达到10分所需的具体改进措施。

The 5-Day Sprint Process

五天冲刺流程

Monday → Tuesday → Wednesday → Thursday → Friday
  Map      Sketch     Decide      Prototype    Test
Prerequisites:
  • Big challenge: Important problem worth a week's focus
  • Right team: Decision maker + 4-7 people with diverse expertise
  • Time commitment: 5 full days (10am-5pm), no interruptions
  • Space: Dedicated room with whiteboards
Sprint Master: One person facilitates, keeps time, manages energy.
Monday → Tuesday → Wednesday → Thursday → Friday
  Map      Sketch     Decide      Prototype    Test
前置条件:
  • 重大挑战: 值得投入一周时间解决的重要问题
  • 合适的团队: 决策者(Decider)+4-7名具备多元专业能力的人员
  • 时间投入: 完整的5天(上午10点至下午5点),无干扰
  • 场地: 配备白板的专用房间
Sprint Master: 由一名人员担任facilitator,负责管控时间、调动团队积极性。

Monday: Map

周一:梳理(Map)

Goal: Understand the problem and choose a target for the week.
目标: 理解问题并确定本周的聚焦方向。

Morning: Start at the End

上午:从终点出发

Exercise: Long-term goal
  • Write the sprint question: "What do we want to be true in 2 years?"
  • Example: "Customers use our product daily" or "We've captured 20% market share"
Exercise: Sprint questions
  • List obstacles and unknowns as questions
  • Example: "Will customers trust us with payment info?" or "Can first-time users figure out the interface?"
Format: Write on whiteboard, entire team contributes
练习:长期目标
  • 写下冲刺问题:“两年后我们希望达成什么目标?”
  • 示例:“客户每日使用我们的产品”或“我们占据20%的市场份额”
练习:冲刺问题
  • 将障碍和未知事项列成问题
  • 示例:“客户会信任我们处理支付信息吗?”或“首次使用的用户能弄明白界面吗?”
形式: 写在白板上,全员参与贡献

Afternoon: Map the Challenge

下午:梳理挑战

Exercise: Map the customer journey
  1. List actors (different types of customers/users)
  2. Draw the journey from start to finish (left to right on whiteboard)
  3. Keep it simple: 5-15 steps max
  4. Example: "Hears about product → Visits site → Signs up → First use → Becomes regular user"
Exercise: Ask the Experts
  • Interview team members with specialized knowledge
  • CEO, designer, engineer, customer support, sales
  • Take detailed notes on whiteboard
  • Capture "How Might We" notes (HMW)
Exercise: How Might We (HMW) notes
  • Rephrase problems as opportunities
  • "Customers don't understand pricing" → HMW make pricing immediately clear?
  • Write each HMW on a sticky note
  • Vote on best HMWs, organize on map
练习:绘制客户旅程图
  1. 列出参与角色(不同类型的客户/用户)
  2. 从左到右在白板上绘制从开始到结束的旅程
  3. 保持简洁:最多5-15个步骤
  4. 示例:“听说产品 → 访问网站 → 注册 → 首次使用 → 成为常规用户”
练习:专家访谈
  • 访谈具备专业知识的团队成员
  • 包括CEO、设计师、工程师、客户支持、销售等
  • 在白板上详细记录
  • 记录“我们如何可能(How Might We,HMW)”的想法
练习:HMW笔记
  • 将问题重新表述为机会
  • 例如:“客户不理解定价” → 我们如何能让定价一目了然?
  • 将每个HMW写在便利贴上
  • 投票选出最佳HMW,并整理到旅程图上

End of Day: Pick a Target

当日结束:选定目标

Exercise: Choose the target
  • Which part of the map (customer journey) will you focus on?
  • Where's the biggest risk or opportunity?
  • Example: "We'll focus on the first 10 minutes after signup"
Decider: The person with authority makes the final call.
Monday output:
  • Long-term goal
  • Sprint questions
  • Customer journey map
  • Expert insights
  • HMW notes organized
  • Target customer and moment
See: references/monday.md for detailed Monday exercises and facilitation.
练习:选择目标
  • 你将聚焦旅程图的哪一部分?
  • 哪里存在最大的风险或机会?
  • 示例:“我们将聚焦注册后的前10分钟”
Decider: 拥有决策权的人员做出最终决定。
周一产出:
  • 长期目标
  • 冲刺问题
  • 客户旅程图
  • 专家见解
  • 整理后的HMW笔记
  • 目标客户及聚焦环节
详情请见:references/monday.md 中的周一练习及引导方法。

Tuesday: Sketch

周二:草图绘制(Sketch)

Goal: Generate solutions. Each person sketches a detailed solution.
目标: 生成解决方案。每位成员绘制详细的解决方案草图。

Morning: Lightning Demos

上午:闪电演示

Exercise: Find inspiration
  • Look at competitors and analogous products
  • 3-minute demos: "Here's what I found, here's why it's interesting"
  • Capture good ideas on whiteboard
  • Don't limit to your industry—borrow from anywhere
Exercise: Divide or swarm
  • Divide: If map has multiple parts, different people tackle different sections
  • Swarm: If one critical problem, everyone tackles the same thing
  • Most sprints = swarm
练习:寻找灵感
  • 研究竞品及同类产品
  • 3分钟演示:“这是我发现的内容,以及它有趣的原因”
  • 在白板上记录好的想法
  • 不要局限于所在行业——可以跨行业借鉴
练习:分工或协作
  • 分工:如果旅程图包含多个部分,不同成员负责不同板块
  • 协作:如果是单一关键问题,全员聚焦同一内容
  • 大多数冲刺采用协作模式

Afternoon: The Four-Step Sketch

下午:四步草图法

Goal: Everyone individually sketches a detailed solution (not as a group!)
Step 1: Notes (20 minutes)
  • Walk around room, review map, HMWs, inspiration
  • Take notes silently
Step 2: Ideas (20 minutes)
  • Rough doodles, mind maps, stick figures
  • Quantity over quality
  • Still working alone
Step 3: Crazy 8s (8 minutes)
  • Fold paper into 8 sections
  • Sketch 8 variations in 8 minutes (1 minute each)
  • Forces you past first idea
  • Can be 8 variations on one idea or 8 different ideas
Step 4: Solution Sketch (30-90 minutes)
  • 3-panel storyboard showing customer experience
  • Step 1 → Step 2 → Step 3 (beginning, middle, end)
  • Make it self-explanatory (someone should understand without you explaining)
  • Use text, arrows, simple drawings
  • Give it a catchy title
  • Anonymous: Don't put your name on it
Critical: No group brainstorming. Individual work produces better, more diverse ideas.
Tuesday output:
  • Each person has a detailed solution sketch
  • Sketches are anonymous and self-explanatory
See: references/tuesday.md for sketching templates and examples.
目标: 每位成员独立绘制详细的解决方案(禁止团队协作!)
步骤1:记录(20分钟)
  • 绕房间走一圈,回顾旅程图、HMW笔记和灵感
  • 安静地记录想法
步骤2:构思(20分钟)
  • 绘制粗略的涂鸦、思维导图、简笔画
  • 重数量轻质量
  • 仍需独立完成
步骤3:疯狂8格(8分钟)
  • 将纸折叠成8个区域
  • 在8分钟内绘制8种变体(每个区域1分钟)
  • 强迫自己跳出最初的想法
  • 可以是同一想法的8种变体,也可以是8个不同的想法
步骤4:解决方案草图(30-90分钟)
  • 绘制3格故事板,展示客户体验
  • 步骤1 → 步骤2 → 步骤3(开始、过程、结束)
  • 确保无需解释他人也能理解
  • 使用文字、箭头、简单绘图
  • 给草图起一个吸引人的标题
  • 匿名: 不要在草图上署名
关键要求: 禁止头脑风暴。独立工作能产出更优质、更多元的想法。
周二产出:
  • 每位成员拥有一份详细的解决方案草图
  • 草图匿名且易于理解
详情请见:references/tuesday.md 中的草图模板及示例。

Wednesday: Decide

周三:决策(Decide)

Goal: Critique solutions and choose the best one to prototype and test.
目标: 评审解决方案,选择最佳方案进行原型制作和测试。

Morning: Sticky Decision

上午:便利贴决策法

Exercise: Art museum
  • Tape solution sketches to wall
  • Give everyone dot stickers
  • Silently review sketches (no talking!)
  • Put dots next to interesting parts
Exercise: Heat map review
  • Discuss each sketch for 3 minutes
  • Facilitator narrates: "Here they see X, then click Y..."
  • Sketcher stays silent (don't reveal yourself yet)
  • Team calls out interesting parts
  • Scribe captures standout ideas on whiteboard
Exercise: Straw poll
  • Each person votes for one solution (put one large dot)
  • Explain your vote in 1 sentence
  • This is non-binding, just to see preferences
Decider: Person with authority gets three large dots (supervote). Their decision wins.
练习:美术馆展示
  • 将解决方案草图贴在墙上
  • 给每位成员发放圆点贴纸
  • 安静地浏览草图(禁止交谈!)
  • 在感兴趣的部分贴上圆点
练习:热力图评审
  • 每张草图讨论3分钟
  • Facilitator讲解:“这里用户看到X,然后点击Y……”
  • 绘制草图的成员保持沉默(暂时不要暴露身份)
  • 团队指出有趣的部分
  • 记录员在白板上记录突出的想法
练习:意向投票
  • 每位成员为一个方案投票(贴一个大圆点)
  • 用一句话解释投票理由
  • 此次投票不具约束力,仅用于了解偏好
Decider: 拥有决策权的人员拥有三个大圆点(超级投票权),其决定为最终结果。

Afternoon: Rumble or All-in-One

下午:方案对决或整合

If multiple winners:
  • Rumble: Competing prototypes (test different approaches)
  • All-in-One: Combine best ideas into one prototype
Most sprints: All-in-one (simpler to prototype and test)
Exercise: Storyboard
  • Draw 10-15 panel storyboard (comic book style)
  • Each panel = one screen or step
  • Opening scene: How customer discovers you
  • Middle: Your solution in action
  • Ending: Successful outcome
  • Include just enough detail for Friday's prototype
Storyboard rules:
  • Keep it simple
  • Use stick figures
  • Words and arrows okay
  • Get specific about UI
  • 10-15 panels max
Wednesday output:
  • Winning solution(s) chosen
  • Detailed storyboard ready to prototype
See: references/wednesday.md for decision exercises and storyboard templates.
如果有多个胜出方案:
  • 方案对决(Rumble): 制作竞争原型(测试不同方法)
  • 整合方案(All-in-One): 将最佳想法整合为一个原型
大多数冲刺选择: 整合方案(原型制作和测试更简单)
练习:故事板
  • 绘制10-15格的故事板(漫画风格)
  • 每一格代表一个界面或步骤
  • 开场:客户如何发现你的产品
  • 过程:解决方案的实际应用
  • 结尾:成功的结果
  • 包含足够的细节,以便周五制作原型
故事板规则:
  • 保持简洁
  • 使用简笔画
  • 可使用文字和箭头
  • 明确UI细节
  • 最多10-15格
周三产出:
  • 选定胜出的解决方案
  • 可用于原型制作的详细故事板
详情请见:references/wednesday.md 中的决策练习及故事板模板。

Thursday: Prototype

周四:原型制作(Prototype)

Goal: Build a realistic facade. You need something to test on Friday.
Prototype mindset:
  • Fake it
  • Prototype only what you'll test
  • Goldilocks quality: not too high, not too low (realistic enough to get honest reactions)
  • One day only
Prototype fidelity:
  • Too low: Sketches, wireframes (customers can't react realistically)
  • Too high: Working code, pixel-perfect design (wastes time)
  • Just right: Looks real, doesn't work real (facades, click-through, video)
目标: 制作逼真的外观原型。为周五的测试准备素材。
原型思维:
  • 模拟即可
  • 仅制作需要测试的部分
  • 适中的质量:不要过高也不要过低(足够逼真以获得真实反馈)
  • 仅用一天时间完成
原型保真度:
  • 过低: 草图、线框图(客户无法做出真实反应)
  • 过高: 可运行代码、像素级完美设计(浪费时间)
  • 适中: 看起来真实,但无需实际运行(外观模拟、点击跳转、视频演示)

Assign Roles

角色分配

Makers (2+ people):
  • Designer, writer, asset collector (images, icons)
  • Build the prototype
Stitcher (1 person):
  • Combines pieces into final prototype
  • Usually in Keynote, Figma, or prototyping tool
Writer (1 person):
  • Writes all copy
  • Headlines, button labels, descriptions
Collector (1-2 people):
  • Gathers assets (photos, icons, competitor screenshots)
  • Provides raw materials
Interviewer (1 person):
  • Writes interview script for Friday
  • Practices interviewing
Sprint Master:
  • Helps where needed
  • Keeps energy up
制作者(Makers):2人以上
  • 设计师、文案、素材收集员(图片、图标)
  • 负责制作原型
整合者(Stitcher):1人
  • 将各部分整合为最终原型
  • 通常使用Keynote、Figma或原型制作工具
文案(Writer):1人
  • 撰写所有文案
  • 标题、按钮标签、描述等
素材收集员(Collector):1-2人
  • 收集素材(照片、图标、竞品截图)
  • 提供原材料
访谈者:1人
  • 撰写周五的访谈脚本
  • 练习访谈技巧
Sprint Master:
  • 提供必要帮助
  • 保持团队积极性

Build the Prototype

制作原型

Tools:
  • Web/App: Figma, Keynote, PowerPoint (linked slides)
  • Physical Product: Video walkthrough, 3D-printed mockup
  • Service: Role-play video, scripted interaction
Thursday morning:
  • Divide storyboard into scenes
  • Assign scenes to makers
  • Start building
Thursday afternoon:
  • Stitch together
  • Review as team (does it match storyboard?)
  • Rehearse for Friday (run through entire flow)
  • Trial run (test with someone not on sprint team)
Prototype checklist:
  • Follows storyboard exactly
  • Looks real enough to get honest reactions
  • Can walk through in 5-15 minutes
  • Interviewer knows how to present it
  • Trial run completed
Thursday output:
  • Realistic prototype ready to test
  • Interview script written
  • Interview room prepared
See: references/thursday.md for prototyping tools and techniques.
工具:
  • 网页/应用: Figma、Keynote、PowerPoint(链接幻灯片)
  • 实体产品: 视频演示、3D打印模型
  • 服务: 角色扮演视频、脚本化互动
周四上午:
  • 将故事板拆分为不同场景
  • 分配场景给制作者
  • 开始制作
周四下午:
  • 整合原型
  • 团队评审(是否与故事板一致?)
  • 为周五的测试彩排(完整走一遍流程)
  • 试运行(让非冲刺团队的人员测试)
原型检查清单:
  • 完全遵循故事板
  • 足够逼真以获得真实反馈
  • 可在5-15分钟内完成流程演示
  • 访谈者知道如何展示原型
  • 已完成试运行
周四产出:
  • 可用于测试的逼真原型
  • 撰写完成的访谈脚本
  • 准备好的访谈房间
详情请见:references/thursday.md 中的原型制作工具及技巧。

Friday: Test

周五:测试(Test)

Goal: Interview 5 customers, learn what works and what doesn't.
目标: 访谈5位客户,了解方案的优劣。

Setup

准备工作

Interview room:
  • Quiet space with table, 2 chairs
  • Laptop with prototype
  • Camera recording screen and customer face
Observation room:
  • Separate room with live video feed
  • Team watches together
  • Whiteboard for notes
Roles:
  • Interviewer: Conducts all 5 interviews
  • Team: Watches, takes notes
访谈室:
  • 安静的空间,配备桌子、2把椅子
  • 安装有原型的笔记本电脑
  • 录制屏幕和客户面部的摄像头
观察室:
  • 单独的房间,配备实时视频流
  • 团队共同观看
  • 配备白板用于记录
角色:
  • 访谈者: 负责全部5次访谈
  • 团队: 观看并记录

The Five-Act Interview

五幕式访谈

Act 1: Friendly Welcome (5 min)
  • Greet warmly
  • Explain you're testing prototype, not them
  • Ask permission to record
  • Encourage thinking aloud
Act 2: Context Questions (5 min)
  • Ask about their background
  • Example: "Tell me about how you currently handle [problem]"
  • Goal: Understand their mindset and current behavior
Act 3: Introduce the Prototype (5 min)
  • Show landing page or entry point
  • "What's this? What do you think it's for?"
  • Don't explain—let them interpret
  • Note: Do they get it?
Act 4: Tasks and Nudges (15 min)
  • Give open-ended task: "Go ahead and explore"
  • Follow with specific tasks from storyboard: "Try to [complete action]"
  • Use nudges when stuck: "What would you do next?" or "What's going through your mind?"
  • Don't help—watch them struggle
  • Encourage thinking aloud
Act 5: Debrief (5 min)
  • "What did you think overall?"
  • "Who is this for?"
  • "What worked? What was confusing?"
  • Ask about specific parts you're uncertain about
Interview length: ~30 minutes per customer
Between interviews:
  • 30-minute break
  • Team discusses observations
  • Update questions if needed
第一幕:友好欢迎(5分钟)
  • 热情问候
  • 说明你正在测试原型,而非测试客户本人
  • 请求录制许可
  • 鼓励客户边操作边说出想法
第二幕:背景问题(5分钟)
  • 询问客户的背景
  • 示例:“请告诉我你目前是如何处理[问题]的”
  • 目标:理解客户的思维模式和当前行为
第三幕:介绍原型(5分钟)
  • 展示着陆页或入口
  • “这是什么?你认为它是做什么用的?”
  • 不要解释——让客户自行解读
  • 记录:客户是否理解?
第四幕:任务与引导(15分钟)
  • 给出开放式任务:“请自行探索”
  • 接着给出故事板中的具体任务:“尝试[完成某个操作]”
  • 当客户卡住时给予引导:“你接下来会怎么做?”或“你现在在想什么?”
  • 不要提供帮助——观察客户的困惑
  • 鼓励客户边操作边说出想法
第五幕:总结(5分钟)
  • “你整体感觉如何?”
  • “这个产品是给谁用的?”
  • “哪些部分好用?哪些部分让人困惑?”
  • 询问你不确定的特定部分
每次访谈时长: 约30分钟
访谈间隙:
  • 30分钟休息
  • 团队讨论观察结果
  • 必要时更新问题

Five Is the Magic Number

五位客户是魔法数字

Why 5 customers?
  • Patterns emerge after 3-5 people
  • Diminishing returns after 5
  • Doable in one day (5 × 1 hour = 5 hours with breaks)
Who to recruit:
  • Target customers (match your personas)
  • Screener survey to qualify
  • Incentive ($100-$200 for B2B, $50-$100 for B2C)
  • Schedule 6 (expect 1 no-show)
为什么是5位客户?
  • 3-5位客户后就能发现模式
  • 超过5位客户后收益递减
  • 一天内可完成(5次×1小时=5小时,含休息时间)
招募对象:
  • 目标客户(匹配你的用户画像)
  • 通过筛选问卷确认资格
  • 激励措施:B2B客户100-200美元,B2C客户50-100美元
  • 预约6位客户(预计1位缺席)

Take Notes: Pattern Recognition

记录:模式识别

While watching interviews, team captures:
Column 1Column 2Column 3Column 4Column 5
Customer 1 notesCustomer 2 notesCustomer 3 notesCustomer 4 notesCustomer 5 notes
Mark with ✓, ✗, or ~:
  • ✓ Positive reaction, success
  • ✗ Negative reaction, failure
  • ~ Neutral or mixed
After all 5 interviews:
  • Look for patterns (did all 5 struggle with the same thing?)
  • Count ✓ ✗ ~ per row
  • Identify what worked and what failed
观看访谈时,团队需记录:
列1列2列3列4列5
客户1笔记客户2笔记客户3笔记客户4笔记客户5笔记
用✓、✗或~标记:
  • ✓ 积极反应,操作成功
  • ✗ 负面反应,操作失败
  • ~ 中立或混合反应
完成5次访谈后:
  • 寻找模式(是否5位客户都在同一环节遇到困难?)
  • 统计每行的✓、✗、~数量
  • 确定哪些部分有效,哪些部分失败

End-of-Sprint Debrief

冲刺结束总结会

Organize findings:
✓ What worked:
  • Features/flows that all customers understood
  • Messaging that resonated
  • Design that felt intuitive
✗ What failed:
  • Confusing terminology
  • Missing steps
  • Wrong assumptions
~ Mixed results:
  • Some got it, some didn't
  • Unclear if it matters
Next steps:
  • If core concept validated: Build it (or next sprint on details)
  • If major issues: Pivot or next sprint to solve problems
  • If totally failed: Back to drawing board (but you saved months!)
Friday output:
  • Interview videos
  • Pattern notes
  • Clear list of what works, what doesn't
  • Decision on next steps
See: references/friday.md for interview scripts and note-taking templates.
整理发现:
✓ 有效部分:
  • 所有客户都理解的功能/流程
  • 引起共鸣的信息
  • 直观的设计
✗ 失败部分:
  • 令人困惑的术语
  • 缺失的步骤
  • 错误的假设
~ 混合结果:
  • 部分客户理解,部分不理解
  • 不确定是否重要
下一步计划:
  • 如果核心概念得到验证: 开发产品(或开展下一轮冲刺优化细节)
  • **如果存在重大问题:**调整方向或开展下一轮冲刺解决问题
  • 如果完全失败: 重新开始(但你已经节省了数月时间!)
周五产出:
  • 访谈视频
  • 模式记录
  • 明确的优劣清单
  • 下一步决策
详情请见:references/friday.md 中的访谈脚本及记录模板。

When to Run a Design Sprint

何时开展Design Sprint

Run a sprint when:
  • High-stakes decision
  • Not enough time to build and test normally
  • Team is stuck in endless debate
  • Multiple solutions possible
  • New product, feature, or major redesign
  • Need to de-risk before investing
Don't run a sprint when:
  • Problem is clear and solution is obvious
  • You just need to execute
  • Team isn't bought in
  • Can't get decision maker for full week
适合开展冲刺的场景:
  • 高风险决策
  • 没有足够时间按常规方式构建和测试
  • 团队陷入无休止的讨论
  • 存在多种解决方案
  • 新产品、新功能或重大改版
  • 需要在投入前降低风险
不适合开展冲刺的场景:
  • 问题明确且解决方案显而易见
  • 只需执行即可
  • 团队不认可
  • 无法让决策者全程参与一周时间

Variations

变体形式

4-Day Sprint:
  • Day 1: Map + Sketch (compressed)
  • Day 2: Decide
  • Day 3: Prototype
  • Day 4: Test
Remote Sprint:
  • Use Miro/FigJam for whiteboarding
  • Zoom for meetings
  • Same schedule, digital tools
Multi-Sprint:
  • Sprint 1: Broad problem, choose direction
  • Sprint 2: Deep dive on chosen solution
  • Sprint 3: Refine details
四天冲刺:
  • 第一天:梳理+草图绘制(压缩)
  • 第二天:决策
  • 第三天:原型制作
  • 第四天:测试
远程冲刺:
  • 使用Miro/FigJam进行白板协作
  • 使用Zoom开展会议
  • 日程不变,使用数字化工具
多轮冲刺:
  • 第一轮冲刺:针对宽泛问题,选定方向
  • 第二轮冲刺:深入研究选定的解决方案
  • 第三轮冲刺:优化细节

Common Mistakes

常见错误

MistakeWhy It FailsFix
Skip prototypingNothing to testAlways prototype, even if simple
Over-engineer prototypeWaste time on details that don't matterFacade only, not working code
Test with wrong usersInvalid feedbackScreen for target customers
Explain prototype to usersDefeats the testLet them struggle, observe confusion
No decision makerCan't commit to decisionGet Decider for full week or don't sprint
InterruptionsBreaks focusProtect the week, no meetings/emails
错误失败原因解决方法
跳过原型制作没有可测试的内容始终制作原型,即使是简单的原型
原型过度设计在无关细节上浪费时间仅制作外观模拟,无需可运行代码
测试对象错误反馈无效筛选目标客户作为测试对象
向用户解释原型失去测试意义让客户自行摸索,观察困惑点
没有决策者无法做出最终决策确保决策者全程参与一周,否则不开展冲刺
受到干扰分散注意力保护冲刺周的时间,避免会议和邮件干扰

Quick Diagnostic

快速诊断

Audit any sprint plan:
QuestionIf NoAction
Do we have a Decider for full week?Sprint will failGet commitment or postpone
Is the problem important enough?Waste of timeOnly sprint on big challenges
Can we prototype in 1 day?Wrong problem for sprintChoose more concrete problem
Can we recruit 5 target users?Can't test properlyStart recruiting now (2 weeks ahead)
Will team commit to no interruptions?Won't maintain focusGet buy-in from leadership
审核任何冲刺计划:
问题如果答案为否行动
我们有能全程参与一周的决策者吗?冲刺会失败获取承诺或推迟冲刺
问题足够重要吗?浪费时间仅针对重大挑战开展冲刺
我们能在一天内完成原型制作吗?该问题不适合冲刺选择更具体的问题
我们能招募到5位目标用户吗?无法开展有效测试立即开始招募(提前2周)
团队能承诺不受干扰吗?无法保持专注获取领导层的支持,确保无干扰

Reference Files

参考文件

  • monday.md: Map exercises, HMW notes, target selection
  • tuesday.md: Sketching templates, Crazy 8s, solution sketches
  • wednesday.md: Decision exercises, storyboard templates
  • thursday.md: Prototyping tools, techniques, checklists
  • friday.md: Interview scripts, note-taking, pattern analysis
  • facilitation.md: Sprint Master guide, time-boxing, energy management
  • recruiting.md: User recruitment, screener surveys, scheduling
  • case-studies.md: Slack, Blue Bottle Coffee, Savioke, and more
  • remote-sprints.md: Adapting sprint for distributed teams
  • monday.md:梳理练习、HMW笔记、目标选择
  • tuesday.md:草图模板、疯狂8格、解决方案草图
  • wednesday.md:决策练习、故事板模板
  • thursday.md:原型制作工具、技巧、检查清单
  • friday.md:访谈脚本、记录方法、模式分析
  • facilitation.md:Sprint Master指南、时间管控、能量管理
  • recruiting.md:用户招募、筛选问卷、日程安排
  • case-studies.md:Slack、Blue Bottle Coffee、Savioke等案例
  • remote-sprints.md:适配分布式团队的冲刺方法

Further Reading

延伸阅读

This skill is based on the Design Sprint process developed at Google Ventures. For the complete methodology, exercises, and case studies:
本方法基于Google Ventures开发的Design Sprint流程。如需完整方法、练习及案例,请参考:

About the Author

关于作者

Jake Knapp created the Design Sprint process while at Google, where he ran sprints on products like Gmail, Chrome, and Google X. As a design partner at Google Ventures (now GV), he refined the process by running over 100 sprints with startups in the GV portfolio. The Design Sprint is now used by teams at Google, Slack, Airbnb, LEGO, and thousands of companies worldwide. Jake is also the author of Make Time, a framework for focus and energy.
Jake Knapp 在Google工作期间创建了Design Sprint流程,曾在Gmail、Chrome和Google X等产品上开展冲刺。作为Google Ventures(现GV)的设计合伙人,他通过为GV投资组合中的初创企业开展100多次冲刺优化了该流程。Design Sprint目前已被Google、Slack、Airbnb、LEGO及全球数千家公司采用。Jake也是《Make Time》的作者,该书介绍了聚焦和精力管理的框架。

Overview

概述

Run a structured 5-day process to prototype, test, and validate product ideas with real users.
通过结构化的5天流程,与真实用户共同完成产品想法的原型制作、测试和验证。

Prerequisites

前置条件

  • Access to the testing environment or API
  • Required CLI tools installed and authenticated
  • Familiarity with testing concepts and terminology
  • 可访问测试环境或API
  • 已安装并认证所需的CLI工具
  • 熟悉测试概念和术语

Instructions

操作步骤

  1. Assess the current state of the testing configuration
  2. Identify the specific requirements and constraints
  3. Apply the recommended patterns from this skill
  4. Validate the changes against expected behavior
  5. Document the configuration for team reference
  1. 评估当前测试配置的状态
  2. 明确具体需求和约束条件
  3. 应用本方法中的推荐模式
  4. 根据预期行为验证变更
  5. 记录配置供团队参考

Output

输出

  • Configuration files or code changes applied to the project
  • Validation report confirming correct implementation
  • Summary of changes made and their rationale
See testing implementation details for output format specifications.
  • 应用于项目的配置文件或代码变更
  • 确认实现正确的验证报告
  • 变更内容及理由的总结
请参考测试实现详情 中的输出格式规范。

Error Handling

错误处理

ErrorCauseResolution
Authentication failureInvalid or expired credentialsRefresh tokens or re-authenticate with testing
Configuration conflictIncompatible settings detectedReview and resolve conflicting parameters
Resource not foundReferenced resource missingVerify resource exists and permissions are correct
错误原因解决方法
认证失败凭据无效或过期刷新令牌或重新进行测试认证
配置冲突检测到不兼容的设置审查并解决冲突参数
资源未找到引用的资源缺失验证资源是否存在及权限是否正确

Examples

示例

Basic usage: Apply design sprint to a standard project setup with default configuration options.
Advanced scenario: Customize design sprint for production environments with multiple constraints and team-specific requirements.
基础用法:将Design Sprint应用于标准项目设置,使用默认配置选项。
高级场景:针对生产环境定制Design Sprint,适配多种约束条件和团队特定需求。

Resources

资源

  • Official testing documentation
  • Community best practices and patterns
  • Related skills in this plugin pack
  • 官方测试文档
  • 社区最佳实践和模式
  • 本插件包中的相关技能