本页目录

所有问题七步解决：最有价值的案例

问题越讨论越大，方向始终定不下来

项目组开了四次会，每次都有人提新角度。老板说"再想想"，于是问题从"华东区销售下滑"变成了"整体增长战略"。范围越来越大，但谁也说不清到底在回答什么。

这是典型的问题定义漂移。七步法第一步要求把问题写成一句带边界的陈述——谁的问题、什么范围、什么时间框架、用什么标准衡量。写不成一句话，说明问题还没切清。

常见误判是觉得"把问题想大一点更安全"。实际上，问题越大，后面的拆解越模糊，分析越容易跑偏。先窄后宽比先宽后收要省力得多。

切准问题定义的信号：团队里任何人被问到"我们到底在回答什么"，给出的答案一致。

分析师拉了三周数据，做了精美的图表和交叉分析。汇报当天，每页都有数字，但听完之后决策层的反应是："所以你建议怎么做？"

问题出在跳过了第二步和第三步。没有先画逻辑树拆解议题，数据收集就没有方向；没有排优先级，每条线都投入了同样的精力。最后数据很多，但没有回答最关键的那两三个子问题。

另一个常见错误是把"做了很多分析"等同于"分析做到位了"。数量不等于质量。七步法的优先级排序就是要求团队主动砍掉七成枝干，把精力集中在最有杠杆的分支上。

回到这个场景：如果三周前先花半天画一棵 MECE 的议题树，再标出最该深挖的两三根分支，那一百页报告可能只需要二十页——但每页都能回答一个关键问题。

项目被压缩到两周，但新市场调研、竞品分析、财务模型哪个都没做完。团队陷入两难：交一份粗糙的东西，还是申请延期？

七步法给这种场景的处理方式是"一日答案"。在信息不完备时，强迫自己在一天内给出方向性判断。判断可以粗糙，但必须有方向。

做法是这样的：先回到问题定义，确认最核心的决策点是什么。然后只针对这个决策点，用手头已有的数据和经验做一个初步判断。最后明确标出"这个判断基于什么假设、还缺什么关键信息"。

一日答案不是终稿。它是一个校准工具——帮团队快速判断方向对不对，再决定剩下的时间该往哪使劲。比起"什么都做一半"，"先给方向、再补关键证据"要高效得多。

方案讲了四十分钟，客户频频点头，会议结束时说"不错，我们内部再讨论讨论"。然后就没有然后了。

问题通常出在第六步和第七步的交界处。分析发现被汇总了，但没有被综合成一个明确的结论和建议。听众觉得"信息量很大"，但不知道具体该做什么。

七步法的综合要求是：把所有发现压成一个核心论点，再用两到三个支撑论据撑住它。汇报时先说结论，再展开论据。听众在第一分钟就应该知道"你建议做什么、为什么"。

检验标准很简单。如果听众在任何一页都要问"所以呢"，说明那页还没做完。

五个人各负责一个子课题。两周后汇总，发现三个人的分析范围有重叠，另外两个人之间有个关键问题谁都没覆盖到。

根源在第二步的逻辑树不够 MECE。分支之间有重叠，分析就会重复劳动；有遗漏，关键子问题就落在空白区。加上第四步的工作计划没有把每个分支的分析任务、负责人和交付标准对齐，大家各自理解、各自推进。

修正方式：分工前先在一张纸上画出完整的议题树，确认每个分支互不重叠、合在一起覆盖全部。再为每个分支写清楚三件事——要回答什么问题、用什么分析方法、交付物是什么格式。

这一步多花一小时，能避免后面两周的拼接灾难。