金字塔表达

一句话：先给答案，再给理由；每层概括上一层，每层穷尽这一层。

本技能的底盘是 Barbara Minto 在麦肯锡总结的《金字塔原理》（The Minto Pyramid Principle）——结论先行、以上统下、归类分组、逻辑递进；叠加 Chip & Dan Heath《让创意更有黏性》（Made to Stick）的 SUCCESs 六原则、Feynman 的"讲不明白就是没想清楚"，以及 Strunk & White《风格的要素》与 Orwell《政治与英语》的删冗规则。

> 本技能是纯推理框架：不联网、不读写敏感路径、不执行系统命令、不需要任何密钥。你提供材料，我负责结构。

一、何时使用 / 何时不用

立即使用

• 用户明确要求结构：结论先行、先说结论、我该怎么讲、汇报怎么组织、帮我梳理、归纳一下、提炼要点、这段逻辑不通、像流水账、太长没人看、重点在哪
• 用户要写具体文体：周报、月报、述职、复盘、立项、方案、提案、评审材料、对客邮件、向上汇报、一页纸、电梯演讲、PPT 大纲
• 用户要润色改写：帮我改得像人读的、这段太乱了、说不清楚、老板看不下去、帮我润色、这句话该怎么说
• 用户有材料但没观点：一堆数据、会议纪要、调研结果，需要变成"所以呢"
• 用户要说服人：说服领导批预算、说服客户签约、说服团队改方案

不要用

输入不足时的行为（可靠性要求）

禁止在不知道"写给谁、要他干什么"的情况下凭空搭结构。按以下规则处理：

1. 最小必要输入只有两条：写给谁看、要对方做什么决定或采取什么行动。
2. 缺一条时，只问最关键的那 1 个问题（一次只问一个，不要连珠炮）。默认更该问的是"对方要做什么决定"。
3. 若用户说"你看着办"或不愿补充：显式声明假设继续，在输出顶部标出「本次结构建立在以下假设上」，供其事后校正。
4. 事实缺口（缺数据、缺背景）不等于结构缺口：结构上先留 [待补：XX 数据]，不要因此停下，也不要编数字。

二、核心机制：五步构建金字塔

两条路径，按材料状态选：

• 自上而下（想清楚了、材料齐）：先写顶端结论 → 想读者会问什么 → 逐层回答 → 补证据 → 最后写序言
• 自下而上（一堆乱材料、还没想清楚）：列出所有要点 → 找共性归类 → 给每组写概括句 → 往上再归一层 → 顶端自然浮现 → 倒推出序言

现实中多半是混合：用自下而上找结构，用自上而下定表达。

建议步骤

第 1 步  界定读者与目的  →  谁读？读完要做什么？他要克服什么顾虑？
第 2 步  设计 SCQA 序言  →  用读者已经认同的事，引出他还不知道的答案
第 3 步  写顶端概括句    →  一句话结论，必须有主语、有动词、有结果
第 4 步  拆第二层（MECE）→  3-5 组，用四法之一分组，按四顺序之一排序
第 5 步  补第三层证据    →  每组下挂数据、案例、事实，支撑上一层的概括句
第 6 步  逐层检查        →  纵向：上一句是不是下一组的概括？横向：这一层 MECE 了吗？排序有逻辑吗？

纵向关系（上下层）：上一层必须是下一层的概括，下一层必须是对上一层的解释。检验方法是疑问/回答式对话——读完上一层，读者脑子里自然会冒出一个"为什么/是什么/怎么做/你怎么知道"，下一层必须正面回答它。答不上，就是层级断了。

横向关系（同层内）：同一层的思想必须属于同一逻辑范畴（MECE），且必须按某种顺序排列（见第五节）。

记忆上限：同层并列项控制在 3-5 个。超过 5 个必须再归一层——人脑短时记忆装不下 7 个以上并列项。

三、SCQA 序言设计

序言的唯一任务：用读者已经认同的信息，引出他还不知道的答案。序言必须讲一个"读者会说对，然后呢"的故事，而不是你的心路历程。

四种变体

序言自检三问

1. S 里的每一句，读者会不会点头说"对"？ 有一句他不认同，序言就崩了——他会开始反驳而不是倾听。
2. C 是不是真的制造了冲突？ 只是"情况有点变化"不够，要写出后果或代价。
3. Q 是不是读者心里真正会问的那个问题？ 你回答了一个他没问的问题，整篇就白写了。

四、MECE 分组四法

MECE（Mutually Exclusive, Collectively Exhaustive，相互独立、完全穷尽）：同层各组之间不重叠，合起来不遗漏。

演绎与归纳的选择

• 归纳（横向并列，从多个同类事实推出概括）：读者只需"记住"，认知负担低，优先使用。每组至少 2 个（最好 3 个）同类思想才配叫归纳。
• 演绎（大前提 → 小前提 → 结论）：用于读者可能质疑、需要你"证明"的地方，说服力更强但费力。演绎链不要超过 2-3 层，否则读者记不住前提。
• 先归纳后演绎：先用归纳搭出整体骨架（让读者看清全貌），再在读者可能提出异议的那一组下面用演绎补证明。反过来（通篇演绎）会让读者在前提里迷路。

五、横向排序四顺序

同一层排好了组，还得排序。没有顺序的并列 = 没有逻辑。

> Minto 的经典划分是时间、结构、程度三种；因果顺序常被视为时间顺序的变体，或直接用演绎链表达。中文实践中单列出来更好用，但要清楚它本质是演绎而非并列。

排序自检：把这一层的条目顺序打乱，如果读起来毫无损失——说明你根本没有排序。

六、概括句写法

概括句（关键句）是金字塔的关节。判定规则：

• 行动性概括句（下一层是"做什么/怎么做"）：必须说清采取行动后产生的结果或达到的效果，不能只描述动作本身。
• 情境性概括句（下一层是"是什么/为什么"）：必须说清这些事实共同说明的含义或性质，不能只是个名词标签。

万能检验：读完概括句，读者能不能自然问出下一层？能问出"怎么做/为什么"，就是好概括句；只能问"然后呢"，就是废话。

坏概括句 vs 好概括句

七、让表达有黏性（SUCCESs）

结构正确只保证"能看懂"，SUCCESs 保证"记得住、会行动"。来自 Chip & Dan Heath《让创意更有黏性》。

知识的诅咒（curse of knowledge）：专家一旦知道某事，就无法想象不知道它是什么感觉。Elizabeth Newton 1990 年的"敲节奏/听歌"实验是经典演示——敲击者以为听众能猜中一半，实际猜中率约 2.5%。这是表达失败的第一根因：你不是说得不够清楚，你是根本不知道对方不知道什么。破解办法只有一个——把 S 里的每一句都换成读者自己的语言，而不是你的专业语言。

Feynman 原则：「如果我不能把它降到大学一年级的水平，说明我并没有真正理解它。」讲不明白 ≠ 文笔不好，通常是没想清楚。遇到讲不通的段落，先回去想，别硬写。

八、删冗清单

Orwell《政治与英语》（1946）六规则：不用陈腐比喻 / 能用短词别用长词 / 能删就删 / 能用主动别用被动 / 能用日常词别用行话 / 宁可打破前五条也别写野蛮话。

Strunk & White《风格的要素》：删掉无用的词（Omit needless words）、用主动语态、用肯定句式、用具体词。

啰嗦写法 → 简洁写法

删冗三刀

1. 砍掉"的"字串：一句话出现 3 个以上"的"，拆句或改短。
2. 砍掉无主语句："进行了XX""作出了XX""予以了XX"——补上主语，或用动词直接开头。
3. 砍掉双保险词："大约左右""基本上完全""可能或许""过去的以往"——留一个。

九、按场景的输出模板

模板 A：向上汇报（电梯汇报 / 一页纸）

适用于：领导只有 30 秒到 5 分钟，或者只要一页纸。

【结论】<一句话：我建议/我判断/情况是 + 具体结果>
【理由】三点，按重要性或因果排序
  1. <概括句> —— <1-2 句数据或事实>
  2. <概括句> —— <1-2 句数据或事实>
  3. <概括句> —— <1-2 句数据或事实>
【方案】<要做什么、谁做、什么时候完成>
【需要您决策/支持的】<具体到一项：批预算 / 加人 / 定优先级 / 拍板方向>
【风险与兜底】<最大的一个风险 + 你的对策>

要点：领导先看结论和支持；"需要您决策"只能有一项，多了等于没有。

模板 B：邮件（请求型）

适用于：对客户、跨部门、对外部方的请求邮件。

【标题】<动词 + 对象 + 期限>  例：请于 4/12 前确认 XX 项目验收安排
【一句话目的】这封邮件请你在 <时间> 前 <做什么>
【背景 S】<对方已知且认同的事实>
【冲突 C】<为什么现在需要动>
【我的请求 A】<具体、可执行、带时间点>
【对你/对我们的价值】<对方为什么要配合>
【不做的后果】<温和但明确>
【下一步】<默认动作 + 反馈截止日>

要点：请求必须带时间点；"不做的后果"要写，否则邮件永沉海底。

模板 C：方案 / 提案

适用于：立项、投标、内部方案评审。

【序言 SCQA】S：现状 → C：冲突/机会 → Q：要不要做 → A：做，且这么做
【目标】<可衡量的目标，2-3 条，带数字与 deadline>
【方案主体】按 MECE 拆 3-5 块（推荐：目标与范围 / 方案设计 / 实施路径 / 资源与预算 / 风险）
  每块：概括句 → 2-3 条支撑 → 每条挂证据
【为什么是我们】<差异化优势，用对照数据>
【里程碑】<时间顺序的 4-6 个节点>
【投入产出】<成本 vs 预期收益，给出测算口径>
【风险与对策】<按影响力排序，每条配对策>
【请决策】<唯一的一项决策请求>

模板 D：复盘 / 述职

适用于：季度复盘、项目复盘、年终述职。

【一句话总评】<结论：整体达标/未达标，核心成就是什么> —— 不要写成"关于本季度的总结"
【结果层】<按目标逐条对照：目标 → 实际 → 完成度>
【亮点（归纳 2-3 组）】<概括句 → 事实 → 数据 → 可复用的做法>
【不足（归纳 2-3 组）】<概括句 → 事实 → 归因（追到根因，不追到人）>
【经验沉淀】<可复用的方法论 / 要改的流程，各 2-3 条>
【下周期目标与打法】<目标 + 关键举措 3 条 + 需要的支持>

要点：复盘最容易写成流水账。破解办法是先写【一句话总评】，所有内容必须能回答"为什么是这个总评"。述职的"不足"必须配归因和改进动作，只说问题是自曝其短。

十、质量标准（交付前自检）

十一、反模式

1. 假结论先行：开头写"关于本季度的几点思考"就以为结论先行了。结论必须是有判断的一句话——达标还是没达标、建议做还是不做。
2. 分类维度混用（不 MECE）："线上渠道、线下渠道、Q3、Q4"并列。一层只能用一个拆解维度。
3. 等长堆叠：把 8 个、10 个要点平行列出不加归类，每个都像重点，等于没有重点。超过 5 个必须再归一层。
4. 堆图表不给判断：贴了 5 张图、3 个矩阵，但没说"所以该选哪个"。图表是证据，不是结论。
5. 对所有文体都用结论先行：小说、演讲开场、品牌故事都被砍掉了悬念。此时改用 SCQA 的突出忧虑式，让冲突先出场。
6. 序言讲自己的心路历程："我接到任务后，首先查阅了资料，然后访谈了 12 个人……"——读者不关心你怎么知道的，只关心他该怎么想。序言必须讲读者已经认同的事。
7. 概括句是名词标签："存在的问题""我们的建议"。概括句必须自带含义或结果。
8. 通篇演绎：满屏大前提小前提，读者在前提里迷路。先归纳搭骨架，只在读者会质疑处用演绎。
9. 把删冗当成删信息：把关键限定条件（范围、口径、前提）一起删了，句子干净了但意思变了。删的是空转词，不是约束条件。
10. 结尾没有闭环："以上，请各位领导批评指正"。必须落到"谁在什么时间前做什么"。

十二、与其他技能的配合

推荐链路：problem-framing（问对问题）→ rapid-domain-mastery（补齐材料）→ expert-roundtable / decision-red-team（压一压结论）→ reasoning-audit（验逻辑）→ pyramid-expression（组织表达）。