用途
Foundation Sprint Magic Lenses 是 Foundation Sprint 第二天下午的一个动作。团队从多个视角评估每个候选方案，暴露矛盾，并产出一个首选押注（top bet）加一个备选计划（backup plan）。由 Decider 同时指定两者；如果没有明确的备选方案，首选押注一旦被证伪，团队就会回到含糊的争论中。
该技能属于 foundation-sprint-skills 家族，家族契约见 docs/reference/skill-families/foundation-sprint-skills-contract.md。
何时使用
- Foundation Sprint 第二天下午。
- Approach Options 已签署；团队有 3-7 个候选方案在推进。
- 团队已准备至少 1 个团队专属的自定义视角（依据已批准的规格决定；仅靠经典视角不够）。
何时不使用
- Approach Options 未解决或数量不足（少于 3 个）。应先通过 approach-options 技能强制补出第三个选项。
- 团队已预先锁定首选押注。Magic Lenses 是一个意义建构练习；如果决定已经做出，时间更适合花在 Founding Hypothesis 上。
- 团队已疲惫、无法清晰评估。应推迟到后续 sprint 的第二天上午，而不是仓促进行。
产出内容
一个包含六个部分的单一打包产物：
- 经典视角图表：customer、pragmatic、growth、money 四个视角，每个都以 2x2 图或定性位置呈现每个方案。
- 自定义视角图表：至少 1 个团队专属视角（可防御性、使命契合度、创始人兴奋度、学习速率等）。
- 模式回顾：跨视角的一致赢家、矛盾点、团队正在做出的最大取舍。
- 首选押注：Decider 选定的方案及理由。
- 备选计划：如果首选押注被证伪，团队回退到的次优方案。
- 决策理由：一段解释为什么选此首选押注而非备选方案。
规范结构见 references/TEMPLATE.md，Brainshelf 示例见 references/EXAMPLE.md。
五个规范视角
| 视角 | 它问什么 | 为什么重要 |
|---|---|---|
| Customer | 目标客户能立即理解并想要哪个方案？ | 如果客户不理解，其他都无关紧要 |
| Pragmatic | 团队能在 [构建窗口] 内以高质量交付哪个方案？ | 团队无法交付的漂亮方案不是真实选项 |
| Growth | 哪个方案能给出足够强的故事，让团队无需付费渠道就能获取用户？ | 门口的摩擦能告诉你口碑潜力 |
| Money | 哪个方案有最清晰的付费客户路径？ | 战略清晰度必须包含收入路径 |
| Custom（至少 1 个） | 团队专属视角，捕捉否则会被遗漏的东西 | 每个团队都有独特的约束或机会，值得专门一个视角 |
自定义视角示例：针对特定竞争对手的可防御性、创始人兴奋度、使命契合度、学习速率、监管风险、合作伙伴一致性、招聘杠杆。
流程（105 分钟）
步骤 1：框定视角（5 分钟）
引导者重述 4 个经典视角，并确认团队准备的 1 个或多个自定义视角。如果没有准备自定义视角，该技能会提示团队在继续之前生成一个（依据已批准的规格决定）。
步骤 2：按视角为每个方案打分（40-60 分钟）
对每个视角，把每个方案绘制在 2x2 图上，横轴为该视角上的价值（高/低），纵轴为该视角上的可行性（高/低）。使用点的位置而非数字分数；任意精度（3.7 对 3.8）是一个信号，说明团队把意义建构和数学搞混了。
团队在绘制前简要讨论每个视角。Decider 在此步骤不投票；Decider 在最后进行超级投票。
步骤 3：模式回顾（15-25 分钟）
所有视角绘制完成后，团队识别：
- 一致赢家：在 3 个或更多视角中位于上半区的方案。
- 一致输家：在 3 个或更多视角中位于下半区的方案。这些被淘汰。
- 矛盾点：在一个视角上大赢但在另一个视角上大输的方案。这些暴露了 Decider 必须做出的取舍。
- 最大取舍：明确命名它。“无聊但可交付 vs 冒险但独特。”“大众市场 vs 小众可防御。”命名取舍能防止 Decider 凭感觉选择。
步骤 4：Decider 对首选押注超级投票（10-15 分钟）
Decider 指定首选押注。被选方案应当是：
- 一个一致赢家，或者 Decider 明确选择押注的一个矛盾方案。
- 能用语言辩护（“我们押注 [取舍]，因为 [理由]”）。
- 与第一天的 Mini Manifesto 一致。
步骤 5：Decider 指定备选计划（5-10 分钟）
Decider 指定备选方案。备选方案不是用来安抚其支持者的第二名方案；它是如果首选押注未通过验证时团队将转向的方案。备选方案必须在战略方向上与首选押注不同。
如果首选押注和备选方案太相似，Decider 就没有指定真正的备选方案。该技能会提示给出一个更不同的替代方案。
步骤 6：决策理由（5-10 分钟）
Decider 撰写一段解释为什么选此首选押注而非此备选方案。该理由将成为 Founding Hypothesis 中“我们为什么相信这一点”部分的骨干。
常见陷阱
- 把视角打分当作数学真理。视角是意义建构工具；如果团队争论一个方案在某视角上是 3.7 还是 3.8，团队已经跑偏了。
- 跳过自定义视角。4 个经典视角在设计上就是通用的。自定义视角是团队具体情况显现的地方；跳过它会产生一个通用的首选押注。
- 爱上首选押注。Magic Lenses 之后的信心应当是校准过的，而不是高信心。下一个技能 Founding Hypothesis 会问“什么能证明我们错了”；爱上首选押注的团队无法诚实回答这个问题。
- 跳过备选计划。没有明确的备选方案，证伪会让团队回到含糊的争论。备选方案迫使团队承认首选押注可能失败。
- 备选方案与首选押注太相似。“方案 Yellow 加一个功能”不是备选方案，而是迭代。备选方案必须是不同的战略方向。
- Decider 凭热情而非分析指定首选押注。模式回顾的存在是为了给 Decider 一个结构化的决策依据。如果 Decider 在模式回顾之前就选择，该技能就没有提供价值。
Decider 角色
Decider 在 Magic Lenses 期间的职责：
- 在视角打分期间倾听，不透露偏好。
- 在模式回顾期间参与，明确暴露取舍。
- 带理由地超级投票首选押注。
- 指定备选计划为一个不同的战略方向。
- 撰写一段决策理由。
规范来源
- Character Capital. “Foundation Sprint guide.” Magic Lenses 部分和视角定义。
- Knapp, J., and Zeratsky, J. Click. 第二天下午流程。
- Knapp, J., and Zeratsky, J. “Introducing the Foundation Sprint.” Lenny's Newsletter. Magic Lenses 部分。
跨技能使用
- 前置条件：tool-foundation-sprint-approach-options。方案集是承重输入。
- 该技能至少调用一次 tool-note-and-vote（用于打分含糊时的首选押注超级投票）。如果团队没有预先准备自定义视角，可能还会为自定义视角定义额外调用。
- 下一次调用：第二天结束时调用 tool-foundation-sprint-founding-hypothesis。首选押注、备选方案和决策理由直接流入 Founding Hypothesis 模板。
Decider 检查点
该技能以 references/TEMPLATE.md 中的 Decider 检查点结束。Decider 签署首选押注、备选方案和决策理由。没有签署，Founding Hypothesis 无法干净地开始。