「調査した情報はそろっているのに、何を提案すべきかまとまらない」
「結論を説明したものの、なぜそう考えたのか伝わらない」
報告や提案をまとめる際、こうした悩みを感じることはないでしょうか。

ピラミッドストラクチャーは、結論と、それを支える理由や事実を階層的に整理するフレームワークです。
自分の考えを組み立てるとともに、相手が結論に至る根拠を理解する助けになります。

この記事では、基本構造や作り方、ロジックツリー・PREP法との違いを解説します。
上司からの漠然とした相談に回答する具体例を通じて、実務での使い方も紹介します。 

目次

ピラミッドストラクチャーとは

ピラミッドストラクチャーとは、主張を頂点に置き、その下に主張を支える根拠を配置して、論理のつながりを整理する手法です。「ピラミッド構造」とも呼ばれます。 

結論・理由・事実を階層的に整理する基本構造

基本構造は、次の三つに分けると理解しやすくなります。

例えば「新しいシステムを導入したい」という結論には、導入すべき理由が必要です。
「作業時間を短縮できる」という理由を置くなら、現在の作業時間や試用結果など、その判断を裏づける情報を示します。

重要なのは、上から下へ「なぜそう言えるのか」をたどれ、下から上へ「これらの情報から何が言えるのか」を説明できることです。内容に応じて階層は増減するため、必ず三段に収める必要はありません。

ロジカルシンキングとの関係

ロジカルシンキングは、情報や根拠を整理し、筋道を立てて考えることです。
ピラミッドストラクチャーは、その実践を助ける方法の一つで、特に主張と根拠の関係を構造化するときに役立ちます。

調査結果から提案をまとめる、複数の選択肢から推奨案を説明する、上司への報告を組み立てるといった場面が活用例です。情報を集めるだけでなく、「そこから何が言えるか」まで整理したいときに利用できます。

※参考： ロジカルシンキングの鍛え方｜論理的思考力を高める練習方法

ピラミッドストラクチャーを使うメリット

ピラミッドストラクチャーは、説明の見た目を整えるだけのものではありません。
考えをまとめる側と、説明を受ける側の双方に役立ちます。

情報を整理し、自分の結論を組み立てられる

上司から「この状況をどう改善すればよいと思う？」と聞かれても、すぐに回答がまとまるとは限りません。
現状を示すデータ、関係者の意見、実施上の制約など、考慮する情報が多い場合はなおさらです。
こうしたとき、情報を整理して自分の考えをまとめる助けになるのが、ピラミッドストラクチャーです。

情報を整理するときは、答えたい問いに照らして、意味の近いものごとにまとめます。
それぞれのまとまりから何が言えるか、その判断が問いへの答えをどう支えるかを考えると、提案の方向性を見つけやすくなります。
すでにある結論を説明するだけでなく、自分として何を答えるかを組み立てる際にも使える手法です。

結論に至った理由を相手が理解しやすくなる

説明する側には当然のつながりでも、聞き手には見えていないことがあります。
経験や背景知識が違えば、同じデータを見ても同じ結論に至るとは限りません。

ピラミッドストラクチャーで結論と理由、その裏づけを示すことで、相手は「この情報を、このように判断したのか」と考えをたどれます。結論だけに賛否を求めるのではなく、判断の背景を共有できる点がメリットです。

主張と根拠のつながりを確認しやすくなる

構造が見えると、作り手も聞き手も「この理由で結論を支えられるか」「このデータから、そこまで言えるか」を確認しやすくなります。

例えば、費用削減を理由にシステムの導入を提案しているのに、示されている情報が操作性の評価だけなら、費用についての裏づけが不足しています。データの出典・対象範囲・時期なども添えると、根拠の確からしさを判断しやすくなります。

ピラミッドストラクチャーの作り方

結論と根拠のつながりを分かりやすく示すには、どのような順序で考えを整理すればよいのでしょうか。
ここでは、集めた情報から結論を組み立てる作り方を紹介します。仮の結論が先に浮かんでいる場合も、情報とのつながりを確かめながら整理できます。

何について答えるのか、問いを明確にする

最初に、答えるべき問いを決めます。

「売上について」「業務改善について」といったテーマだけでは、どこまで調べ、何を結論にすればよいかが定まりません。 「来期の売上を増やすために、どの顧客層への提案を優先するか」のように、判断したい内容まで具体化することが大切です。
相手からの相談が漠然としている場合は、目的や期限、予算などを確認すると、回答の範囲をそろえやすくなります。

問いに関係する情報を集め、整理する

問いに答えるために必要なデータや事実を集め、関連する内容をまとめます。現状、顧客の反応、費用、実施条件など、問いに合った切り口で整理します。

この段階では、確認できた事実と自分の解釈を区別しておくと役立ちます。
「問い合わせが前月より減った」は事実でも、「サービスへの関心が下がった」は解釈です。両者を分けておくことで、後から判断の根拠を説明しやすくなります。

情報から言えることをまとめ、結論を導く

まとめた情報について、「これらから何が言えるか」を短い文章にします。その文章が、上位の主張を支える理由になります。

「費用」「顧客」「実施時期」といった項目名だけでは、判断した内容までは伝わりません。
「現在の予算内で実施できる」「顧客が比較に必要とする情報が不足している」のように表すと、結論との関係が明確になります。

最後に、それらの理由を踏まえて、最初の問いへの答えをまとめます。情報を整理する中で、当初想定した提案より別の案が適切だと分かれば、結論も見直します。

「なぜそう言える？」「だから何？」で論理を確認する

組み立てた構造は、上下の両方向から確認すると、つながりを点検しやすくなります。

結論から下へ「なぜそう言えるのか（Why so?）」と問いかけ、それを支える根拠を確かめましょう。反対に、事実やデータから上へ「だから何が言えるのか（So what?）」を考え、そこから導いた理由や結論が妥当かを確かめましょう。

理由が結論を支えているか、事実と判断の間に説明が抜けていないかが確認のポイントです。
つながりが弱い箇所では、情報を追加するだけでなく、主張の範囲や表現を調整する方法もあります。

ピラミッドストラクチャーの具体例
上司からの相談に提案をまとめる

ここからは、ピラミッドストラクチャーの活用例として、上司から「Web集客をどう改善したらよいか」と相談された場面を架空の事例で考えてみましょう。

漠然とした質問から、答えるべき問いを絞る

「Web集客を改善する」だけでは、アクセスを増やしたいのか、問い合わせを増やしたいのかが分かりません。そこで確認したところ、上司が判断したいのは次の内容でした。

「次の四半期に、既存予算の範囲で有効な問い合わせを増やすため、最初に何へ着手すべきか。」

担当者は、サイト内の利用状況、顧客の声、施策の費用や日程を調べました。
その結果、次の情報が集まりました。

ここでは、アクセス数だけで提案を決めるのではなく、顧客が判断しにくい点と、実施可能な対応を合わせて整理しています。

事実・理由・結論をピラミッド図に整理する

集めた情報から、今回は「サービスページの情報と問い合わせ導線の改善を先行し、効果を検証する」と提案することにしました。

結論と根拠の関係を表すと、次のようになります。