会議室のホワイトボードに、きれいなツリーが残っていた。頂点に「売上」、その下に「受注件数」と「単価」。誰も反論できない、正しい分解だ。
そして翌週、営業チームの動き方は前週とまったく同じだった。
これがロジックツリーで最も多い失敗である。分解が間違っているのではない。分解が浅いのだ。「受注件数を増やす」も「単価を上げる」も、行動ではなく標語にすぎない。標語からは、明日の朝に誰が何をするかが決まらない。
本記事では、ロジックツリーの定義と4種類の使い分け、MECEの正しい扱い方、作り方の手順を解説する。そのうえで、打ち手が出るところまで分解するとはどういうことかを、筆者がキーエンス時代に実際に使っていた売上の分解式で示す。後半のセクションが、一般的な解説記事と本記事の分かれ目になる。
ロジックツリーとは
ロジックツリーとは、ひとつの論点を階層的に分解し、要素どうしの関係を樹形図で表した思考の道具だ。頂点に問いを置き、その下へ「何で構成されるか」「なぜそうなるか」「どうやって解くか」の連鎖として枝を伸ばしていく。
使う価値は4つある。
1. 議論の対象を特定できる。 「売上が伸びない」という一文には、原因の候補が無数に含まれている。ツリーに分解すれば、いま誰がどの枝の話をしているのかを全員が指させるようになる。会議が噛み合わない原因の多くは、参加者それぞれが違う枝を見たまま喋っていることにある。
2. 検討の抜けが見える。 頭の中だけで考えると、思いつきやすい原因ばかりを何度も検討してしまう。紙の上に枝を並べると、埋まっていない枝が目に入る。
3. 優先順位がつけられる。 各枝に数字が入れば、どこを直せば最も効くかが比較できる。感覚で「まず新規開拓だ」と決めるのではなく、乖離の大きさで決められるようになる。
4. 引き継ぎができる。 頭の中の論理は共有できないが、ツリーは渡せる。担当が替わっても、なぜその指標を追っているのかが残る。
マインドマップ・ピラミッドストラクチャーとの違い
見た目が似た手法と混同されやすいので、先に整理しておく。
マインドマップは発散のための道具だ。中心から自由に連想を広げ、アイデアの量を出すことを目的とする。MECEである必要はなく、枝どうしが重なっていても構わない。ロジックツリーは逆に収束のための道具で、重複を排して構造を確定させにいく。
ピラミッドストラクチャーは結論を頂点に置き、それを支える根拠を下に並べる。向きが「主張→論拠」であり、相手を説得するための構造だ。ロジックツリーは「全体→要素」に分解する構造で、原因を探すために使う。同じ図に見えても、上下に流れている論理が違う。
迷ったときは目的で選ぶ。アイデアを広げたいならマインドマップ、原因を突き止めたいならロジックツリー、説明して納得させたいならピラミッドストラクチャーである。
ロジックツリーの4種類
用途によって4つに分かれる。実務では、これを順番に使う。
| 種類 | 頂点に置く問い | 使う場面 |
|---|---|---|
| Whatツリー（要素分解） | 何で構成されているか | 現状把握・構造の共有 |
| Whyツリー（原因追及） | なぜそうなっているか | 原因の特定 |
| Howツリー（手段展開） | どうやって解決するか | 打ち手の立案 |
| KPIツリー（指標展開） | どの数字を追うか | 実行・モニタリング |
Whatツリーは対象を要素に割る。「売上 = 受注件数 × 単価」はこれにあたる。議論の土台になる。
Whyツリーは原因をさかのぼる。「受注件数が足りない → 面談数が足りない → 架電数が足りない」のように、なぜを繰り返して真因に近づく。
Howツリーは手段を広げる。「架電数を増やす → リストを増やす／架電の時間帯を変える／担当を増やす」と、実行できる選択肢を並べる。
KPIツリーは、そこまでで見えた論点を追跡可能な指標に変換する。一般にはロジックツリーの4種類目として並べられるが、実務上の性質はやや異なる。What・Why・Howが「一度引いて答えが出れば役目が終わる」のに対し、KPIツリーは日次・週次で更新し続けて組織を動かすためのものだ。この違いは後半で改めて扱う。
順番が重要だ。Whatで構造を押さえ、Whyで原因を絞り、Howで打ち手を出し、KPIで追い続ける。 いきなりHowから始めると、原因が特定されないまま施策だけが積み上がる。「施策は山ほどあるのに数字が動かない」という状態は、たいていこの順番を飛ばしたときに起きる。
MECEは「正しさ」を保証するが「有用さ」は保証しない
MECE（Mutually Exclusive, Collectively Exhaustive）は「モレなく、ダブりなく」と訳される。ロジックツリーを引くときの基本作法だ。
「売上 = 既存顧客売上 ＋ 新規顧客売上」はMECEである。すべての売上がどちらかに入り、両方に入るものはない。
ただし、ここに落とし穴がある。MECEは分解が論理的に正しいことを保証するが、その分解が役に立つことまでは保証しない。
たとえば「売上 = 東京の売上 ＋ 東京以外の売上」も完璧なMECEだ。しかしこの分解から、明日の打ち手が出るだろうか。地域が課題の本質でないなら、この枝は正しいだけで何も生まない。
MECEを満たす分解は無数にある。その中から打ち手につながる切り口を選ぶ判断こそ、ロジックツリーの実力差が出るところだ。MECEは通過点であって、目的地ではない。
ロジックツリーの作り方 4ステップ
Step 1. 頂点の問いを一文で書く
「売上」のような単語ではなく、「今期の受注件数が計画に対して30件足りない」のように、主語と数字が入った一文で書く。頂点が曖昧なままだと、以下の枝はすべて曖昧になる。
Step 2. 切り口を複数出してから選ぶ
ここが最も差がつく工程だ。ひとつの対象に対して、切り口は必ず複数ある。受注件数なら「既存／新規」「製品別」「地域別」「担当者別」「規模別」などが候補になる。
いきなり第一案で下ろさず、候補を3つ以上並べてから選ぶ。 選ぶ基準は「その切り口で割ったとき、枝ごとに違う打ち手が出るか」だ。どちらの枝でも同じ施策になるなら、その切り口は割る意味がない。
分解の仕方には掛け算と足し算の2通りがある。この使い分けを意識すると、切り口が格段に出しやすくなる。
掛け算分解は、ひとつの成果を通過するプロセスに分ける。「受注件数 = 面談数 × 展開率 × 獲得率」のように、歩留まりを見たいときに使う。どの工程で落ちているかが見える。
足し算分解は、全体を重ならないグループに割る。「受注件数 = 既存 ＋ 新規」のように、性質の違うカタマリを分けたいときに使う。平均で見ていたら見えない差が出てくる。
実務では両方を組み合わせる。まず足し算で性質の違う塊に分け、それぞれを掛け算でプロセスに下ろす。後半で示す受注件数の分解は、まさにこの形をとっている。
Step 3. 「明日誰が何をするか」が決まる粒度まで下ろす
枝を止める基準は、階層の深さではない。その末端を見た担当者が、明日の行動を決められるかである。「展開率を上げる」では止まっていない。「大手企業との面談比率を週次で管理する」まで来て、はじめて止まってよい。
目安としては深さ3〜5階層、同じ階層の枝は多くても7つまでに収まることが多い。ただしこれは結果であって、守るべきルールではない。5階層あっても末端が行動になっていなければ未完成だし、2階層で行動が決まるならそこで十分である。枝が8つ・9つと広がったときは、切り口が混ざっているサインと見てStep 2に戻るとよい。
Step 4. 各枝に数字を入れる
現状値・目標値・達成率を入れる。数字が入らない枝は、実は測っていない指標である。ツリーを引く作業は、測定できていない箇所を洗い出す作業でもある。
数字が揃えば、最も乖離の大きい枝がボトルネックとして浮かび上がる。
実践：浅い分解と、打ち手が出る分解
ここからが本題だ。同じ「売上」を頂点に置いても、分解の深さで得られるものはまったく変わる。
浅い分解
売上 = 受注件数 × 単価多くの現場で描かれるのはここまでだ。ここから出てくる結論は「受注件数を増やそう」か「単価を上げよう」の二択になる。どちらも正しく、どちらも行動ではない。
打ち手が出る分解
受注件数 = 既存案件 ＋ 新規案件 － 競合負け数
既存案件 = 既存案件数 × 既存案件の獲得率
新規案件 = 面談数 × 展開率 × 展開獲得率
競合負け数 = 遭遇率 × 競合負け率
これはキーエンスで実際に使っていた分解である。枝が増えただけに見えるかもしれないが、この形にすると見えるものが変わる。
なぜ既存と新規を割るのか
多くの営業組織は、当期の新規案件に注意が集中する。新しい案件が入ってきているか、面談数は足りているか。会議の議題も自然とそこに寄る。
ところが既存と新規を分けて数字を並べると、既存案件の獲得率が静かに落ちているケースが少なくない。新規の数字を追いかけている間に、すでに手元にある案件の取りこぼしが増えている。合算した「受注件数」だけを見ていると、新規の増加が既存の劣化を覆い隠してしまい、この変化は最後まで表に出てこない。
キーエンス時代は、既存案件を洗い出して毎日表に出し、いま誰がどこまでコンタクトできているかを確認していた。既存案件は「すでに勝ちが見えている案件」ではない。放置すれば落ちる案件である。
分解を既存と新規に割った瞬間に、この打ち手が生まれる。「受注件数を増やす」という標語からは、決して出てこない打ち手だ。
なぜ競合負け数を引き算で外に出すのか
競合負け数は、獲得率の中に含めてしまうこともできる。あえて外に出すのは、ここが受注件数にダイレクトに効くうえ、打ち手が二手に分かれるからだ。
競合負け数 = 遭遇率 × 競合負け率
この式は、論点を2つに割る。
論点1：競合に遭遇せずに勝てないか（指名で勝つ）
そもそも相見積もりにならなければ、競合に負けることはない。打ち手はターゲットの選び方、案件の見つけ方、初期接触の早さ、顧客との関係構築に向かう。
論点2：競合に遭遇したうえでどう勝つか
比較の土俵に乗ったあとの勝負だ。打ち手は比較軸の設計、デモの質、決裁者への接触、条件提示に向かう。
この2つは、必要な打ち手がまったく違う。獲得率の中に混ぜてしまうと「獲得率を上げよう」で終わり、どちらの問題なのか判別できない。外に出して遭遇率と負け率に割るからこそ、どちらを改善すべきかが数字で決まる。
ボトルネックは、分解して初めて姿を現す
ここまで割ったうえで各枝に現状値と目標値を入れると、「受注件数が足りない」という曖昧な課題が、次のいずれかに特定される。
- 既存案件の獲得率が落ちている → 既存案件の洗い出しと日次のコンタクト管理
- 面談数が足りない → 母数をつくる活動
- 展開率が低い → ターゲット選定かデモ品質
- 遭遇率が高い → 案件の見つけ方、初期接触の早さ
- 競合負け率が高い → 比較軸の設計、クロージング
打ち手が一意に決まるところまで下りて、はじめてロジックツリーは道具になる。 そこまで行かないツリーは、正しいだけの図にすぎない。
売上以外のテーマ（コスト・採用・マーケ）や、What・Why・Howそれぞれの具体例を見たい場合はロジックツリーの例｜Why・How・Whatツリーの具体例と売上分解のパターン集に種類別に並べている。
営業ファネルの各指標をどう設計するかはフィールドセールスKPI設計とインサイドセールスのKPI設計で詳しく扱っている。