# 汇报材料交给 AI：先自己定一句结论，再让它排支撑结构

为什么“帮我整理成汇报”只会得到一份目录，以及怎样先写一句能被反对的结论、让它只搭结构，再用只读小标题的方式检查论证立不立得住

> 指令结构 · 验证成本 · 返工与检查 · 汇报结构 · 约 7 分钟 · 10 月 15 日

## 本篇要点

1. 汇报材料缺的不是信息，是顺序；AI 不知道听众是谁、要做什么决定，所以你不给结论，它只能按材料本身排成目录：背景、现状、问题、建议。
2. 结论必须是一句能被反驳的主张，而不是“××情况汇报”这样的话题；它必须由你自己写，因为只有你知道要说服谁、要谁做什么决定。
3. 给 AI 的指令要交代四样东西：听众与要的决定、你的一句话结论、材料、页数时间等约束；并要求它先只搭结构、每条理由写成完整句子、注明材料出处。
4. 金字塔的三条规则可直接用来验收：上一层是下一层的总结；同组是同一类东西（能用复数名词概括）；同组按推理、时间、结构或重要性选一种顺序。
5. 纵向读每条理由问“凭什么”，横向把同层小标题连起来读；常用范围是 3–5 条理由，少于三条撑不住，多于五条听众记不住。
6. 先只做结构再写正文，理由是改结构便宜、改成品贵；有研究也显示加上写作前的规划阶段，长文在组织性、相关性、可核查性上更好。
7. 最便宜的检查是只读小标题；其次是让它只看标题反推“你想让我同意什么”；最后是逐条问凭什么并要出处，用来发现没有证据的支撑点。
8. 结构只保证读起来是论证，不保证论证正确；顺序本身就是内容的场合（事故复盘、流程、时间线）不该套用结论先行。

---

上一篇收在表格这条线上：AI 擅长把你的口径翻译成公式，不擅长“算”本身。汇报材料换了个方向——**材料你手上都有，没有数要算，缺的是顺序。** 同一堆数据，排成“背景—现状—问题—建议”，听众点完头就散了；排成一句话主张加三条理由，听众当场就得回应。这一篇讲的是：为什么那句主张必须你自己写，交给 AI 之后它该产出什么，以及怎样用最省事的方式看出结构立不立得住。

## 直接说“帮我整理成汇报”，它会给你一份目录

它的默认排法按材料本身来：先背景，再现状，然后罗列问题，最后附上几点建议。这份结构不能算错，它确实描述了这个话题，但它没有在论证——材料被换了个顺序搬回你手上，你读着顺，可它不逼任何人做任何决定。

原因不在它能力差，在于**它手上没有做这个判断需要的信息**。它不知道听你汇报的是谁、这人最在乎什么、你想让他做什么决定。缺了这些，它唯一的办法就是拿材料本身当组织依据：时间、来源、主题。这三样都在材料里，而“这份材料该让谁做什么”不在。它的稿子之所以常常显得中性，也是同一个原因——它本来就没有理由偏向某一个立场。

## 先写一句能被人反对的话

所以你要先补上它缺的那块信息，也就是**结论**。一句话就够，但必须是“主张”，不是“话题”。区分办法很简单：**这句话能不能被人反对？**

- “客服外包试点情况汇报”——话题。没人能反对一句话题。
- “建议下季度把客服外包试点从 A 产品线扩到全线”——主张。有人会反对，会问“凭什么”。

后一句还得说清凭什么，那是下一步的事。这一步只解决一件事：你到底想让人同意什么。写得越具体越好，因为你后面所有的支撑结构，存在的唯一理由就是让这一句站住。

## 让它先只做结构，不要写正文

四样东西要交代进去：**听众和你要的决定**（“听的人是部门主管，他担心服务质量出问题，我要他同意下季度扩大试点”）；**你那句话结论**，原样给它，不要让它替你总结；**材料**，粘进去或传文件；以及页数、时间、给谁看这类**约束**。

然后一句封口（跟上一篇对付“它替你选口径”是同一个动作）：

```
只搭结构，先不要写正文。
1. 给我的结论配 3–5 条理由，每条写成一句完整的话，能被人反驳的那种，不要写成名词短语。
2. 每条理由后面注明它靠材料里的哪一段；找不到材料支撑的，单独列出来，不要凑。
3. 排好顺序，并说明为什么是这个顺序。
4. 如果你觉得我的结论站不住、或者有更好的说法，直接说。
```

第 1 条最要紧。**名词短语和完整句子的差别不是文风，是有没有内容。**“市场情况”“试点数据”“下一步计划”这样的标题，读者读不出任何东西，只能翻页去找；写成完整句子，标题本身就已经带着结论了。

## 支撑结构长什么样

这套东西在咨询业叫金字塔，规矩只有三条，每条都能直接拿来检查它交回来的东西：

- **上一层的说法，必须是下一层那一组内容的总结。** 你的结论是“建议扩大试点”，下面就该是三条支持“该扩”的理由，而不是三件关于试点的事。
- **同一组里必须是同一类东西。** 检查很快：这一组能不能用一个复数名词概括——理由、步骤、风险、选项？如果只能叫“几点”或“内容”，这一组其实混着不同品种的想法。
- **同一组要有顺序。** 前后相扣的推理、时间、结构、重要性，选一种，不要混着来。

3 到 5 条是常用的范围：少于三条常常撑不住一个结论，多于五条听众当场记不住 [1]。

再往两个方向读一遍。**纵向**：盯着每条理由问“凭什么”，挂在它下面的材料必须回答这个问题，而不是仅仅“与它有关”。**横向**：把同层的小标题连起来读，不看任何正文——这套标题本身就应该已经把整个论证讲完了 [1][2]。

拿前面那个例子走一遍（数字只是示意）：

- **建议下季度把客服外包试点从 A 产品线扩到全线。**
  - 试点三个月，响应时长中位数从 9 小时降到 5 小时，投诉率没有变化。（依据：试点周报第 4–16 周）
  - 单件处理成本下降约三成，按当前工单量全年能省出明显一笔。（依据：财务对账表 6–9 月）
  - 主管担心的质量问题可以用每周抽检控制，抽检方案和阈值已经跟质检组对过。（依据：质检组邮件）

三条是同一类东西（“为什么可以扩”），每条都能被反对，每条都注明了出处。如果第二条换成“外包行业现状”、第三条换成“下一步计划”，这组就散了——你会得到一份读起来很齐全、却什么都没证明的材料。

## 先摆结构，再去写正文

因为**改结构便宜，改成品贵**：一份十五页的稿子，重排标题顺序是几分钟的事；等十五页正文和图表都做完再重排，是一个下午 [4]。这跟上一篇让你先要口径再让它算是一个思路——把检查放在便宜的地方做。而且这么做的收益不只在这：有研究把“先出提纲和要点、再写全文”显式加进写作流程后，人类评审给出的组织性、相关性、可核查性都更好 [5]。

## 检查结构，三个越来越贵的动作

**一、只读小标题。** 把它的标题列表单独拉出来，从头读到尾，中间不看正文。读完之后你应该只剩一个感觉：这些标题加起来把我给说服了。如果感觉是“信息挺全”，却说不出“它说得对”，结构就没在论证 [1][2]。这是全套检查里最便宜的一步，也是唯一一步不用碰材料的。

**二、反向复述。** 把标题列表单独发给它（不给结论），问一句：“你只看这些标题，觉得我想让你同意什么？”它复述出来的，应该就是你那句话。如果它给出的是一个四平八稳的概括，说明你的结论没有真正落到标题里。这一步贵一点，但仍然不用你读正文。

**三、逐条问“凭什么”，并要出处。** 每条理由下面挂的材料，是不是真的在支持它。顺手做个更快的动作：试着删掉一条理由，如果结论一点不受影响，这条大概率不属于这篇——它是一条背景信息，挤掉了一条本该有的理由。出处标注还能顺带查出更要命的一件事：**哪条理由是没证据的**。结构是一个壳，壳做得漂亮不代表里面的证据成立；金字塔只保证“读起来是在论证”，不保证论证是对的。

## 什么时候不该用这套

如果**顺序本身就是内容**，就别硬套。事故复盘、操作流程、项目时间线，它们正确的顺序就是事情发生的顺序，改写成“结论先行”反而丢掉信息 [3]。金字塔适合的是另一种场合：你要让某个人接受一个判断、或者做一个决定。所以动笔前先问自己一句：这篇东西到底有没有一个结论？如果你自己都还没得出结论，那现在需要的不是汇报结构，而是把结论想出来——这一步 AI 帮不了你，它只会还你一个装满“可能”“建议进一步评估”的漂亮壳子。

回到最开始那句：**你负责定结论和担责，它负责把结论翻译成一个读得下去的结构。** 表那条线是这样，汇报这条线也一样。

## 术语表

- 主张式结论（governing thought）：一句话说清你要谁同意什么，标准是它能被人反对；写成话题而不是一句能被反驳的话，后面所有结构都会失去目标。
- 行动式标题：把小标题写成完整句子而不是名词短语，读者只看标题就能拿到结论，而不是只知道这一节“讲什么”。
- 横向逻辑与纵向逻辑：横向是把同一层的小标题连起来读，看它们是否已构成完整论证；纵向是盯着每条理由问“凭什么”，看下层材料是否正好回答这个问题。
- 幽灵提纲：只写标题的空骨架，先把论证在提纲层面排好、改好，再投入时间写正文和做图表。

## 来源

1. [Insight Generation & Storylining Playbook — 治理性结论的定义、横向与纵向逻辑检验、只读标题检验，以及 3–5 条理由的经验范围](https://thinkinsights.net/playbooks/insight-generation-storylining-playbook-analysis-narrative)
2. [The Science of Persuasive Storytelling in PowerPoint — 故事线按标题写结论，以及“不看正文只读标题就能拿到完整故事”的检验](https://slidescience.co/storytelling-in-powerpoint/)
3. [Minto Pyramid 摘要 — 金字塔三条规则、用复数名词检验分组是否成立，以及“顺序本身就是内容”时不适用金字塔](https://msdbok.github.io/content/people/perso/minto.html)
4. [How McKinsey Slide Decks Are Built — 先写只有标题的空骨架，以及“重排故事线五分钟、重排成品一个下午”的成本对比](https://www.autopresent.ing/blog/mckinsey-slide-decks/)
5. [Integrating Planning into Single-Turn Long-Form Text Generation — 先规划再写全文的研究：人类评审在组织性、相关性、可核查性上给出更好的评价](https://arxiv.org/html/2410.06203)

---

原文：https://pangzhengboyin.com/articles/ai-deck-structure-governing-thought-598c0830

> **庞征博引** · 想学的，慢慢都会
>
> 庞征博引是把想学的东西写成连载的 AI 学习工具。说出想学什么，它会先了解你的基础，再把主题写成一篇篇 5–10 分钟能读完的文章；边读边问，接下来学什么跟着你走。这篇就是这样写出来的。
>
> 开始你自己的连载 → https://pangzhengboyin.com
