所有问题七步解决：方法论总结

多数问题解决方法是工具箱模式——给你一堆工具，遇到什么问题自己挑一个。七步法走的是流水线模式：把问题从输入端送进去，经过七个工位，从输出端出来时变成一个可执行的结论。

这条流水线的力量不在于某一步特别精妙，而在于步与步之间的衔接逻辑。

一条有明确交付节点的处理链

七步法的底层假设是：复杂问题不能靠灵感或经验一步到位，必须拆成多步处理。每一步处理一类子任务，产出一个明确的交付物。这个交付物是下一步的起点。

定义问题的交付物是一句边界清晰的问题陈述。拆解议题的交付物是一棵 MECE 的逻辑树。排优先级的交付物是标记过的关键分支。设计工作计划的交付物是每个分支对应的分析任务清单。执行分析的交付物是每个子问题的回答。综合的交付物是一个核心论点加两三个支撑论据。沟通的交付物是一份听众能直接行动的汇报。

如果某一步的交付物不合格——比如问题定义含糊、逻辑树不 MECE、综合只是汇总——后面的步骤就会在错误基础上运转。流水线的质量取决于最弱的那个工位。

MECE 是整条链的质量底线

MECE——相互独立、完全穷尽——贯穿七步法的多个环节，但在第二步"拆解议题"中最关键。

逻辑树的每一层分支必须满足两个条件：分支之间没有重叠，合在一起没有遗漏。不重叠保证分析不做重复功；不遗漏保证关键问题不被漏掉。

看起来是个简单的逻辑要求，实际操作中最难的是找到合适的"切法"。同一个问题可以有不同的拆分方式——按客户类型切、按产品线切、按地区切、按价值链环节切。不同的切法会导出不同的分析方向。Conn 和 McLean 把这些切法叫作"切分框架"，建议在确定最终树之前至少试两到三种不同的拆法。

MECE 不只是画树时要遵守的规则。在工作计划分配任务时、在综合发现时、在组织汇报逻辑时，同样需要检查是否做到了不重叠和不遗漏。

假设驱动：先猜再验，不是先收再猜

七步法的推进引擎是假设驱动。从第一步到第七步，每一步都从一个假设开始，再设计分析去验证或推翻它。

定义问题时就已经有假设——"我们认为问题的根因最可能是什么"。拆解时在树上标注"我们猜测最关键的分支是哪几根"。设计分析时明确"如果这个假设成立，我们应该看到什么数据"。

假设错了没关系，换一个就好。没有假设才是问题——因为没有假设的数据收集是无方向的。团队会陷入"收了很多信息但不知道说明什么"的状态。

假设驱动和"先入为主"的区别在于一点：假设驱动要求你主动寻找推翻自己假设的证据。如果证据指向相反的方向，必须修正假设。这是一个不断校准的过程，不是一次性下注。

综合是论证构建，不是信息汇总

七步法的第六步"综合"是整条链里最容易被误解的环节。

多数人把综合理解为"把各组的分析结果放在一起"。但汇总和综合是两件不同的事。汇总是把材料摆出来，让读者自己判断。综合是分析者已经做完了判断——得出一个核心结论，用最强的证据支撑它，并且能回答"为什么不是其他结论"。

综合的产出不是一份长报告。而是一个可以用一句话说清的核心论点，加上两到三个支撑论据。

这个环节的难度在于：它要求分析者有立场。不是"我们发现了 A、B、C"，而是"基于 A、B、C，我们的结论是 D"。很多团队做完分析后不敢下结论，用"情况复杂、需要进一步研究"来回避判断。七步法的设计就是要逼出这个判断——因为如果分析做到了第六步还下不了结论，要么分析没做到位，要么问题定义有问题，需要回到前面的步骤修正。

沟通是推动行动，不是展示工作量

第七步沟通不是七步法的附属环节。一个正确的结论，如果讲不清楚、推不动决策，和没做出来效果一样。

七步法对沟通的核心要求是"结论先行"。先说你建议做什么，再说为什么这么建议，最后说风险和边界在哪里。不要从背景开始、从过程开始、或从数据开始。

检验沟通质量的工具只有一个："所以呢"测试。汇报中的每一页都应该自带结论。如果听众看完一页后还要问"所以呢"，这页就没完成。

沟通和综合的关系：综合解决"结论是什么"，沟通解决"怎么让别人接受这个结论并行动"。两者不能合并——先把结论想清楚，再考虑怎么讲。