关于 tool-foundation-sprint-magic-lenses
面向产品团队的 Foundation Sprint 技能,用于第 2 天比较候选方案。它结合经典视角与团队自定义视角揭示取舍,并记录首选方案、不同方向的备选方案及决策理由。
主要功能
- 01通过多种视角评估方案
- 02加入团队专属视角
- 03识别优势方案与取舍
- 04选定首选与备选方案
- 05记录决策理由
适用场景
- 01方案生成后比较候选方向
- 02明确战略取舍
- 03为创始假设准备输入
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ product-on-purpose/ pm-skills --skill tool-foundation-sprint-magic-lenses安装后在 Claude Code 中输入/tool-foundation-sprint-magic-lenses确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
HISTORY.mdreferences/EXAMPLE.mdTEMPLATE.md详细介绍
Foundation Sprint Magic Lenses
Foundation Sprint 第 2 天下午。团队从多个角度评估每个候选方案,梳理相互矛盾之处,并选出首选方案和备用计划。决策者会明确指定两者;如果没有明确的备用方案,首选方案一旦被证伪,团队就会重新陷入模糊的讨论。
系列约定:docs/reference/skill-families/foundation-sprint-skills-contract.md。此技能属于 foundation-sprint-skills。
适用时机
- Foundation Sprint 第 2 天下午。
- Approach Options 已签字确认;团队有 3-7 个候选方案进入下一阶段。
- 团队至少准备了 1 个针对自身情况的自定义视角(根据已批准的规范决策;仅使用经典视角还不够)。
不适用时机
- Approach Options 尚未解决或选项数量不足(少于 3 个)。请先通过 approach-options 技能补出第三个选项。
- 团队已预先选定首选方案。Magic Lenses 是一项梳理判断的练习;如果决策已经做出,最好把时间用于 Founding Hypothesis。
- 团队已精疲力尽,无法清晰评估。不要仓促进行,应推迟到后续冲刺的第 2 天上午。
此技能的产出
一份包含六个部分的组合产物:
- 经典视角图表:客户、务实、增长、资金视角分别以 2x2 图表或定性定位展示每个方案。
- 自定义视角图表:至少 1 个针对团队自身情况的自定义视角(如防御力、使命契合度、创始人热情、学习速度等)。
- 模式回顾:各视角中的稳定赢家、矛盾之处,以及团队面临的最大取舍。
- 首选方案:决策者选定的方案及其理由。
- 备用计划:如果首选方案被证伪,团队将转而采用的次选方案。
- 决策理由:用一段话说明为何选择首选方案而非备用方案。
参见 references/TEMPLATE.md 中的标准结构,以及 references/EXAMPLE.md 中的 Brainshelf 示例。
五个经典视角
| 视角 | 要回答的问题 | 重要原因 |
|---|---|---|
| 客户 | 哪种方案能让目标客户立即理解并产生兴趣? | 如果客户不理解,其他一切都无关紧要 |
| 务实 | 团队能在 [build window] 内以足够高的质量交付哪种方案? | 团队无法交付的精妙方案不是真正的选项 |
| 增长 | 哪种方案能让团队讲出足够有吸引力的故事,从而无需付费渠道也能获得用户? | 用户进入时遇到的阻力能反映口碑传播潜力 |
| 资金 | 哪种方案最容易实现付费客户转化? | 战略清晰度必须包含收入路径 |
| 自定义(至少 1 个) | 针对团队自身情况,捕捉原本可能被忽略的因素 | 每个团队都有值得专门考量的独特约束或机会 |
自定义视角示例:针对特定竞争对手的防御力、创始人热情、使命契合度、学习速度、监管风险、合作伙伴一致性、招聘优势。
流程(105 分钟)
步骤 1:明确视角(5 分钟)
引导者重述 4 个经典视角,并确认团队准备的 1 个或多个自定义视角。如果尚未准备自定义视角,此技能会提示团队先构思一个再继续(根据已批准的规范决策)。
步骤 2:按视角为每个方案评分(40-60 分钟)
对于每个视角,将每个方案放在一个 2x2 图表中定位:一个维度表示该方案在此视角下的价值高低,另一个维度表示其在此视角下的可行性高低。使用点的位置,而不是数值评分;任意的精确数值(3.7 与 3.8)表明团队把梳理判断误当成了数学计算。
团队先简短讨论每个视角,再进行定位。决策者此步骤不参与投票;最后由决策者进行超级投票。
步骤 3:模式回顾(15-25 分钟)
所有视角评分完成后,团队需要识别:
- 持续胜出者:在 3 个或更多视角中得分位于前半部分的方案。
- 持续落败者:在 3 个或更多视角中得分位于后半部分的方案。这些方案将被淘汰。
- 矛盾项:在一个视角中大幅胜出,却在另一个视角中落败的方案。这些方案会凸显决策者必须权衡的取舍。
- 最大取舍:明确说出它。“平稳可靠、可交付 vs 冒险且有特色。”“大众市场 vs 利基市场的防御优势。”说出取舍能防止决策者凭感觉做选择。
步骤 4:决策者对最佳押注进行超级投票(10-15 分钟)
决策者选出最佳押注。所选方案应当:
- 是持续胜出者,或是决策者明确选择押注的矛盾项。
- 能用语言阐明其合理性(“我们押注 [取舍],因为 [原因]。”)。
- 与第 1 天的迷你宣言保持一致。
步骤 5:决策者确定备用方案(5-10 分钟)
决策者选出备用方案。备用方案不是为了安抚支持者而选出的第二名;它是当最佳押注未能通过验证时,团队将转向的方案。备用方案必须与最佳押注的战略方向不同。
如果最佳押注和备用方案过于相似,说明决策者并未选出真正的备用方案。此技能会提示团队寻找差异更大的替代方案。
步骤 6:决策理由(5-10 分钟)
决策者撰写一段文字,解释为何选择这个最佳押注而不是这个备用方案。这段理由将成为创始假设中“我们为何相信这一点”部分的核心。
常见陷阱
- 把视角评分当作数学真理。 视角是帮助理解问题的工具;如果团队争论某个方案在某个视角中的得分究竟是 3.7 还是 3.8,就说明团队已经偏离了重点。
- 跳过自定义视角。 4 个经典视角按设计就是通用的。自定义视角才能体现团队的具体情况;跳过它会导致最佳押注缺乏针对性。
- 爱上最佳押注。 魔法视角之后的信心应当经过校准,而非过高。下一项技能“创始假设”会问“有什么能证明我们错了”;如果团队已经爱上最佳押注,就无法诚实地回答这个问题。
- 跳过备用方案。 没有明确的备用方案,一旦验证失败,团队就会回到模糊的争论中。备用方案迫使团队承认最佳押注可能失败。
- 备用方案与最佳押注过于相似。 “在黄色方案上增加一个功能”不是备用方案,而是迭代。备用方案必须体现不同的战略方向。
- 决策者凭热情而非分析选出最佳押注。 模式回顾旨在为决策者的选择提供结构化依据。如果决策者在模式回顾之前就做出选择,这项技能便毫无价值。
决策者的职责
决策者在魔法视角活动中的职责:
- 在视角评分期间倾听,不透露偏好。
- 在模式回顾期间积极参与,明确指出取舍。
- 给出最佳押注的超级投票结果及其理由。
- 指定方向不同的备用方案。
- 撰写一段决策理由。
权威来源
- Character Capital。《Foundation Sprint guide》。魔法视角部分及视角定义。
- Knapp, J. 和 Zeratsky, J. Click。第 2 天下午的流程。
- Knapp, J. 和 Zeratsky, J.《Introducing the Foundation Sprint》。Lenny's Newsletter。魔法视角部分。
跨技能使用
前置条件:tool-foundation-sprint-approach-options。方案集是承载后续工作的关键输入。
此技能至少会调用一次 tool-note-and-vote(当评分存在歧义时,用于对最佳押注进行超级投票)。如果团队尚未预先准备自定义视角的定义,也可能会额外调用此技能。
下一步调用:第 2 天结束时调用 tool-foundation-sprint-founding-hypothesis。最佳押注、备用方案和决策理由会直接纳入创始假设模板。
决策者检查点
此技能以 references/TEMPLATE.md 中的决策者检查点结束。决策者需确认首选方案、备选方案和决策理由。未经确认,Founding Hypothesis 无法顺利启动。