《金字塔原理：思考、表达和解决问题的逻辑》
[美] 芭芭拉·明托 · 译｜汪洱、高愉 · 南海出版公司 · 2019
麦肯锡训练新人的经典方法论。核心是用「结论先行、归类分组」的金字塔结构，让思考更有条理、表达更有重点。
一句话概括《金字塔原理》：想清楚一件事靠自下而上地归纳，讲清楚一件事靠自上而下地先给结论。 全书几百页，真正改变我表达方式的就是这一句，加上三个工具——金字塔结构、SCQA、MECE。
值不值得读？方法值，书不好读。越往后案例越像 70 年代的咨询报告，又长又难代入。我建议挑着前面几章看，后面需要时再回来翻。下面是我留下的笔记。
我为什么会去读它
我表达经常没结构。脑子里东西不少，一开口或一动笔就散，对方得自己费劲去拼我到底想说什么——开会偶尔被反问「所以你的结论是？」的次数多了，我就知道问题出在哪了。
这本书是麦肯锡那套方法论的源头，名气够大，我本来指望它能把我的表达「捋直」。读完发现，它真正给我的不是模板，是一个习惯。后面会说。
核心：先给结论，再展开
人一次记不住太多平铺的信息（书里提到大脑短期记忆一次大概只能装 7 个左右的东西）。你一上来甩二十条细节，对方记不住，也抓不到重点。但「一个结论 + 三条理由」就很好接。
所以表达要搭成金字塔：塔尖是中心结论，往下一层层是支撑，越往下越具体。
关键在那个反直觉的地方——思考和表达的方向是反的。你想清楚一件事，是先有一堆零散素材，慢慢归类、概括出结论，这是自下而上。但讲给别人听，得倒过来：先抛结论，再给支撑。我们大多数人的毛病，就是把「自己想明白的顺序」当成「讲给别人的顺序」，于是背景铺了五分钟，结论还没出来。
几个真用得上的工具
先别急着记招式。这几个工具不是并列的四个技巧，而是同一个金字塔的不同部位——理解这点，后面才串得起来。
一个金字塔靠两种关系撑住：
- 纵向（上下层之间）：上面一句结论，下面用几个点回答「它会引出的疑问」。这是文章往下推进的引擎。
- 横向（同一层的点之间）：同一层并排的几个点，得是同一类、不重不漏、并且跟上层结论有明确的逻辑关系。
记住这个骨架，下面四个工具各管一块。
结论先行（纵向的起点）。 最简单，也最难做到。我们习惯按「背景 → 分析 → 所以」讲，但听的人要的是反过来：先告诉我结论，我再决定要不要听你怎么推出来的。
SCQA（怎么开场、引出塔尖那句结论）。 直接甩结论有时太硬，明托建议开头先讲个小故事把人带进语境：
- S 情景：一个对方认同、没争议的背景
- C 冲突：打破平静的那个变化或问题
- Q 疑问：冲突自然引出的问题
- A 回答：你的结论，也就是塔尖
四个字母不一定按顺序来。想制造紧迫感就先抛冲突，想开门见山就先给答案。
MECE（横向：分组别重叠、别遗漏）。 全称 Mutually Exclusive, Collectively Exhaustive。说人话：你列的几类东西，彼此不重叠，加起来不漏。
一个反例就懂：把用户分成「新用户 / 老用户 / 付费用户」不 MECE，因为付费用户跟前两类是重叠的。要分就先选一个干净的维度，比如「付费 / 未付费」，再往下切。
演绎还是归纳（横向：同一层的点用什么逻辑接上结论）。 金字塔里同一层的支撑点，跟上面的结论之间只有两种关系：
- 演绎：环环相扣地推。大前提 → 小前提 → 结论。「所有人都会死；苏格拉底是人；所以苏格拉底会死。」它的特点是必须按顺序读完才成立，少一环就断。
- 归纳：把同一类的几件事摆在一起，概括出一个共性。「华东、华南、华北的量都在掉」→「全国大盘在跌」。点和点之间是并列的，不依赖顺序。
明托的建议是能用归纳就别用演绎。因为演绎读起来累——读者得跟着你一步步推，中间任何一环没接住，整条链就垮了。归纳是平铺的，先抛出结论，下面几条并列的理由先看哪条都行，对读者友好得多。我自己的体会也是：汇报里几乎全用归纳（「建议这么做，因为一、二、三」），只有在需要严密论证「为什么这个结论必然成立」时，才偶尔用演绎。
把四个工具串回那个金字塔，就是一套动作：用 SCQA 开个头，引出塔尖那句结论；往下每层都先结论后支撑，回答上一层抛出的疑问（纵向）；同一层的几个支撑点，用 MECE 保证不重不漏，再用归纳（少用演绎）把它们接到上层结论上（横向）。 塔尖、纵向、横向都搭好了，一个金字塔就立起来了——剩下的就是照着说、照着写。
落到我的日常
道理都对，难的是用出来。说两个我现在会刻意套的场景。
开周会同步进度。 别按时间流水账「我先做了 A，又做了 B，然后 C」往下报。换成金字塔的报法：
- 先给一句总览——这周最值得让大家知道的是什么（一个进展、一个结论，或一个风险）。
- 再按一个统一维度分组，常用的是「进展 / 阻塞 / 下一步」，或者按项目分。分组记得 MECE，别让同一件事横跨两类。
- 每组内部还是先结论后细节，要展开的展开，不展开的一句话带过。
对方先拿到结构，再按需要往下听。
在群里同步信息。 上来直接说变化——「这个改了 / 出问题了 / 有个新结论」，然后才补背景和细节。大家最关心的永远是「发生了什么、跟我有没有关系」，先把这个给到。这其实就是 SCQA 的简化版：先 A，再补 S 和 C。
最明显的一次，是写一个技术方案的评审文档。
我一开始的写法是顺着自己调研的过程来：先讲背景，再列我比较过的几个方案、各自的优缺点，一路推导，最后才在结尾抛出「所以我选 A」。结果评审会上，大家在中间的对比里来回纠缠，开了半天还没落到我的建议上——我把自己「想明白的顺序」原样倒给了别人，他们只好陪我重走一遍。
后来我把它倒过来写。开头第一段就是结论加理由：
建议选方案 A，主要因为它改动最小、对现有逻辑侵入最低。 下面是我对比过的另外两个方案，以及为什么没选它们。
把结论提到最前面之后，评审的讨论一下子就聚焦了——要么认同直接过，要么针对「为什么不选 B」具体反驳，没人再在背景里打转。同样的内容，只是换了个顺序，沟通成本差出一大截。
哪些章节可以跳过
如果你跟我一样只想拿走方法、不靠它吃饭，看前面讲「表达逻辑」的部分就够了，金字塔、SCQA、MECE 都在那。后面「解决问题」和「演示」两部分案例太重、太咨询味，第一遍直接跳，需要了再回来。
这本书最后留给我的，不是某个模板，是一个开口前的自检：我的结论是什么，对方为什么要听。