「営業は案件数を見ているが、経営は売上だけ見ている」「マーケはリード数を追っているが、受注とのつながりが見えない」――BtoB企業の成長が頭打ちになるとき、多くの場合で起きているのは努力不足ではなくKPI設計の断絶です。
売上成長を再現可能にするには、部門ごとの数字を並べるだけでは足りません。CAC、LTV、パイプラインカバレッジ、受注率、NRRのような指標を一つの流れで設計し、CRM上で共通言語として扱う必要があります。
本記事では、BtoB企業が売上成長を管理するためのKPI設計を、経営・営業・マーケティング・カスタマーサクセスを横断する形で整理します。
この記事でわかること
- BtoB売上成長KPIが部門ごとに分断されやすい理由
- 経営と現場をつなぐ7つの主要KPI
- CRM上でKPIツリーを設計する方法
- 月次レビューで数字を意思決定につなげる進め方
- KPI設計でよくある失敗パターン
なぜ売上成長KPIが噛み合わないのか
BtoB企業では、部門ごとに追っている数字が違います。マーケティングはMQL数、営業は受注率、CSは解約率、経営は売上。どれも重要ですが、つながっていなければ部分最適になります。
典型的な問題は以下の3つです。
- リード数は増えているのにCACが悪化している
- 商談数はあるのにパイプラインカバレッジが不足している
- 売上は伸びているのにNRRが低く、将来の成長が不安定になっている
経営と現場をつなぐ7つの主要KPI
売上成長のKPIは、最低でも以下の7つをつないで見ると全体像がつかみやすくなります。
| KPI |
何を見るか |
主な利用者 |
| CAC |
顧客獲得コストの妥当性 |
経営、マーケ |
| 商談化率 |
リードの質と初回接触の精度 |
マーケ、IS |
| 受注率 |
営業プロセスの再現性 |
営業 |
| 平均受注単価 |
収益性の構造 |
営業、経営 |
| パイプラインカバレッジ |
目標達成に必要な案件量 |
営業、経営 |
| LTV |
顧客から回収できる総収益 |
経営、CS |
| NRR |
既存顧客の継続・拡大力 |
経営、CS |
重要なのは、単体の数字よりも前後関係を見ることです。たとえばCACが上がってもLTVとNRRが改善していれば許容できる場合がありますし、商談化率が高くても受注率が低ければボトルネックは提案工程にあります。
CRMでKPIツリーを実装する方法
CRM上では、KPIを以下のようなツリーで設計すると運用しやすくなります。
- 最上位に売上目標とNRRを置く
- その下に受注件数、平均単価、更新率を置く
- さらに下位に商談数、MQL数、顧客セグメント別LTVを置く
この構造にすると、「売上が未達なのは商談数不足なのか、受注率低下なのか、既存顧客の解約なのか」をCRMダッシュボード上で分解できます。ダッシュボードは、部門別ではなく収益プロセス別に作るのがポイントです。
月次レビューを数字で終わらせない進め方
KPIレビューが形骸化する企業では、会議が数字の読み上げで終わっています。売上成長KPIのレビューでは、以下の3点まで踏み込む必要があります。
- 先月から最も悪化したKPIは何か
- その原因はどのプロセスにあるか
- 来月どのKPIを何ポイント改善するか
おすすめは、KPIごとに担当部門を持たせつつ、月次会議では必ず部門横断で議論することです。CACやNRRのような指標は、一部門では改善できません。
KPI設計でよくある失敗
失敗1:指標が多すぎる
最初から20個以上のKPIを並べると、どれも意思決定に使われなくなります。まずは7つ前後に絞るべきです。
失敗2:定義が統一されていない
MQLや受注の定義が部門ごとに違うと、同じ数字を見ていても議論が噛み合いません。
失敗3:CRMに数値の根拠が残っていない
Excelで別計算している状態では、KPIの異常値が出ても原因分析ができません。可能な限りCRM上で算出する設計が必要です。
まとめ
BtoB売上成長KPI設計の本質は、部門の数字を増やすことではなく、収益プロセス全体を一つのストーリーとして管理することです。CAC、LTV、パイプライン、NRRをCRM上でつなげることで、経営と現場が同じ論点で意思決定できるようになります。
関連記事
よくある質問(FAQ)
Q1. KPIは何個までに絞るべきですか?
経営会議で継続的に見続ける指標は7つ前後が現実的です。多すぎると重点がぼやけます。
Q2. CACとLTVはどちらを優先して見るべきですか?
単体ではなくセットで見るべきです。CACが高くてもLTVが十分に高ければ、投資として成立する場合があります。
Q3. KPI設計はCRM導入前にやるべきですか?
理想は導入前です。ただし導入後でも遅くはありません。重要なのは、CRM上で算出できる形に再設計することです。