イシューツリー分析

英語名 Issue Tree Analysis
読み方 イシュー ツリー アナリシス
難易度
所要時間 ツリー作成に30分〜1時間
提唱者 マッキンゼー等の経営コンサルティングファーム
目次

ひとことで言うと
#

大きな問題(イシュー)を**「なぜ?」または「どうすれば?」で枝分かれさせ、MECE(漏れなくダブりなく)に分解するツリー構造の分析手法**。コンサルティングファームで標準的に使われ、複雑な問題を論理的に整理して解決策を導く。

押さえておきたい用語
#

押さえておきたい用語
イシュー(Issue)
解決すべき核心的な問いのこと。「売上が下がっている」は事象であり、「売上を前年比に戻すにはどうすればいいか?」がイシュー。
MECE(ミーシー)
Mutually Exclusive, Collectively Exhaustiveの略。要素間に重複がなく、全体として漏れがない状態を指す。
Whyツリー
「なぜ?」で問題の原因を深掘りするイシューツリー。原因分析に使う。
Howツリー
「どうすれば?」で解決策の選択肢を洗い出すイシューツリー。施策立案に使う。

イシューツリー分析の全体像
#

大きな問いをMECEに分解して構造化する
イシューツリーの構造メインイシュー売上をどう伸ばす?客数を増やすMECE分解①客単価を上げるMECE分解②購入頻度を上げるMECE分解③新規顧客の獲得離脱率の改善商品単価の引上げクロスセル強化各階層がMECEであることが鍵漏れがあると見落とし、重複があると議論が混乱
イシューツリー分析の進め方
1
イシューを定義
解くべき問いを1文で定義する
2
MECEに分解
漏れなくダブりなく第1階層を展開
3
深掘り
各枝をさらに2〜3階層まで分解する
優先順位付け
インパクト×実現性で重点領域を絞る

こんな悩みに効く
#

  • 問題が大きすぎて、どこから手をつけていいか分からない
  • 議論がいつも発散して結論が出ない
  • 「他にも原因があるのでは?」という不安が消えない

基本の使い方
#

ステップ1: メインイシューを問いの形で定義する

「売上が下がっている」は事象であってイシューではない。「〜するにはどうすればいいか?」 の形に変換する。

良い例: 「来期の売上を前年比 110% にするにはどうすればいいか?」 悪い例: 「売上について」

イシューは具体的答えが出せる問いであることが条件。

ステップ2: 第1階層をMECEに分解する

メインイシューを 2〜4個 の子イシューに分解する。このとき「漏れがないか」「重複がないか」をチェックする。

MECEの定番フレーム:

  • 売上 = 客数 × 客単価 × 購入頻度(分解型)
  • 利益 = 売上 - コスト(対比型)
  • 顧客 = 新規 / 既存(二項分類型)
  • プロセス = 認知 → 検討 → 購入 → 利用 → 推奨(時系列型)

既存のフレームワークを使うとMECEを保ちやすい。

ステップ3: 各枝を2〜3階層まで深掘りし、優先順位をつける

第1階層の各項目をさらに分解する。通常 3階層 まで掘れば十分。

すべての枝を等しく深掘りするのではなく、インパクトが大きそうな枝を優先して掘る。各末端の枝に対して「この施策を実行したらどの程度の改善が見込めるか」を概算し、上位 3つ に絞って着手する。

ツリーは完璧に作ることが目的ではなく、議論の構造を揃えて全員が同じ地図を見ることが目的。

具体例
#

例1:ECサイトの売上低下の原因をツリーで特定

アパレルEC(年商 8億円)。前年同月比 15% の売上減少が3ヶ月続いていた。「とにかく広告を増やそう」という声が上がっていたが、まずイシューツリーで原因を構造化した。

メインイシュー: 「売上が前年比 85% に低下した原因は何か?」

第1階層(売上 = 訪問者数 × CVR × 客単価):

  • 訪問者数: 前年比 92%(やや減少)
  • CVR: 前年比 80%(大幅減少) ← ここが主因
  • 客単価: 前年比 98%(ほぼ横ばい)

第2階層(CVR低下の原因):

  • 商品ページの離脱率: 68% → 78% に悪化
  • カート追加率: 横ばい
  • カート放棄率: 70% → 75% に悪化

第3階層(商品ページの離脱率悪化の原因):

  • 商品画像の読み込み速度: リニューアル後 3.2秒 → 5.8秒 に悪化 ← 根本原因

ツリーなしでは「広告費 500万円 追加」が実行されるところだったが、実際の原因は画像最適化の問題。画像のWebP変換とCDN設定を行い(コスト 20万円)、読み込み速度を 2.1秒 に改善。CVRが 2ヶ月 で前年水準に回復した。

例2:新卒採用の歩留まり改善をHowツリーで設計

IT企業(従業員 300名)の人事部。新卒採用で内定承諾率が 35% と低く、採用目標 20名 に対して毎年 12〜15名 しか入社しなかった。

メインイシュー: 「内定承諾率を 50% に上げるにはどうすればいいか?」

Howツリーの第1階層:

  • 内定者の志望度を上げる
  • 競合他社との差別化を強化する
  • 内定辞退の原因を除去する

第2階層(内定者の志望度を上げる):

  • 内定者フォローの充実(メンター制度、社員との交流会)
  • 入社後のキャリアパスの可視化
  • 内定者向けの社内プロジェクト参加機会

第2階層(競合他社との差別化):

  • 給与以外の魅力の訴求(リモート制度、副業OK)
  • 技術ブログ・勉強会による技術ブランドの強化

第2階層(辞退原因の除去):

  • 辞退者へのヒアリング結果: 60% が「他社の方が成長できそう」→ 成長環境の訴求が弱い

優先施策として「内定者メンター制度」「技術ブログの強化」「辞退者ヒアリングの制度化」の3つを実行。翌年の内定承諾率が 35% → 52% に改善し、採用目標 20名 を初めて達成した。

例3:個人のキャリア課題をイシューツリーで整理

SIerのシステムエンジニア(28歳)。「今の会社にいるべきか転職すべきか」で半年間悩んでいたが、整理されないまま堂々巡りしていた。

メインイシュー: 「3年後に年収 600万円 かつ技術力で市場価値を高めるには、現職に残るか転職するかどちらが有利か?」

Whyツリー(現職の不満の原因):

  • 技術力が伸びない → 使う技術がレガシー → 社内に新技術のプロジェクトがない
  • 年収が低い → 等級制度の上限が 500万円 → 管理職にならないと上がらない

Howツリー(選択肢):

  • 現職に残る: 社内異動(新技術プロジェクト)を申請 / 副業で技術力を鍛える
  • 転職する: モダンな技術スタックの企業 / 年収レンジ 500〜700万円 のポジション

ツリーを書いたことで「社内異動を申請したことがない」ことに気づいた。まず社内異動を申請し、3ヶ月以内に実現しなければ転職活動を開始するという判断基準を設定。結果、クラウド移行プロジェクトへの異動が実現し、年収も等級改定で 480万円 → 530万円 に上がった。

やりがちな失敗パターン
#

  1. 第1階層がMECEになっていない — 「客数」と「新規顧客」を同じ階層に並べると重複する。同じ抽象度の要素を並べ、漏れと重複をチェックする。
  2. 深掘りしすぎる — 5階層以上に深くすると実用性がなくなる。通常 3階層 で十分。
  3. ツリーを作ること自体が目的になる — 美しいツリーを作っても、優先順位をつけて行動しなければ意味がない。ツリーは「どこに集中するか」を決めるための道具。
  4. 一人で完成させようとする — チームで「この分解で漏れはないか?」と議論しながら作ると、個人の思い込みによる漏れを防げる。

まとめ
#

イシューツリー分析は、「大きすぎて手が出ない問題」を「具体的に取り組める課題」に変換するツールである。MECEに分解することで漏れと重複を防ぎ、優先順位をつけることで限られたリソースを最も効果的な打ち手に集中できる。問題解決の第一歩は「問題を正しく分解すること」であり、イシューツリーはそのための最も汎用的な武器になる。