opportunity-mapping

通过将业务成果与客户需求相连接，梳理机会并提出可测试的解决方案。Teresa Torres 的机会解决方案树（OST）可以避免 PM 最常犯的两大错误：在问题尚不明确时就构建解决方案，以及追逐与业务目标脱节的问题。

机会解决方案树结构

自上而下构建树，但要自下而上地用证据填充：

Desired Outcome (business metric you're trying to move)
  |
  +-- Opportunity 1 (customer need/pain/desire)
  |     +-- Solution A
  |     |     +-- Experiment 1
  |     |     +-- Experiment 2
  |     +-- Solution B
  |           +-- Experiment 3
  |
  +-- Opportunity 2
        +-- Solution C
        +-- Solution D
              +-- Experiment 4

第 1 层：预期成果

一个可衡量的业务成果。不是功能，也不是项目，而是一项指标。

• “将 7 天激活率从 23% 提高到 40%”
• 不要写：“改进引导流程”（无法衡量）

第 2 层：机会

如果得到解决，就能推动预期成果的客户需求、痛点或愿望。这些来自研究——访谈、数据、支持工单——而不是头脑风暴。

优质机会的规则：

• 从客户需求出发，而非产品功能
• “新用户不知道该先做什么”（机会）
• 不要写：“添加引导向导”（把解决方案伪装成机会）
• 每个机会彼此独立——解决一个机会不依赖于另一个

第 3 层：解决方案

针对每个机会提出多个可能的解决方案。评估前至少提出 3 个。目标是探索解决方案空间，而不是直接采纳第一个想法。

第 4 层：实验

通过小规模、快速的测试，验证解决方案是否能解决该机会。实验应回答：“这个解决方案真的能解决这个机会吗？”

构建树

1. 从预期成果开始。 与团队或利益相关者就要聚焦的唯一一项成果达成共识。
2. 根据研究梳理机会。 查看访谈记录、支持工单和分析数据。将证据归纳为不同的机会。每个机会都需要来自 3 个或更多来源的证据。
3. 为每个机会提出解决方案。 每个机会至少进行 3 个解决方案的头脑风暴。也要纳入大胆的想法——它们往往能揭示潜在假设。
4. 为每个解决方案设计实验。 最小规模的测试是什么？原型、礼宾式服务、绿野仙踪测试、假门测试、A/B 测试。
5. 确定优先探索哪个分支。 你无法测试所有方案。选择证据最充分的机会，以及实验成本最低的解决方案。

指南

• 关键：绝不要从预期成果直接跳到解决方案。洞察所在之处正是机会这一层。
• 务必将机会表述为客户需求，而非功能。如果听起来像一项功能，就继续追问其背后的需求。
• 绝不要让一个机会只有一个解决方案。如果想不出 3 个解决方案，说明你还没有充分探索解决方案空间。
• 务必以研究证据为依据，而非假设。
• 绝不要同时推进超过 2 到 3 个机会。专注胜过广度。
• 务必设计能够推翻解决方案的实验，而不只是确认它的实验。

---

基于 Teresa Torres 的《Continuous Discovery Habits》构建。技能来自 productskills。