リードが増えても
受注が増えない理由

ITバックオフィスSaaS企業（従業員約200名）では、リード数は順調に増加していました。マーケティングの施策は機能しており、CPAも改善していました。しかし営業からは「リードの質が低い」との不満が上がり、商談化率は月ごとに変動し、「なぜ商談にならないのか」が分からない状態が続いていました。問題はマーケティングにあったのではありません。リードから受注までの転換構造が設計されていなかったことが本質でした。

行動スコアリングの導入・フェーズ別ナーチャリング設計・引き渡し自動化を経て、MQL→SQL転換率が最大20%向上し、低確度リードへの接触を削減してナーチャリング最適化によるCAC改善を実現しました。リードの量を増やしたのではなく、リードの転換プロセスを設計し直したことで変わりました。

あなたの組織は大丈夫か——5つの確認項目

1. リード数は増えているが受注数は横ばい

   月次のリード獲得数は成長しているが、受注数・売上が追随していない場合、リードと受注の間に転換の問題があります。

2. 大量のリードが「商談にならずに終わる」理由が分からない

   リードを送っても商談にならなかったリードがどんな状態で終わっているかが追えない場合、転換プロセスがブラックボックスになっています。

3. 営業が全リードに同じように接触している

   購買意欲の高いリードも低いリードも、同じようにアウトリーチしている場合、営業リソースが非効率に使われています。

4. どの施策が受注に最も貢献しているか分からない

   リード獲得に使った施策と最終的な受注の関係が追えない場合、「どこに予算を投じるべきか」の判断根拠がありません。

5. 商談化率が月ごとに大きく変動する

   月によって商談化率が10〜30%変動する場合、転換の構造ではなく担当者やタイミングに依存しています。

3つ以上当てはまる場合、問題はリードの量でも施策のクリエイティブでもありません。リードから受注への転換プロセスが設計されていないことが本質です。

リードが増えても受注が増えない3つのパターン

1. リードの優先順位が設計されていない

   全リードを同じ優先度で扱っている場合、営業リソースは確度の低い案件に分散します。前述のSaaS企業では、定量的なスコアリングが存在せず、本来優先すべきリードが適切に扱われていませんでした。行動スコアリングを導入し、「受注に近い行動」を数値化することで、高確度リードへの集中が可能になりました。

   判断基準：現在のリードを「購買意欲の高さ」で3段階に分類して、営業のアクションを変えているかどうかで確認できます。

2. 検討フェーズに関係なく同じコミュニケーションを送っている

   資料請求直後の初期検討者と、価格ページを複数回訪問した後期検討者に同じナーチャリングを送っている場合、コミュニケーションの精度が低くなります。前述のSaaS企業では、検討フェーズに応じたシナリオベースのコミュニケーション設計が存在していませんでした。フェーズを設計することで、ナーチャリングの効果が変わりました。

   判断基準：現在のメール・コンテンツが「初めてサービスを知った人向け」か「比較検討中の人向け」かを分けているかどうかで確認できます。

3. 引き渡し基準が存在せず、タイミングが不適切

   引き渡しが早すぎると営業が「まだ温まっていない」と感じ、遅すぎると検討が他社で進んでしまいます。前述のSaaS企業では、一定スコアに到達したタイミングで、必要な情報とともに営業へ自動通知する仕組みを整備しました。引き渡しのタイミングを設計することが、転換率改善の核心です。

   判断基準：「このリードはいつ営業に渡すか」の基準が、全担当者が同じ答えを返せる形で存在するかどうかで確認できます。

設計を変えた後に何が起きたか

前述のSaaS企業では、リードを増やすのではなく「既存リードの転換プロセスを設計し直す」ことからプロジェクトを進めました。その結果、以下の変化が起きました。

1. MQL→SQL転換率が最大20%向上

   行動スコアリングにより高確度リードが正確に特定されるようになり、引き渡し精度が上がりました。同じリード数でより多くの商談が生まれる状態になりました。

2. 低確度リードへの接触を削減し、高スコアリードへの集中が可能に

   営業リソースを確度の高い案件に集中させることで、商談あたりの効率が改善しました。同じ営業人数でより多くの成果を出せる構造になりました。

3. ナーチャリング最適化によりCACを改善

   フェーズ別のナーチャリング設計により、広告依存度を抑えた商談創出構造を実現しました。リードへの適切なコミュニケーションが、広告コストをかけずに転換率を上げる手段になりました。

リードの量を増やしたのではなく、転換プロセスを設計しました。

今週から始められる3つのアクション

1. 直近3ヶ月の受注案件の「引き渡し前の行動」を5件調べる

   受注した商談のリードが、営業に引き渡される前にどんな行動をしていたかを確認します。「価格ページを見た」「複数回サイトを訪問した」などの共通パターンが、スコアリングの起点になります。

2. 現在のリードを「購買意欲の高さ」で3段階に分類する

   高・中・低の3段階で分類し、それぞれに対して営業のアクションを変えているかを確認します。分けていない場合、優先順位の設計から始めることが転換率改善の第一歩です。

3. 最もコストをかけた施策と最も受注につながった施策を比較する

   予算をかけている施策と実際に受注につながった施策を並べます。一致しない場合、リソースの最適化余地があります。

まとめ：「リードが受注に変わる構造」を設計する

リードが増えても受注が増えない原因は、マーケティング施策の質でもリードの量でもありません。「リードの優先順位が設計されていないこと」「検討フェーズを無視したコミュニケーションを送っていること」「引き渡し基準が存在しないこと」が構造的な原因です。

SaaS企業の事例が示すように、MQL→SQL 最大20%向上は新しい施策から生まれたのではなく、「既存リードの転換プロセスの設計」から生まれました。リードを増やす前に、転換の設計を見直すことが先です。