BtoBマーケティングKPI完全ガイド｜リード獲得からMQL/SQL移行率まで

本記事は50社以上の成長支援を手がけるKPIコンサル・岩田圭弘が解説します。

BtoBマーケティングのKPIが「リード獲得数」で止まっている会社は多い。だが、リードをいくら積み上げても受注が増えないという相談は後を絶たない。原因は、ファネルの途中——とりわけMQLからSQLへの移行——がブラックボックスになっているからだ。本記事では、認知からリード、MQL、SQL、商談、受注まで、BtoBマーケのファネル各段で「何を測るか」を体系化する。KGI→中間KPI→先行KPIの3層設計、各指標のベンチマーク目安、そしてKSF（重要成功要因）を比較から見つける方法まで、現場で機能するKPI設計の全手順を解説する。

なお、本記事を貫く主張は1つだ。マーケティングは「リードを獲得して終わり」ではない。売上まで責任を持つ。よくあるのは、マーケがリード獲得で手を離し、その先の売上進捗を見ないケースだ。そうではなく、マーケも面談・受注の進捗まで追う。言い換えれば、BtoBでは、マーケKPIと営業KPIを分けて設計してはいけない。両者を1本のファネルとして握り、その中央にある「MQL→SQL移行率」を共通の主役指標に据える——これが、同じ予算で受注を増やす唯一の道だ。

BtoBマーケKPIが形骸化する3つの原因

指標を並べても成果につながらないとき、原因はほぼ次の3つに集約される。

1. リード数至上主義に陥っている

リード獲得数だけをKPIに置くと、現場は「質より量」に最適化する。ホワイトペーパーを大量配布して名刺は増えるが、商談化しないリードばかりが積み上がる。リードは獲得した瞬間ではなく、受注に至って初めて価値が確定する。入口の数だけを追う設計は、必ず形骸化する。

2. MQL/SQLの定義を営業と握れていない

マーケが「これはMQLだ」と渡したリードを、営業が「商談にならない」と放置する——BtoBで最も頻発する断絶だ。MQL（Marketing Qualified Lead）とSQL（Sales Qualified Lead）の定義、そして引き渡しの基準を両部門で合意していないと、ファネルの真ん中で大量のリードが失われる。

3. ラストクリック偏重で中間貢献が見えない

受注の手柄を「最後に接触したチャネル」だけに帰属させると、検討の初期に効いたコンテンツやウェビナーの貢献がゼロ評価になる。すると本当に効いている施策が予算カットの対象になり、成果の出ない刈り取り施策ばかりが残る。BtoBは検討期間が長く接点も多い。中間指標を測らない限り、何が効いているかは永遠に分からない。

3層フレームで設計する

KPIは「最終成果（KGI）」だけを見ても動けないし、「行動量」だけを見ても方向を見失う。KGI（最終）→中間KPI（遅行）→先行KPI（行動）の3層に分けて設計するのが鉄則だ。

階層	種別	役割	BtoBマーケでの例
KGI（最終目標）	結果	事業が最終的に目指す数字	マーケ由来の新規受注額／新規ARR
中間KPI（遅行指標）	遅行	KGIの手前で確定する成果	SQL数、商談（SQO）数、パイプライン金額、MQL→SQL移行率
先行KPI（行動指標）	先行	今週の行動で動かせる数字	リード獲得数、コンテンツ公開数、ウェビナー集客数、ナーチャリング開封・クリック率

ポイントは、先行KPIは「自分たちが今日コントロールできる行動」で構成すること。受注額（KGI）は3か月後にしか分からないが、リード獲得数やコンテンツ公開数は今週動かせる。先行KPIを動かし、中間KPIへの転換率を改善し、結果としてKGIが伸びる——この因果の鎖を設計するのがKPI設計の本質だ。

そして最も重要な原則がある。この3層を、マーケと営業で別々に作ってはいけない。マーケが「リード数」のKGIを、営業が「受注数」のKGIを別々に持つと、ファネルの中央（MQL→SQL）が両部門の“谷間”に落ちる。KGIは1つ——マーケ由来の受注額——に統一し、中間KPIを両部門の共通言語にする。マーケKPIと営業KPIは、本来同じものだ。

主要KPIとベンチマーク目安

BtoBマーケのファネルを段階ごとに分解し、各段の代表指標とベンチマークの目安を示す。数値は商材単価・業界で変動するため、自社の過去実績との比較基準として使ってほしい。

ファネル段階	KPI	種別	ベンチマーク目安
認知	リーチ／インプレッション、オーガニック流入数	先行	前年同月比で逓増
リード獲得	リード獲得数（CV数）	先行	月次目標を分解して設定
リード獲得	リード獲得単価（CPL）	遅行	5,000〜30,000円（商材により変動）
LP・フォーム	LPのCVR	先行	1〜3%（ホワイトペーパーDLは10%超も）
リード→MQL	MQL転換率	遅行	獲得リードの10〜25%
MQL→SQL	MQL→SQL移行率	遅行	20〜40%（未設計だと10%前後に沈む）
SQL→商談	商談化率（SQO化率）	遅行	50〜70%
商談→受注	受注率	遅行	15〜30%
全体効率	マーケ由来パイプライン貢献率	遅行	商談金額の40〜60%
投資効率	CAC回収期間	遅行	12か月以内が健全（SaaS）

最も改善インパクトが大きいのは、太字にしたMQL→SQL移行率だ。ここが10%か30%かで、同じリード数でも生まれる商談数は3倍変わる。にもかかわらず、多くの会社がこの数字を測っていない。

施策評価は「リード獲得CPA」でなく「面談CPA」で

展示会・イベント・広告の良し悪しを、リード獲得単価（CPA）だけで判断してはいけない。リードは取れても面談に進まないチャネルは山ほどある。追うべきは実際に面談（商談）につながった1件あたりのCPA、さらにそのリードがMQL/SQLとして有効だったかだ。「面談CPA」「有効リードCPA」で並べ直すと、リード獲得CPAでは“優秀”に見えていた施策の評価が逆転することは珍しくない。チャネル投資の意思決定は、必ずファネルの先（面談・受注）まで紐づけて行う——これが「マーケが売上まで責任を持つ」の具体的な実装だ。

認知施策（タクシー広告など）の進め方

タクシー広告は確かに有効な認知施策だ。だが、打つ順番と計測体制を間違えると「効果が分からない高額施策」になる。前提は3つ。

① 打つ前に、足元の刈り取りをやり切る

認知施策に行く前に、まず指名検索数を確認し、Webサイト（LP・問い合わせ導線）の改善をやり切る。認知で需要を増やしても、受け皿のWebが弱ければ刈り取れずに漏れる。順序は「刈り取り改善 → 認知拡大」だ。

② 問い合わせ経路を計測できる状態にしてから打つ

問い合わせ経路を詳細に調査し、「最終的にタクシー経由でどれくらいの反響があったか」を計測できる状態を先に作る。問い合わせ時のアンケート（何で知ったか）、指名検索数の推移、エリア別の問い合わせ変化——これらを取れるようにしてから出稿する。計測の仕込みがないまま打つと、ラストクリックに埋もれて必ず過小評価される。

③ 中間指標で評価する

認知施策はリード数や受注で直接測れない。指名検索数・商談化時のブランド認知率（「御社は知っていた」と言われる率）といった中間指標で評価する。

KSFは「比較」から見つける

「受注を増やすKSF（重要成功要因）は何か」を、机上で逆算しようとすると抽象論で終わる。KSFはハイパフォーマーと平均の差分から発見するものだ。

BtoBマーケなら、こう比較する。

• 受注した商談 vs 失注した商談：どのチャネル経由のリードが受注に至っているか。どのコンテンツに接触した見込み客が受注しているか。
• MQL→SQL移行したリード vs 放置されたリード：両者でリードスコア、業種、役職、初回接触コンテンツに何の差があるか。
• 早期受注した商談 vs 長期化した商談：検討初期にどんな情報接触があったか。

この差分の中に、再現すべき勝ちパターンが眠っている。「受注顧客は導入事例ページに平均3回接触していた」と分かれば、事例コンテンツへの誘導数こそが磨くべき先行KPIになる。KSFは想像で決めず、実データの比較から掴む——これが鉄則だ。

先行指標の作り方

先行KPIは「中間KPIを動かす一歩手前の行動」を特定して設計する。手順はこうだ。

1. 改善したい中間KPIを1つ選ぶ（例：MQL→SQL移行率）
2. それを左右する行動を比較分析で特定する（例：移行したリードは「リードスコア60点以上」かつ「導入事例に接触済み」が多い）
3. その行動を数えられる単位に落とす（例：リードスコア60点到達数／週、事例コンテンツ誘導数／週）
4. 週次でモニタリングし、転換率の変化と突き合わせる

良い先行指標の条件は3つ。①今週の行動で動かせる ②中間KPIと因果がある ③数えられる。たとえば「ナーチャリングメールのクリック数」は、開封という行動の先にあり、MQL化と相関し、明確に数えられる——先行指標の好例だ。逆に「ブランド認知度」のような、行動で即座に動かせず数えにくい指標を先行KPIに置くと、現場は何をすべきか分からなくなる。

Before/After事例

SaaS企業A社（従業員80名）の事例。

Before：マーケKPIは「月間リード獲得数」のみ。リードを月500件→800件へ増やすことに成功したが、受注数は横ばいだった。営業からは「マーケのリードは商談にならない」という不満が常態化。MQLの定義は「資料請求した人すべて」と曖昧で、営業はどのリードに動けばよいか分からず、結果的に大半が放置されていた。

打ち手：

• MQLの定義を営業と再合意（リードスコア＋役職＋検討段階の3条件に厳格化）
• リードスコアリングを導入し、ホットなリードだけを営業へ自動連携
• KPIを「リード数」から「MQL→SQL移行率」と「マーケ由来商談数」へ変更
• 受注商談の比較分析で「導入事例への接触」がKSFと判明し、事例誘導を先行KPI化

After（6か月後）：

• MQL→SQL移行率：12% → 28%
• マーケ由来の商談数：1.5倍
• リード獲得数はむしろ800→650件に絞ったが、受注数は増加
• CAC：約30%改善

リードの「量」を追うのをやめ、ファネル中央の「移行率」へKPIを移しただけで、同じ予算で生まれる受注が増えた。

測る数字を変えると、現場の行動が変わる。

よくある失敗3パターンと回避策

失敗1：リード数だけを追い、質を問わない

→ 回避策：入口（リード数）と中央（MQL→SQL移行率）を必ずセットでKPI化する。量の目標には必ず質のガードレールを添える。

失敗2：MQL/SQLの定義を営業と握らないまま運用する

→ 回避策：MQL・SQLの定義と引き渡し基準を両部門で文書化し、SLA（マーケはこの基準のリードを渡す／営業は◯時間以内に対応する）として合意する。さらに、マーケは面談数など“質”を担保するところまでを自分の責任範囲とし、営業と密に連携して、渡したリードに確実にアポを取ってもらう体制までを設計に含める。質の担保とアポ化はセットだ。

失敗3：ラストクリックだけで施策を評価する

→ 回避策：初回接触・中間接触も計測するアトリビューション設計にする。完璧なモデルは不要。「受注顧客はどのコンテンツ・チャネルに接触していたか」を比較で見るだけでも、中間貢献は十分に掴める。とくに認知施策（タクシー広告・展示会等）はラストクリックで必ず過小評価されるため、前述の「認知施策の進め方」の中間指標で測る。

FAQ

Q1. MQLとSQLの違いは何ですか？

MQL（Marketing Qualified Lead）は、マーケ施策への反応や属性から「見込みあり」とマーケが判断したリード。SQL（Sales Qualified Lead）は、営業が接触して「商談に進められる」と認定したリードです。MQLは“マーケの目線”、SQLは“営業の目線”で、両者の定義を揃えることがファネル接続の要になります。

Q2. リードの「数」と「質」、どちらを優先すべきですか？

フェーズによります。立ち上げ期で母数が足りないなら量を、商談化率が低いなら質を優先します。ただしBtoBでは多くの場合、ボトルネックは「質（移行率）」側にあります。リードを増やす前に、まずMQL→SQL移行率を測ってください。そこが低いなら、量を増やしても受注は増えません。

Q3. BtoBでアトリビューションはどう設計すべきですか？

高度なマルチタッチモデルを最初から組む必要はありません。まずは「受注した顧客が、検討期間中にどのコンテンツ・チャネルに接触していたか」を記録・比較するだけで十分に示唆が得られます。完璧な配分計算より、勝ちパターンの発見を優先しましょう。

Q4. マーケKPIと営業KPIはどう連動させますか？

ファネルを共有のものとして設計します。マーケのKGIを「マーケ由来の受注額」に置き、その手前の中間KPI（SQL数・商談数）を営業と共通言語にすること。MQL→SQLの引き渡し地点をSLAで握れば、両部門が同じファネルを見て動けるようになります。

Q5. KPIは何個まで設定すべきですか？

各階層で「主指標1つ＋補助2〜3つ」が目安です。先行KPIを増やしすぎると現場の焦点がぼやけます。最も改善インパクトの大きい1指標（多くの場合MQL→SQL移行率）を主役に据え、それを動かす先行KPIに集中するのが機能させるコツです。

まとめ

BtoBマーケのKPIは、リード獲得数という入口だけを見ても機能しない。最大の原則は、マーケKPIと営業KPIを分けないことだ。認知→リード→MQL→SQL→商談→受注を1本のファネルとして3層（KGI→中間KPI→先行KPI）で設計し、両部門の谷間に落ちがちな中央の指標——MQL→SQL移行率——を共通の主役に据える。これが、同じ予算で受注を増やす鍵になる。KSFは想像でなく、受注商談と失注商談の比較から掴む。測る数字を変えれば、現場の行動が変わる。

関連記事

• KPI設計完全ガイド
• マーケティングKPI完全ガイド
• インサイドセールスKPI完全ガイド
• フィールドセールスKPI設計