リードは順調に増えているのに、商談化率がいっこうに伸びない——BtoBマーケティングの現場で、これほど多い悩みはありません。営業からは「質の低いリードばかり回ってくる」と言われ、マーケティング側は「せっかく渡したリードをフォローしてくれない」と感じる。この溝を埋める鍵がリードクオリフィケーションです。本記事では、その意味と位置づけ、6ステップの具体的な進め方、スコアリング設計の考え方、よくある失敗とその回避策までを整理して解説します。
リードクオリフィケーションとは
リードクオリフィケーション（Lead Qualification）とは、獲得・育成してきた見込み顧客（リード）の中から、受注につながる確度が高いリードを選別するプロセスを指します。日本語訳としては「見込み顧客の絞り込み」「見込み客の選別」といった言い方がされます。英語表記の “qualify” には「資格を与える」「適格と判断する」という意味があり、その名のとおり「営業がアプローチするに値するリードかどうかを見極める」活動だと理解すると分かりやすいでしょう。
ここで選別されたリードは、一般にMQL（Marketing Qualified Lead）、あるいは「ホットリード」と呼ばれます。MQLは、マーケティング部門が「そろそろ営業がアプローチすべき状態だ」と判断したリードのことです。これに対し、営業部門が実際に接触し「商談化できる」と認めたリードはSQL（Sales Qualified Lead）と呼ばれます。リードクオリフィケーションは、リードをMQLへと引き上げ、SQLへの転換率を最大化するための工程だと言えます。
重要なのは、これが「リードをふるいにかけて捨てる作業」ではないという点です。今すぐ営業が動くべきリードと、もう少し育成を続けるべきリード、そして自社のターゲットから外れているリードを仕分けるのが本質です。まだ機が熟していないリードは、ナーチャリングのプロセスに戻して再度温め直します。
リードジェネレーション・リードナーチャリングとの違い
BtoBマーケティングでは、リードに関する施策を大きく3段階でとらえます。リードクオリフィケーションは、その最終段階に位置づけられます。
| プロセス | 日本語 | 目的 | 主な施策例 | 主なKPI |
|---|---|---|---|---|
| リードジェネレーション | 見込み顧客の獲得 | 新しいリードを集める | 展示会、Web広告、SEO、ホワイトペーパー、セミナー | リード獲得数、獲得単価（CPL） |
| リードナーチャリング | 見込み顧客の育成 | 興味・関心を高め、購買検討段階へ引き上げる | メルマガ、ステップメール、ウェビナー、事例コンテンツ | 開封率、クリック率、コンテンツ接触数 |
| リードクオリフィケーション | 見込み顧客の選別 | 受注確度の高いリードを見極めて営業に渡す | スコアリング、セグメント抽出、BANTヒアリング | MQL数、商談化率、受注率 |
3つの関係を一本の流れで表すと、「集める → 育てる → 見極める」となります。どれか1つが欠けても機能しません。たとえばリードジェネレーションだけを強化してリード数を増やしても、選別の仕組みがなければ営業は膨大なリストの中から当てずっぽうに電話をかけることになります。逆に、選別基準ばかり厳しくしてリードの母数が少なければ、そもそも商談が生まれません。
なお、リードナーチャリングとリードクオリフィケーションは実務上きれいに分かれるわけではなく、育成しながら並行して選別するのが実態に近い運用です。メール配信で反応を見ながらスコアを加算し、閾値に達したものから順に営業へ渡していく——というように、両者は同じサイクルの中で回っています。
なぜリードクオリフィケーションが必要なのか
第一の理由は営業リソースの有限性です。1人の営業担当者が丁寧にフォローできる件数には上限があります。手元に1,000件のリードがあっても、全件に均等に時間を割けば、本来受注できたはずの案件にも十分な時間をかけられません。確度の高い上位数%に集中投下できれば、同じ工数でも成果は大きく変わります。
第二に、機会損失の防止です。購買意欲が高まった瞬間は長く続きません。料金ページを何度も見ている、比較資料をダウンロードした——そうした「今動くべきサイン」を検知して即座にアプローチできる体制があるかどうかで、競合に先を越されるかどうかが決まります。逆に、まだ情報収集段階のリードに強引な営業をかければ、印象を損ねて将来の商談機会まで失いかねません。
第三に、マーケティングと営業の連携強化です。「どういうリードを渡すか」の基準を両部門で言語化して合意することは、そのまま部門間の共通言語をつくる作業になります。基準が明文化されていれば、商談化しなかったリードについても「なぜ合わなかったのか」を検証でき、次の改善につながります。多くの企業で起きている「マーケは数を渡したい、営業はすぐ売れるものだけ欲しい」というすれ違いは、基準の不在から生まれます。
リードクオリフィケーションの具体的な手順（6ステップ）
実務では、次の6ステップで設計・運用するのが基本形です。上流の設計を飛ばしていきなりスコアリングから始めると、ほぼ確実に形骸化します。
1. セグメンテーション
最初に行うのは、手元のリードを一定の条件で分類することです。全リードを同じ物差しで測ろうとすると、基準が曖昧になります。まずは大きく仕分けてから、セグメントごとに評価軸を考えます。
分類軸としては、次のようなものが挙げられます。
| 分類の観点 | 具体的な項目例 |
|---|---|
| 企業属性 | 業種、従業員規模、売上規模、所在地、資本関係 |
| 担当者属性 | 役職、部署、決裁権の有無、担当業務 |
| 獲得経路 | 展示会、資料請求、ウェビナー、広告、紹介、問い合わせ |
| 検討状況 | 情報収集段階、比較検討段階、導入時期が明確 |
| 既存関係 | 新規、失注復活、既存顧客の別部署、休眠 |
このとき同時にやっておきたいのが、ターゲット外リードの切り分けです。個人事業主向けサービスではない、対応エリア外である、競合企業や学生からの資料請求である——といったリードを最初に除外しておくだけでも、後工程の精度は上がります。
2. カスタマージャーニーマップの作成
次に、ターゲットとなる顧客が「認知 → 情報収集 → 比較検討 → 稟議・意思決定 → 導入」という道のりをどう進むのかを整理します。ここを飛ばすと、あとで設計するスコアの配点が担当者の感覚頼みになってしまいます。
各段階で、顧客が「どんな情報を求めているか」「どんな行動をとるか」「社内で誰が動くか」を書き出します。たとえば、比較検討段階に入った担当者は料金ページや導入事例、他社比較資料を見に来ます。稟議段階に入れば、費用対効果を説明する資料やセキュリティ要件の資料を探します。どの行動がどの段階のサインなのかを事前に定義しておくことが、次のシナリオ設計とスコアリングの土台になります。
BtoBでは意思決定に複数人が関与するため、「現場担当者」「情報システム部門」「決裁者」といった役割ごとにジャーニーを分けて描くと、より実態に近づきます。
3. シナリオ設計
シナリオ設計とは、「リードがどういう状態になったら、どのアプローチを実行するか」を決めておくことです。ジャーニーの各段階に、対応するアクションを紐づけていきます。
シナリオの記述例を挙げます。
- 資料をダウンロードした翌日に、関連する導入事例をメールで送る
- 事例メールをクリックし、かつ料金ページを閲覧したら、ウェビナー案内を配信する
- ウェビナーに参加し、アンケートで「導入時期3か月以内」と回答したら、当日中にインサイドセールスへ通知する
- 90日間まったく反応がない場合は、育成リストから休眠リストへ移す
この段階で、「営業に渡す状態」と「まだ育成を続ける状態」の境界がおおよそ見えてきます。シナリオを先に描いておくことで、スコアリングは「その境界を数値で判定するための道具」という位置づけになり、目的がぶれにくくなります。
4. スコアリングの設計・実施
シナリオで定めた境界を、実際に判定できる形に落とし込む工程です。属性情報と行動情報にそれぞれ点数を割り当て、合計点が閾値を超えたリードをMQLとして扱います。具体的な設計方法は次章で詳しく説明します。
このとき必ず決めておくべきなのが、MQLの閾値と、スコアに関係なく即MQLとする例外条件です。たとえば「お問い合わせフォームからのデモ依頼」は、それ単体で購買意欲が明確ですから、スコアの積み上げを待たずに即座に営業へ渡すべきです。スコアリングは万能ではなく、明確な購買シグナルを取りこぼさないための例外ルールと併用してこそ機能します。
5. 営業部門への引き渡し
選別したリードを営業（またはインサイドセールス）へ渡す段階です。ここで多くの企業がつまずきます。「リストを共有して終わり」にすると、フォローされないまま放置されるリードが必ず出ます。
引き渡しの設計で決めておくべき項目は次のとおりです。
| 決めるべきこと | 具体例 |
|---|---|
| 渡す相手 | インサイドセールス担当か、フィールドセールスか、担当エリア別か |
| 渡す方法 | MAからSFA/CRMへ自動連携、通知メール、チャットへのアラート |
| 対応期限 | 通知から24時間以内に初回コンタクトを行う |
| 渡す情報 | スコア、閲覧ページ履歴、DL資料名、流入経路、過去の接点履歴 |
| 差し戻し基準 | 接触後に「検討時期が未定」と判明した場合はナーチャリングへ戻す |
こうした取り決めを両部門で合意した文書は、一般にSLA（Service Level Agreement）と呼ばれます。「MQLの定義」「営業の対応期限」「SQLへの昇格条件」「差し戻しのルール」を明記しておくと、責任の所在が曖昧になりません。
また、インサイドセールスが接触する際にはBANT（Budget＝予算、Authority＝決裁権、Needs＝必要性、Timeline＝導入時期）の観点でヒアリングし、商談化の可否を判断するのが一般的です。スコアリングによる機械的な選別と、人による対話での確認を組み合わせることで、選別精度は大きく高まります。
6. シナリオチューニングと改善
運用を始めたら、必ず結果を検証します。見るべきは、渡したMQLがどれだけ商談・受注につながったかという歩留まりです。
| 見る指標 | 計算式 | 読み取れること |
|---|---|---|
| MQL化率 | MQL数 ÷ 全リード数 | 選別基準が厳しすぎ／緩すぎないか |
| 商談化率 | 商談数 ÷ MQL数 | MQLの定義が営業の実感と合っているか |
| 受注率 | 受注数 ÷ 商談数 | 選別基準が受注実績と相関しているか |
| MQLの平均リードタイム | 初回接点からMQL到達までの日数 | ナーチャリングの設計が適切か |
商談化率が低ければ、閾値が低すぎるか、配点が実態に合っていない可能性があります。逆に商談化率が非常に高いのにMQL数が少なすぎる場合は、基準が厳しすぎて機会損失を起こしているかもしれません。月次または四半期ごとに、スコアと実際の商談化率を突き合わせて配点を調整するサイクルを、運用の一部として組み込んでおきましょう。
スコアリングの考え方
属性情報と行動情報の組み合わせ
スコアリングは、大きく2種類のスコアの掛け合わせで考えます。
属性スコア（フィットスコア）は、「そのリードが自社のターゲット像にどれだけ合致しているか」を表します。業種、従業員規模、役職、地域といった、短期間では変化しない情報が中心です。
行動スコア（エンゲージメントスコア）は、「そのリードがどれだけ購買に近い行動をとっているか」を表します。Webページの閲覧、資料ダウンロード、メール開封・クリック、ウェビナー参加など、時間とともに変動する情報です。
配点の考え方を、例として示します（数値はあくまで一例で、自社の受注傾向に合わせて設計する必要があります）。
| 種別 | 項目 | 配点例 |
|---|---|---|
| 属性 | 従業員数300名以上 | +15 |
| 属性 | ターゲット業種に該当 | +10 |
| 属性 | 役職が部長クラス以上 | +15 |
| 属性 | 個人フリーメールアドレス | −10 |
| 属性 | 対応エリア外 | −20 |
| 行動 | 料金ページの閲覧 | +20 |
| 行動 | 導入事例ページの閲覧 | +10 |
| 行動 | 比較・検討系の資料をダウンロード | +25 |
| 行動 | ウェビナー参加 | +20 |
| 行動 | メール開封 | +2 |
| 行動 | メール内リンクのクリック | +5 |
| 行動 | 採用情報ページのみ閲覧 | −5 |
この2軸を組み合わせると、リードは4象限に整理できます。
| 行動スコア高 | 行動スコア低 | |
|---|---|---|
| 属性スコア高 | 最優先。即座に営業へ引き渡す | ナーチャリングを継続し、接触機会を増やす |
| 属性スコア低 | 情報収集目的や競合の可能性も。内容を精査 | 優先度は低い。定期配信のみで様子を見る |
属性スコアだけで判断すると「大企業だが導入意欲のないリード」を優先してしまい、行動スコアだけで判断すると「熱心に情報収集しているが予算を持たない個人」を営業に渡してしまいます。両方を見ることが精度の前提です。
設計時にもう1つ重要なのが、スコアの減衰（ディケイ）です。3か月前に料金ページを見た人と、昨日見た人では、購買意欲の温度がまったく違います。「最終接触から30日経過したら行動スコアを半減させる」といったルールを入れておかないと、古いスコアが積み上がったまま実態とかけ離れていきます。
配点に絶対的な正解はありません。もっとも実践的なのは、過去の受注顧客の共通項を洗い出し、そこから逆算して配点を決める方法です。受注した企業の業種・規模・役職の分布、受注前にどのコンテンツに触れていたかを調べれば、加点すべき項目は自ずと見えてきます。
MAツールを活用したスコアリング
これらの計算を手作業で行うのは現実的ではありません。そこで用いられるのがMA（マーケティングオートメーション）ツールです。MAツールを使うことで、次のようなことが可能になります。
- 自動集計：Webサイトの閲覧履歴やメールの反応を自動で記録し、設定したルールでスコアを加減算する
- データの一元管理：展示会リスト、フォーム入力、名刺情報などバラバラだったデータを1か所に統合する
- リアルタイム通知：閾値を超えた瞬間に、担当営業へメールやチャットで自動通知する
- SFA/CRM連携：MQLをそのまま営業システムへ引き渡し、商談・受注の結果を紐づけて分析できる
- シナリオの自動実行：条件分岐つきのメール配信やコンテンツ出し分けを自動化する
ただし、ツールを導入すれば選別が自動的にうまくいくわけではありません。スコアの設計思想、MQLの定義、営業との連携ルールが決まっていなければ、MAは「誰も見ない数字を計算し続けるだけの箱」になります。ツール選定より先に、前章の1〜3のステップを固めておくことが先決です。
なお、リード数がまだ数百件規模で行動データが十分に蓄積されていない段階では、複雑なスコアリングを組むより、「特定の資料をダウンロードしたら即通知」といったシンプルなルールベースの運用から始めるほうが機能しやすいケースもあります。
リードクオリフィケーションでよくある失敗
スコアリング基準が曖昧になる
もっとも多い失敗が、根拠のない配点です。「なんとなく資料DLは20点」と決めてしまうと、その点数が高いリードが本当に受注しやすいのか誰も検証できません。結果として、営業から「このスコアは当てにならない」と言われ、仕組みごと使われなくなります。
配点は必ず過去の受注データという根拠に紐づけて設計してください。データが乏しければ、営業担当者へのヒアリングで「受注できた顧客に共通していた条件」を集めるだけでも、感覚だけの配点より格段にマシになります。
リード情報の更新が追いつかない
BtoBのリード情報は、驚くほど早く陳腐化します。担当者の異動・退職、部署名の変更、企業の統廃合——1年も経てば連絡先が使えなくなっているケースは珍しくありません。古い属性情報のまま高スコアがついていれば、営業は存在しない担当者に電話をかけることになります。
対策としては、定期的なメール配信でのエラーアドレス除去、フォーム再入力による情報更新の促進、名刺管理システムやSFAとのデータ同期、一定期間反応のないリードの休眠処理などを、運用ルールとして組み込んでおくことです。
営業部門との連携不足
マーケティング側だけで基準を決めてしまうと、「渡されたリードの質が悪い」という不満が繰り返されます。よくあるのは、渡した後の扱いが決まっていないパターンです。誰が対応するのか、いつまでに接触するのか、商談化しなかったらどう扱うのか——これらが未定のまま運用を始めると、リードは宙に浮きます。
MQLの定義は、必ず営業部門と合意したうえで文書化します。加えて、商談化しなかったリードのフィードバックを営業からマーケティングへ返す経路をつくることが重要です。「なぜ商談にならなかったのか」の情報が戻ってこない限り、基準は永遠に改善されません。
過剰な選別による機会損失
精度を追い求めるあまり基準を厳しくしすぎると、MQLの数が絞られすぎて商談数そのものが落ち込みます。BtoBの検討期間は長く、半年〜1年かけて検討が進むケースもあります。今スコアが低いリードが、来期の大型案件になることも十分にあり得ます。
選別から漏れたリードを「捨てない」設計が不可欠です。閾値に届かなかったリードはナーチャリングリストへ戻し、定期的な情報提供を続ける。そのうえで、閾値そのものが妥当かどうかを歩留まりデータで定期的に見直します。
失敗と対処法をまとめると、次のとおりです。
| よくある失敗 | 主な原因 | 対処法 |
|---|---|---|
| スコアが当てにならない | 感覚で配点を決めている | 受注データから逆算して配点を設計し、月次で検証する |
| 古い情報でスコアが高い | データ更新の仕組みがない | スコア減衰ルールの導入、定期的なデータクレンジング |
| 営業がフォローしない | 渡し方・対応期限が未定義 | SLAでMQL定義・対応期限・差し戻し基準を明文化 |
| MQLが少なすぎる | 閾値が高すぎる | 閾値を段階的に緩め、商談化率とのバランスを見る |
| MQLが多すぎる | 行動スコアのみで判定 | 属性スコアを併用し、ターゲット外を減点で除外 |
| 明確な問い合わせを取りこぼす | スコア積み上げのみで判定 | デモ依頼などは即MQLとする例外ルールを設定 |
成功させるためのポイント
明確な目標（KGI）を設定する
「リードクオリフィケーションを導入する」こと自体が目的化すると、運用は必ず形骸化します。最終的に何を達成したいのか——たとえば「四半期の商談数を1.5倍にする」「営業1人あたりの受注件数を月2件から3件に増やす」といったKGIを先に置き、そこから逆算して必要なMQL数と商談化率を設計します。
KGIが定まれば、必要なMQL数が算出でき、そこから必要なリード数と閾値の水準も逆算できます。数字でつながっていない施策は、成否の判断ができません。
営業部門との連携体制を整える
リードクオリフィケーションは、マーケティング単独では完結しません。設計の初期段階から営業部門を巻き込み、「どんなリードが欲しいか」を具体的に言語化してもらうことが出発点です。
運用開始後も、月次の定例で「渡したMQLの商談化状況」「商談にならなかった理由」を共有する場を設けます。この振り返りが、配点や閾値を修正する材料になります。両部門が同じ数字を見ている状態をつくれるかどうかが、成否を分けます。
PDCAを回しながら精度を高める
初期設計が一発で当たることは、まずありません。むしろ、最初の設計は仮説にすぎないと割り切り、検証と修正を前提に運用を組むほうが健全です。
回すべきサイクルは次のようになります。
- Plan：受注データと営業ヒアリングをもとに、配点と閾値を仮設定する
- Do：一定期間（1〜3か月）運用し、MQLを営業へ引き渡す
- Check：MQL数、商談化率、受注率を集計し、想定との差を確認する
- Action：配点・閾値・シナリオを修正し、次のサイクルへ
あわせて、セグメンテーションの精度も継続的に高めていきます。運用を重ねるうちに「この業種は商談化率が高い」「この獲得経路は受注につながりにくい」といった傾向が見えてきます。その知見をセグメント定義に反映させることで、選別の精度は年々向上していきます。
まとめ
リードクオリフィケーションは、獲得・育成したリードの中から受注確度の高いものを見極め、営業が動くべきタイミングを判断するプロセスです。リードジェネレーション（集める）、リードナーチャリング（育てる）に続く3段階目として位置づけられ、営業リソースの集中、機会損失の防止、部門間連携の強化という3つの効果をもたらします。
実務上は、セグメンテーション、カスタマージャーニーマップ作成、シナリオ設計、スコアリングの設計・実施、営業部門への引き渡し、チューニングという6ステップで進めます。スコアリングでは属性情報と行動情報を組み合わせ、過去の受注データを根拠に配点を設計すること、スコアの減衰ルールを設けること、明確な購買シグナルは例外的に即MQLとすることがポイントです。
一方で、根拠のない配点、古いリード情報の放置、営業との連携不足、過剰な選別による機会損失といった失敗も起こりがちです。これらを避けるには、KGIから逆算した設計、営業部門とのSLA合意、そして歩留まりデータをもとにしたPDCAの継続が欠かせません。選別基準は一度決めて終わりではなく、運用しながら育てていくものだと捉えることが、成果につながる第一歩です。