> ## 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-hant/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-hant/principles/mece-principle)。Minto 把它當作金字塔的一部分，而不是給同一件東西起的第二個名字。
  </Step>

  <Step title="用讀者的問題來開場">
    情境是讀者已經接受的穩定事實。複雜化是改變了、壞了、或現在互相衝突的那一件事。問題是這股張力讓讀者需要知道的東西。Minto 把這三者叫做 SCQ 框架，用來找出這份文件必須回答的問題。中心思想就是那個問題的答案。如果跳過複雜化，答案到來時，讀者沒有理由在意。
  </Step>

  <Step title="把證據放在懷疑者找得到的地方">
    每條理由配上會讓謹慎的讀者點頭或反駁的事實、例子或數字。不要把每張表都倒進第一屏。信任這條理由的人可以停下。不信任的人可以只往下走一支。[問題樹分析](/zh-hant/methods/issue-tree-analysis)把一個問題拆成部分。金字塔告訴你，這些部分裡哪一個才是要傳遞的消息。
  </Step>
</Steps>

## 應用場景

當別人必須根據你的思考採取行動或做出決定時，用明托金字塔原理。下面四種場合都小到可以一次起草完。

<CardGroup cols={2}>
  <Card title="把決定放進第一句" icon="comment">
    給上級的進展說明裡，第一句是請求或發現。後面幾句是兩到三個理由。附件裡放備份。如果會議被砍到五分鐘，第一句仍然還在。
  </Card>

  <Card title="先給建議，再講尋找的過程" icon="briefcase">
    到職早期，專案更新常常按你度過這一週的順序重講一遍。把它改寫成建議、理由，以及每條理由下的一個證據。[假設驅動思考](/zh-hant/methods/hypothesis-driven-thinking)選擇要檢驗什麼。這條原則選擇的是：檢驗有了答案之後，說什麼。
  </Card>

  <Card title="用三行安頓一個家庭選擇" icon="house-chimney">
    擇校、照護安排或一筆共同開支，常常卡在每個人重講看過的地方。用一行寫出提議。給出一年後仍然重要的理由。把手冊留給想看細節的人。金字塔不投票。它讓人看見，投票針對的是哪一句。
  </Card>

  <Card title="備忘錄沒有要點時，往上讀" icon="magnifying-glass">
    如果一份文件始終不說該做什麼，就自己把事實分組，並問它們支撐的是哪一句話。那句話就是缺失的頂部。如果事實支撐兩句互相衝突的話，你就找到了真正的爭論。[演繹推理](/zh-hant/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-hant/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-hant/principles/mece-principle">
    在讓理由支撐頂上那句話之前，先檢驗它們是否重疊，或留下缺口。
  </Card>

  <Card title="問題樹分析" icon="sitemap" href="/zh-hant/methods/issue-tree-analysis">
    先把問題拆成部分，再決定哪一部分是消息，哪一部分只是背景。
  </Card>

  <Card title="假設驅動思考" icon="flask" href="/zh-hant/methods/hypothesis-driven-thinking">
    選出你願意檢驗的主張。檢驗有了結果之後，金字塔負責把它說出來。
  </Card>

  <Card title="演繹推理" icon="arrow-down-right" href="/zh-hant/thinking/deductive-reasoning">
    問這些成組的理由是否真的迫使那個答案成立，還是只是挨在它旁邊。
  </Card>
</CardGroup>

## 一句話總結

<Tip>
  先寫一句答案，再只留下迫使它成立的理由，把證據放在下一層。
</Tip>


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