> ## Documentation Index
> Fetch the complete documentation index at: https://meta.niceshare.site/llms.txt
> Use this file to discover all available pages before exploring further.

# 明托金字塔原理

> 明托金字塔原理把一句答案放在最上，理由成组，证据放在对应的理由下面。本文讲它的起源、规则、在工作和家庭中的用法，以及它何时失效。

<Info>
  **类别**: 原则<br />
  **类型**: 沟通原则<br />
  **来源**: Barbara Minto，麦肯锡公司，伦敦；《The Pyramid Principle》（1987），由 1996 年版取代<br />
  **别名**: 金字塔原理；SCQ 框架（开场）
</Info>

<Note>
  **快速回答** — **明托金字塔原理**（Minto Pyramid Principle）把一条消息排成这样：一个答案在最上，成组的理由在它下面，证据放在它所支撑的那条理由之下。Barbara Minto 在调往伦敦之后，于麦肯锡发展出这套规则，并在 1987 年以《The Pyramid Principle》发表。有用的提醒是：答案被埋住，通常是思考还没完成，而不只是措辞问题。
</Note>

## 什么是明托金字塔原理？

**明托金字塔原理**（Minto Pyramid Principle）是一条排列想法的规则：读者先遇到一个答案，然后是这个答案所依靠的理由，再然后是每条理由下面的证据。

> 想完之后，会收成一座金字塔：许多层，遵守逻辑规则，由一个想法把它们收在一起。

这是 Minto 在她自己的方法说明里对这个形状的描述。人建造金字塔，是把看起来同类的底层事实归到一组，再从这种相似里抽出一个洞见。组上面的那一点，就是这个洞见。它不是“有三个理由”这种标签。她的课程说，这句话不是洞见。洞见是这些理由合在一起之后，要求你去做或去相信的那件事。

想象一家人在决定要不要给父母换医生。按就诊顺序写下的笔记本是日记。明托金字塔原理是那通先说决定、再给三个理由、并把化验单留到有人追问时才拿出来的电话。一张[思维导图](/zh/methods/mind-mapping)可以把几次就诊散在页面上。这条原则不允许最上面那一行空着。空着的顶行，就是日常信号：你还在材料里游览。

### 明托金字塔原理的三层理解

* **入门**：先写一句答案，再写任何背景。如果你说不出希望读者去做或去相信什么，其余部分就还没到写的时候。
* **实践**：在这句话下面放两到四条同类理由，用一种顺序，彼此不重叠。每条理由下放一个可以核对的事实。开场写读者已经接受的情境、发生的变化，以及你的答案所回应的问题。
* **进阶**：金字塔检验的是一个想法是否已经存在。顶上的句子如果缺了，分组就还没完成。一叠看起来整齐、其实互相重叠的理由，仍然会把同一件事算两次。发现的顺序不是证明的顺序。

## 起源

明托金字塔原理出自麦肯锡的报告写作。Barbara Minto 进入这家公司的路径，本身就不寻常。

2013 年 3 月的一篇人物稿里，Emma Sinclair 记下了 Minto 在伦敦校友聚会上说的话。1950 年代，Minto 在一家美国铁路公司做秘书，每月挣 400 美元。当时哈佛商学院接受没有本科学位的申请者。她参加了考试并入学。1963 年，她是 600 人的 MBA 班级里仅有的八名女性之一。毕业后，她成为麦肯锡在美国的第一位女性顾问，随后迁往伦敦。Sinclair 写道，原理是她在那里发展出来的，用来把思考写成能让人读懂的文字。

Minto 自己的网站给的是公开出书的年份，不是伦敦授课的年份。《The Pyramid Principle: Logic in Writing and Thinking》于 1987 年出版，共九章加一个附录，2002 年由伦敦的出版社原样再版。《The Minto Pyramid Principle: Logic in Writing, Thinking and Problem Solving》（1996）取代了那本书。后一版有十二章和三个附录。她的网站称这条原则是大型咨询公司事实上的标准。Sinclair 的稿件对咨询业用了同样的说法。两个来源都没有统计有多少家公司在教它。

她仍以两日课程讲授这些规则，对象是公司内部 10 到 14 人的小组。课程把纵向关系和横向关系当成不同的工作。纵向是一组事实所支撑的那个洞见。横向是这一组里的想法是否属于同一种、是否有一种逻辑顺序、有没有遗漏、有没有重复。用来找出读者问题的开场，是她的 SCQ 框架：情境、复杂化、问题。

## 核心要点

明托金字塔原理值得用，是因为读者在第一句之后就可以停下，并且仍然知道你在要求什么。下面四步是可用的检验。更长的故事不能代替顶上的那一点。

<Steps>
  <Step title="把一个中心思想放在顶上">
    把答案写成一句话：你希望对方相信什么，或者做什么。“批准更换供应商”是一个中心思想。“供应商流程更新”是一个题目。这句话如果可以放在任何备忘录上，它就还不是要点。她的课程提醒，“有三个理由”并不是这些理由被收集起来之后应当产生的洞见。
  </Step>

  <Step title="把同类理由放在一组">
    在答案下面列出真正支撑它的理由。它们应当是同一种主张，并只用一种顺序，比如时间、一个整体的各个部分，或者程度。两条重叠的理由，是一条理由戴了两顶帽子。出现缺口，说明答案比支撑更大。这个分组检验就是[MECE原则](/zh/principles/mece-principle)。Minto 把它当作金字塔的一部分，而不是给同一件东西起的第二个名字。
  </Step>

  <Step title="用读者的问题来开场">
    情境是读者已经接受的稳定事实。复杂化是改变了、坏了、或现在互相冲突的那一件事。问题是这股张力让读者需要知道的东西。Minto 把这三者叫做 SCQ 框架，用来找出这份文件必须回答的问题。中心思想就是那个问题的答案。如果跳过复杂化，答案到来时，读者没有理由在意。
  </Step>

  <Step title="把证据放在怀疑者找得到的地方">
    每条理由配上会让谨慎的读者点头或反驳的事实、例子或数字。不要把每张表都倒进第一屏。信任这条理由的人可以停下。不信任的人可以只往下走一支。 [问题树分析](/zh/methods/issue-tree-analysis)把一个问题拆成部分。金字塔告诉你，这些部分里哪一个才是要传递的消息。
  </Step>
</Steps>

## 应用场景

当别人必须根据你的思考采取行动或做出决定时，用明托金字塔原理。下面四种场合都小到可以一次起草完。

<CardGroup cols={2}>
  <Card title="把决定放进第一句" icon="comment">
    给上级的进展说明里，第一句是请求或发现。后面几句是两到三个理由。附件里放备份。如果会议被砍到五分钟，第一句仍然还在。
  </Card>

  <Card title="先给建议，再讲寻找的过程" icon="briefcase">
    入职早期，项目更新常常按你度过这一周的顺序重讲一遍。把它改写成建议、理由，以及每条理由下的一个证据。[假设驱动思考](/zh/methods/hypothesis-driven-thinking)选择要检验什么。这条原则选择的是：检验有了答案之后，说什么。
  </Card>

  <Card title="用三行安顿一个家庭选择" icon="house-chimney">
    择校、照护安排或一笔共同开支，常常卡在每个人重讲看过的地方。用一行写出提议。给出一年后仍然重要的理由。把手册留给想看细节的人。金字塔不投票。它让人看见，投票针对的是哪一句。
  </Card>

  <Card title="备忘录没有要点时，往上读" icon="magnifying-glass">
    如果一份文件始终不说该做什么，就自己把事实分组，并问它们支撑的是哪一句话。那句话就是缺失的顶部。如果事实支撑两句互相冲突的话，你就找到了真正的争论。[演绎推理](/zh/thinking/deductive-reasoning)检验这些理由是否真的推出那句话。
  </Card>
</CardGroup>

## 经典案例

明托金字塔原理如何被做出来，最清楚的公开记述是一篇人物稿，不是一次实验室试验。

2013 年 3 月 13 日，《The Telegraph》发表了 Emma Sinclair 对一场伦敦晚宴的报道。晚宴纪念女性进入哈佛商学院五十周年。哈佛商学院校友会把 150 名女性请到多切斯特酒店的 Orchard Room。Sinclair 特别写出的客人是 Barbara Minto。Minto 对全场说，1950 年代她在铁路公司做秘书，“making 400 bucks a month”，并且因为学校不要求本科学位，她参加了哈佛的考试。1963 年，她是 600 人班级里的八名女性之一。

Sinclair 接着写下学位之后的工作。Minto 成为麦肯锡在美国的第一位女性顾问，后来迁往伦敦。她在那里发展出这套把思考写成文字的原则。这篇稿件称其结果是咨询业事实上的标准。Minto 自己的网站对大型咨询公司和其他专业机构用了同样的描述。稿件里可以抓住的标记，是班级规模、她记得的薪水，以及方法成形的地点是从美国办公室到伦敦的那次调动。

这条原则要解释的，是她当时被请来修改的那种失败。有能力的人按找到材料的顺序把材料交出去。读者只好一边读一边自己组装答案。金字塔把这件工作挪给写的人。顶上的句子是答案。下面的组是理由。伦敦这次调动重要，是因为 Sinclair 把发明系在那个办公室，而不是系在哈佛的课堂本身。

这篇稿件没有测量改写之后，读者是否决定得更快，或记得更多。2026 年 3 月，Lisa Marx 与 Robin Hau 预注册了一项实地研究，并写道：这条原则的效果尚未在受控的实证研究里被检验。他们的计划不是结果，而是一次 360 分钟的干预，目标大约 60 到 72 名成年人。在这类研究报告出来之前，“事实上的标准”指的是教得很广。它不是一个已知的分数、时间或决策增益。

## 边界与失效场景

顶上的句子是假的、理由互相重叠，或者答案被用来跳过问题的时候，明托金字塔原理就会失效。

第一道边界是一个你还没有的答案。为了显得果断而写下的中心思想，会把仍然开放的问题藏起来。如果两个选项都还活着，顶上的句子就应该这么说，下面的组应当是会决定结果的那些条件。金字塔是为一个你站得住的想法准备的形式。它不适合给一个直觉化妆。

第二道边界是分组。Minto 的课程要求你认真看任何一句“有三个理由”。必须真有三个，必须是对的那三个，洞见也必须是计数之外的东西。重叠的理由会让答案看起来比实际得到更多支撑。缺掉的理由会让它看起来已经完成，同时一个活着的反对意见还在金字塔外面。[MECE](/zh/principles/mece-principle)是这项检查。真实的清单常常只是接近 MECE。你留下了哪个缺口，要说出来。

常见的误用，是只有答案在前，没有 SCQ，也没有证据。读者听到的是一道命令，看不见为什么是这个答案、为什么是现在。情境和复杂化的存在，是为了让问题成为读者认得出来的问题。另一种误用，是把你这一周的顺序当成逻辑顺序。当主张是关于先后时，时间顺序可以是对的顺序。当主张是一项建议时，它就不是对的顺序。

## 常见误区

三种混淆会做出一份金字塔形状的文件，里面却仍然没有一个想法。

<AccordionGroup>
  <Accordion title="明托金字塔原理只是 MECE 的另一个名字">
    MECE 是对一组的检验：不重叠，不遗漏。金字塔是整条消息：一个答案、同一种类的理由、每条理由下的证据，以及找出读者问题的 SCQ 开场。你可以按 MECE 把一份清单分好，却仍然没有中心思想。你也可以说出一个清楚的答案，而它的理由通不过分组检验。
  </Accordion>

  <Accordion title="好的金字塔一定正好有三个理由">
    三是习惯，不是规则。Minto 的课程把“三个理由”当作人们太快伸手去拿的那句话。正确的数目，是你实际上拥有的、彼此不同的支撑的数目。如果第三条只是在重复第一条，两条结实的理由胜过三条。五条理由是一个警告：这一组可能并不是同一种想法。
  </Accordion>

  <Accordion title="答案在前，就是读者不需要背景">
    答案出现在证明之前。它并不出现在问题之前。SCQ 给读者一个他们接受的情境，以及一个让问题成为真问题的复杂化。没有这些，顶上的句子可以很清楚，却仍然让人觉得没有来由。这里的背景是共同的地面和那次变化。它不是你如何做完这件工作的游览。
  </Accordion>
</AccordionGroup>

## 相关概念

这几页接过明托金字塔原理旁边的工作：分组、拆开一个问题、选择要检验什么，以及检查理由是否推出答案。

<CardGroup cols={3}>
  <Card title="MECE原则" icon="layer-group" href="/zh/principles/mece-principle">
    在让理由支撑顶上那句话之前，先检验它们是否重叠，或留下缺口。
  </Card>

  <Card title="问题树分析" icon="sitemap" href="/zh/methods/issue-tree-analysis">
    先把问题拆成部分，再决定哪一部分是消息，哪一部分只是背景。
  </Card>

  <Card title="假设驱动思考" icon="flask" href="/zh/methods/hypothesis-driven-thinking">
    选出你愿意检验的主张。检验有了结果之后，金字塔负责把它说出来。
  </Card>

  <Card title="演绎推理" icon="arrow-down-right" href="/zh/thinking/deductive-reasoning">
    问这些成组的理由是否真的迫使那个答案成立，还是只是挨在它旁边。
  </Card>
</CardGroup>

## 一句话总结

<Tip>
  先写一句答案，再只留下迫使它成立的理由，把证据放在下一层。
</Tip>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.