リードジェネレーションとは？ - BtoB SaaS におけるリード獲得の全体設計
リードジェネレーションの定義から BtoB SaaS における ICP 設計・ MQL/SQL 判定・ KPI 逆算・施策選定まで、ファネル全体の設計方法を体系的に解説する。
リードジェネレーションとは、自社の商品・サービスに関心を持つ見込み顧客を見つけ、資料ダウンロード・ウェビナー申込・展示会での名刺交換・無料トライアルなどを通じて接点や連絡先情報を獲得する活動である。 BtoB SaaS では、リード数を増やすだけでなく、 MQL ・ SQL ・商談・受注までつながるファネル全体を設計することが重要だ。
リードジェネレーションの定義
見込み顧客（リード）の連絡先情報や接点を獲得するマーケティング活動を指す。英語の"Lead Generation"をそのままカタカナにした用語であり、日本語では「リード獲得」とほぼ同義で使われる。Salesforce Japan のガイドでも、見込み顧客を見つけ連絡先情報を獲得する一連の活動として説明されている。
では「リード」とは具体的に何だろうか。 BtoB SaaS では、企業名・氏名・メールアドレス・電話番号などを自社に提供した見込み顧客のことである。取得のきっかけは多岐にわたる。
- 資料ダウンロード（ホワイトペーパー、 eBook 、導入事例）
- ウェビナー・オンラインセミナーへの申込
- 展示会・共催イベントでの名刺交換
- 問い合わせフォームの送信
- 無料トライアル・フリーミアムへの登録
- 比較サイト経由での資料請求
- メールマガジン登録
定義には幅がある。狭義では「接点・連絡先の獲得」に限定し、広義では「将来の商談・受注につながる見込み顧客を創出する活動全般」を含む。シナジーマーケティングの用語集では、不特定多数ではなく自社製品に関心を示す個人・企業の情報を獲得する活動と説明されている。ここでは狭義の「獲得」を中心に据えつつ、獲得後の育成・営業連携まで含めた全体像を扱う。
リード獲得とリードジェネレーションは同じ意味か？
実務上、ほぼ同義として使われている。「リード獲得」は日本語で端的に目的を表す表現、「リードジェネレーション」は英語由来のプロセス名称という違いはあるが、指す範囲は同じだ。社内文書で使い分けるよりも、チーム内で「リード」の定義自体を揃えることのほうが重要である。
デマンドジェネレーション全体の中での位置づけ
リードジェネレーションは、デマンドジェネレーション（需要創出）の一工程であり、独立した活動ではない。全体のファネルを把握しないまま「リードを増やす」ことだけに集中すると、商談・受注に結びつかないリードが積み上がる。
リードジェネレーションは「入口」であり、その先のナーチャリング・選別・商談化と一連でなければ機能しない。BtoB マーケティングの基本概念と全体像についてはこちらも参照してほしい。
リードナーチャリング・リードクオリフィケーションとの違い
リードナーチャリングは「育成」、リードクオリフィケーションは「選別」である。いずれもリードジェネレーションの後続工程だ。
獲得した時点ではリードの購買意欲はまちまちである。メール配信、導入事例の提供、ウェビナーへの再招待などを通じて検討度を引き上げるのがナーチャリング。育成されたリードの中から、属性条件と行動条件に基づいて営業に渡す候補を選び出すのがクオリフィケーションである。
ここを省略すると「リードは集まるが商談にならない」状態に陥る。 BtoB SaaS では検討期間が長いため、獲得直後に商談化する割合は限られる。獲得と育成を分離して設計する意識が欠かせない。
デマンドジェネレーションとリードジェネレーションはどう違うか？
デマンドジェネレーションは、潜在層への認知形成からリード獲得・育成・営業連携までを含む包括概念である。リードジェネレーションはその一部、連絡先を獲得するフェーズを指す。「 The Model 」などのフレームワークでも、デマンドジェネレーションをマーケティング部門の全体機能として位置づけ、その中にリードジェネレーションとナーチャリングを含める整理が一般的だ。
BtoB SaaS 特有の検討プロセスとリードの意味
BtoB SaaS のリードジェネレーションが一般的な BtoB と異なるのは、検討プロセスの長さと関与者の多さにある。ファストマーケティングの「 BtoB マーケティングに関する実態調査2026」（2026年5月実施、有効回答432名）によると、 SaaS ・クラウドサービスでは受注まで3か月以上かかると回答した割合が48.9%であった。
半数近くが3か月以上。これは単にリードタイムが長いという話ではない。その間にリードが社内で比較検討を行い、現場担当者が情報収集し、上長が予算感を確認し、情報システム部門がセキュリティ要件を精査し、最終的に決裁者が稟議を承認する。
課題認識 → 情報収集 → 複数サービスの比較 → 資料請求・トライアル
→ 社内検証 → 複数意思決定者の合意 → 稟議・予算確認 → 契約
リードを1人獲得すれば終わりではない。同一企業内の現場利用者、上長、情報システム部門、決裁者それぞれに必要な情報が異なる。現場担当者には操作性や業務改善効果、情報システム部門にはセキュリティ・連携仕様、決裁者には ROI と導入リスク。リードジェネレーションの段階でこの構造を意識しておくことが、後続のナーチャリングと商談化の精度を左右する。
ICP （理想顧客像）とペルソナの定義が起点になる
施策を選ぶ前に、 ICP （ Ideal Customer Profile ）とペルソナを定義すべきである。ターゲット外のリードを大量に集めても、商談・受注にはつながらない。
ICP は企業レベルの条件だ。業種、従業員数、売上規模、抱えている課題、導入時期の見込みなどで定義する。ペルソナは人物レベルの条件で、部門、役職、日常の情報収集行動、意思決定における役割を想定する。
この定義が曖昧なまま施策を走らせると、「リード数は目標達成したがターゲット企業が2割しかいない」という事態になる。 ICP の定義は、営業が過去に受注した企業の共通特徴を棚卸しすることから始めるのが実務的だ。
リード獲得の主な施策と BtoB SaaS での使い分け
施策はインバウンド型とアウトバウンド型に大別される。 BtoB SaaS では両者を組み合わせるのが一般的だが、検討段階に応じて効く施策が異なる。すべてを同時に始める必要はなく、 ICP の情報収集行動に合った施策から優先するのが現実的である。
インバウンド型の施策
見込み顧客が自ら情報を探す動線上にコンテンツや仕組みを置き、能動的にリードを獲得する方法だ。
SEO ・コンテンツマーケティングは、 BtoB SaaS の認知〜情報収集段階で強力なチャネルとなる。見込み顧客が課題解決の情報を検索した際に自社の記事が表示されれば、長期的かつ継続的なリード流入が見込める。記事内にホワイトペーパーのダウンロード CTA を設置する導線が典型的だ。 SEO やコンテンツ戦略の詳細はBtoB SaaS マーケティングの実務ガイドを参照してほしい。
ホワイトペーパー・ eBookは、課題認識が進んだ層の獲得に向いている。ノウハウ型、調査レポート型、チェックリスト型などの形式があり、フォーム入力と引き換えにダウンロードさせることでリード情報を取得する。
導入事例は、比較検討段階の見込み顧客に効果的である。同業種・同規模の企業がどう課題を解決したかを具体的に示すことで、「自社でも使えるか」という判断材料になる。
ウェビナー・オンラインセミナーは、参加者の関心が比較的高い傾向にあり、質疑応答を通じて課題の深さを把握できる。
無料トライアル・フリーミアムは SaaS 特有の施策である。ここで注目すべきは PQL （ Product Qualified Lead ）の概念だ。プロダクトの利用データ（特定機能の使用、利用頻度、チーム招待数など）に基づいてリードの質を評価する。 PLG （プロダクトレッドグロース）戦略を採用する企業では、 PQL が MQL に代わる主要な指標になることもある。
比較サイト掲載は、すでに複数サービスを比較している顕在層に接触できる。導入直前に近い段階のリードが得られる反面、競合と横並びで比較されるため差別化の訴求が必要になる。
アウトバウンド型の施策
企業側から能動的にアプローチし、接点を作る方法だ。
展示会・共催イベントは、短期間で多数の名刺を獲得できる。ただし来場者全員が ICP に合致するわけではないため、獲得後の選別とナーチャリングの計画が前提になる。
リスティング広告・ディスプレイ広告・ SNS 広告は、短期間でリードを獲得したい場合に有効だ。ターゲティング精度が高い一方、広告費が継続的に発生するため、 CPL だけでなく SQL 単価・商談単価まで追跡して投資判断すべきである。
テレアポは、ターゲット企業リストに基づいて直接アプローチする手段だ。インサイドセールスが MQL 以前のリードに架電し、課題の有無と検討時期をヒアリングする運用が多い。
ダイレクトメールや紹介・パートナー施策は、特定のターゲット層に届けやすい反面、スケールしにくいという特徴がある。
施策の判断軸を整理する比較表
絶対的な優劣を示す表ではない。自社の ICP がどの段階でどう情報収集するかに合わせて、主軸チャネルを選ぶための判断材料として使ってほしい。
MQL と SQL の違い、営業への引き渡し設計
MQL （ Marketing Qualified Lead ）はマーケティングが「営業に渡す価値がある」と判断したリード、 SQL （ Sales Qualified Lead ）は営業が「商談化できる」と判断したリードである。この定義は企業ごとに異なり、業界共通の絶対基準は存在しない。
両者の間に SAL （ Sales Accepted Lead ）を設ける企業もある。 SAL はインサイドセールスが MQL を受け取り、初回ヒアリングを行った段階のリードを指す。
ここで問題になるのは、マーケティングと営業の定義が食い違うケースだ。マーケティングが「資料ダウンロードした人」を MQL として渡しても、営業が「課題と導入時期が明確でないと追わない」と判断すれば、リードは放置される。
この断絶を防ぐのが SLA （ Service Level Agreement ）である。マーケティングと営業の間で、引き渡し条件（ MQL の具体的な要件）と対応速度（例: MQL 受領後24時間以内に架電）を合意する。加えて、営業からマーケティングへのフィードバックループを設ける。「この MQL はターゲット外だった」「この条件のリードは商談化しやすい」という情報を月次で共有し、 MQL 条件を更新し続ける運用が望ましい。
MQL の判定条件をどう設計するか
属性条件と行動条件の組み合わせで判定するのが基本である。
属性条件（ ICP との合致度）:
- 対象業種・企業規模に該当する
- 対象部門・役職である（利用部門の担当者以上など）
行動条件（関心度の高さ）:
- サービス資料をダウンロードした
- 料金ページや導入事例ページを閲覧した
- ウェビナーに参加した
- 無料トライアルで一定のアクションを取った
「資料を1回ダウンロードしただけ」のように単一行動だけで MQL と判定すると、ターゲット外のリードまで営業に流れてしまう。属性で絞り、行動で確認する二段構えが実務的だ。
リードスコアリングを導入する場合は、属性と行動それぞれに点数を付与し、合計が閾値を超えたら MQL とする方法がある。ただしスコアリングモデルの構築と運用には工数がかかる。少人数チームでは「属性条件を満たし、かつ特定の行動を2つ以上」のようなシンプルなルールから始めるほうが現実的だ。
リード数が増えても商談につながらない原因
ファストマーケティングの「 BtoB マーケティングに関する実態調査2026」によると、「リード数が多く CPA は下がっているが受注につながらない」状況を経験した企業は62.1%（「よくある」16.7%＋「ときどきある」45.4%）であった。
過半数が経験している問題だ。原因は複合的だが、主に以下の4つに集約される。
- ターゲット外リードの増加: ICP を定義せず広告やコンテンツで集客し、商談対象にならないリードが増える
- ナーチャリングの不在: 獲得後に何もフォローせず、検討が進まないまま放置される
- MQL 条件の曖昧さ: 「資料 DL ＝ MQL 」のように甘い条件で営業に渡し、営業が追わなくなる
- マーケティングと営業の指標不一致: マーケティングがリード数を、営業が受注額を追い、中間の SQL ・商談化率を誰も管理しない
リード数だけが増える状態は、ファネルのどこかに穴が空いているサインである。
受注から逆算する KPI 設計
リードジェネレーションの KPI は、「受注目標→必要商談数→必要 SQL 数→必要 MQL 数→必要リード数→チャネル設計」の順番で逆算して設定する。この順番を逆にして「まずリード数」から積み上げると、受注に結びつかない数字を追い続けるリスクがある。
段階別 KPI と計算式
主要な KPI と計算式を整理する。転換率のベンチマーク値は商材、価格帯、リード定義によって大きく異なるため、計算式のみを示す。自社データで計測し、改善サイクルを回すことが前提だ。
同調査では、直近1年の目標達成状況がリード獲得で67.8%だったのに対し、新規商談は57.2%、新規受注は57.9%と、ファネル後半ほど達成割合が低下していた。一方で「新規受注金額・売上貢献」を確認している企業は15.0%にとどまった。
計測していなければ改善もできない。まずは自社のファネル各段階の数値を把握することが出発点である。
CPL ・ CPA ・ CAC の違い
CPL （ Cost Per Lead ） はリード1件あたりの獲得コスト。CPA （ Cost Per Acquisition/Action ） は「成果」1件あたりのコストだが、何を「成果」とするかは文脈で変わる（ MQL 、 SQL 、商談、受注のいずれかを指す場合がある）。CAC （ Customer Acquisition Cost ） はマーケティング費用と営業費用をすべて合算した顧客獲得コストだ。
CPL が低い施策は一見効率的に見える。だが、そのリードが商談・受注に至らなければ、 CAC 全体は改善しない。施策の評価は CPL だけでなく、 SQL 単価や受注単価まで追跡して判断すべきである。
少人数チームはどの施策から始めるべきか
すべてを同時に走らせようとして破綻するのが、少人数チームで最も多い失敗パターンだ。ファストマーケティングの同調査では、マーケティング専任部門がある企業は39.6%、兼任体制が36.6%と報告されており、限られたリソースでの運用が多くの企業の現実である。
段階的に立ち上げる6ステップを推奨する。
- ICP と受注条件の定義: 過去の受注企業に共通する業種・規模・課題・導入動機を営業と一緒に棚卸しする
- CV 地点を1〜2個に絞る: サービス資料 DL と無料トライアル、またはサービス資料 DL とウェビナーなど、管理可能な数に限定する
- 既存コンテンツを再編集する: 営業が使っている提案資料、社内の技術ブログ、 FAQ をホワイトペーパーやランディングページに転用する。ゼロから作るより早い
- 主軸チャネルを一つ選ぶ: ICP の情報収集行動に合わせて、 SEO （検索からの流入）またはウェビナー（業界コミュニティ経由）のどちらかに集中する
- MQL 引き渡し条件と営業対応を合意する: 属性条件と行動条件を定義し、営業の対応速度を SLA として決める
- 月次でチャネル別の商談・受注を確認する: リード数だけでなく、チャネルごとの MQL 化率・商談化率・受注件数を追跡する
SEO 記事の制作については、内製・外注・ AI 活用のいずれも選択肢になる。少人数チームでは、まず営業資料のリライトなど低工数のコンテンツから着手し、記事制作の体制は運用が安定してから検討するのが現実的だ。少人数運用の体制設計についてはBtoB SaaS マーケティングの実務ガイドで詳しく扱っている。
MA ・ CRM ・ SFA の役割と使い分け
リードジェネレーションからナーチャリング、営業連携までのプロセスを支えるツールとして、 MA ・ CRM ・ SFA がある。
- MA （マーケティングオートメーション）: リード獲得フォーム、メール配信、スコアリング、行動トラッキングを担う。リードの行動に基づいて MQL 判定を自動化できる
- CRM （顧客関係管理）: リード・顧客情報を一元管理する。企業単位での接点履歴、商談ステータス、過去の取引情報を営業・マーケティング双方が参照できる基盤
- SFA （営業支援システム）: 営業活動の記録、商談の進捗管理、売上予測を支援する。 SQL から受注までのプロセスを可視化する
ただし、ツールを導入しただけでリードジェネレーションや営業連携の課題が解決するわけではない。 MQL/SQL の定義が曖昧なまま高機能な MA を入れても、スコアリングの基準が決まらず使いこなせない。ツール導入の前に、引き渡しのルールと KPI の定義を整備することが先だ。
なお、資料請求やウェビナー申込で取得した個人情報は、個人情報保護法に基づき利用目的の明示と同意取得が必要である。プライバシーポリシーの掲載、フォームでの利用目的の明記、メール配信時のオプトイン取得と配信停止手段の提供を忘れずに行うこと。
よくある失敗パターンと改善の方向性
リードジェネレーションで陥りやすい問題を整理する。思い当たる項目があれば、自社のファネルのどこに穴があるかを確認する手がかりになるだろう。
失敗の多くは、施策の質ではなく「施策間のつなぎ」の不備に起因する。獲得・育成・選別・営業連携、それぞれの受け渡し部分を点検することが改善の最短経路だ。
FAQ
無料トライアルはリードジェネレーションに含まれるか？
含まれる。無料トライアルやフリーミアムへの登録は、連絡先情報を取得する接点であり、リードジェネレーションの一手段だ。 SaaS ではトライアル中の利用データ（機能利用状況、ログイン頻度、チームメンバー招待数など）に基づき PQL として評価できる点が特徴である。
PQL とは何か？ SaaS のリード獲得でどう使うか？
PQL （ Product Qualified Lead ）は、プロダクトの利用行動に基づいて有望と判定されるリードだ。無料トライアルやフリーミアムを提供する SaaS で、特定機能の利用や利用頻度を条件に営業対象を絞り込む。 PLG （プロダクトレッドグロース）戦略と組み合わせ、 MQL とは別軸でリードの質を評価する運用が増えている。
リード獲得後、営業へいつ引き渡すべきか？
MQL の判定条件（属性＋行動）を満たした時点で引き渡すのが基本だ。引き渡しのタイミングと対応速度はマーケティングと営業の SLA として合意する。営業からの「この条件のリードは商談化しやすい/しにくい」というフィードバックを定期的に MQL 条件へ反映する運用が、精度を高める鍵になる。
資料請求やウェビナー申込で取得した個人情報を扱う際の注意点は？
個人情報保護法に基づき、利用目的の明示と同意取得が必要だ。取得時のフォームに利用目的を明記し、プライバシーポリシーを掲載する。メール配信ではオプトイン取得と配信停止手段の提供が求められる。第三者提供がある場合はその旨も説明すること。
SEO ・ホワイトペーパー・ウェビナー・展示会はどのように使い分けるか？
SEO は認知・情報収集段階のリードを長期的に獲得するのに向く。ホワイトペーパーは課題認識が進んだ層、ウェビナーは比較検討段階で関心が高い層の獲得に適する。展示会は短期間で多数の名刺を集められるが、事後のナーチャリング計画がないと商談化率は低くなりがちだ。 ICP の情報収集行動と検討段階に合わせて、まず1つを主軸に選ぶのが少人数チームの現実解である。
まとめ
リードジェネレーションは「リード数を増やす施策」ではなく、受注目標から逆算して獲得・育成・営業連携を一貫して設計する仕組みである。 BtoB SaaS では検討期間が長く、複数の意思決定者が関わるため、 ICP 定義、 MQL/SQL 設計、営業との SLA 、 KPI 計測を含む全体設計が欠かせない。
少人数チームであれば、まず ICP を定義し、 CV 地点を絞り、主軸チャネルを一つ選ぶところから始める。リード数の先にある商談・受注までの数字を追い続けることが、リードジェネレーションを仕組みとして機能させる条件だ。