mcpField
T
tool-foundation-sprint-founding-hypothesis

tool-foundation-sprint-founding-hypothesis

github.com/product-on-purpose生产力769627 次安装4 天前更新
代码仓库

关于 tool-foundation-sprint-founding-hypothesis

面向产品团队的 Foundation Sprint 技能,用于完成第 2 天的冲刺工作。它将冲刺决策整理为严格模板的可测试假设、假设评分表和后续验证建议。

主要功能

  1. 01严格的五槽假设模板
  2. 02假设置信度评分表
  3. 03证据与风险摘要
  4. 04推荐后续验证测试
  5. 05Decider 批准检查点

适用场景

  1. 01汇总第 2 天冲刺决策
  2. 02识别需要测试的假设
  3. 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.md
references/
EXAMPLE.md
TEMPLATE.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”。模糊的假设比没有假设更糟;它会带来虚假的信心,并在验证失败时损害信任。

此技能的产出

一份包含五个部分的完整成果:

  1. 创始假设陈述:唯一的规范表述(严格模板,不得改写)。
  2. 假设评分表:从假设中提取 5-7 个假设,逐一评估当前信心度,并标注最佳后续测试(接受 3-10 个;建议范围为 5-7 个)。
  3. 我们为何相信这一点:列出 3-5 条要点,说明证据基础。
  4. 哪些因素可能证明我们错了:列出 3-5 条要点,说明风险。本部分用于检验团队是迷上了这个假设,还是以校准过的信心看待它。
  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 天结束前获得认可。之后再润色意味着重新讨论,冲刺纪律也会随之瓦解。

决策者的职责

在创始假设环节,决策者应:

  1. 起草规范句(或与 PM 共同起草)。
  2. 主导修订,针对模糊的要点提出异议。
  3. 与团队一起为评分卡中的假设项评分;当信心度评级存在争议时,行使超级投票权。
  4. 明确指出推荐的下一步验证工作。
  5. 即使某些要点的措辞不够完美,也要在第 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 结束。未经批准,冲刺产出便不完整,团队也未能交付其原定成果。

评论

支持 Markdown