ログイン お問い合わせ

論点設計 やり方|コンサル流・解くべき問いを設計する手順とコツ

「分析を進めても、なぜか提言につながらない」「クライアントから『で、結局この案件は何を解いているの?』と問い返される」──こうした事態の根本原因の大半は、論点設計の不備にあります。論点設計とは、プロジェクトで「解くべき問い」を構造的に定義する作業であり、コンサルティングの現場では「論点が筋悪なプロジェクトは、どれだけ分析を頑張っても価値が出ない」と語られるほど、成否を左右する工程です。本記事では、論点設計の定義から、イシューツリーとの関係、設計の5ステップ、よくある失敗パターン、組織として若手に定着させる設計までを、戦略系・大手コンサルファーム出身者の視点で体系的に解説します。

目次

この記事の要点

  • 論点設計とは、プロジェクトで「解くべき問い」を構造的に定義する作業である
  • 大論点・中論点・小論点の3階層で構造化し、各論点をMECEに分解する
  • 設計は「事象把握→大論点仮置き→中論点分解→小論点詳細化→検証可能性確認」の5ステップ
  • よくある失敗は「論点ずれ」「論点が大きすぎる」「論点と作業の混同」「論点固定化」の4パターン
  • 組織として若手に定着させるには、論理的思考の座学とレビューサイクルが不可欠である

論点設計とは──「解くべき問い」を構造的に定義する作業

論点設計とは、コンサルティングプロジェクト・事業課題・意思決定の場面で、「解くべき問い」を構造的に定義する作業です。「クライアントが何に悩んでいるか」を起点に、「その悩みを解くためには何を問うべきか」「その問いを答えるためには何を細かく問うべきか」を、階層的に分解する作業を指します。

論点と課題、テーマの違い

混同されやすいのが「課題」「テーマ」との違いです。テーマは「議論する範囲(例:海外展開戦略)」、課題は「現状と理想のギャップ(例:海外売上比率が10%しかない)」、論点は「課題を解くために答えるべき問い(例:どの地域・どの事業から海外展開すべきか)」と整理できます。テーマ→課題→論点の順に、解像度が上がっていきます。

論点の3階層構造

優れた論点設計は、大論点・中論点・小論点の3階層で構造化されます。大論点は「このプロジェクトで答えるべき最大の問い(例:海外展開戦略はどうあるべきか)」、中論点は大論点を分解した3〜5個の中間問い(例:どの地域から進出すべきか/どの事業から展開すべきか/どのモードで進出すべきか)、小論点は各中論点をさらに具体化した検証可能な問い(例:地域別の市場規模はどれくらいか/競合のポジションはどうか)です。


論点設計の5ステップ

実務で使える論点設計の進め方を、5ステップで解説します。

ステップ1:事象(現状)を把握する

論点を設計する前に、クライアントが置かれている事象(現状の事実・経営層の問題意識・組織の状態)を把握します。事象の把握が浅いまま論点を設計すると、「クライアントの本当の関心事から外れた論点」を立ててしまいます。事象把握には、経営層・現場マネージャー・現場担当者という複数階層へのヒアリングが効果的です。

ステップ2:大論点を仮置きする

事象把握を踏まえて、プロジェクトの大論点を1〜2個に絞って仮置きします。大論点は「Yes/No、AかBか、何を、いくらで、いつまでに、どの順序で」のように、答えが特定される構造の問いに落とし込みます。「どうあるべきか」のような開放的な問いは、答えが収束しないため大論点としては弱いです。

ステップ3:中論点に分解する

大論点を支える3〜5個の中論点に分解します。中論点の分解には、フレームワーク(3C/4P/バリューチェーン等)を「補助線」として使うのが定石です。ただし、フレームワークの分類をそのまま中論点にするのではなく、当該プロジェクトの大論点に最適化した中論点に翻訳する作業が必要です。

ステップ4:小論点に詳細化する

各中論点をさらに3〜5個の小論点に分解します。小論点は「データを集めれば答えられる」「分析を実施すれば結論が出る」レベルの具体性に到達することが目標です。ここまで詳細化されると、誰がいつまでにどの作業をやるかが見えるようになります。

ステップ5:検証可能性を確認する

設計が完了したら、各小論点について「データ収集・分析・ヒアリングのどの方法で答えられるか」を逆チェックします。検証手段が見つからない小論点は、設計の不備または現実的に解けない問いの可能性が高く、論点を組み替える必要があります。


論点設計でよく使うイシューツリー

論点設計の可視化ツールとして、イシューツリー(論点ツリー)が広く使われます。イシューツリーは、大論点を根に置き、中論点・小論点を枝として展開する木構造の図です。

イシューツリーの3種類

イシューツリーには3種類があります。第一が「Whyツリー(原因分解型)」で、「なぜ売上が下がったのか」のような原因を掘り下げる場面で使います。第二が「Howツリー(打ち手分解型)」で、「売上を上げるには何ができるか」のような打ち手を網羅する場面で使います。第三が「Whatツリー(要素分解型)」で、「売上=客数×客単価」のような構造分解の場面で使います。論点設計では、Why・How・Whatのどのツリーを使うかを意識的に選ぶ必要があります。

イシューツリー作成のコツ

イシューツリーを作る際は、各階層がMECEになっているか(漏れなくダブりなく分解されているか)を毎回確認します。階層ごとに切り口を統一し、粒度を揃えることで、後の分析・提言の品質が大きく変わります。


論点設計のよくある失敗パターン4つ

実務で観察される失敗を4つに整理します。

失敗1:論点ずれ

クライアントの真の問題意識と、設計した論点がズレているパターンです。「クライアントが本当に悩んでいるのは『海外展開できるか』ではなく『海外展開で経営層を説得できるか』だった」のような、論点の前提が違っているケースが該当します。事象把握の段階で複数階層へのヒアリングを丁寧に行うことが予防策です。

失敗2:論点が大きすぎる

大論点が「経営をどうすべきか」のように抽象的すぎて、中論点に分解しても収束しないパターンです。大論点は答えが特定される構造に落とし込むことで、設計可能になります。

失敗3:論点と作業の混同

「市場規模を調査する」「競合分析を実施する」のような作業項目を、論点として並べてしまうパターンです。論点は「何を問うのか」、作業は「どう答えるのか」であり、両者は階層が異なります。

失敗4:論点の固定化

プロジェクト開始時に設計した論点を、途中で見直さずに固定化してしまうパターンです。事象が進むにつれて、論点を組み替える必要が出てくることは多々あります。論点設計は「一度作って終わり」ではなく、プロジェクトを通じて見直し続ける作業です。


業界・職種別の論点設計具体例

論点設計の具体例を、3つのシーンで示します。

戦略コンサルの新規事業評価

大論点:「新規事業Aは投資判断としてGoかNoGoか」。中論点:「①市場機会は十分か」「②自社の競争優位は確立できるか」「③投資回収は許容期間内か」「④経営資源は確保可能か」。小論点(例:①の下):「市場規模はいくらか」「成長率はどれくらいか」「顧客の支払い意欲はあるか」「市場の構造変化はあるか」。

IT・SIerのシステム刷新案件

大論点:「基幹システムは、フルリプレースかモダナイゼーションのどちらで刷新すべきか」。中論点:「①現行システムの限界はどこにあるか」「②刷新後の業務要件は何か」「③各選択肢の投資・期間・リスクはどう違うか」「④段階移行の現実性はあるか」。

金融機関の事業ポートフォリオ再編

大論点:「リテール部門の収益力強化のために、何を最優先施策とすべきか」。中論点:「①既存顧客のLTV向上余地はどこにあるか」「②新規獲得チャネルの収益性はどう変化しているか」「③デジタル接点の整備状況はどうか」「④組織体制の変革は必要か」。

このように、論点設計はプロジェクトの「設計図」として、後続の分析・提言の方向性を決定づけます。


論点設計の工数感とROI

戦略系プロジェクト(3〜6か月)における論点設計の所要工数は、若手アナリストで20〜40時間、マネージャー監修込みで40〜80時間が標準的です。プロジェクト総工数の5〜10%を論点設計に投じる感覚で、ここを丁寧にやらないと残りの90〜95%の工数が無駄になるリスクが高まります。

論点設計の品質がプロジェクト成果に与えるインパクトは大きく、論点が筋悪なプロジェクトでは「分析は精緻だが提言が刺さらない」という結果に陥ります。一方、論点設計が秀逸なプロジェクトは、分析が荒削りでも提言が経営層に刺さる傾向があります。組織として論点設計力を底上げする投資は、プロジェクトROIを直接押し上げる効果があります。


Ballista実証メソッドに基づく論点設計力の組織的定着

論点設計を個人として身につけることと、組織として若手全員が一定水準で設計できるようになることは、別の課題です。コンサルファームや事業会社の戦略・経営企画部門で若手育成を担う方が直面する典型的な問題は、「論点設計はマネージャーが実質的に行い、若手は与えられた論点に従って分析するだけ」という、論点設計の暗黙知が形式知化されない構造です。

この構造を解消するには、第一に「論点設計の体系的理解(大・中・小論点の構造、イシューツリーの作り方、MECEの適用)」、第二に「実案件での論点設計レビューを通じた応用力の獲得」、第三に「ベテラン陣の暗黙知を言語化したテンプレート・事例集の活用」の3つが必要です。

ConStepを運営する株式会社Ballistaは、戦略系・大手コンサルファーム(Strategy&/Monitor Deloitte/PwC/Deloitte/Accenture/EY Parthenon等)出身者が結集したプロフェッショナルファームとして、自社で論点設計の暗黙知の形式知化を実証してきた経験を持ちます。その経験を反映したカリキュラム『論理的思考』では、論点設計の定義・3階層構造・イシューツリー・5ステップ・職種別具体例・失敗パターンを、約3時間のeラーニングで体系的に学べる設計です。座学で原理を理解した受講者が、自社のマネージャーからの実案件レビューで応用を磨くことで、6〜12か月で若手全員に論点設計力を組織的に定着させることが可能になります。


よくある質問(FAQ)

Q. 論点設計と仮説思考はどう違いますか?

A. 論点設計は「解くべき問い」を構造化する作業、仮説思考は「その問いに対する仮の答え」を先に置く思考法です。両者は補完関係で、優れたコンサルタントは「論点設計と仮説思考をセット」で運用します。

Q. 論点設計はプロジェクト開始時に1回やれば十分ですか?

A. 不十分です。プロジェクトを進めると、当初想定しなかった事象が発見されたり、クライアントの関心が変化したりするため、論点設計は2〜3週間に1回見直すのが推奨です。

Q. フレームワーク(3C/4P/PEST等)と論点設計はどう関係しますか?

A. フレームワークは中論点を分解するときの「補助線」として使うべきで、フレームワークの項目をそのまま中論点にするのは推奨されません。プロジェクトの大論点に最適化された論点に翻訳する作業が必要です。

Q. 論点設計を若手に教えるとき、最初に何を教えるべきですか?

A. 「大論点を1文で書く」訓練を最優先で行います。多くの若手は、いきなり中論点・小論点に飛びついてしまうため、最上位の問いを1文で固定する習慣が出発点になります。

Q. 論点設計とイシューアナリシスの違いは?

A. ほぼ同義で使われます。イシューアナリシスは「論点設計+論点に対する分析」を含む幅広い概念として使われることもありますが、実務上はほぼ同じ作業を指します。


まとめ

  • 論点設計は、プロジェクトで「解くべき問い」を大・中・小の3階層で構造化する作業
  • 設計プロセスは事象把握→大論点仮置き→中論点分解→小論点詳細化→検証可能性確認の5ステップ
  • イシューツリー(Why/How/What)を使うことで、論点を可視化・共有しやすくなる
  • よくある失敗は論点ずれ・論点過大・論点と作業の混同・論点固定化
  • 組織として若手に定着させるには、座学とレビューサイクルの組み合わせが不可欠

若手の論理的思考力育成をBallistaと相談する

御社の若手育成の現状を踏まえて、論点設計を含む論理的思考全般の組織的定着に向けた設計を整理する個別相談(30分・無料)をご利用いただけます。

お問い合わせはこちらから


関連ページ


監修:株式会社Ballista 現役コンサルタント陣(Strategy&/Monitor Deloitte/PwC/Deloitte/Accenture/EY Parthenon 等出身)
最終更新日:2026年5月26日

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

コンサルティングスキルを、
組織全体の力に。

まずは無料登録で、
一部のカリキュラムを体験いただけます。
貴社の課題に合わせた
最適な教育プランもご提案可能です。