ピラミッドストラクチャーとは、最上段に結論、その下に結論を支える根拠、さらに下に事実やデータを置き、主張の論理を階層で整理する方法です。
PowerPoint資料では、次のように使えます。
- 結論：何を提案・報告したいか
- 根拠：なぜその結論になるのか
- 事実・データ：その根拠を何が裏付けるのか
ピラミッドを作ること自体が目的ではありません。資料を作る前に結論と根拠の関係を整理し、その構造をスライドへ移すための中間成果物です。
この記事では、ピラミッドストラクチャーの作り方を、会議時間を削減する提案資料の具体例を使って解説します。
資料全体の流れから決めたい場合は、先に伝わる資料構成・ストーリーの作り方を確認してください。
ピラミッドストラクチャーとは
ピラミッドストラクチャーは、主張とその根拠を上位から下位へ階層化する、ロジカルシンキングのフレームワークです。「ピラミッド構造」「ピラミッド原則」と呼ばれることもあります。
基本は次の3階層です。
| 階層 | 置く内容 | 確認する問い |
|---|---|---|
| 結論 | 読み手に理解・判断してほしいこと | 結局、何を伝えたいか |
| 根拠 | 結論が妥当だと考える理由 | なぜそう言えるか |
| 事実・データ | 根拠を裏付ける観察、数値、事例 | その理由を何が証明するか |
例えば、「会議時間を30％削減するべき」という結論だけでは、読み手は判断できません。「長時間会議が多い」「事前共有が不足している」「参加者が多すぎる」という根拠と、それを裏付ける実績データが揃うことで、提案として検討できます。
PowerPointで有効な理由
ピラミッドストラクチャーを使うと、資料作成で起きやすい次の問題を減らせます。
- 情報は多いのに、結論が分からない
- 結論と根拠のつながりが弱い
- 同じ説明が複数のスライドで繰り返される
- データを載せたものの、何を示しているか分からない
- 上司や顧客から「なぜ？」と聞かれるたびに説明が崩れる
先に論理の骨組みを作るため、PowerPointを開いてからページ順に悩む時間も減らせます。
ピラミッドストラクチャー・ロジックツリー・PREP法の違い
見た目や構成が似ているため混同されますが、目的が異なります。
| 手法 | 主な目的 | 向いている場面 |
|---|---|---|
| ピラミッドストラクチャー | 結論を複数の根拠で支える | 提案資料、報告資料、意思決定資料 |
| ロジックツリー | 問題や要素を分解する | 原因分析、施策の洗い出し、論点整理 |
| PREP法 | 結論から短く順番に伝える | 口頭説明、メール、短いプレゼン |
ロジックツリーは「問題を細かく分けて考える」ための道具です。ピラミッドストラクチャーは「考えた結果を結論と根拠の関係で伝える」ために使います。
PREP法はPoint（結論）→Reason（理由）→Example（具体例）→Point（結論）の順序で説明する型です。短い説明には便利ですが、複数の根拠や数十枚の資料全体を設計する場合は、ピラミッドストラクチャーの方が関係を整理しやすくなります。
1〜3分で結論から説明する方法は、PREP法の使い方で詳しく解説しています。
ピラミッドストラクチャーの作り方4ステップ
複雑な図から始める必要はありません。最初は「結論1つ・根拠2〜4個・事実やデータ」の3階層で十分です。
1. 読み手の問いと結論を1文にする
最初に、資料で答える問いを決めます。
- 問い：会議にかかる時間を減らすには、何を変えるべきか
- 結論：会議運営の3つのルールを導入し、月間会議時間を30％削減する
「業務効率化について」のようなテーマ名ではなく、読み手が判断できる文章にします。結論には可能な範囲で、対象・変化・行動を含めます。
資料の目的や読み手が曖昧な場合は、資料作成の要件整理テンプレートで先に整理してください。
2. 結論を支える根拠を2〜4個出す
結論に「なぜそう言えるのか？」と問い、答えを並べます。
今回の例では、次の3つです。
- 目的と議題が曖昧な会議が多い
- 情報共有に会議時間を使っている
- 判断に不要な参加者まで招集している
根拠は、できるだけ同じ粒度・同じ切り口に揃えます。「コスト」「会議が長い」「社員の気持ち」のように尺度が混ざると、読み手が比較しにくくなります。
3. 各根拠を事実・データで裏付ける
根拠の下に、確認できる事実を置きます。
- アジェンダのない会議が全体の62％
- 定例会議の45％は資料の読み上げが中心
- 参加者の31％が「自分の判断が不要だった」と回答
数値がない場合は、顧客の発言、業務記録、観察した事実、比較事例を使えます。ただし、印象や推測を事実のように扱わないことが重要です。
4. Why So?とSo What?で往復確認する
完成したら、上下のつながりを2方向から確認します。
- 上から下へWhy So?（なぜそう言える？）
- 下から上へSo What?（だから何が言える？）
「会議時間を30％削減するべき」→なぜ？→「議題・情報共有・参加者に問題がある」と自然に答えられるかを確認します。
逆に、3つの根拠をまとめて「だから何が言える？」と考えたとき、上位の結論と一致するかを確認します。違う結論が出るなら、結論が広すぎるか、関係のない根拠が混ざっています。
ピラミッドストラクチャーの具体例
「会議時間を30％削減する」という提案を3階層で整理すると、次のようになります。
悪い例：根拠の粒度が揃っていない
結論の下に、次の項目を並べると論理が不安定です。
- 会議が長い
- 事前にアジェンダを共有する
- 社員の満足度を高めたい
1つ目は問題、2つ目は施策、3つ目は目的です。同じ階層に違う種類の情報が混ざっています。
問題を説明するなら問題で揃え、施策を提案するなら施策で揃えます。MECE（モレなく・ダブりなく）は有効ですが、最初から完全を目指す必要はありません。まず「同じ問いに答えているか」「意味が重複していないか」を確認すると実務で使いやすくなります。
ピラミッド構造をPowerPointへ落とし込む方法
ピラミッドは、そのまま1枚の三角形として見せる必要はありません。論理の階層をスライドの順番へ変換します。
| ピラミッドの要素 | PowerPointでの表現 |
|---|---|
| 結論 | 冒頭の結論スライド、各スライドのメッセージタイトル |
| 根拠 | 章タイトル、根拠ごとの説明スライド |
| 事実・データ | グラフ、表、具体例、引用、調査結果 |
今回の例なら、次の構成にできます。
- 結論：会議運営の3ルールで月間会議時間を30％削減する
- 現状：月間会議時間と削減余地
- 根拠1：目的と議題が曖昧な会議が多い
- 根拠2：情報共有に会議時間を使っている
- 根拠3：判断に不要な参加者まで招集している
- 提案：アジェンダ事前共有・資料事前確認・参加者の限定
- 実施計画と判断事項
各スライドのタイトルを「会議の現状」のようなテーマ名ではなく、「アジェンダのない会議が全体の62％を占める」のようなメッセージにすると、タイトルだけ読んでも論理の流れが分かります。
1枚ごとの情報量とメッセージの作り方は、1スライド1メッセージの基本を参照してください。
ピラミッドストラクチャーでよくある失敗
結論がテーマ名になっている
「新商品の販売戦略」「業務改善について」は結論ではありません。読み手に理解・判断・実行してほしいことを1文で書きます。
根拠が結論を支えていない
正しいデータでも、結論との関係がなければ根拠にはなりません。「なぜ？」の答えになっているかを確認します。
事実と解釈が混ざっている
「問い合わせが20％増えた」は事実ですが、「顧客満足度が上がった」は解釈です。増加の原因が別にある可能性も示し、事実から結論までを飛躍させないようにします。
根拠が多すぎる
根拠を7個、8個と並べると、重要度が分からなくなります。似たものをまとめ、2〜4個程度の上位グループへ整理します。細かな説明は一段下へ置きます。
結論ありきで都合のよいデータだけ選ぶ
反対意見や不利なデータも確認します。結論を守るためではなく、読み手が妥当な判断をするために構造を使うことが大切です。
ChatGPTで論理をチェックするプロンプト
AIには結論を丸ごと考えさせるより、自分で作った構造の抜けや飛躍を点検させる使い方が向いています。
あなたはビジネス資料の論理構成をレビューする編集者です。
次の結論・根拠・事実を、ピラミッドストラクチャーとして確認してください。
【資料の読み手】
[役職・知識・関心]
【読み手に判断してほしいこと】
[判断・行動]
【結論】
[1文で記入]
【根拠】
1. [根拠1]
2. [根拠2]
3. [根拠3]
【事実・データ】
- [根拠1を裏付ける事実]
- [根拠2を裏付ける事実]
- [根拠3を裏付ける事実]
次の観点で回答してください。
1. 各根拠は結論への「なぜ？」に答えているか
2. 根拠を要約すると結論になるか
3. 根拠の粒度と切り口は揃っているか
4. 事実と解釈が混ざっていないか
5. 反対意見や不足データは何か
6. 修正案を、元の情報と推測を分けて提示するAIの回答にも誤りはあります。数値や出典は元資料で確認し、AIが追加した情報を事実として使わないでください。
完成前のチェックリスト
- 結論が1文で書かれている
- 結論は読み手の問いに答えている
- 各根拠は「なぜ？」への答えになっている
- 根拠の粒度と切り口が揃っている
- 根拠をまとめると上位の結論になる
- 事実と解釈を分けている
- 反対意見や不利なデータも確認した
- スライドのタイトルだけで論理の流れを追える
よくある質問
根拠は必ず3つ必要ですか？
必ず3つである必要はありません。2〜4個を目安に、結論を支えるために必要な数へ絞ります。数を揃えるために弱い根拠を追加すると、かえって説得力が下がります。
ピラミッドストラクチャーは上から作りますか、下から作りますか？
仮説や提案がある場合は結論から下へ展開し、材料はあるものの結論が曖昧な場合は事実をグループ化して下から要約します。実務では両方を往復しながら整えます。
すべての資料に必要ですか？
短い連絡や手順書には不要な場合があります。複数の根拠から結論を説明する提案・報告・意思決定資料で特に有効です。
ピラミッド図をPowerPointで作る必要はありますか？
必要ありません。ピラミッドは論理を設計するための中間成果物です。完成資料では、結論・根拠・事実をスライドの順番とメッセージタイトルへ反映すれば十分です。
まとめ
ピラミッドストラクチャーは、結論・根拠・事実を階層化し、資料の論理を作る方法です。
作成するときは、次の順で進めます。
- 読み手の問いと結論を1文にする
- 結論を支える根拠を2〜4個出す
- 各根拠を事実・データで裏付ける
- Why So?とSo What?で往復確認する
完成した構造は、結論を冒頭スライド、根拠を章、事実・データを各説明スライドへ変換します。
資料の論理構成をさらに深く学びたい場合は、PowerPoint・資料作成のおすすめ本で「ロジカル・プレゼンテーション」など構成設計に向く本を紹介しています。
次は、ピラミッドで整理した論理を、資料全体のストーリーへ組み込んでください。
