关于 tool-design-sprint-brief
为 Design Sprint 团队生成开跑前的简报,涵盖挑战、冲刺问题、人员、客户招募、原型、访谈、后勤和成功标准。适合已通过准备度评估、需要在周一前锁定计划的团队。
主要功能
- 01明确挑战与冲刺问题
- 02分配团队角色和出席时段
- 03制定客户招募计划
- 04确定原型形式与访谈方式
- 05安排后勤并定义成功标准
适用场景
- 01在冲刺开始前统一团队目标
- 02在招募结束前敲定客户招募安排
- 03向高管说明冲刺投入与安排
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ product-on-purpose/ pm-skills --skill tool-design-sprint-brief安装后在 Claude Code 中输入/tool-design-sprint-brief确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
HISTORY.mdreferences/EXAMPLE.mdTEMPLATE.md详细介绍
设计冲刺简报
在周一开始前,撰写一份简报,让团队就挑战、冲刺问题、参与者、客户招募、原型形式、访谈形式、后勤安排和成功标准达成一致。完善的简报能避免周一早上再次争论“我们这周要测试什么?”;缺少简报或简报内容含糊,几乎注定会出现这种情况。
系列约定:docs/reference/skill-families/design-sprint-skills-contract.md。此技能属于 design-sprint-skills。
适用情形
tool-design-sprint-readiness给出的准备度结论为 Go(或已满足前置条件的 Conditional Go)。- 冲刺日期已在日历上预留,你需要一份说明冲刺目标的材料。
- 团队已开始招募客户,你需要在招募结束前确定招募计划、酬谢预算和周五日程。
- 一位持怀疑态度的高管想知道“团队要花五天时间做什么,客户成本是多少?”,而你需要一份两页内的答复。
不适用情形
- 冲刺已经开始。简报是准备材料,不是冲刺期间的交付物。如果周一的活动正在进行,请改用
tool-design-sprint-map-and-target。 - 准备度结论为 Wait。简报无法解决团队准备不足的问题;先完成前置条件,再重新评估准备度,然后调用此技能。
- 团队想要一份利益相关方策略文档。简报是内部准备材料,不是对外交付物。如果需要利益相关方文档,那属于后续材料(周五评分卡或后续步骤备忘录)。
- 尚未开始招募客户。简报可以敲定招募计划,但不能替代招募负责人。如果尚未指定招募负责人,请返回准备度结论为 Wait 的阶段。
此技能的产出
一份包含九个部分的整合材料:
- 挑战陈述及为何是现在:用一段话说明可测试的挑战,以及为何本周冲刺而不是以后冲刺。
- 冲刺问题:列出周五测试要回答的 2-4 个具体问题。任何先前基础冲刺中风险最高的假设应作为首要问题。
- 决策者出席时段:列出关键时段(至少包括周一上午、周三上午、周五下午);如有空档,应全程预留。
- 团队名单及角色分配:说明每天有哪些人参与,以及每个人本周承担什么角色。
- 客户招募计划:目标画像、来源、人数、酬谢、招募负责人、招募截止时间和周五日程。
- 原型形式决策:选择可点击原型、幻灯片、服务角色扮演、纸面原型、实体模型或其他形式,并说明理由。
- 访谈形式:现场或远程;主持或无主持;录制和同意安排;观察者室设置。
- 后勤计划:日期、时长、地点、形式(现场、远程、混合)、工具和每日节奏。
- 成功标准:可观察的结果,用以判定冲刺成功与否。
请参阅 references/TEMPLATE.md 查看标准结构,并参阅 references/EXAMPLE.md 查看 Brainshelf 图书目录简报示例。
推断输入
| 输入 | 该技能如何处理 |
|---|---|
准备度判定和建议(来自 tool-design-sprint-readiness) | 提取建议的参会人员、客户招募计划、冲刺前活动和原型媒介建议;标记尚未解决的任何前置条件 |
| 挑战描述 | 压缩为挑战陈述,并推导出 2-4 个冲刺问题 |
| 创始假设(可选;来自先前的 Foundation Sprint) | FS 评分卡中风险最高的假设将成为首要冲刺问题;首要押注将成为设计方向;备选方案将在周五结果推翻假设时成为备用决策 |
| 团队名单 | 将人员分配到所需的 Design Sprint 角色(决策者、引导者、PM、设计、工程、研究员或客户专家);确认团队人数为 4-7 人 |
| 客户招募来源和计划 | 确定招募负责人、目标画像、来源渠道、酬金预算、截止日期和周五日程 |
| 形式(现场、远程、混合;依据 Ratified Decision 6) | 在形式影响内容撰写的部分调整简报:招募计划(现场要求招募本地客户群;远程支持跨时区)、原型媒介(某些媒介更适合现场使用,例如实体模型)、访谈形式(现场或远程主持)、观察者安排(同室或 Zoom 分组讨论室) |
| 后勤限制 | 制定日期/时间/地点/工具矩阵;标记任何会导致冲刺超过 5 天或跨日历周拆分的限制 |
简报长度规范
简报必须控制在两页(或两个屏幕)以内。DS 简报有意比 FS 简报更长,因为客户招募、原型媒介和访谈形式这几部分在 FS 中没有对应内容,必须在周一之前确定。
- 挑战陈述:一段,最多四句话。
- 冲刺问题:2-4 个编号问题,每个问题一句话。
- 团队名单:每人一行的表格。
- 客户招募:表格。
- 原型媒介:一段,包含理由。
- 访谈形式:一段。
- 后勤:表格。
- 成功标准:3-5 个项目符号列出的结果。
如果简报超过两页,说明冲刺开始前就被过度设计了。解决办法不是写得更长,而是提出更明确的冲刺问题,并更清晰地决定原型媒介。
常见陷阱
- 冲刺问题含糊不清。“用户会喜欢吗?”不是冲刺问题。“每年阅读 25 次以上的用户能否在 3 秒内完成相机拍摄而不放弃?”才是。冲刺问题必须能通过周五对 5 位客户的访谈得到回答。
- **招募计划与目标客户不匹配。**从年龄偏小或人口统计特征与指定目标不同的样本库招募,会导致周五收集的数据无法检验实际假设。请根据准备度评估中的客户画像核对招募来源。
- **跳过原型媒介决策。**将原型媒介留到周四早上决定,会迫使团队临时选择,并可能导致原型周五无法测试。在简报中确定媒介;如有需要,可在周三的故事板完成后调整,但必须预先确定默认方案。
- **把简报当作利益相关者的交付物。**利益相关者看的是周五评分卡和决策者的后续步骤备忘录,而不是简报。公开分享简报会引发冲刺前的争论,而冲刺的目的正是解决这些问题。
- 后勤安排摇摆不定。“我们之后再决定远程还是现场”表明团队还没有做出承诺。必须确定其中一种形式,否则准备度判定就是错误的。
- **没有决定访谈形式。**周五访谈的主持人、观察室安排以及录制/同意方式都应写入简报。忘记这些是周五超时最常见的原因。
权威来源
- Knapp, J.、Zeratsky, J. 和 Kowitz, B. Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days. Simon and Schuster,2016 年。第 3 章“Set the Stage”介绍冲刺简报的编写。
- Character Capital。“Design Sprint pre-sprint guide.” https://www.character.vc
- Google Design Sprint Kit。“Sprint brief template.” https://designsprintkit.withgoogle.com/
- AJ and Smart“Remote Design Sprint”模板。适用于远程和混合形式的部分。
跨技能使用
前置条件:tool-design-sprint-readiness。简报以准备度评估的输出作为主要输入。遵循 prerequisites 时,简报会继承准备度结论、客户招募计划草案、参会者建议和冲刺前活动;随后,该技能会对它们进行完善并最终确定。
如果团队已完成同等的准备工作,但没有明确运行准备度评估技能(例如,熟悉准备度标准的资深冲刺引导者),则可以直接调用简报技能。在这种情况下,技能正文会提示团队在生成简报前确认已满足准备度标准。
参与 Foundation Sprint 的团队应将 Founding Hypothesis 和假设评分卡作为输入。简报的 Sprint Questions 部分会将风险最高的假设原文提取为首要问题。无需桥接技能;相关叙事交接记录在 _workflows/foundation-to-design.md 中。
冲刺中的下一次调用:周一上午调用 tool-design-sprint-map-and-target。
决策者检查点
此技能以 references/TEMPLATE.md 中的决策者检查点结束。决策者需批准范围(挑战和冲刺问题)、团队(成员名单和出席时间段)、招募计划(目标画像、来源、酬金预算)、原型形式、访谈形式以及明确的成功标准。未经批准,简报仅供参考;经批准后,简报即成为接下来五天的执行约定,并授权客户招募支出。