デマンドジェネレーションとは？3つの構成要素とBtoB実践の完全ガイド【2026年版】

この記事のポイント:

• デマンドジェネレーションとは、営業案件（デマンド＝需要）を継続的に創出するマーケティングの仕組みのこと。**リードジェネレーション（獲得）→リードナーチャリング（育成）→リードクオリフィケーション（選別）**の3プロセスで構成される
• リードジェネレーションは「獲得」だけを指す部分であり、デマンドジェネレーションはその獲得を含む全体の仕組み。両者の違いを逆引き表で整理する
• 仕組みづくりは「①KGI/KPIの逆算 → ②ファネル定義 → ③フェーズ別施策マップ → ④部門連携ルール（SLA）→ ⑤PDCA」の5ステップ。本記事はそのまま使える設計テンプレートを本文内で提供する
• 失敗の大半は施策の良し悪しではなく、獲得偏重・選別基準なし・部門連携の崩壊・効果測定なしという4つの構造的な型に集約される
• なお、Google広告のメニューにも「デマンド ジェネレーション キャンペーン」という同名の機能があるが、本記事で扱うマーケティング概念とは別物である

「リードは集まっているのに商談につながらない」「マーケティングと営業がお互いに不満を言い合っている」「展示会のあと、名刺の山が放置されている」——BtoBマーケティングに関わる人なら、一度はこうした状況を経験したことがあるはずです。

これらはすべて、個々の施策の問題ではなく、営業案件を生み出す「仕組み」が設計されていないことから生じます。その仕組み全体を指す言葉が、デマンドジェネレーションです。

本記事では、デマンドジェネレーションの定義と3つの構成要素を1枚の対応表で整理したうえで、混同されやすいリードジェネレーションとの違い、そして競合記事がほとんど踏み込まない「仕組みをゼロから構築する5ステップ」「マーケティング・インサイドセールス・営業の連携設計（MQL/SQL定義・SLA）」「失敗パターン4類型」まで掘り下げます。用語の意味を知るだけでなく、自社で営業案件創出の仕組みを設計・運用するための実務ガイドとしてまとめました。

デマンドジェネレーションとは

デマンドジェネレーション（Demand Generation）を直訳すると「需要の創出」です。ここでいう「需要」とは、単なる問い合わせや資料請求ではなく、営業部門が商談として扱える確度の高い見込み案件を意味します。

ポイントは、デマンドジェネレーションが単一の施策名ではなく、獲得から育成、選別、営業への引き渡しまでを貫く一連の仕組みを指すことです。Web広告も、メルマガも、ウェビナーも、スコアリングも、それぞれ単体ではデマンドジェネレーションではありません。それらが「営業案件を生み出す」という1つのゴールに向かって接続されたとき、はじめてデマンドジェネレーションと呼べる状態になります。

日本のBtoBマーケティングの現場では「デマジェン」「デマジェネ」と略して呼ばれることもあります。

Google広告の「デマンド ジェネレーション キャンペーン」とは別物

注意したいのは、Google広告のメニューにも「デマンド ジェネレーション キャンペーン」という同名の広告プロダクトが存在することです。こちらはYouTubeやDiscover、Gmailなどに動画・画像広告を配信するキャンペーン形式（旧ファインドキャンペーンの後継）であり、本記事で解説するBtoBマーケティングの概念とは別物です。

「デマンドジェネレーション」で検索すると両方の情報が混在して表示されるため、広告の設定方法を探している場合はGoogle広告ヘルプを参照してください。本記事は、営業案件を創出する仕組みとしてのデマンドジェネレーションを一貫して扱います。

デマンドジェネレーションの全体像

デマンドジェネレーションの全体の流れは、次のように整理できます。

1. リードジェネレーション（獲得） — 将来顧客になりうる見込み顧客（リード）の連絡先・企業情報を獲得する
2. リードナーチャリング（育成） — 獲得したリードに有益な情報を継続的に提供し、課題認識と購買意欲を高める
3. リードクオリフィケーション（選別） — 育成したリードの中から「今、営業がアプローチすべき確度の高いリード」を選び出し、営業部門へ引き渡す

この3つのプロセスは独立した施策ではなく、前の工程の出力が次の工程の入力になる直列のパイプラインです。どこか1つが欠けると全体が機能しません。獲得だけ頑張ってもリードは放置され、育成だけ丁寧でも商談は生まれず、選別基準がなければ営業は確度の低いリードに疲弊します。この構造こそが、デマンドジェネレーションを「仕組み」として捉えるべき理由です。

もう1つ押さえておきたいのは、デマンドジェネレーションがマーケティング部門だけの活動ではないことです。育成と選別にはインサイドセールスが深く関わり、選別の基準づくりには営業部門の合意が不可欠です。後述するように、3部門が共通の定義とルールで連携できるかどうかが、仕組み全体の成否を左右します。

なぜ今、BtoBにデマンドジェネレーションが必要なのか

デマンドジェネレーションが重要視される背景には、BtoBの購買行動の根本的な変化があります。結論から言えば、買い手が営業に会う前に検討を進める時代になったため、営業部門の活動だけでは案件を創出できなくなった——これが理由です。

買い手は、営業に会う前に検討を終えつつある

Gartnerの調査によると、B2Bの購買担当チームが購買プロセス全体のなかでサプライヤー（売り手の営業）との面談に使う時間は、**わずか17%**にすぎません（出典: Gartner「The B2B Buying Journey」 https://www.gartner.com/en/sales/insights/b2b-buying-journey ）。残りの大半の時間、買い手は自分たちで情報を収集し、社内で比較・検討しています。複数の候補ベンダーを検討している場合、1社の営業に割かれる時間はさらに少なくなります。

同じくGartnerの調査では、複雑なB2Bソリューションの購買には通常6〜10人の意思決定関与者がかかわり、それぞれが独自に集めた情報を持ち寄って検討を進めるとされています（出典: 同上）。さらにGartnerは2020年時点で、2025年までにB2Bの売り手と買い手のやり取りの80%がデジタルチャネルで発生すると予測していました（出典: Gartner プレスリリース、2020年9月 https://www.gartner.com/en/newsroom/press-releases/2020-09-15-gartner-says-80--of-b2b-sales-interactions-between-su ）。

つまり、買い手の検討プロセスの大部分は、営業担当者の見えないところで、デジタル上で進むようになっています。営業がアプローチした時点で勝負がほぼ決まっている——そんな状況が現実になりつつあるのです。

「今すぐ買う顧客」の奪い合いには限界がある

従来型の営業活動は、「すでにニーズが顕在化していて、今すぐ製品を探している顧客」を見つけることに最適化されていました。しかし、そうした「今すぐ客」は市場のごく一部であり、競合他社も同じ顧客を狙うため、必然的に価格競争・スピード競争になります。

一方、市場の大多数を占めるのは「課題は感じているが、まだ製品を探していない」「そもそも課題に気づいていない」層です。デマンドジェネレーションは、この潜在層との接点を早期につくり、課題認識を育て、検討のタイミングで第一想起される状態を仕組みとして実現します。今すぐ客の奪い合いから抜け出し、需要そのものを創出する——これが「デマンド（需要）ジェネレーション（創出）」という名前の本質です。

獲得したリードの大半は「すぐには買わない」

展示会やWeb施策でリードを獲得しても、その時点で具体的な検討フェーズにいるリードは一部にすぎません。多くの企業で起きているのは、次のような光景です。

• 展示会で集めた数百枚の名刺が、一度のお礼メールのあと放置される
• 資料ダウンロードしたリードに営業が一斉架電し、「まだ検討していない」と断られて終わる
• 半年後、放置していたリードが競合製品を導入していたことを知る

「すぐ買わないリード」は、捨てるべきリードではなく、育成すべき将来の案件です。獲得・育成・選別を一気通貫でつなぐデマンドジェネレーションの仕組みがあれば、こうした取りこぼしを構造的に防げます。買い手側の検討を支援するという観点はバイヤーイネーブルメントの考え方とも地続きです。

デマンドジェネレーションに取り組む3つのメリット

仕組みとしてデマンドジェネレーションを整備すると、企業には次の3つのメリットがもたらされます。

1. 案件の供給が安定する — 「今すぐ客」の偶発的な発見に頼らず、潜在層を計画的に育てて商談化するため、営業部門への案件供給が平準化されます。月によって商談数が乱高下する状態から、パイプラインで先々の案件量を予測できる状態に変わります
2. 営業リソースを確度の高いリードに集中できる — 選別（クオリフィケーション）を通過したリードだけが営業に渡るため、見込みの薄い相手への訪問・架電が減ります。営業は商談の質を上げることに時間を使えるようになり、商談化率・受注率の改善につながります
3. マーケティング投資の回収率が上がる — 獲得したリードを育成・再育成する受け皿があるため、一度の接点で買わなかったリードも将来の案件として活きます。同じ獲得予算でも、仕組みの有無で最終的に生まれる商談数は大きく変わります

逆に言えば、これらのメリットは個別施策の改善では得られません。獲得・育成・選別がつながっていることで初めて生まれる効果です。

デマンドジェネレーションの3つの構成要素

デマンドジェネレーションは、リードジェネレーション・リードナーチャリング・リードクオリフィケーションの3つのプロセスで構成されます。まず全体を1枚の表で俯瞰し、それぞれを見ていきましょう。

リードジェネレーション（見込み顧客の獲得）

リードジェネレーションとは、自社の製品・サービスの顧客になりうる見込み顧客（リード）の情報を獲得する活動です。Web広告、SEO・オウンドメディア、展示会、ホワイトペーパー、ウェビナーなどを通じて、氏名・会社名・連絡先などの情報を得て、はじめて「リード」としてアプローチ可能な状態になります。

デマンドジェネレーション全体から見たとき、リードジェネレーションはパイプラインの入口です。ここで重要なのは「量」と「質」のバランスで、ターゲット外のリードをいくら集めても後工程の育成・選別が空回りします。獲得段階から「最終的にどんな企業・役職の人に届けたいのか」を定義しておくことが、仕組み全体の効率を決めます。

実務でつまずきやすいのは、リード獲得数やCPL（リード獲得単価）だけを見て施策を評価してしまうことです。CPLが安いチャネルほどターゲット外のリードが混ざりやすく、後工程の転換率まで含めて見ると「安いリードが一番高くつく」ことも珍しくありません。チャネルごとに最終的な商談化率まで追ってチャネルの質を評価することが、獲得段階の設計の肝です。

リード獲得の具体的な手法の選び方・組み合わせ方は、BtoBのリード獲得方法を体系的に整理した記事で詳しく解説しています。本記事では全体の仕組みに焦点を当てるため、手法の詳細はそちらに譲ります。

リードナーチャリング（見込み顧客の育成）

リードナーチャリングとは、獲得したリードに対して有益な情報を継続的に提供し、信頼関係を築きながら課題認識と購買意欲を高めていく活動です。「育成」と訳されますが、売り込みを繰り返すことではありません。買い手の検討段階に合わせて、その時点で役に立つ情報を届け続けることが本質です。

代表的な手法には、メールマガジン、セミナー・ウェビナー、導入事例コンテンツ、インサイドセールスによる定期的なヒアリングなどがあります。BtoBでは購買の検討期間が数ヶ月から年単位に及ぶことも珍しくなく、検討初期のリードには課題啓発コンテンツを、比較段階のリードには事例や選定ガイドを、というように段階に応じた出し分けが効果を左右します。

ナーチャリングでよくある失敗は、全リードに同じメルマガを一斉配信し続けることです。検討初期のリードに製品機能の詳細を送っても響かず、比較段階のリードに啓発コンテンツを送るのは遠回りです。最低限「業種・役職」「獲得経路」「検討段階（行動から推定）」の3軸でセグメントを分け、セグメントごとに届ける内容を変える——この粒度から始めるだけでも反応の改善が期待できます。

ナーチャリングは「マーケティングがメールを送る活動」と捉えられがちですが、実務ではインサイドセールスとの協働が成果を分けます。育成の考え方・手法の全体像はリードナーチャリングとはで、コンテンツを起点にした育成の実践はインサイドセールスのコンテンツナーチャリングで詳しく扱っています。

リードクオリフィケーション（見込み顧客の選別）

リードクオリフィケーションとは、育成したリードの中から「今、営業がアプローチすべき確度の高いリード」を選別する活動です。デマンドジェネレーションの最終工程であり、マーケティングと営業の接続点にあたります。

代表的な手法がスコアリングです。役職・業種・企業規模といった属性スコアと、Webサイト訪問・資料閲覧・セミナー参加といった行動スコアの2軸でそれぞれ点数をつけ、一定の閾値を超えたリードを「ホットリード」として抽出します。属性スコアは「自社のターゲットにどれだけ合致するか」を、行動スコアは「今どれだけ検討が熱いか」を表すため、両方が高いリードから順にアプローチするのが基本です。属性が高く行動が低ければナーチャリング継続、行動が高く属性が低ければ対応の優先度を下げる、という判断にも使えます。

ただし、スコアだけで機械的に判定するのは危険です。スコアはあくまで「確認すべきリードの順番」を決める道具であり、最終判断はインサイドセールスが架電やメールで予算・導入時期・決裁プロセスを確認して行うのが一般的です。また、過去の行動スコアが積み上がったまま放置されると「半年前に熱かったリード」が上位に居座るため、一定期間アクションがないリードのスコアを減衰させる設計（スコアデグレード）も忘れずに入れておきましょう。

クオリフィケーションが機能していない組織では、「マーケが渡してくるリードは質が低い」「営業がリードを放置する」という相互不信が必ず発生します。後述する**MQL/SQLの定義と引き渡し基準（SLA）**を両部門で合意することが、この工程の成否を決めます。

【補足】リサイクル（再育成）——4つ目の隠れたプロセス

3つのプロセスに加えて、実務上欠かせないのが**リサイクル（再育成）**です。クオリフィケーションで「まだ時期ではない」と判定されたリードや、商談化したものの失注した案件を、ナーチャリングの工程に戻して育成し直す流れを指します。

リサイクルの仕組みがないと、一度「見込みなし」と判定されたリードは二度と掘り起こされず、せっかくの獲得コストが無駄になります。「失注理由が予算時期だった案件は6ヶ月後に再アプローチする」「スコアが閾値未満だったリードはナーチャリングのリストに自動で戻す」といったルールをあらかじめ決めておくことで、パイプラインは使い捨てではなく循環する仕組みになります。

デマンドジェネレーションとリードジェネレーションの違い

検索やSNSでもっとも混同されているのが、デマンドジェネレーションとリードジェネレーションの関係です。結論から言うと、**リードジェネレーションはデマンドジェネレーションの一部（第1工程）**であり、並列の概念ではありません。

「リードジェネレーションを頑張っているのに売上につながらない」という悩みは、多くの場合、獲得の後ろにある育成・選別の工程が存在しないことが原因です。リード数というKPIだけを追うと、獲得部分は最適化されても案件は増えません。デマンドジェネレーションの視点を持つことは、KPIを「リード数」から「商談数・案件数」へ引き上げることを意味します。

ABM（アカウントベースドマーケティング）との違い

ABM（Account Based Marketing）は、価値の高い特定の企業（アカウント）をあらかじめリストアップし、その企業に向けてパーソナライズしたアプローチを行う戦略です。広い網を張って多数のリードを集め、その中から有望なリードを絞り込むデマンドジェネレーションが「網漁」だとすれば、ABMは狙った大物を釣り上げる「一本釣り」に例えられます。

両者は二者択一ではありません。実務では、デマンドジェネレーションで市場全体との接点をつくりつつ、戦略的に重要なターゲット企業にはABMで個別アプローチする、という併用が一般的です。商材の単価が高く対象企業が限られるエンタープライズ向けビジネスほどABMの比重が高まり、対象企業数が多い中堅・中小向けビジネスほどデマンドジェネレーションの仕組み化が効きます。自社の商材特性に応じて配分を決めましょう。

インバウンドマーケティングとの関係

インバウンドマーケティングは、コンテンツやSEOによって「顧客のほうから見つけてもらう」アプローチの考え方です。デマンドジェネレーションの文脈では、主にリードジェネレーション（獲得）とリードナーチャリング（育成）の手段として機能します。概念の階層としては、デマンドジェネレーションが「仕組みの設計図」、インバウンドマーケティングが「集客・育成の思想・手法群」と整理すると混乱しません。

なお、テレアポやダイレクトメールに代表されるアウトバウンド型の施策も、デマンドジェネレーションと矛盾するものではありません。アウトバウンドで獲得したリードも同じ育成・選別のパイプラインに乗せることで、チャネルを問わず案件創出の仕組みに統合できます。

デマンドジェネレーションの仕組みを構築する5ステップ

ここからが本記事の核心です。多くの解説記事は「3つのプロセスがあります」で終わりますが、実際に自社で仕組みを動かすには設計の手順が必要です。以下の5ステップは、そのままワークシートとして使える形でまとめました。

Step 1: KGIからKPIを逆算する

最初にやるべきは施策の検討ではなく、ゴールからの逆算です。「受注に必要な商談数はいくつか」「その商談を生むために必要なMQLはいくつか」と、ファネルを上流に遡って必要数を算出します。

以下は計算構造を示すための仮の設計例です（歩留まり率は自社の実績値に置き換えてください）。

【KPI逆算ワークシート（設計例・数値は仮置き）】

KGI: 四半期の新規受注 6件
  ↑ 受注率 30% と仮定
必要商談数: 20件
  ↑ SQL→商談化率 80% と仮定
必要SQL数: 25件
  ↑ MQL→SQL転換率 40% と仮定
必要MQL数: 63件
  ↑ リード→MQL転換率 15% と仮定
必要新規リード数: 420件（四半期）= 月140件

この逆算をやると、「月140件のリードを獲得できる施策ポートフォリオになっているか」「MQL→SQLの転換率40%は現実的か」といったボトルネックの議論が数字ベースでできるようになります。歩留まり率の実績データがない立ち上げ期は、仮の数値で設計してから四半期ごとに実績値で更新していきます。

Step 2: ファネルとステージ定義を言語化する

次に、リードがどの状態になったら次のステージに進むのか、ステージの定義を言葉で固定します。最低限定義すべきは次の4つです。

ここで重要なのは、MQLとSQLの定義をマーケティング・インサイドセールス・営業の3部門で合意することです。定義が部門ごとにズレていると、後工程のすべての数字が信頼できなくなります。

Step 3: フェーズ別の施策マップをつくる

ステージ定義ができたら、各フェーズに施策を割り当てます。ポイントは、施策を思いつきで並べるのではなく、**「どのフェーズの、どの状態のリードを、どの状態に動かす施策か」**を明示することです。

【フェーズ別施策マップ（テンプレート）】

■ 獲得（リードジェネレーション）
  - 施策: （例）SEO記事×ホワイトペーパー / 展示会 / ウェビナー
  - 動かす状態: 匿名の訪問者 → 連絡先のわかるリード
  - KPI: 新規リード数 / CPL

■ 育成（リードナーチャリング）
  - 施策: （例）セグメント別メルマガ / 事例ウェビナー / IS定期フォロー
  - 動かす状態: 情報収集段階 → 課題が言語化された検討段階（MQL）
  - KPI: MQL数 / コンテンツ反応率

■ 選別（リードクオリフィケーション）
  - 施策: （例）スコアリング / IS架電ヒアリング / BANT確認
  - 動かす状態: MQL → 商談アポイント設定済み（SQL）
  - KPI: SQL数 / MQL→SQL転換率

■ リサイクル
  - 施策: （例）失注理由別の再アプローチシナリオ / スコア未達リードの再育成
  - 動かす状態: 時期尚早・失注 → ナーチャリング対象に再登録
  - KPI: リサイクル経由の商談数

Step 4: 部門間の連携ルール（SLA）を決める

仕組みが崩壊する最大の原因は施策ではなく部門間の受け渡しです。マーケティング→インサイドセールス→営業の各接続点で、「何を・いつまでに・どう渡すか」をSLA（Service Level Agreement: 部門間の合意）として明文化します。詳細は次章で扱います。

Step 5: 計測とPDCAの運用を決める

最後に、どの数字を・誰が・どの頻度で見るかを決めます。おすすめは「週次で行動KPI、月次で転換率、四半期で歩留まり全体」という3層の運用です。

• 週次: 新規リード数、IS架電数・接続数、トスアップ数など「行動の量」。すぐ動かせる数字を短いサイクルで見る
• 月次: リード→MQL、MQL→SQL、SQL→商談の各転換率。施策やセグメントの良し悪しを判断する
• 四半期: ファネル全体の歩留まりとStep 1の逆算モデルの更新。仮置きした転換率を実績値に置き換え、来期の必要リード数を再計算する

立ち上げ期に陥りがちなのが、ダッシュボードだけ立派につくって誰も見ない状態です。最初は「月1回、3部門合同でファネルの数字を眺める会議」だけでも、仕組みは回り始めます。重要なのは、数字が悪いときに犯人探しをするのではなく、「どの接続点が詰まっているか」を全部門で同じ画面を見ながら特定する文化をつくることです。

立ち上げ期の現実的なロードマップ

5ステップをすべて完璧に整えてから始める必要はありません。リソースの限られる立ち上げ期は、次の順序で「小さく回る最小構成」をつくるのが現実的です。

1. 最初の1〜2ヶ月: 既存の名刺・問い合わせ履歴を1つのリストに統合し、MQL/SQLの定義だけ先に3部門で合意する。施策は既存リードへのメール配信と、問い合わせリードへの当日フォローの2つに絞る
2. 3〜6ヶ月: 獲得チャネルを1〜2本（例: ウェビナー＋ホワイトペーパー）に絞って立ち上げ、リード→MQL→SQLの転換率の実績値を取る。月次のファネルレビュー会議を開始する
3. 6ヶ月以降: 実績値でStep 1の逆算モデルを更新し、ボトルネックに投資を集中する。リード数が手作業の限界を超えたらMAツールの導入を検討する

最初から多チャネル・多シナリオで設計すると、どこが効いているのか分からないまま運用負荷だけが膨らみます。細く速く一周させてから太くするのが、遠回りに見えて最短のルートです。

ここまでの5ステップを通じて見えてくるのは、デマンドジェネレーションの構築とは施策の積み上げではなく、数字の逆算 → 定義の合意 → 接続の設計という順序の問題だということです。

マーケ・インサイドセールス・営業の連携設計

デマンドジェネレーションの実行体制は、一般的に「マーケティング（獲得・育成）→インサイドセールス（IS: 育成・選別）→フィールドセールス（商談・受注）」という分業で組まれます。インサイドセールスの役割と立ち上げ方はそれ自体が大きなテーマですが、ここではデマンドジェネレーションの観点で受け渡しの設計に絞って解説します。

トスアップ基準: どのリードを渡すか

インサイドセールスから営業へリードを引き渡す（トスアップする）基準を、チェックリストとして固定します。よく使われるのがBANT（Budget: 予算 / Authority: 決裁権 / Needs: 必要性 / Timeframe: 導入時期）の枠組みです。

【トスアップ基準の例】
□ 課題が具体的に言語化されている（Needs）
□ 導入検討時期が12ヶ月以内（Timeframe）
□ 検討の関与者・決裁ルートが確認できている（Authority）
□ 予算が確保済み、または確保の見込みが語られた（Budget）
→ 4項目中3つ以上でトスアップ、2つ以下はナーチャリング継続

基準は厳しすぎても緩すぎても機能しません。緩いと営業が疲弊し、厳しいと案件の機会損失が生まれます。四半期ごとに「トスアップしたリードの商談化率」を見て調整するのが現実的です。

引き継ぎ情報の標準化: 何を渡すか

トスアップ時に渡す情報をテンプレート化しておくと、営業の初回商談の質が大きく変わります。最低限、「確認済みの課題」「導入時期・予算感」「これまでの接点履歴（参加セミナー・閲覧資料）」「キーパーソンと検討体制」「注意事項（競合検討状況・NG話題）」をセットで渡します。引き継ぎが口頭やチャットの断片で行われている組織にとって、ここは整えるだけで商談化率の改善が期待できる領域です。

差し戻しとリサイクルのルール

トスアップされたリードを営業が「まだ早い」と判断した場合の差し戻し基準も決めておきます。重要なのは、差し戻されたリードが行き場を失わないことです。差し戻し理由（時期尚早・予算なし・担当者の権限不足など）をコード化し、理由別のナーチャリングシナリオに自動で再登録する。この循環があるかないかで、リード資産の活用効率は大きく変わります。

対応スピードのSLA: リードの鮮度を守る

見落とされがちですが、リードへの対応速度もSLAに含めるべき項目です。資料請求や問い合わせの直後は、リードの関心がもっとも高い瞬間です。時間が経つほど関心は冷め、競合への接触も進みます。「問い合わせリードには営業時間内なら当日中、それ以外は翌営業日午前までに一次対応する」「MQLのトスアップから営業の初回アクションまでは2営業日以内」のように、接続点ごとの応答期限を数値で合意しておくと、リードの鮮度が落ちる前にアプローチできます。対応速度は計測も容易なため、SLAの運用が機能しているかを測る最初の指標としても適しています。

こうした部門間の連携は、営業プロセス全体の設計とあわせて考えると、マーケティングから受注までの一貫した流れとして整理できます。

デマンドジェネレーションを支えるツールの役割分担

デマンドジェネレーションの運用には、複数のツールが登場します。それぞれの守備範囲を理解しておくと、「何のために何を入れるのか」が明確になり、ツール選定の失敗を防げます。

ポイントは、これらが競合ではなく分業の関係にあることです。MAは「社内から見たリードの管理・自動化」を、CRM/SFAは「商談以降の案件管理」を担い、DSRは「買い手と直接つながる共有空間」という別のレイヤーを受け持ちます。よくある誤解は「MAを入れればデマンドジェネレーションが完成する」というものですが、ツールはあくまで仕組みを効率化する道具です。前章までのステージ定義と部門連携ルールが先にあり、それを回すためにツールを当てはめる——この順序を間違えると、高機能なMAが「一斉配信専用ツール」になって終わります。

導入の順序としては、リード数が少ないうちはスプレッドシート＋メール配信ツールで十分です。一般的な目安として、リードが数百件規模になりセグメント管理やスコアリングが手作業で回らなくなったらMAを、商談数が増えて案件管理が属人化してきたらCRM/SFAを、そして育成・選別の精度を買い手の行動データで高めたい段階でDSRを検討する、という段階的な拡張が現実的です。

効果測定とKPIツリー

デマンドジェネレーションの効果測定は、ファネルの各接続点の数と転換率をツリー構造で押さえるのが基本です。

【デマンドジェネレーションのKPIツリー】

受注数
├── 商談数 × 受注率
│     ├── SQL数 × 商談化率
│     │     ├── MQL数 × MQL→SQL転換率
│     │     │     ├── リード数 × リード→MQL転換率
│     │     │     │     └── チャネル別獲得数（広告/SEO/展示会/紹介…）
│     │     │     └── ナーチャリング施策の反応率
│     │     └── トスアップ受け入れ率（差し戻し率）
│     └── リサイクル経由の商談数（再育成の効果）
└── 受注単価・リードタイム（質の指標）

見るべき順序にはコツがあります。問題が起きたとき、多くの組織は反射的に「リード数を増やそう」としますが、先に確認すべきは下流の転換率です。MQL→SQL転換率が低いままリードを増やしても、漏れるリードが増えるだけです。「下流の詰まりを直してから上流の量を増やす」——この順序を守るだけで、投資効率は大きく変わります。

また、リードタイム（リード獲得から商談化までの期間）は見落とされがちな指標です。BtoBの検討期間は長いため、施策の効果が数字に表れるまで数ヶ月かかります。月次の数字だけで施策を打ち切らず、コホート（獲得月別のリード群）単位で転換を追うことが、正しい評価につながります。

デマンドジェネレーションの失敗パターン4類型と対策

デマンドジェネレーションの失敗は、突き詰めると4つの構造的な型に集約されます。いずれも「施策の出来」ではなく「仕組みの設計」の問題である点が共通しています。自社が当てはまっていないか、兆候の列でセルフチェックしてみてください。複数当てはまる場合は、施策を増やす前に仕組みの接続点を直すのが先です。

①獲得偏重で育成が断絶する

もっとも多い失敗です。リード獲得は成果が数字に表れやすく、予算も施策も獲得に集中しがちです。しかし獲得したリードの大半は「すぐ買わない」層であり、育成の受け皿がなければ、その投資は刈り取られないまま腐っていきます。典型的なシナリオとして、多額の出展費用をかけた展示会で獲得した名刺リストが、一度のお礼メール以降まったく活用されないまま翌年の展示会を迎える——という光景は、規模を問わず多くの企業で見られます。

②選別基準がないまま営業に渡して疲弊する

獲得・育成まではできていても、選別基準がないと「とりあえず全部営業に渡す」状態になります。営業は確度の低いリードへの対応に追われ、やがてマーケティング経由のリードを信用しなくなり、対応が後回しになる。すると本当に確度の高いリードまで放置され、商談化率がさらに下がる——という悪循環に陥ります。

③部門連携が崩壊する

マーケはリード数、インサイドセールスはアポ数、営業は受注額と、部門ごとに別々のKPIを追っていると、それぞれが自部門のKPIに最適化し、全体としては案件が生まれない状態になります。「アポ数を稼ぐための無理なトスアップ」「受注見込みの高い案件だけ選り好みする営業」は、個人の問題ではなくKPI設計の問題です。

④効果測定がなく投資が続かない

デマンドジェネレーションは中長期の仕組みであり、成果が累積的に効いてくるまで時間がかかります。受注への貢献経路を可視化できていないと、「マーケティングは何をやっているのかわからない」と判断され、せっかく育ち始めた仕組みへの投資が打ち切られます。KPIツリーとコホート分析による経営層への翻訳は、仕組みを守るための実務です。

デジタルセールスルームで「育成→選別→商談化」を実装する

ここまで見てきたとおり、デマンドジェネレーションの成否は「育成の質」と「選別の精度」、そして「営業への滑らかな接続」で決まります。この3つを実データで運用する手段として注目されているのが、**デジタルセールスルーム（DSR）**です。

デジタルセールスルームとは、見込み顧客ごとに専用のオンラインスペースを作り、資料・動画・提案書・FAQなどを一元的に共有できるツールです。デマンドジェネレーションの文脈では、次のように機能します。

• 育成（ナーチャリング）: 獲得したリードに対し、メール添付やバラバラのURLではなく、リード専用のルームに事例・ホワイトペーパー・セミナー動画を集約して届ける。リードは自分のペースで情報を閲覧でき、買い手の自己学習（前述のとおり購買時間の大半を占める）を支援できる
• 選別（クオリフィケーション）: ルーム内の閲覧データ——誰が・いつ・どの資料を・どれだけ見たか——が可視化されるため、「料金資料を3回見ている」「上司と思われる人物に共有された」といった行動シグナルからホットリードを実データで特定できる。勘や自己申告に頼らないクオリフィケーションが可能になる
• 商談化への接続: 検討熱量が上がったタイミングを閲覧シグナルで捉えて営業がアプローチできるため、「早すぎる架電」も「遅すぎるフォロー」も減る。トスアップ時には、ルームの閲覧履歴がそのまま引き継ぎ情報になる

スコアリングの行動データをメール開封やWebアクセスだけに頼ると、検討の「深さ」までは見えません。DSRの閲覧追跡は、資料単位・ページ単位の関心データでクオリフィケーションの解像度を一段引き上げます。

運用イメージを描くと、次のような流れになります。ウェビナー経由で獲得したリードに、フォローメールでルームのURLを案内する。ルームには録画アーカイブ・導入事例・サービス概要資料を置いておく。1週間後、あるリードが事例資料を繰り返し閲覧し、ルームが社内の別メンバーにも共有されたことが通知される——これは検討が個人から組織に広がったシグナルです。インサイドセールスはこのタイミングで「事例についてご質問はありませんか」と接点を持ち、自然な流れで商談打診につなげられます。メール開封率だけを見ていたら、このリードの熱量の変化は捉えられなかったはずです。

DSRの機能や活用方法の全体像は、デジタルセールスルーム完全ガイドで詳しく解説しています。

デマンドジェネレーションに関するよくある質問

まとめ: デマンドジェネレーションは「施策」ではなく「仕組みの設計」

デマンドジェネレーションとは、リードジェネレーション（獲得）・リードナーチャリング（育成）・リードクオリフィケーション（選別）の3つのプロセスを直列につなぎ、営業案件を継続的に創出するマーケティングの仕組みです。

買い手が営業に会う前に検討の大半を終える時代、「今すぐ客」を探す営業活動だけでは案件は増えません。本記事で紹介した5ステップ——KGI/KPIの逆算、ステージ定義の合意、フェーズ別施策マップ、部門連携SLA、PDCA運用——に沿って設計すれば、獲得したリードが育成され、選別され、商談として営業に渡る流れを、勘や属人性に頼らず組織の仕組みとして動かせます。

そして、育成と選別の精度を最終的に決めるのは「買い手の検討行動がどれだけ見えているか」です。デジタルセールスルームによる閲覧データの活用も含め、自社のデマンドジェネレーションを一段ずつアップデートしていきましょう。まずは、自社のリードが今どこで滞留しているのか——ファネルの数字を眺めるところから始めてみてください。