mcpField
T
tool-foundation-sprint-magic-lenses

tool-foundation-sprint-magic-lenses

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

关于 tool-foundation-sprint-magic-lenses

面向产品团队的 Foundation Sprint 技能,用于第 2 天比较候选方案。它结合经典视角与团队自定义视角揭示取舍,并记录首选方案、不同方向的备选方案及决策理由。

主要功能

  1. 01通过多种视角评估方案
  2. 02加入团队专属视角
  3. 03识别优势方案与取舍
  4. 04选定首选与备选方案
  5. 05记录决策理由

适用场景

  1. 01方案生成后比较候选方向
  2. 02明确战略取舍
  3. 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.md
references/
EXAMPLE.md
TEMPLATE.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 天上午。

此技能的产出

一份包含六个部分的组合产物:

  1. 经典视角图表:客户、务实、增长、资金视角分别以 2x2 图表或定性定位展示每个方案。
  2. 自定义视角图表:至少 1 个针对团队自身情况的自定义视角(如防御力、使命契合度、创始人热情、学习速度等)。
  3. 模式回顾:各视角中的稳定赢家、矛盾之处,以及团队面临的最大取舍。
  4. 首选方案:决策者选定的方案及其理由。
  5. 备用计划:如果首选方案被证伪,团队将转而采用的次选方案。
  6. 决策理由:用一段话说明为何选择首选方案而非备用方案。

参见 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 个经典视角按设计就是通用的。自定义视角才能体现团队的具体情况;跳过它会导致最佳押注缺乏针对性。
  • 爱上最佳押注。 魔法视角之后的信心应当经过校准,而非过高。下一项技能“创始假设”会问“有什么能证明我们错了”;如果团队已经爱上最佳押注,就无法诚实地回答这个问题。
  • 跳过备用方案。 没有明确的备用方案,一旦验证失败,团队就会回到模糊的争论中。备用方案迫使团队承认最佳押注可能失败。
  • 备用方案与最佳押注过于相似。 “在黄色方案上增加一个功能”不是备用方案,而是迭代。备用方案必须体现不同的战略方向。
  • 决策者凭热情而非分析选出最佳押注。 模式回顾旨在为决策者的选择提供结构化依据。如果决策者在模式回顾之前就做出选择,这项技能便毫无价值。

决策者的职责

决策者在魔法视角活动中的职责:

  1. 在视角评分期间倾听,不透露偏好。
  2. 在模式回顾期间积极参与,明确指出取舍。
  3. 给出最佳押注的超级投票结果及其理由。
  4. 指定方向不同的备用方案。
  5. 撰写一段决策理由。

权威来源

  • 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 无法顺利启动。

评论

支持 Markdown