無具方法库

这个方法解决什么

金字塔原理处理的是「我讲了很多,但对方没听懂重点」。它要求你倒过来组织:最上面先放结论,下面用几组理由支撑,每组理由再用事实支撑。听的人随时能停在某一层,都已经拿到结论。

它不顺口,因为我们习惯从头讲到尾、最后才说结论。但听的人是反过来的:他们一上来就想知道「你到底想说什么」。把结论放最前面,对方才听得进去后面的理由。

你会得到什么

完成后,你会得到一份「金字塔结构表达」。它不是结论,而是一份可以保存、复盘、继续验证的行动材料。

什么时候用

  • 汇报、写方案、面试时讲得又长又散,听众抓不住重点
  • 对方时间有限,需要你 30 秒说清

什么时候先别用

  • 探索性思考,还在找结论的阶段
  • 讲故事、共情为主的沟通

操作指南

1. 先写出那一句结论

如果你只能说一句话,你想让对方记住什么?把它写下来。结论要具体、要带判断,不能是「关于这个项目我汇报一下」。

检查问题
  • 如果只能说一句话,我想让他记住什么?
  • 我的结论够具体吗,还是只是个话题?

输出:一句明确的结论。

2. 找支撑结论的几组理由

为什么这个结论成立?列 2-4 组理由,每组回答一个问题,比如「为什么值得做」「怎么做」「风险怎么控」。理由之间要并列、不重叠。

检查问题
  • 要让人相信这个结论,我得回答哪几个问题?
  • 这几组理由重叠吗?

输出:2-4 组并列理由。

3. 每组理由下面摆事实

每组理由用 2-3 个事实、数据或例子支撑。没有数据支撑的「我觉得」要换成具体证据,或者承认是判断。

检查问题
  • 支撑这组理由的事实是什么?
  • 我有没有把「感觉」当成了「证据」?

输出:每组 2-3 个支撑事实。

4. 检查能不能自上而下读通

从结论往下读,每组理由是否能推出上一层?事实是否能支撑理由?读不通的地方就是逻辑漏洞,得补或得改结论。

检查问题
  • 只看理由,能推出结论吗?
  • 只看事实,能支撑理由吗?

输出:一棵逻辑读得通的金字塔。

5. 开口时先给结论,再按需往下

实际说的时候,先说结论,再看对方时间和兴趣决定讲到哪一层。对方忙就停在结论,感兴趣就往下展开理由。

检查问题
  • 对方有多少时间?我该讲到哪一层?

输出:一个按场合可长可短的表达。

问题清单

  • 如果只能说一句话,我想让他记住什么?
  • 我的结论够具体吗,还是只是个话题?
  • 只看理由能推出结论吗,只看事实能支撑理由吗?

示例:把「项目汇报」改成金字塔

同一次汇报,流水账版和金字塔版对比。

内容
结论(最上面)建议下季度砍掉 X 功能,集中做 Y
理由 1:为什么砍 XX 三个月留存降 40%、维护占两人、和主线无关
理由 2:为什么做 YY 的内测留存 60%、用户反复要求、和主线一致
理由 3:风险怎么控砍 X 给老用户 30 天迁移,Y 先小范围上线测收入

改之前是十分钟流水账,听完才知道他想说啥。改之后第一句话就是结论,老板三秒抓到重点,有时间再往下听理由和数据。

质量检查

  • 结论在最前面,而且是带判断的具体结论,不是话题。
  • 理由并列、不重叠,合起来支撑结论。
  • 每层都有下一层支撑,能自上而下读通。
  • 实际表达时能按对方时间伸缩,先给结论。

常见误区

  • 把铺垫当主体,结论藏在最后,听众早走神了。
  • 结论只是话题(「关于 X 汇报」),没有判断。
  • 理由之间重叠,听起来啰嗦。
  • 用「我觉得」撑理由,没有事实,被追问就答不上来。

可复制模板

模板

结论(一句带判断的话):

支撑理由(2-4 组,并列不重叠):
理由 1:
理由 2:
理由 3:

每组理由下面的事实/数据:
理由 1 → 
理由 2 → 

开口顺序:先结论,再按对方时间往下展到理由层。

来源与边界

来源与证据

由前麦肯锡顾问 Barbara Minto 提出,源自其在麦肯锡的写作与表达方法论。本卡按中文汇报场景重写。

风险边界

如果困扰已经影响睡眠、饮食、安全感或日常功能,优先寻求专业支持。

相关方法

同场景或同领域的其它方法

情境-行为-影响反馈

反馈别人时只讲具体情境、具体行为、具体影响,不贴标签、不下判断,对方更容易听进去。

输出:SBI 反馈话术

GROW 对话框架

和上司、导师谈方向时,按目标、现状、选项、行动四步推进,把闲聊变成有结论的对话。

输出:GROW 对话提纲