本页目录

为什么读所有问题七步解决

白板上画了逻辑树、贴满了便利贴，团队觉得分析做得很充分——但没人说得清下一步到底该交付什么。

这种卡壳不是因为缺工具。逻辑树会画，数据会拉，头脑风暴也做过了。卡住的地方在更底层：这些动作之间没有串联。做完一步，下一步全靠谁嗓门大、谁手快。

Conn 和 McLean 在麦肯锡做了几十年项目。他们观察到一件事：团队之间的差距，往往不在单点分析水平，而在有没有一条从问题到答案的完整推进线。七步法就是这条线。

工具不缺，缺的是把工具串起来的顺序

SWOT、五力模型、鱼骨图、假设验证——多数人学过不少分析方法。但面对一个真实的复杂问题，先用哪个？后用哪个？每一步做到什么程度算完？

几乎没人系统教过。

结果就是每次遇到新课题，团队都在即兴发挥。有人先拉数据，有人先开会对齐，有人直接写方案。看起来都在忙，但推进路线因人而异。项目做完回头看，最大的时间损耗不在某个分析上，而在反复返工和方向摇摆上。

七步法不发明新的分析工具。它给现有工具排了一个确定的顺序。每一步有输入、有处理、有输出。上一步的输出就是下一步的输入。跑通一次，团队就知道自己在哪、该做什么、做到什么程度可以往前走。

七步里最容易被跳过的是前三步：定义问题、拆解议题、排优先级。

多数团队拿到课题就直奔第五步——做分析。问题还没切清就开始拉数据；议题树没画就把子问题分给不同的人；优先级没排就每条线都投入同样的精力。

这种做法的代价前期看不出来。大家都在忙，进度表也在推进。但到了综合结论时才发现：分析结果拼不起来。有些子问题根本不该花时间，有些关键分支压根没人碰。

Conn 和 McLean 反复强调一件事——在前三步多花一天，能在后四步省一周。

七步法最硬的地方不是步骤本身，而是每步都有明确的完成标准。

定义问题，交付物是一句话。把问题写成一句带边界的陈述。写不出来，说明问题还没切清。

拆解议题，交付物是一棵 MECE 的逻辑树——每个分支互不重叠、合在一起覆盖全部。树画不出来，说明对问题的结构还没想透。

排优先级，交付物是砍掉七成枝干后留下的两三根关键分支。不是所有分支都值得深挖。砍不下手，说明还不知道哪里最值钱。

这些标准听起来简单。做起来最难的是克制——克制住"先做再说"的冲动。

到了第六步，很多团队的做法是把各组分析结果拼在一起。每人贡献几页幻灯片，加个封面，交差。

七步法里的综合完全不是这回事。综合是把分散的发现压成一个论点——基于这些分析，结论是什么？这个结论能不能经得起追问？

汇总是信息堆叠。综合是判断构建。

区分这两者，是整条推进线里最容易被忽视、但对最终质量影响最大的环节。很多团队分析做得不差，最后败在"拼了一堆发现，但没有形成一个站得住的结论"。

七步法不需要背。完整跑过一次，身体就记住了那个节奏：先定义，再拆解，再排序，再设计分析，再执行，再综合，最后讲清楚。

下次遇到复杂问题时，不用再问"该从哪开始"。这条推进线本身就是起点。

它和其他问题解决类书籍最大的区别也在这里。《麦肯锡教我的思考武器》侧重前端——怎么切准题目、怎么避免在伪问题上浪费时间。《解决问题的三大思考工具》侧重识别——什么问题该用什么思维。七步法的定位不一样：它不只解决某一步的问题，而是把从定义到交付的整条线串起来。

对那些已经有不少分析工具、但总觉得"分析做了很多、推进全靠即兴"的人来说，这条线是缺的那根主轴。