MQL・SQLとは？BtoBリードの質を定義し、商談化につなげる実務設計

リードが増えたのに商談が増えない。マーケティング部門は「成果が出た」と考え、営業部門は「質が低い」と評価する。BtoBマーケティングでは、この認識の違いをMQLやSQLという言葉で整理しようとします。しかし、略語だけ導入しても問題は解決しません。

必要なのは、誰を対象とするか、顧客がどこまで検討しているか、誰がいつ何をするかを組織として決め、実績をもとに見直せることです。この記事ではMQL・SQLの基本から、手戻りを減らす運用と改善実験まで解説します。

MQLとSQLの違い――単なるスコアではなく対応の約束

MQL（Marketing Qualified Lead）は、マーケティング側の定義に基づき、一定の適合や関心が確認された見込み顧客を指します。SQL（Sales Qualified Lead）は、営業側が具体的な対応・商談化を進める対象と判断した見込み顧客です。Salesforceの2026年更新の解説では、両部門で条件をすり合わせ、引き渡し後の扱いまで決めることが重視されています。

ただし、具体的な判定条件に業界共通の単一規格があるわけではありません。MQLを営業へ引き渡す前の状態とする組織もあれば、営業が受け入れた段階をSAL（Sales Accepted Lead）として独立管理する組織もあります。名称より、誰が何を引き受けるかが重要です。

「リードの質が悪い」を四つの問題に分解する

顧客との適合：自社の解決できる業務、提供地域、技術要件、組織規模、契約条件などが合うか。
検討状況：情報収集、課題の特定、比較検討、社内合意など、顧客が何を進めているか。
接点情報：誰が、何を目的に、どの資料・イベントに接触したか。資料のダウンロードだけを購買意欲と断定しない。
営業対応：引き渡し後に誰がいつ連絡し、どんな情報不足や障害があったか。営業の処理能力や優先順位も確認する。

この四区分は編集上の実務整理です。マーケティングだけを原因と決めず、営業への引き渡しと顧客の購買行動まで同じ範囲で点検することを目的としています。

BtoB購買は一本道ではない――Gartnerの六つのBuying Jobs

Gartnerは、BtoB購買を問題の特定、解決策の探索、要件整理、供給企業の選定、検証、社内合意という六つの仕事として説明しています。重要なのは、買い手がこれらを直線的に一度ずつ進めるとは限らず、行き来するという点です。

例えば価格ページを見た担当者が、必ずしも導入を決めた段階とは限りません。社内比較のために調べていることもあれば、導入見送りを判断するための場合もあります。MQL・SQLの状態を過度に細かいスコアで確定するより、顧客が今どの意思決定を進めるのを支援するかを確認しましょう。

架空例――数字の増減を正しく分解する

以下は計算の練習に使う架空の数値であり、特定企業の成果ではありません。

前月：新規リード200件、定義に適合したMQL80件、営業が受け入れた60件、商談24件。
当月：新規リード300件、MQL90件、営業が受け入れた45件、商談18件。

前月のMQL率は80÷200＝40％、当月は90÷300＝30％。営業受入率は60÷80＝75％から45÷90＝50％に低下しています。一方、営業受入から商談への比率は24÷60＝40％、18÷45＝40％で変わりません。

ここから原因を断定することはできません。ただし、まず調べるべき場所は、MQLの定義と営業受入の間にありそうだと絞れます。流入経路の構成、営業の処理能力、データの重複、定義の変更、対応時間などを確認します。計測期間が同じでも、案件の検討期間が違えば単純比較できない点にも注意が必要です。

引き渡しの最低条件――誰が、いつ、何をするか

対象：自社が支援可能な課題・業務であること。対象外の顧客を数値合わせで含めない。
確認済み情報：相談内容、現時点の希望、接触経路。推測と本人の発言を区別する。
引き渡しのきっかけ：デモの希望、具体的な比較相談、担当者との合意など、営業が意味のある対応をできる条件。
責任者と期限：受け取る担当者、連絡方法、対応期限。設定値は顧客の期待と営業の実態から決め、根拠のない時間数を標準にしない。
戻し方：連絡不要、時期尚早、対象外、情報不足、重複などを分類し、理由を残して再育成や除外を判断する。

営業が受け取らなかったリードをすべて「不良」と数えると、マーケティングの改善方向を誤る場合があります。差し戻しの理由が基準の不一致なのか、営業側の処理能力なのか、顧客の意思なのかを分けます。

CRMの8項目――最小限から始める

初期段階では、①接点・流入経路、②顧客が表明した課題、③対象との適合、④検討に必要な情報、⑤連絡希望の有無、⑥受け入れ担当者、⑦引き渡し・対応日時、⑧差し戻し・保留理由、を同じ形式で記録すると振り返りやすくなります。

「確認済み」「推測」「不明」を区別し、本人が語っていない課題を断定して入力しないようにします。個人情報の収集目的・閲覧範囲・保存期間は別途適切に管理し、測定のためだけに項目を増やしすぎないことも必要です。

2週間でできる、小さな改善実験

準備：展示会やウェビナーなど、まず一つの流入経路に限定する。現行のMQL、営業受入、商談の定義と件数を残す。
変更：引き渡し前に必要な二、三項目と受入・差し戻し理由を営業と合意する。
実行：営業へ渡した日、初回対応日、顧客の希望、返却理由を記録する。
判定：情報不足による差し戻し割合、未対応率、顧客からの苦情を確認する。受注への影響は検討期間が長ければ2週間で判定しない。

改善した数字だけを選んで成果とせず、逆に負荷が増えたり望まない連絡が増えたりしていないかを確認します。

AIスコアリングは、基準の代わりにならない

AIによるスコアリングや自由記述の分類は、作業の補助になる場合があります。しかし、過去の営業の選別傾向を学習してしまうこともあり得ます。重要なのは、AIの出力を購買意欲の証拠と扱わず、判断に使った情報と修正できる運用を明確にすることです。

商談を増やすためにリードをむやみに増やすのでも、商談率を上げるために対象を過度に絞るのでもありません。誰にとって、何が次の適切な支援なのかを考えるための分類としてMQL・SQLを使います。

参考資料・出典

Salesforce（2026年更新）MQLとSQLの定義・基準・部門連携：用語の位置づけと企業ごとに引き渡し条件を定める必要性を確認。
Gartner, The B2B Buying Journey：六つの購買上の仕事と、行き来する非線形の購買プロセスを確認。
Gartner, Sales and Marketing Alignment：買い手の意思決定を支えるための部門間の協働。

本記事の四区分、8項目、架空数値、2週間の実験は編集上の実務提案であり、出典が同じ方法の効果を保証したという意味ではありません。