机会解决方案树怎么画？把用户问题、候选方案与假设验证分开

机会解决方案树把一个希望改变的结果，连接到用户尚未满足的需要，再展开多个候选方案和需要验证的假设。画这棵树的价值，在于避免团队一听到“加个提醒”，就直接把提醒功能排进迭代，却没弄清用户真正卡在哪里。

可以在可协作的思维导图中展开这几层关系，再把访谈笔记和验证计划放在旁边。树上不是每个分支都要做：它帮助团队比较问题、保留选择理由，并找出下一步最需要了解的事情。

四层各回答一个问题，别把功能放进机会层

Teresa Torres 对机会解决方案树的说明强调，从清楚的目标结果和持续获得的客户材料出发，寻找未满足的需要、痛点或愿望，再探索不同方案及其假设。没有用户材料时，树可以记录待查问题，却不能把团队猜测包装成已经发现的机会。

• 结果：想看到什么变化？例如更多已开课学员完成首个练习，而不是“上线提醒功能”。
• 机会：哪些未满足的需要可能阻碍这个结果？例如学员不知道练习做到什么程度才算完成。
• 方案：有哪些不同方式可以解决这个需要？例如提供完成作品、检查清单或任务讲解。
• 假设与验证：方案要有用，哪些条件必须成立？怎样取得能支持或否定这些条件的材料？

一个简单的自查方法是：这个“机会”是否允许多种解法？“需要一个提醒按钮”已经把答案塞进了问题；“学习间隔较长，回来后不知道上次做到哪里”则可能通过进度恢复、清楚的下一步指引或其他方式改善。若问题本身还说不清，可先用HMW问题写法把具体方案与用户需要分开。

用首个练习完成率，把目标和材料放在同一处

以一门线上课程为例，团队想改善“已开课学员在可访问课程后的7天内完成首个练习”的情况。先定义纳入哪些课程和学员、完成是提交还是通过检查、跨周如何计算，再写目标；不能一边改变分母，一边把数字上升解释成体验改善。

假设已有访谈材料分别提到：不知道练习入口在哪里、不确定作品需要达到什么标准、难以安排一段完整学习时间。整理时保留原话或行为片段的来源编号，再把它们写成候选机会。以下用这些线索走读树的结构；实际项目应以自身材料替换，尚未确认的线索继续标为待查。

把用户材料、候选机会与缺失信息分开

材料中的线索	候选机会	继续查什么
看完视频后回到首页，不知道从哪里开始练习	完成讲解后找不到下一步练习入口	哪些入口、设备和课程中出现？是否看见入口却没理解名称？
做了一部分，但不知道是否可以提交	不清楚首个练习的完成标准	不清楚内容要求、质量要求，还是提交操作？
有空时只剩十几分钟，因此一直没开始	难以将练习安排进可用时间	任务实际能否分段？问题在时长预估还是中断后难以继续？

这三条不是三项功能需求，也不必马上打分排第一。先检查它们是否有足够具体的材料、与当前结果是否有关、是否属于团队能影响的范围。只凭一次印象很深的抱怨，就把整棵树押在这一条上，容易忽略其他障碍。

“完成标准不清楚”还可以继续拆成内容是否齐全、质量是否达标、何时可以提交。子机会应当是父机会的细化，而不是把“增加按钮、修改颜色”放在下面。层级的作用是帮助选择问题，不是让图长得像一棵树。

先选一个有依据的机会，再比较不同方案

如果材料支持团队先处理“完成标准不清楚”，可以围绕它产生三种明显不同的方案：展示一份完成作品及说明；提供提交前的简短自检清单；在练习开头演示如何判断是否完成。它们都围绕同一个问题，才有比较价值。

不要把三种方案写成“蓝色按钮、紫色按钮、圆角按钮”，也不要把解决不同机会的功能硬放在同一组选。提醒通知主要处理注意或时间问题，未必能让不清楚标准的人更敢提交；即使实现容易，也不能用实现成本替代问题匹配。

方案比较到“必须成立的条件”，讨论才具体

候选方案	必须成立的假设	优先观察的反例
展示完成作品与说明	学员能从作品中理解要求，并迁移到自己的作业	只照抄样式，却说不清为什么符合要求
提交前自检清单	条目足够具体，学员能据此判断自己的作品	每项都勾选，但关键内容仍缺失
练习开始前讲解完成标准	讲解能回答主要疑问，且不会增加新的开始负担	听完仍不知道如何检查，或因为讲解太长放弃开始

假设写成“用户会喜欢”很难检查。改为“看到样例后，能指出自己作品缺少哪项必要内容”，就能准备更有针对性的任务。也要区分值得做、用得懂、做得出和维护得起等不同风险，避免只验证界面能不能点。

把最危险的假设变成小任务，不先写成功结论

对于完成作品方案，可以让目标学员看一份样例，再给一份内容不同、但要求相同的练习材料，请他说明还缺什么、下一步会怎么改。记录他引用了哪些标准，哪些判断只来自外观模仿。这里观察的是理解和应用，不是问一句“你觉得有帮助吗”。

清单方案可用同样的任务材料，让另一轮参与者按清单检查，再看勾选与实际缺项是否一致。若要比较方案，需要控制材料、任务说明与接触顺序；在人数很少或条件不一致时，先把结果用于修正假设，不直接宣称某方案转化率更高。

在验证卡上写明：假设、给谁做什么任务、记录什么、什么现象会让团队重新考虑、负责人和材料版本。判定标准应在开始前约定，不能看完结果后再挑对方案有利的指标。还没执行的卡片保持“待验证”，不要因为已经设计好任务就画上通过标记。

方案随后可能被保留、调整或放弃。若三种方案都暴露相同问题，也许机会拆得不够具体，或团队误解了障碍；这时回到材料和机会层，而不是再添加第四个外观相近的功能。需要进一步组织完整验证方案，可继续参考产品实验方案的假设与判定方法。

在Boardmix里保留主树，展开当前要判断的分支

先创建目标结果节点，下面放三条候选机会；只将当前讨论的“完成标准不清楚”展开为三个方案。每个方案旁边放一张假设卡，与验证任务连接。材料编号放在机会节点附近，长访谈记录和完整计划留在旁边的独立区域，不全部塞进一条分支。

建立层级后，从结果顺着树走读：这个机会为什么影响结果？这个方案怎样帮助机会中的用户？这项验证真的能检查方案依赖的假设吗？如果某个节点只能用“大家觉得应该做”来解释，先补依据，不靠改颜色掩盖断点。

有新材料时，更新受影响的机会和验证状态，保留放弃方案的简短原因。讨论下一步时，围绕“我们还缺哪项关键认识”安排工作。树的目的不是把整个需求池画成漂亮目录，而是让团队知道当前为什么选择这条路，以及什么证据会让自己改走另一条路。