关于 tool-foundation-sprint-founding-hypothesis
面向产品团队的 Foundation Sprint 技能,用于完成第 2 天的冲刺工作。它将冲刺决策整理为严格模板的可测试假设、假设评分表和后续验证建议。
主要功能
- 01严格的五槽假设模板
- 02假设置信度评分表
- 03证据与风险摘要
- 04推荐后续验证测试
- 05Decider 批准检查点
适用场景
- 01汇总第 2 天冲刺决策
- 02识别需要测试的假设
- 03选择下一步验证方式
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ product-on-purpose/ pm-skills --skill tool-foundation-sprint-founding-hypothesis安装后在 Claude Code 中输入/tool-foundation-sprint-founding-hypothesis确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
HISTORY.mdreferences/EXAMPLE.mdTEMPLATE.md详细介绍
Foundation Sprint 创始假设
Foundation Sprint 第 2 天结束时,团队将整个 Sprint 的产出浓缩为一句规范表述和一份可测试的评分表。这就是 Sprint 要产出的成果;在使用此技能之前所做的一切都是准备工作。如果创始假设未获批准,Sprint 就失败了。
系列约定:docs/reference/skill-families/foundation-sprint-skills-contract.md。此技能属于 foundation-sprint-skills。
何时使用
- Foundation Sprint 第 2 天结束时。
- Magic Lenses 已签署;已确定首选方案和备选方案。
- 团队在第 2 天还剩 30-45 分钟,并有精力仔细撰写这句话。
何时不使用
- Magic Lenses 未能得出明确的首选方案。返回 Magic Lenses;首选方案不稳定,创始假设就无法稳定下来。
- 团队想要“之后再润色假设”。必须在第 2 天结束前批准假设,否则 Sprint 产出就不完整。之后再润色意味着重新争论,这违背了 Sprint 的目的。
- 团队想要批准一个模糊的假设来“完成 Sprint”。模糊的假设比没有假设更糟;它会带来虚假的信心,并在验证失败时损害信任。
此技能的产出
一份包含五个部分的完整成果:
- 创始假设陈述:唯一的规范表述(严格模板,不得改写)。
- 假设评分表:从假设中提取 5-7 个假设,逐一评估当前信心度,并标注最佳后续测试(接受 3-10 个;建议范围为 5-7 个)。
- 我们为何相信这一点:列出 3-5 条要点,说明证据基础。
- 哪些因素可能证明我们错了:列出 3-5 条要点,说明风险。本部分用于检验团队是迷上了这个假设,还是以校准过的信心看待它。
- 建议的下一步验证:设计冲刺、客户研究、实验、落地页测试或其他方式。写明具体测试、负责人和时间安排。
规范模板见 references/TEMPLATE.md,Brainshelf 示例见 references/EXAMPLE.md。
规范模板(严格)
If we help [target customer] solve [important problem]
with [approach], they will choose it over [competitors or alternatives]
because our solution is [differentiators].
根据已批准的规范决策,v0.1.0 版采用严格模板。不接受改写。类似“因为我们通过 Y 帮助 X……”的变体,或将两个槽位合并为一个(“用 [方法] 解决 [问题]”),都会被此技能拒绝。严格要求是有意为之:强制使用模板,才能让团队具体填写每个槽位。
五个槽位如下:
| 槽位 | 来源 | 审核标准 |
|---|---|---|
| 目标客户 | Basics 目标客户陈述 | 必须具体(描述特征,而非细分市场) |
| 重要问题 | Basics 重要问题陈述 | 必须足够痛苦,能促使客户转用其他方案 |
| 方法 | Magic Lenses 首选方案 | 必须是首选方案,不能是弱化后的版本 |
| 竞争对手或替代方案 | Basics 竞争对手图谱 | 如果其中提到“不采取行动”,则必须纳入 |
| 差异化因素 | Differentiation 选出的两个因素 | 必须包含两个差异化因素,而不能只有一个 |
如果任何槽位含糊不清,此技能就会拒绝该假设,并要求修改。
优秀的创始假设应具备哪些特质
| 特质 | 含义 |
|---|---|
| 具体 | 指明真实的客户和真实的问题,而不是泛泛地说“用户”和“困扰” |
| 有比较性 | 说明客户当下会选择什么,包括什么都不做 |
| 有差异化 | 说明为什么这个解决方案应该胜出,而不只是说它应该胜出 |
| 可测试 | 能转化为评分卡问题和实验 |
| 简明 | 客户能迅速理解这一承诺 |
| 足够令人不安,才有用 | 如果没人反对或感到被揭示,这个假设可能过于模糊 |
“令人不安”这一特质最难落实:团队会在无意识中弱化假设,让它更容易获得认可。在讨论阶段,这项技能会通过提问来纠正这种倾向:“如果在场的人不属于这个团队,谁会对此提出异议?”沉默意味着这个假设太过稳妥。
假设评分卡
将假设拆分为 5-7 个假设项(建议数量;每项经认可的规格决策可接受 3-10 个)。每项填写:
| 字段 | 填写内容 |
|---|---|
| 假设项 | 一个句子,源自假设中的某个具体要点 |
| 重要性 | 如果这个假设项不成立,哪些内容会被推翻 |
| 当前信心度 | 高 / 中高 / 中 / 中低 / 低 |
| 最佳后续测试 | 能改变信心度的具体测试 |
风险最高的假设项(当前信心度最低,且错误时影响范围最大)就是下一步验证工作(通常是设计冲刺)应优先测试的假设项。
流程(45 分钟)
步骤 1:起草假设(10-15 分钟)
决策者根据前期冲刺的产出,填写 5 个要点,起草规范句。团队进行审阅,找出模糊之处并修改,直到每个要点都足够具体。这是冲刺中最重要的 15 分钟。
步骤 2:建立评分卡(15-20 分钟)
将假设拆分为 5-7 个假设项。逐项评分,并找出风险最高的一项。
步骤 3:我们为何相信 / 什么可能证明我们错了(5-10 分钟)
分别列出 3-5 条要点。团队并行撰写两份清单;第二份清单(证明假设错误的依据)用于检验团队是否以校准后的信心持有这一假设。
步骤 4:推荐下一项测试(5 分钟)
决策者明确指出下一步验证工作:设计冲刺、客户研究、实验等。推荐的测试应针对评分卡中风险最高的假设项。
步骤 5:认可(1 分钟)
决策者签字。冲刺结束。
常见陷阱
- 客户或问题含糊。“读者”或“困扰”不算具体要点。这项技能会拒绝这类表述。
- 假设不可证伪。“我们会成功”不是假设。“如果我们用 Y 帮助 X,他们就会选择我们”才是。这项技能会强制采用这种结构。
- **把假设当作战略文档。**假设是测试目标,不是战略计划。团队的战略决策体现在《迷你宣言》和决策原则中;假设则是要拿去测试的内容。
- **跳过评分卡。**假设只体现了一半的价值;测试计划(评分卡 + 推荐的下一项测试)体现了另一半。没有评分卡,假设就只是墙上的装饰。
- **弱化表述以求认可。**团队会本能地弱化假设,让它少些争议。这项技能会通过“有人会提出异议吗”这一检查来纠正这种倾向。
- **留待之后润色。**假设必须在第 2 天结束前获得认可。之后再润色意味着重新讨论,冲刺纪律也会随之瓦解。
决策者的职责
在创始假设环节,决策者应:
- 起草规范句(或与 PM 共同起草)。
- 主导修订,针对模糊的要点提出异议。
- 与团队一起为评分卡中的假设项评分;当信心度评级存在争议时,行使超级投票权。
- 明确指出推荐的下一步验证工作。
- 即使某些要点的措辞不够完美,也要在第 2 天结束前认可假设;后续润色应通过修改评分卡而不是修改假设来完成。
权威来源
- Knapp, J. 和 Zeratsky, J. Click。《创始假设》模板及其原理。
- Character Capital。“Foundation Sprint 指南”。《创始假设》章节。
- Knapp, J. 和 Zeratsky, J. “Foundation Sprint 介绍。”Lenny's Newsletter。《创始假设》的结构及示例。
跨技能使用
前置条件:tool-foundation-sprint-magic-lenses。首选方案、备选方案和决策依据是关键输入。
此技能沿用 Basics 捆绑产物(目标客户、重要问题、竞争对手)和 Differentiation 捆绑产物(选定的差异化因素)。全部五个假设位置都源自先前冲刺的产出。
冲刺之外的下一次调用:建议的下一步验证。如果下一项测试是 Design Sprint,通常使用 tool-design-sprint-readiness。如果更适合采用非冲刺测试,有时会使用 pm-skills:measure-experiment-design 或 pm-skills:discover-interview-synthesis。
Foundation Sprint 与 Design Sprint 之间没有正式的衔接技能;过渡内容以叙述形式呈现在 _workflows/foundation-to-design.md 和两份用户指南中。
决策者检查点
此技能以 references/TEMPLATE.md 中的决策者检查点结束。决策者批准假设句、评分卡和建议的下一项测试。批准标志着 Foundation Sprint 结束。未经批准,冲刺产出便不完整,团队也未能交付其原定成果。