これは特定の会社や業界の問題ではない。50社以上のグロース支援を通じて見えてきたのは、KPIが機能しない企業の問題は「KPIの有無でも設計の巧拙でもない」という事実だ。KPIを「どういう構造で捉え、どういう順番で使うか」が整理されていない。これに尽きる。
このガイドでは、KSFからKDIまでの順系統を整理した上で、私が支援先で必ず実装する「KPI Growth Model」を軸に、職種別のパターン、実例、チェックリストまでを体系的に解説する。
1. KPI設計の全体像 — KSF・KGI・KPI・KDI の順系統
KPI設計でつまずく企業のほとんどは、「KPI」だけを見て設計を始める。これが最初の落とし穴だ。KPIには上下の階層があり、必ず順番に決めていく必要がある。
KSF → KGI → KPI → KDI
正しい設計順序は、上流から下流に向かって以下のように進む。
KSF（Key Success Factor）— 成功要因
事業として「何が成功の鍵を握っているか」を特定する最上流の概念。市場・顧客・自社の強みから導かれる「勝ち筋」そのものだ。たとえば「リピート率の高さ」「営業のスピード」「特定セグメントへの深い理解」など。KSFが言語化されていない状態でKPIを設計しても、的外れな指標が並ぶだけになる。
KGI（Key Goal Indicator）— 最終目標指標
KSFを踏まえた上で、事業として達成したい最終ゴールを数値化したもの。売上、ARR、利益、会員数など。経営として見るべき北極星の数字。
KPI（Key Performance Indicator）— プロセス指標
KGIを達成するための先行指標。KGIを因数分解して導き出される、プロセスを管理・改善するための数字。
KDI（Key Doing Indicator）— 行動指標
KPIを動かすための日次の行動指標。「やったか・やっていないか」だけで判断できる、現場が日次で実行確認できる指標。
この順系統が崩れると何が起こるか
KSFを定めずにKGIを置くと、ゴールが「他社の真似」や「数字遊び」になる。KGIから因果を辿らずにKPIを置くと、追っても結果が動かない「KPIのためのKPI」が量産される。KPIをKDIに翻訳しないと、現場は「何をすればいいか」が分からないまま数字だけを背負わされる。
KPI設計は単独の作業ではない。KSFからKDIまでの一本のラインを通すことが、本質だ。
2. なぜKPIは「正しいのに」機能しないのか — 3つの構造的問題
KPIが機能しない組織を観察すると、規模や業界に関係なく、3つの共通した構造的問題が見える。
問題1: KPIが「報告義務」になっている
KPIが機能しなくなる決定的な瞬間がある。それは、KPIが「報告しなければならない数字」になったときだ。
週次で報告がある。会議用に数字を集める。未達だと理由を説明する。——この瞬間から、KPIは「行動を変える道具」ではなく、説明責任を果たすための材料になる。
結果として、数字を取りに行く時間が増え、実行に使える時間が減り、現場は疲弊する。これが「KPIはあるのに成果が出ない」状態の正体だ。
問題2: 直す場所が決まっていない
プロセスKPIを並べると、多くの会社では「面談数も足りない」「展開率も低い」「受注率も悪い」と、全部が課題に見える。
そこから「全部を改善しなければいけない」という結論に飛ぶと、トーク改善、提案書改善、新施策、管理項目の追加が次々に積み上がる。
しかし、改善とは「全部を直すこと」ではない。直すべき場所を一点に絞れない限り、改善は始まらない。
問題3: 行動レベルまで落ちていない
KPIがある会社ほど、現場が苦しくなっているケースもある。理由は「KPIがあるのに、どう動けばいいか分からない」状態に陥っているからだ。
何件行くかは決まっている。数字は追っている。でも、具体的な実行策は個人任せ——。この状態では、現場は「今日は何を優先すべきか」「どの案件に時間を使うべきか」を考え続けることになる。
結果、提案書作成に時間を使いすぎる、社内ミーティングが増える、お客さんとの接触時間が減るという、最も避けたい方向に進んでいく。
この3つが組み合わさると、最もつらい思いをするのは「真面目に頑張っている人」だ。これは個人の能力の問題ではなく、KPI運用の構造の問題である。
3. KPI Growth Model — 「設定」から「運転」へ
KPIを機能させるには、「設定するもの」から「運転するもの」へと発想を転換する必要がある。私が支援先で必ず実装するのが、KPI Growth Modelだ。
全体構造
KPI Growth Modelでは、KPIを以下の階層で捉える。
KGI（最終ゴール）
↓
KPI（KGIの構成要素）
↓
プロセスKPI（工程の可視化）
↓
Volume Design（量の設計） / Quality Design（質の設計）
↓
ボトルネックKPI（最も成果を制約している一点）
↓
Primary KPI（ボトルネックを動かす最大の因子）
↓
KDI（日次で実行を確認する行動指標）この階層を「用語」として覚えるのではなく、それぞれが何のために存在しているかを分けて理解することが重要だ。
Volume Design — 量の設計から手をつける
プロセスKPIまで分解した後、次に進むのは必ずVolume Designからだ。
理由は明確で、量はコントローラブルな領域だからだ。時間の使い方、行動の配分、優先順位は、設計すれば確実に変えられる。一方で、質は不確実性を含む（ボトルネックの特定、Primary KPIの見極め、案件ごとのばらつきなど）。だからこそ、自分たちで確実に動かせる「量」から手をつける。
Volume Designの構造式は次の通り。
成果につながるボリューム
= 労働時間 × 営業時間率 × 顧客接触率 ÷ 1件あたり所要時間各変数の意味は以下の通り。
| 変数 | 意味 | 設計の方向性 |
| 労働時間 | 1日・1週・1ヶ月の総労働時間 | 原則として固定（増やさない） |
| 営業時間率 | 営業活動に使える時間の割合 | 社内会議・事務作業の削減 |
| 顧客接触率 | 営業時間中、実際に顧客接触している割合 | 移動・準備時間の最適化 |
| 1件あたり所要時間 | 1件の対応にかかる時間 | テンプレート化、商材絞り込み |
Quality Design — ボトルネックを一点に絞る
Volumeが整った状態で初めて、Quality Designに進む。ここで重要なのは「全部を改善しない」ことだ。
ステップは以下の通り。
1. プロセスKPIの中からボトルネックKPI（最も成果を制約している転換率）を1つ定める 2. そのボトルネックを動かしている候補活動を洗い出す 3. 候補活動の中で、実施したときと実施しなかったときで結果に大きな差が出る活動をPrimary KPIとして選ぶ
Primary KPIの本質は「ボトルネックの改善に対して寄与度の高い活動」だ。その活動をやった商談と、やらなかった商談で結果が大きく変わる変数こそがPrimary KPIになる。
たとえば営業の受注率を上げたい場合、「決裁者が同席した商談」と「同席しなかった商談」では受注率が2倍以上違う、ということが起きる。一方で「提案書を提出した商談」と「しなかった商談」では大きな差が出ないケースも多い。この場合、Primary KPIは決裁者同席率であって、提案書提出ではない。「やったか・やらなかったか」で結果が動かない活動を、いくら頑張っても意味がない。
ここでの判断軸は、施策ではなく数字、経験ではなく数値だ。「これを改善すれば一番効きそう」という感覚ではなく、データで「差が出ている変数」を特定し、Primary KPIを絞り込む。
Primary KPI から KDI への翻訳
Primary KPIが決まったら、最後にKDIに翻訳する。
KDIとは、「やったか・やっていないか」だけを見る行動指標だ。
- 判断がいらない
- 解釈が分かれない
- 当日中に確認できる
そして、KDIは必ず日次で確認する。行動はその日しか修正できない。週次では遅い。月次では何も変わらない。「その日のうちに見て、その日のうちに直す」これがKPIを運転するということだ。
KPI Growth Modelの詳細はこちらの記事で図解付きで解説している。
4. 形骸化を防ぐ「3層構造」フレーム
KPI Growth Modelの実装と並行して、もう一つ整備すべきものがある。それが「3層構造」だ。
第1層: 中間KPIを置く（プロセスの細分化）
多くの企業の営業KPIはこう分解される。
売上 = 単価 × 受注件数
受注件数 = 面談件数 × 受注率ここで止まると、改善の打ち手が「面談を増やせ」「受注率を上げろ」の2択になり、現場は動けない。
そこで「面談」と「受注」の間に「展開（検討意思を示した状態）」という中間KPIを置く。
面談 → 展開 → 受注展開件数を中間KPIとして追えば、「興味を持たれていないのか（PRの問題）」と「興味を持ってもらった上で買われていないのか（クロージングの問題）」を切り分けられる。打ち手が変わる。
第2層: 分析の切り口（リソース配分を判断する3軸）
KPIを集計するとき、全体集計だけで終わらせない。必ず以下の3軸でブレイクダウンする。
1. 新規 vs 既存 2. 流入経路（チャネル）別 3. 顧客規模別
「営業の調子が悪い」では何も打てない。「中小×新規×広告経由の受注率が落ちている」まで分解できて、初めて手が打てる。
第3層: 時間軸（フィードバックループの速度）
KPIをどの頻度で見るかが、最も差がつく。
| 組織レベル | 管理頻度 |
| 動きが遅い会社 | 四半期〜半期 |
| 普通の会社 | 月次 |
| 健全な営業組織 | 週次 |
| キーエンス水準 | 日次 |
3層構造の実装例は営業KPIが機能しない3つの構造的理由でも詳述している。
5. KPI設計の実践手順（5ステップ）
Step 1: KSFとKGIを言語化する
事業として「何が成功の鍵か」をKSFとして言語化し、それを達成したゴールをKGIとして1文で書き切る。ここが曖昧だと、すべての設計がブレる。
Step 2: KGIを因数分解する
KGIを掛け算で分解し、KPIを抽出する。例：ARR3,000万円 = 平均契約単価100万円 × 新規受注30件。掛け算で分解された各要素のうち、改善余地が大きく成果インパクトの高いものをKPIとして選ぶ。
Step 3: Volume Designで量の設計をする
労働時間 × 営業時間率 × 顧客接触率 ÷ 1件あたり所要時間の式で、現状を分析し、増やせる変数を特定する。
Step 4: ボトルネックKPIとPrimary KPIを特定する
プロセスKPIの中で最も詰まっている転換率（ボトルネックKPI）を特定する。次に、そのボトルネックに関連する活動を洗い出し、ハイパフォーマーと低パフォーマーで差が大きく出ている活動をデータで見極めて、Primary KPIとして選ぶ。
Step 5: KDIに翻訳する
Primary KPIを動かすために、現場が日次で「やったか・やっていないか」で判定できるKDIに翻訳し、日次の運転体制を組む。
6. 形骸化させる「アンチパターン3つ」
逆説的に「これをやれば100%形骸化する」パターンを押さえておくことで、自社の運用を点検できる。
アンチパターン1: KGIに結びつかない「KPIのためのKPI」
「面談件数を増やせば売上が上がるはずだ」という思い込みだけで設定された指標。因果仮説が言語化されていない。
処方箋：設定したKPIが本当にKGIに効くか、因果仮説を言語化してから使う。
アンチパターン2: 時間軸の管理不足
設定して満足し、半期後に「そういえば設定してたな」となるパターン。
処方箋：KPI設定と同時に「いつ、誰が、どの会議で振り返るか」をカレンダーに入れる。Primary KPIに直結するKDIは日次レビュー。
アンチパターン3: 要因分析の欠如
「未達でした」で終わらせる。なぜ未達かを掘らない。
処方箋：毎週の振り返りで「なぜ」を義務化。第2層の3軸（新規/既存、チャネル別、規模別）で要因を分解する。
