机会解决方案树怎么画？从目标到假设验证

机会解决方案树把一个结果目标，连接到用户遇到的机会、可选方案和需要验证的假设。画图时先从用户经历中找问题，再比较多种解决办法；树的最下层应告诉团队接下来要学到什么，而不是只列开发任务。

例如团队想提高新用户首次创建项目的成功率，“增加新手教程”只是一个方案。用户究竟是不知道准备材料、看不懂字段，还是没有创建权限，要先分开。可以在墨刀白板里连接目标、机会与候选方案，把访谈编号放在节点旁，讨论时随时回到原始记录。

树顶写结果，别把交付物当目标

“上线新手教程”能回答团队要做什么，却不能说明用户会有什么变化。对于本例，树顶可写“提高新用户在首次发起创建后7天内，完成一个有效项目的比例”。这里的7天是练习设定，实际产品应按用户正常任务周期确认。

“有效项目”也要有口径：本例指包含项目名称、负责人和一项实际工作内容的项目，排除演示数据。分母是首次发起创建且观察窗口完整的新用户，分子是其中完成有效项目的人。若埋点还不能区分演示项目，就先补口径，不能让一个无法观察的指标驱动全树。

在目标旁补充三个约束：观察对象为具备创建权限的新用户；不通过偷偷预建空项目提高成功率；同时关注创建后误删或返工。目标值可以在核对现状后设置，缺少可靠基线时不必先写一个漂亮百分比。

这一结构来自Teresa Torres提出的机会解决方案树方法：结果之下展开用户需求、痛点和愿望，再连接方案及假设测试。它帮助团队解释发现过程，并不自动证明某个分支值得开发。

把用户经历放进机会层

先准备有任务上下文的访谈或观察记录。下面四条是为说明方法自拟的练习材料，不是真实调研结论，也不能用来推断用户比例。

机会节点用用户处境表达，如“开始前不知道需要哪些信息”。“加一个材料清单”已经选择了解法，应移到方案层。一个简单辨别方法是：若不做这个功能，还有没有其他办法解决同一问题？若有，当前写法很可能是方案。

也不要把一句话拆成太多似是而非的原因。I1能支持“准备信息时中断”的线索，却不能独自证明所有中断都由信息准备导致。原话、观察到的行为和团队解释分别保留。没有证据的想法可放在树旁的“待研究问题”区域，不伪装成已经发现的机会。

先整理机会的关系，再选择一个分支

机会树可以有多层机会，不要求每一行都刚好对应一个步骤。例如“难以开始第一个有效项目”下面，可分为准备信息不清楚、对选择后果缺乏把握、已有材料难以利用。I1属于本次有创建权限用户的材料准备问题；I3没有创建权限，不在当前目标的观察对象内，应移到树旁的待研究区域，另行研究权限申请体验。

在白板上先写目标卡，再为机会画子节点，把I1、I2等编号附在对应节点。连线表示“解决这个问题可能推动上层结果”，不表示用户必须按这条线操作。箭头旁有必要时写一句因果解释，避免树长得整齐却没人能说明上下层关系。

选择下一步研究分支时，比较它与目标的关系、用户受阻的严重程度、现有证据以及团队能影响的范围。本例先选择“开始前不知道需要哪些信息”，因为它能用较小的研究任务进一步核实；权限问题属于本次观察对象之外，另记研究任务。将暂缓的分支留在树中，写清暂缓原因和重新讨论的触发条件。

同一机会至少保留可比较的解决方向

针对材料准备不清楚，团队可以提出三个不同方向。它们都值得讨论，但依赖的用户行为不同，不能只按页面数量比较成本。

此时不要让投票最多的方案立即成为唯一分支。S1看上去最简单，但若用户根本无法获取负责人信息，一张清单只会更早告诉他“做不了”。S2能够保存进度，却没有消除信息缺口。S3可能减少录入，却引入字段映射和误导入问题。

把每个方案写成一句行为变化，再把“它必须满足什么条件才有用”写在下面。成本估计可以保留，但在关键假设尚未成立前，精确排期容易制造确定感。

测试假设，而不只是展示方案让人评价

“你喜欢这个清单吗”无法回答清单是否帮助用户准备材料。对于S1，更有用的测试是给参与者一个与真实工作相近的创建任务，展示清单后，请他说明要找什么信息、从哪里找，再观察能否自行开始。

本例可将假设写为：“目标用户看到清单后，能够识别缺少的信息，并知道下一步向谁获取。”在测试开始前约定观察项：是否漏掉关键材料、是否依赖主持人解释、是否仍因同一缺口退出。研究人数和通过标准由团队按风险与研究目的确定；小样本定性测试用于发现障碍，不能直接得出全体用户的转化提升。

S2应验证“中断后能否找到并恢复草稿”，需要安排中断和返回情境；S3则应提供几种真实但脱敏的表格结构，检查导入后字段是否被正确理解。三者测试可以并行准备，因为它们要消除的是不同的不确定性。正式上线后的结果指标，仍需要在一致口径下继续观察。

目标：提高有创建权限的新用户在首次发起创建后7天内完成有效项目的比例
└─ O1：开始前不知道需要哪些信息 [I1；待进一步研究]
   ├─ S1：材料清单
   │  └─ A1：看完后能知道缺什么、向谁获取 → 任务观察
   ├─ S2：可恢复草稿
   │  └─ A2：中断后能找到并继续 → 返回任务测试
   └─ S3：已有工作表导入
      └─ A3：映射结果能被正确理解 → 样表导入原型测试

这份结构可以直接转成白板节点。A1、A2、A3是本例额外标记的假设编号，目的是让测试结果能回到对应方案，不要求所有团队照搬命名。

新证据出现后，更新连接而不只添加便签

假设后续访谈I5发现：用户并不缺材料，只是不知道“负责人”可以暂时选自己。此时应重新检查O1是否过宽，把“理解字段含义”与“获取材料”拆开，并将I5连到更准确的机会。S1仍可能保留，但清单内容与原来已不是同一个假设。

被推翻的分支不要无痕删除。可移到历史区域，留下日期、证据编号和“为何不再推进”。若一个方案失败，要先判断是方案不合适、假设不成立，还是测试本身没有观察到所需行为；一次失败不自动等于整个机会不存在。

每次讨论结束，树上至少能读出当前目标、正在研究的机会、仍在比较的方案以及下一项学习任务。确认方案后，再用用户故事地图规划活动与版本切片；需要表达操作顺序时，可继续参考流程图相关方法。机会树保留做出选择的依据，执行图和版本计划负责组织后续交付。