クオリファイドリード(Qualified Lead)は、見込み顧客のうち自社が定めた適合度や購買意欲などの判定条件を満たしたと認定されたリードです。資料請求をしただけの連絡先とは区別されます。この記事では、英語の qualify が持つ意味から入り、MQL・SAL・SQL・PQLの違い、判定に使う基準、Google広告やMetaへ認定結果を返す使い方までを、HubSpot・Salesforce・Forresterの公開資料をもとに整理します。
まとめ
- クオリファイドリードは「条件を満たしたと認定されたリード」です。qualify は辞書上も「要件を満たすと判定する」意味で、認定する主体と条件が決まっていなければ成り立ちません。
- 種類は認定する主体で分かれます。マーケティングが認定するMQL、営業が受け入れるSAL、営業が商談化の見込みを認めるSQL、製品の利用状況で判定するPQLが代表です。
- 判定基準は「自社の顧客像に合うか(適合度)」と「購買に向けて動いているか(意欲)」の2軸で組み、商談前の対話ではBANTやMEDDPICCで不足情報を埋めます。
- Google広告とMetaは、件数ではなくクオリファイドリードを目標に広告を学習させる仕組みを公式に用意しています。CRM側の定義が曖昧なまま返すと、広告の学習がその曖昧さを増幅します。
まず、英語の語義とCRM上の認定条件を区別します。
クオリファイドリードの意味と「クオリファイ」の語義
英語 qualify・qualified の辞書上の意味
Merriam-Webster は他動詞 qualify の意味の一つを「適格・十分であると宣言する」とし、形容詞 qualified を「having complied with the specific requirements or precedent conditions」(特定の要件や前提条件を満たした)と説明しています。Cambridge Dictionary も qualify を「必要な技能・知識・能力の水準を備える」意味で載せています。
ビジネスで「リードをクオリファイする」と言うときは、この「要件を満たすか判定する」意味で使われます。英語では判定する行為が qualify a lead、判定を通過したリードが qualified lead です。判定の工程全体はリードクオリフィケーション(lead qualification)と呼ばれ、進め方はリードクオリフィケーションの定義と役割で扱っています。
リード・クオリファイドリード・商談の境界
HubSpot のライフサイクルステージは、この境界を具体的に示しています。Lead はWebサイトなどでコンバージョンしたコンタクトまたは会社、Marketing Qualified Lead は「ready for the sales team」(営業に渡す準備ができた)と判定されたもの、Sales Qualified Lead は営業が「qualified as a potential customer」(潜在顧客になり得る)と判定したもの、Opportunity は取引(deal)に関連付けられたものです。
つまりリードとクオリファイドリードを分けるのは「誰かが判定したかどうか」で、クオリファイドリードと商談を分けるのは「取引として登録されたかどうか」です。Salesforceのリード変換は商談登録と同義ではありません。変換すると取引先と取引先責任者が作られ、商談の作成は任意です。リードステータスの値は組織ごとに設定でき、変換済みとみなす値も複数指定できます。
クオリファイドリードの種類と認定する主体の違い
クオリファイドリードの種類は、判定する部門と判定材料で整理すると混乱しません。表のうちSGLだけは認定の段階ではなく、営業が自ら見つけたという創出経路の区分です。SGLというだけで適格性が認定されたことにはなりません。
| 略称 | 正式名 | 認定する主体 | 主な判定材料 |
|---|---|---|---|
| MQL | Marketing Qualified Lead | マーケティング | 属性・行動スコア |
| SAL | Sales Accepted Lead | 営業(受け入れ) | 引き渡し条件への合致 |
| SQL | Sales Qualified Lead | 営業(見極め) | 本人との対話内容 |
| PQL | Product Qualified Lead | プロダクト・営業 | 製品の利用状況 |
| SGL | Sales Generated Lead | (創出経路の区分) | 営業が発掘した経路 |
MQLからSQLまでの並びは、SiriusDecisions(現Forrester)が2006年に公開したDemand Waterfallが原型です。Forrester は SAL を「the formal acceptance of a lead by sales」(営業による正式な受け入れ)と定義し、営業が本人と話して商談になり得ると判断した段階であるSQLと区別しています。MQLとSQLの境界の詳細はMQLとSQLの違い、ウォーターフォール自体の変遷はデマンドウォーターフォールの解説を参照してください。
MQL・SQLとの関係:クオリファイドリードは上位概念
「クオリファイドリード」は特定の段階名ではなく、MQLやSQLをまとめて呼ぶ上位の言葉です。社内で単に「クオリファイドリード」と言うと、マーケティングはMQLを、営業はSQLを思い浮かべることがあります。定義書やCRMの項目名には、MQL・SQL・PQLなど、どの認定区分を指すかを明記してください。MQLの配点と閾値の決め方はMQLの判定基準と設計手順、SQLとして営業が引き取る条件はSQLの引き渡し条件とSLAで解説しています。
PQL:製品の利用データで判定するクオリファイドリード
無料プランやトライアルを提供するSaaSでは、PQLという区分が加わります。OpenView の Kyle Poyar は2022年1月11日の記事で、PQLを「product usage」(製品の利用)に基づいて購買意図を示したユーザーと定義し、従来のマーケティングや営業による判定と対比しています。同記事はPQLの転換率を「often 15-30%」と書く一方、OpenView の2021年版調査でPQL戦略を導入済みのSaaS企業は4社に1社にとどまるとしています。
15〜30%について、同記事の該当文は「Data consistently shows」とするだけで対象企業の条件を添えていないため、自社の目標値にそのまま置くのは避けます。自社でPQLを定義するなら、有料化した顧客が無料期間中に共通して使っていた機能や利用人数を、判定条件の候補にします。
クオリファイドリードの判定基準:適合度と意欲の2軸
属性で見る適合度と行動で見る意欲
判定基準は、業種・従業員規模・役職などの属性で見る「自社の顧客像に合うか」と、料金ページの閲覧や資料請求などの行動で見る「購買に向けて動いているか」の2軸に分けて組みます。どちらか一方だけでは足りません。意欲が高くても提供条件に合わない企業は営業対象から外し、適合度が高くても直近の反応がない企業は、購買時期を確認して対応の優先度を決めます。
HubSpotで適合度とエンゲージメントを組み合わせる複合スコアでは、閾値ラベルを9区分(A1〜C3)で表示し、英字が適合度(Aが高い)、数字が意欲(1が高い)を表します。配点・減点・減衰の具体的な設計はリードスコアリングの基本にまとめています。
対話で確かめる項目:BANT・CHAMP・GPCTBA/C&I・MEDDPICC
スコアで絞り込んだ後、インサイドセールスや営業が本人との対話で確かめる項目には、確立したフレームワークがあります。
| 名称 | 確認する項目 | 出典 |
|---|---|---|
| BANT | Budget / Authority / Need / Timeframe | IBMの判定テンプレート |
| CHAMP | Challenges / Authority / Money / Prioritization | HubSpot Sales Blog |
| GPCTBA/C&I | Goals / Plans / Challenges / Timeline / Budget / Authority / 悪影響 / 好影響 | HubSpot社内で開発 |
| MEDDPICC | 指標・決裁者・判断基準・決裁プロセス・契約手続き・課題・推進者・競合 | 1990年代PTC発のMEDDICを拡張 |
選び方は商材の単価と関与者の数で決まります。単価が低く決裁者が1人の商材では、BANTの4項目を初期確認に使い、競合や契約手続きが受注を左右する場合は確認項目を追加します。複数部門が関わり稟議と購買手続きを経る大型案件では、BANTでは決裁プロセス(Decision Process)と契約手続き(Paper Process)が抜けるため、MEDDPICCのほうが判定漏れを防げます。対話を担う部門の役割分担はインサイドセールスの解説を参照してください。
広告媒体へ返すクオリファイドリード:Google広告とMetaの仕組み
クオリファイドリードの定義は、社内の引き渡しだけでなく広告の入札にも使われます。フォーム送信の件数だけを広告に学習させると、条件を満たさない問い合わせが多い配信面にも予算が流れるためです。
Google広告:リードの拡張コンバージョンと認定目標の設定
Google 広告のヘルプは、リードの拡張コンバージョンを Google Ads Data Manager で設定する際、コンバージョン目標に「Qualified lead」または「Converted lead」を選ぶことを「highly recommended」(強く推奨)としています。実装ガイドでは、Qualified Lead や Converted Lead など追跡するオフラインイベントごとに固有のコンバージョンアクションを作ります。
アップロードには期限があります。GCLID付きのコンバージョンはクリックから90日以内、個人情報を使う拡張コンバージョンは63日以内です。検討期間が3か月を超える商材で「受注」だけを返すと期限切れで取り込めない件が出るため、より手前のクオリファイドリード(MQLやSQL)の時点で返す設計にします。
Meta:コンバージョンAPI for CRMによる認定結果の連携
Meta は公式トレーニング「Improve lead quality with Meta Conversions API for CRM」で、リードの件数ではなく qualified leads を目的にキャンペーンを最適化する方法を示しています。Meta が GitHub で公開しているSalesforce 連携サンプルは、Meta 経由のリードが作成・更新されたときに Facebook のリードIDと、CRM上のリードの状態(status/stage)を Meta へ送ります。
ここで送る状態値は、CRMのリードステータスそのものです。営業が状態を更新しない運用のままでは、Meta に届く「質の高いリード」は実態を反映しません。広告連携に着手する前に、どの状態をクオリファイドリードとみなすかを決め、営業が更新する運用を定着させてください。
クオリファイドリードの定義づくりで起きる失敗パターン
件数目標による判定条件の緩和
MQL件数を部門目標にすると、未達の月に閾値を下げる動機が生まれます。件数は増えても営業の受け入れ率が下がり、クオリファイドリードという区分が意味を失います。件数目標を置くなら、営業が受け入れた件数(SAL)や商談化件数と必ず並べて評価します。件数未達を埋めるための月中変更は避け、定期見直しの時期を決めます。誤判定や事業条件の変更に対応する場合は、変更理由・適用日・旧条件での集計結果を残します。
差し戻し理由の記録漏れ
営業がクオリファイドリードを受け取らなかったときの理由を残さないと、判定条件のどこがずれているか分かりません。SiriusDecisions(現Forrester)は2012年のブログで、差し戻し理由を3種類に分けています。振り分け先の誤り(procedural)、レコードの不備(clerical)、対象市場や閾値に合わない(definitional)です。このうち判定条件の見直しにつながるのは definitional だけで、残りの2つは運用やデータ入力の問題です。同じ記事は初回フォローを72営業時間以内とし、24時間以内をベストプラクティスとしています。
ツールの既定状態名と社内定義の混同
Salesforce の公式ヘルプには「Qualified」を含む既定のリードステータス一覧がありますが、実際の組織には Open – Not Contacted や Closed – Converted のような値が設定されていて、「Qualified」という値自体が無い組織もあります。一方 HubSpot にはMQLとSQLが既定のステージとして用意されています。ツールの既定の状態名をそのまま使うと、ツールを乗り換えたときや2つのツールを連携したときに、同じ「qualified」が別の段階を指してしまいます。定義は社内の文書で決め、ツールの項目はそれに合わせて設定するのが正しい順序です。
よくある質問
クオリファイの意味は何ですか?
英語の qualify に由来し、「要件を満たすと判定する」「必要な水準に達する」という意味です。Merriam-Webster も「適格・十分であると宣言する」意味を載せています。BtoBのマーケティングや営業では、リードが自社の定めた条件を満たすかどうかを判定する行為を指し、判定を通過したリードをクオリファイドリードと呼びます。スポーツの予選通過も同じ語で、条件を満たして次の段階へ進む点が共通しています。
クオリファイドリードとMQLは同じ意味ですか?
同じではありません。クオリファイドリードは判定を通過したリード全般を指す上位の言葉で、MQLはその一種です。マーケティングが認定したものがMQL、営業が商談化の見込みを認めたものがSQL、製品の利用状況で判定したものがPQLです。社内で単に「クオリファイドリード」と言うと部門によって指す段階が変わるため、定義書ではMQL・SQL・PQLなど、どの認定区分を指すかを明記してください。
クオリファイドリードとリードクオリフィケーションの違いは?
リードクオリフィケーションは判定する工程、クオリファイドリードはその工程を通過した結果のリードです。英語でも lead qualification(名詞の工程)と qualified lead(形容詞で修飾されたリード)で区別されます。工程では、スコアリングで候補を絞り、インサイドセールスが対話で条件を確かめ、営業が受け入れるという順に進めるのが一般的です。
クオリファイドリードは誰が判定しますか?
段階によって判定する部門が変わります。MQLはマーケティングがスコアや行動をもとに判定し、SALは営業が引き渡し条件に合うかを確認して受け入れ、SQLは営業が本人との対話で商談化の見込みを判定します。判定条件そのものはマーケティングと営業が合意して文書にしておく必要があり、どちらか一方だけで決めると差し戻しが増えます。
英語の qualified lead と qualify a lead はどう使い分けますか?
qualified lead は「条件を満たしたと判定されたリード」という名詞句、qualify a lead は「リードが条件を満たすか判定する」という動詞句です。英語圏の営業資料では、判定の工程を lead qualification、判定の枠組みを qualification framework(BANTやMEDDPICCなど)と呼びます。条件を満たさなかったリードは unqualified lead、判定の結果対象外としたことは disqualify と表現します。
関連記事
- MQLとSQLの違いとは?認定部門・SALを挟む引き渡し設計
- SQL(Sales Qualified Lead)とは?営業へ引き渡す条件とSLAの決め方
- MQLの判定基準とは?属性・行動スコアで決めるリード選定の基準と設計手順
- リードクオリフィケーションとは?定義とその役割について解説
- デマンドウォーターフォールとは何か?基本概念とその重要性を解説