「調査した情報はそろっているのに、何を提案すべきかまとまらない」
「結論を説明したものの、なぜそう考えたのか伝わらない」
報告や提案をまとめる際、こうした悩みを感じることはないでしょうか。
ピラミッドストラクチャーは、結論と、それを支える理由や事実を階層的に整理するフレームワークです。
自分の考えを組み立てるとともに、相手が結論に至る根拠を理解する助けになります。
この記事では、基本構造や作り方、ロジックツリー・PREP法との違いを解説します。
上司からの漠然とした相談に回答する具体例を通じて、実務での使い方も紹介します。
ピラミッドストラクチャーとは、主張を頂点に置き、その下に主張を支える根拠を配置して、論理のつながりを整理する手法です。「ピラミッド構造」とも呼ばれます。
基本構造は、次の三つに分けると理解しやすくなります。
|
位置 |
整理する内容 |
確認する問い |
|
頂点 |
結論・主張 |
結局、何が言いたいのか |
|
中段 |
結論を支える理由 |
なぜ、その結論になるのか |
|
下段 |
理由を裏づける事実・データ |
何を確認して、そう判断したのか |
例えば「新しいシステムを導入したい」という結論には、導入すべき理由が必要です。
「作業時間を短縮できる」という理由を置くなら、現在の作業時間や試用結果など、その判断を裏づける情報を示します。
重要なのは、上から下へ「なぜそう言えるのか」をたどれ、下から上へ「これらの情報から何が言えるのか」を説明できることです。内容に応じて階層は増減するため、必ず三段に収める必要はありません。
ロジカルシンキングは、情報や根拠を整理し、筋道を立てて考えることです。
ピラミッドストラクチャーは、その実践を助ける方法の一つで、特に主張と根拠の関係を構造化するときに役立ちます。
調査結果から提案をまとめる、複数の選択肢から推奨案を説明する、上司への報告を組み立てるといった場面が活用例です。情報を集めるだけでなく、「そこから何が言えるか」まで整理したいときに利用できます。
※参考:ロジカルシンキングの鍛え方|論理的思考力を高める練習方法
ピラミッドストラクチャーは、説明の見た目を整えるだけのものではありません。
考えをまとめる側と、説明を受ける側の双方に役立ちます。
上司から「この状況をどう改善すればよいと思う?」と聞かれても、すぐに回答がまとまるとは限りません。
現状を示すデータ、関係者の意見、実施上の制約など、考慮する情報が多い場合はなおさらです。
こうしたとき、情報を整理して自分の考えをまとめる助けになるのが、ピラミッドストラクチャーです。
情報を整理するときは、答えたい問いに照らして、意味の近いものごとにまとめます。
それぞれのまとまりから何が言えるか、その判断が問いへの答えをどう支えるかを考えると、提案の方向性を見つけやすくなります。
すでにある結論を説明するだけでなく、自分として何を答えるかを組み立てる際にも使える手法です。
説明する側には当然のつながりでも、聞き手には見えていないことがあります。
経験や背景知識が違えば、同じデータを見ても同じ結論に至るとは限りません。
ピラミッドストラクチャーで結論と理由、その裏づけを示すことで、相手は「この情報を、このように判断したのか」と考えをたどれます。結論だけに賛否を求めるのではなく、判断の背景を共有できる点がメリットです。
構造が見えると、作り手も聞き手も「この理由で結論を支えられるか」「このデータから、そこまで言えるか」を確認しやすくなります。
例えば、費用削減を理由にシステムの導入を提案しているのに、示されている情報が操作性の評価だけなら、費用についての裏づけが不足しています。データの出典・対象範囲・時期なども添えると、根拠の確からしさを判断しやすくなります。
結論と根拠のつながりを分かりやすく示すには、どのような順序で考えを整理すればよいのでしょうか。
ここでは、集めた情報から結論を組み立てる作り方を紹介します。仮の結論が先に浮かんでいる場合も、情報とのつながりを確かめながら整理できます。
最初に、答えるべき問いを決めます。
「売上について」「業務改善について」といったテーマだけでは、どこまで調べ、何を結論にすればよいかが定まりません。「来期の売上を増やすために、どの顧客層への提案を優先するか」のように、判断したい内容まで具体化することが大切です。
相手からの相談が漠然としている場合は、目的や期限、予算などを確認すると、回答の範囲をそろえやすくなります。
問いに答えるために必要なデータや事実を集め、関連する内容をまとめます。現状、顧客の反応、費用、実施条件など、問いに合った切り口で整理します。
この段階では、確認できた事実と自分の解釈を区別しておくと役立ちます。
「問い合わせが前月より減った」は事実でも、「サービスへの関心が下がった」は解釈です。両者を分けておくことで、後から判断の根拠を説明しやすくなります。
まとめた情報について、「これらから何が言えるか」を短い文章にします。その文章が、上位の主張を支える理由になります。
「費用」「顧客」「実施時期」といった項目名だけでは、判断した内容までは伝わりません。
「現在の予算内で実施できる」「顧客が比較に必要とする情報が不足している」のように表すと、結論との関係が明確になります。
最後に、それらの理由を踏まえて、最初の問いへの答えをまとめます。情報を整理する中で、当初想定した提案より別の案が適切だと分かれば、結論も見直します。
組み立てた構造は、上下の両方向から確認すると、つながりを点検しやすくなります。
結論から下へ「なぜそう言えるのか(Why so?)」と問いかけ、それを支える根拠を確かめましょう。反対に、事実やデータから上へ「だから何が言えるのか(So what?)」を考え、そこから導いた理由や結論が妥当かを確かめましょう。
理由が結論を支えているか、事実と判断の間に説明が抜けていないかが確認のポイントです。
つながりが弱い箇所では、情報を追加するだけでなく、主張の範囲や表現を調整する方法もあります。
ここからは、ピラミッドストラクチャーの活用例として、上司から「Web集客をどう改善したらよいか」と相談された場面を架空の事例で考えてみましょう。
「Web集客を改善する」だけでは、アクセスを増やしたいのか、問い合わせを増やしたいのかが分かりません。そこで確認したところ、上司が判断したいのは次の内容でした。
「次の四半期に、既存予算の範囲で有効な問い合わせを増やすため、最初に何へ着手すべきか。」
担当者は、サイト内の利用状況、顧客の声、施策の費用や日程を調べました。
その結果、次の情報が集まりました。
|
調べた対象 |
確認した情報 |
|
サービスページの |
直近3か月で、サービスページを閲覧した利用者は3,000人。 |
|
検討中の顧客5社への聞き取り |
4社が、導入費用の目安と支援範囲をサイト上では判断できなかったと回答 |
|
営業担当者の記録 |
初回商談で、導入費用と支援範囲を説明するやり取りが繰り返されていた |
|
ページ改修の見積もり・社内確認 |
費用の目安、支援範囲、問い合わせ導線の改修を既存予算内で実施でき、翌月に公開可能 |
|
新規広告の出稿見積もり |
比較した出稿案には追加予算が必要 |
ここでは、アクセス数だけで提案を決めるのではなく、顧客が判断しにくい点と、実施可能な対応を合わせて整理しています。
集めた情報から、今回は「サービスページの情報と問い合わせ導線の改善を先行し、効果を検証する」と提案することにしました。
結論と根拠の関係を表すと、次のようになります。
顧客の声から情報不足という改善の仮説が得られ、予算や期間の条件にも合うため、先に試すという判断です。
閲覧者数とフォームへの遷移数は、情報不足が原因であることを直接証明する数値ではありません。
ここでは、改善を試す対象と現状を示す情報として使っています。
なお、聞き取りの対象が5社であることも示されているため、判断に使った情報の範囲を把握できます。
このように結論と根拠を整理して示すと、上司は、結論だけを伝えられる場合よりも、「なぜ今回は広告よりページ改修を先行するのか」を理解しやすくなります。
口頭やメールでは、例えば次のように説明できます。
次の四半期は、サービスページの情報と問い合わせ導線の改善を先行したいと考えています。
顧客への聞き取りと営業記録から、費用や支援範囲の情報不足が確認できたためです。
既存の閲覧者に対して改善を試すことができ、改修も現在の予算内で翌月に公開できます。
公開後は、フォームへの遷移だけでなく、有効な問い合わせ数まで確認します。
PowerPointなら、最初のスライドに提案の要旨を置き、その後に顧客の声、サイト利用状況、実施条件を示せます。ピラミッド図そのものを見せるかどうかは、相手や説明の目的に応じて選びます。
考えを組み立てる際には情報から積み上げ、説明する際には結論から示す。このように、整理した構造を相手が理解しやすい表現に展開できます。ここまで読んで、「ピラミッドストラクチャーとロジックツリー・PREP法とはどう違うの?」と思われた方もいらっしゃるかもしれません。
いずれも思考や説明を助ける手法ですが、整理する対象が異なります。
違いを押さえると、目的に応じて使い分けやすくなります。
ロジックツリーは、問題や事象を要素に分け、原因や対策などを整理するために使います。
一方、ピラミッドストラクチャーは、ある主張をどの理由や事実で支えるかを整理します。
例えば「問い合わせが増えない」という問題について、流入、ページ内の導線、フォームなどに分けて調べるのはロジックツリーの使い方です。調査結果から「今回はサービスページの改修を優先する」と提案し、その理由をまとめるのはピラミッドストラクチャーの使い方です。
図の向きや形ではなく、枝の関係が「要素への分解」なのか「主張の裏づけ」なのかに注目すると、違いを理解しやすくなります。
PREP法は、結論、理由、具体例、結論の順で説明を組み立てる方法です。短い報告や意見を分かりやすく伝える際に役立ちます。
ピラミッドストラクチャーでは、複数の理由と、それぞれを支える情報の関係を整理します。説明の順番を決めるというより、説明する内容の論理構造をつくる手法です。
両者は組み合わせることもできます。ピラミッドストラクチャーで根拠を整理し、その要点をPREP法に沿って伝える、といった使い方です。
ピラミッドストラクチャーを作る際には、情報の選び方やまとめ方もポイントになります。
仮の結論を置くことは、調査の方向を定める助けになります。ただし、結論を維持することが優先されると、反対の情報や別の選択肢を見落としやすくなります。
「この案を採用しないほうがよいのは、どのような場合か」という視点も持つと、検討の幅が広がります。
条件に合わない事実が見つかったときは、結論を修正することで、より実情に合う提案につながります。
同じ階層に「費用を削減できる」と「外注費を削減できる」を並べると、全体とその一部が混在します。外注費の削減は、費用削減を説明する下位の情報として置くほうが、関係を理解しやすくなります。
MECEの「漏れなく、重複なく」分けるという考え方も、同じ階層の内容を整理する際に役立ちます。同じ内容を別の言葉で繰り返していないか、問いに答えるうえで必要な観点が抜けていないかが確認のポイントです。理由の数を三つにそろえるために、無理に項目を増やす必要はありません。
箱の数や配置が整っていても、中身が項目名だけでは、何を主張しているのか分かりません。
読みやすい配置とともに、箱の中の文章だけでも考えのつながりを追えることが大切です。
また、すべての資料にピラミッド図を載せる必要はありません。作成途中の整理に使い、完成資料では文章やグラフに展開する方法もあります。考えを組み立て、相手と共有するために役立つ形を選ぶことができます。
ピラミッドストラクチャーを使いこなすための練習には、日々の報告や小さな改善提案など、内容を把握している題材が適しています。「自分の結論」「そう考えた理由」「確認した事実」を書き出すと、それぞれのつながりを確認しやすくなります。
作成後に上司や同僚に見てもらうことも、理解を深める方法の一つです。質問された箇所を振り返ると、自分の知識で補っていた前提や、説明が不足していた部分に気づけることがあります。
体系的に学びたい場合は、研修の演習やフィードバックを通じて、自分の組み立て方を確認する方法もあります。
トレノケートの研修「ロジカル・シンキング・エッセンシャルズ ~ライティングのための基礎知識~」では、ピラミッドストラクチャーの作成方法と、文書・プレゼン資料への展開を扱います。社会人経験3年以上の方を前提とするコースです。
また、IT業務での議論・問題解決・説明まで幅広く学びたい方向けの研修には、ピラミッドストラクチャーを活用する演習も含む「IT人材のためのロジカル・シンキング入門」があります。
身につけたい内容に合わせ、ご活用いただければと思います。
ピラミッドストラクチャーは、結論・理由・事実の関係を整理するフレームワークです。
集めた情報から自分の回答を組み立てるときにも、その回答の理由を相手に伝えるときにも役立ちます。
大切なのは、最初に答えるべき問いを明確にし、情報と主張のつながりを確かめることです。根拠までたどれる形にすることで、相手は考えを理解し、その判断の妥当性も確認しやすくなります。
まずは身近な報告や提案を題材に、結論を支える理由や事実を書き出すことから始めてはいかがでしょうか。