この記事の要点
- 【結論】 論点設計が甘いと、分析力・情報量がいくらあっても答えにたどり着けない。6ステップの手順化で誰でも実行可能にする。
- 【重要ポイント1】 「イシューを見極める」から「答えを出す」まで、6ステップで構造化した。
- 【重要ポイント2】 Issue Tree、SCQフレーム、仮説展開などマッキンゼー流の思考技術を業務手順に落とし込んでいる。
- 【重要ポイント3】 各ステップにテンプレート例と失敗パターンを付け、明日から使える設計にした。
- 【対象読者】 コンサルタント、経営企画、事業企画、マネージャー、次世代リーダー。
目次
- 論点設計が「業務で使える」ために必要なこと
- 全体プロセス（6ステップ）の全体像
- ステップ1：イシューを見極める
- ステップ2：スコープとゴールを設定する
- ステップ3：Issue Treeで論点を分解する
- ステップ4：仮説を展開する
- ステップ5：分析設計と検証
- ステップ6：答えを構造化する
- よくある失敗3パターンと回避策
- 実務で使えるチェックリスト
- FAQ（よくある質問）
- 参考文献・出典
論点設計が「業務で使える」ために必要なこと
結論： 論点設計は「思考の起点」であり、ここが甘いと後工程すべてが空振りします。安宅和人の『イシューからはじめよ』が指摘する通り、価値ある問いを見極めることが第一です。
多くの現場で論点設計が甘くなる主因は次の3つです。
- 依頼をそのまま論点にする：「売上を上げる方法を考えよ」を論点にしてしまい、より本質的な問い（なぜ売上が下がったか、何が制約か）に踏み込まない。
- 論点が広すぎる：「日本市場のDX戦略」など、期間内に答えを出せない広さのままスタートする。
- 論点が浅すぎる：表層の課題（会議が長い）に留まり、構造的原因（意思決定の分業不足）に踏み込まない。
論点設計とは、これらの罠を避け「答えるに値する問い」「答えられる問い」「意思決定を動かす問い」の3条件を満たす問いを設計する行為です。
マッキンゼーでは、案件初日から3日以内に「論点設計」を仕上げるプロトコルが定着しています。BCG、ベインでも同様で、論点設計を数時間で行うトレーニングが行われます。
全体プロセス（6ステップ）の全体像
結論： 6ステップは「見極め→設定→分解→仮説→検証→統合」の順で進めます。
| ステップ | 内容 | 主要ツール | 所要時間目安 |
|---|---|---|---|
| 1 | イシューを見極める | SCQフレーム | 30-60分 |
| 2 | スコープとゴール設定 | Terms of Reference | 30分 |
| 3 | Issue Treeで分解 | 論点構造化 | 60-120分 |
| 4 | 仮説を展開 | 仮説シート | 60分 |
| 5 | 分析設計と検証 | ワークプラン | 数日-数週間 |
| 6 | 答えを構造化 | ピラミッド原則 | 60分 |
ステップ1：イシューを見極める
結論： 依頼者の言葉を鵜呑みにせず、本当に答えるべき問いを見極めます。SCQフレームが有効です。
イシュー見極めの具体的手順は以下です。
- 依頼の文脈を書き出す：Situation（現状）、Complication（何が変わったか）、Question（何を問われているか）。
- 「本当に答えるべきこと」を再定義：依頼の背後にある関心・恐れ・期待を推測する。
- 仮の論点を3案書く：狭い論点、標準的な論点、広い論点の3つを用意。
- 依頼者に問い直す：「私はこう理解しましたが、これで合っていますか？」
テンプレート例：SCQフレーム
Situation：新規事業の売上が3年で頭打ち。競合が急拡大。
Complication：既存の営業チャネルでは獲得コストが上がっている。
Question：既存事業の売上を維持しつつ、新規獲得コストを下げる戦略は？
（論点候補）
A案：既存事業の売上維持策
B案：新規獲得コスト構造の見直し
C案：事業ポートフォリオ再構築
失敗しないためのポイント：
- 依頼者の「言った通り」ではなく「言いたかったこと」を捉える。
- 問い直しを恐れない。依頼者の思考を明確化する行為でもある。
- 期限・成果物・意思決定者を必ず確認する。
ステップ2：スコープとゴールを設定する
結論： 論点の対象範囲・除外範囲・成功基準を明文化することで、後工程の手戻りを防ぎます。
スコープ設定の具体的手順は以下です。
- 対象範囲を明示：地域・事業・時間軸・機能などを具体的に絞る。
- 除外範囲を明示：「今回は扱わない」領域を明記する。
- ゴールを定義：意思決定者が受け取ったときに「これで動ける」と感じる状態。
- アウトプット形式を合意：資料・レポート・意思決定材料の粒度。
テンプレート例：Terms of Reference（TOR）
【プロジェクト名】新規顧客獲得コスト最適化
【対象範囲】国内BtoB事業（3事業のうち事業A）、直近2年
【除外範囲】海外市場、事業B・C、既存顧客深耕施策
【ゴール】獲得コストCPAを30%削減するための3施策を提案し、
経営会議で意思決定材料として承認される
【期限】6週間
【アウトプット】20-30枚の意思決定材料スライド＋Executive Summary
【意思決定者】事業本部長、CMO失敗しないためのポイント：
- スコープを広げすぎない。「あれも見ておくべき」に負けない。
- 除外範囲を明示することで、期待値管理と後工程の集中を実現。
- ゴールは「深いインサイト」でなく「意思決定できる状態」に置く。
ステップ3：Issue Treeで論点を分解する
結論： Issue Treeとは、最上位の論点を階層的に分解した思考の設計図です。3-4階層で MECE に近い形で分解します。
Issue Tree構築の具体的手順は以下です。
- 最上位に「主論点」を置く：ステップ1で定めた問い。
- 下位に「サブ論点」を3-5個ぶら下げる：切り口はA/非A、プロセス、機能、地域などから選ぶ。
- さらに下位に「詳細論点」を展開：3-4階層まで下ろす。
- 各論点を「疑問文形式」で書く：「営業チャネル」ではなく「営業チャネルをどう再設計するか？」。
- 意味のない枝を刈る：分解した後、答えに影響しない枝は削除。
テンプレート例：Issue Tree
【主論点】獲得CPAを30%削減する3施策は？
├─ 現在のCPA構造は何が悪いか？
│ ├─ どのチャネルが高コストか？
│ ├─ どの顧客セグメントが高コストか？
│ └─ 競合と比較して何が違うか？
├─ どのチャネルの効率を上げられるか？
│ ├─ SEOで改善余地はあるか？
│ ├─ 広告ROIを最適化できるか？
│ └─ 紹介・パートナー経由を増やせるか？
└─ 新チャネル開拓の余地はあるか？
├─ 未活用のチャネルは？
├─ 参入コストは？
└─ 短期成果が期待できるか？失敗しないためのポイント：
- 疑問文で書く。名詞句だけだと分析の方向性が定まらない。
- 分解しすぎない。3-4階層で十分。深すぎると全体像が見えなくなる。
- MECEを厳密に追わず、「答えに必要な論点が漏れなくカバーされているか」を優先。
ステップ4：仮説を展開する
結論： 論点だけ書いても分析は進みません。各論点に「たぶんこうだろう」の仮説を紐づけて、初めて検証プロセスが始まります。
仮説展開の具体的手順は以下です。
- 各下位論点に対して仮説を1-3個立てる：直感・経験・過去データから。
- 仮説の重要度と検証容易性で優先順位づけ：重要度×検証容易性の2×2で高いものから。
- 反対仮説も用意：自分の仮説の逆の可能性も想定する。
- 仮説を依頼者・上司と議論：早期に共有し方向性の合意を得る。
テンプレート例：仮説シート
| 論点 | 仮説 | 反対仮説 | 重要度 | 検証方法 |
|---|---|---|---|---|
| どのチャネルが高コストか？ | Google広告CPAが業界平均の2倍 | 業界平均どおりで問題は別 | 高 | GA・広告データ |
| SEOで改善余地はあるか？ | 主要KWの順位低下でトラフィック30%減 | 検索意図変化で対処困難 | 高 | Search Console |
| 未活用のチャネルは？ | セミナー・イベント経由の余地 | すでに飽和 | 中 | 業界調査 |
失敗しないためのポイント：
- 仮説がないまま分析に入らない。仮説が精度を高める。
- 仮説を1つに絞らない。反対仮説を含めて3-5個で並走。
- 早期に上司・依頼者と仮説を共有し、方向転換の柔軟性を保つ。
ステップ5：分析設計と検証
結論： 論点と仮説が定まったら、検証に必要な分析・データ・インタビューを設計します。ワークプランで整理します。
分析設計の具体的手順は以下です。
- 各仮説の検証に必要なアウトプットを定義：例えば「Google広告CPAの業界比較表」。
- 必要なデータ・インタビュー先をリスト化：内部データ、外部データ、インタビュー相手を列挙。
- 作業を担当者と期限に落とす：ワークプラン形式で。
- 中間レビューポイントを設定：週次・隔週で仮説の見直し。
テンプレート例：ワークプラン
| 論点 | 仮説 | 分析アウトプット | データ・情報源 | 担当 | 期限 |
|---|---|---|---|---|---|
| どのチャネルが高コストか？ | Google広告CPAが業界2倍 | チャネル別CPA比較表 | GA、SimilarWeb | A | 1週 |
| SEOで改善余地は？ | 主要KWの順位低下30% | KW順位・トラフィック推移 | Search Console | B | 1週 |
| 未活用チャネルは？ | セミナー経由余地 | チャネル別ROI比較 | 業界レポート | C | 2週 |
失敗しないためのポイント：
- 「分析すること」自体を目的化しない。仮説検証がゴール。
- データが取れない仮説は捨てるか、代替検証方法を用意する。
- 中間段階で仮説修正を恐れない。むしろ推奨。
ステップ6：答えを構造化する
結論： 検証結果を「主論点への答え」として構造化します。ピラミッド原則で整理し、意思決定材料に仕上げます。
答え構造化の具体的手順は以下です。
- 主論点に対する結論を1行で書く：3施策なら「3施策を90日で実行する」。
- 結論を支える3-5個の主張を列挙：MECEに整理。
- 各主張に根拠（数字・事実）を紐づける：ピラミッド構造。
- 意思決定者の視点で読み直す：「これで動けるか？」を自問。
- リスク・前提・依存条件を明示：意思決定の判断材料として。
テンプレート例：ピラミッド構造の結論
【結論】獲得CPAを30%削減するには、
「Google広告最適化」「SEO再構築」「セミナー経由開拓」の3施策を並行実行する。
├─ 施策1：Google広告最適化 → CPA -20%
│ （現状：業界平均の2倍、KW再構成で改善可）
├─ 施策2：SEO再構築 → CPA -40%
│ （主要KWの順位を10位以内に戻す、6か月）
└─ 施策3：セミナー経由開拓 → CPA -50%（新チャネル）
（業界内で未活用、四半期開催）
【前提】マーケ予算配分の柔軟な変更が可能
【リスク】SEO順位改善に6か月要する
【投資】20M、想定CPA削減効果 34%（180日後）失敗しないためのポイント：
- 結論は明確に。曖昧な言葉（「重要」「戦略的」）を排除。
- 意思決定者が「明日から動ける」粒度まで具体化。
- リスク・前提を隠さない。透明性が信頼を生む。
よくある失敗3パターンと回避策
結論： 論点設計で頻出する失敗は「論点が広すぎる」「仮説なし分析」「答えの曖昧化」の3パターンです。
失敗1：論点が広すぎる
「DX戦略」「組織改革」など、期間・リソースで答えが出せない広さのままスタート。
回避策： スコープを厳密に絞る。ステップ2のTORで対象・除外・ゴールを明文化。「今回は扱わない」を明示。
失敗2：仮説なし分析
仮説を立てずに情報収集を始め、大量のデータを集めても示唆に至らない。
回避策： ステップ4の仮説展開を必ず経る。仮説なくして分析なし。
失敗3：答えの曖昧化
分析結果が「重要」「今後さらに検討」など曖昧で意思決定に至らない。
回避策： ステップ6でSo What / Why So チェック。意思決定者の視点で「動けるか」を自問。
実務で使えるチェックリスト
- [ ] ステップ1：イシューを1行で書けたか？依頼者と合意したか？
- [ ] ステップ2：TORで対象・除外・ゴール・期限を明文化したか？
- [ ] ステップ3：Issue Treeを3-4階層で疑問文形式で作ったか？
- [ ] ステップ4：各論点に仮説と反対仮説を用意したか？
- [ ] ステップ5：ワークプランで担当・期限を明示したか？
- [ ] ステップ6：結論をピラミッド構造で構造化したか？意思決定できる粒度か？
FAQ（よくある質問）
Q1：論点設計は何時間かければよいですか？
A1：プロジェクト全体期間の10-20%が目安です。6週間プロジェクトなら1週間程度を論点設計に使います。ただし完璧を目指さず、80%の設計で見切って着手し、中間で修正する運用が現実的です。
Q2：Issue Treeはどこまで細かく作るべきですか？
A2：3-4階層が実務では妥当です。それ以上細かくすると全体像が見えなくなり、分析設計にもつながりません。深堀りが必要な枝のみ、部分的に5-6階層まで下ろすアプローチが有効です。
Q3：仮説と分析結果が異なる場合、どちらを信じるべきですか？
A3：分析結果を優先し、仮説を修正します。ただし分析結果自体を疑うことも必要で、データの取り方・サンプル・解釈にバイアスがないか確認します。仮説の「反証」こそが価値ある発見です。
Q4：論点設計を上司と合意するタイミングは？
A4：ステップ2（スコープ設定）とステップ4（仮説展開）の2回が必須です。ステップ2で「何を答えるか」、ステップ4で「どんな結論に至りそうか」の初期合意を取ります。後工程での大幅手戻りを防ぎます。
Q5：生成AIを論点設計に活用できますか？
A5：可能です。特にステップ1（依頼の再解釈）、ステップ3（Issue Tree の網羅チェック）、ステップ4（仮説のブレスト）で有効です。ただしAIの出力を鵜呑みにせず、自分の論点構造とAIの提案を突き合わせて統合する使い方が推奨されます。
参考文献・出典
- 安宅和人『イシューからはじめよ』（2010）
- 齋藤嘉則『問題解決プロフェッショナル』（1997）
- 内田和成『論点思考』（2010）
- Minto, B. “The Pyramid Principle” (1987)
- マッキンゼー・アンド・カンパニー「Problem Solving」トレーニング教材
- 経済産業省「デジタルスキル標準（DSS）」（2024年改訂版）
関連記事
この記事を書いた著者
Ballista Inc. 編集部
監修：中川貴登（Ballista代表取締役）
コンサルティングファーム・IT企業での論点設計指導・案件実行の経験を元に執筆。
ConStepについて
ConStepは、AI時代の上流人材育成プラットフォームです。論点設計・仮説思考・ピラミッド原則をDSS準拠体系で提供します。
個別相談のご案内：貴社の上流スキル育成について、個別相談（30分・無料）を承っています。個別相談予約
