opportunity-solution-trees

机会解决方案树

它是什么

使用机会解决方案树（OST）将业务成果与推动该成果的客户机会联系起来，然后比较解决方案和测试。树形结构迫使你将需求与想法区分开来，并确保探索与交付保持关联。

何时使用

• 围绕客户机会构建探索工作
• 将客户需求与可衡量的成果联系起来
• 针对同一机会比较多个解决方案
• 让持续探索与路线图保持一致
• 与利益相关者共同明确优先级

何时不使用

• 你没有开展客户研究
• 解决方案已经确定
• 工作只是没有其他实际选项的常规需求
• 你只需要快速做出一次性决策

模式

展示如何正确应用 OST 的详细示例。每种模式都会指出一种常见错误，并说明正确做法。

关键（如果这些地方弄错了，时间就白费了）

模式	说明内容
opportunities-are-solutions	“添加搜索栏”是一种解决方案——真正的机会在于人们难以找到内容
starting-with-solutions	从成果向后推导，而不是从功能创意向前展开
skipping-outcome	没有明确的成果，就无法判断哪些机会最重要
interviewing-for-facts	收集故事，而非偏好——需求源自实际发生的事情
conference-room-opportunities	没有客户研究，就无法假设客户机会

高影响

模式	说明内容
single-solution-thinking	针对任何机会，始终至少比较 3 种解决方案
opportunities-too-big	“让它更易于使用”不具备可操作性——应拆解为具体时刻
flat-tree-structure	机会应从宽泛到具体，按层级嵌套
missing-experience-map	围绕客户旅程构建机会，而非内部分类
output-not-outcome	“发布功能 X”是产出——“将激活率提高 10%”才是成果
solution-testing-whole-idea	将解决方案拆解为多个假设，并优先测试风险最高的假设

中等影响

模式	说明内容
tree-not-updated	OST 是一份动态文档——随着认知不断加深，每周都要更新
needs-not-heard	培养倾听能力，识别客户没有明确表达的机会
too-many-branches	将顶层机会限制在 5-7 个，以便于理解和管理

核心结构（概述）

• 成果：你负责实现的业务结果
• 机会：尚未满足的客户需求、痛点或愿望
• 解决方案：针对某个机会的多个想法
• 实验：用于验证风险最高假设的测试

如何应用（简要）

1. 定义一个可衡量的成果。
2. 绘制客户旅程，以界定机会领域。
3. 从真实访谈中收集机会（关注故事，而非偏好）。
4. 将机会从宽泛到具体整理成树形结构。
5. 针对每个高优先级机会，至少提出三种解决方案。
6. 在开始构建前，测试风险最高的假设。
7. 每周检查并更新这棵树。

常见错误

• 将解决方案写成机会（参见 opportunities-are-solutions）。
• 跳过结果，或用产出代替结果（参见 skipping-outcome、output-not-outcome）。
• 只探索一种解决方案（参见 single-solution-thinking）。
• 未经调研就基于假设开展工作（参见 conference-room-opportunities）。

深入阅读

仅在需要更多细节时阅读这些内容。

• references/ost-playbook.md：体验地图、机会分解、访谈提示词、假设测试、检查清单和协作说明。

资源

书籍：

• Teresa Torres 著 Continuous Discovery Habits
• Richard Thaler 著 Nudge

在线资源：

• Product Talk (producttalk.org)
• learn.producttalk.org

相关框架：

• Jobs to be Done
• 设计思维