MQL・SQLとは？違いや質の高いリードを獲得する方法まで解説

マーケティング部門で多くのリードを獲得しているにもかかわらず、営業部門に引き渡すと「質が低い」「商談につながらない」と言われてしまい、結果として成約率が伸びない…といった課題は、多くのBtoB企業で共通して発生しています。

マーケティングと営業の間で重要視されるのは「MQL（Marketing Qualified Lead）」と「SQL（Sales Qualified Lead）」です。それぞれの定義を全社で統一することによって、各部門の対立や連携不足が解消されます。

本記事では、それぞれの定義や違いを明確にしながら、MQLからSQLへと顧客の購買意欲を高めていくための具体的なナーチャリング手法について解説するので、最後までチェックしてください。

MQLとは

MQLとは、Marketing Qualified Leadの略で、マーケティング活動によって獲得したリードのうち、購買意欲が高いと判断された見込み顧客のことを指します。

購買意欲がまだ十分に高まっていないリードを営業に渡しても、商談化や成約につながりにくく、結果として営業活動の効率が低下してしまいます。そのため、検討段階にあるリードはまずマーケティング部門がリードナーチャリング（育成）を行い、十分に関心が高まったタイミングでMQLとして営業部門へ引き渡すのが原則です。

MQLの定義は企業によって異なり「メルマガの開封」や「資料ダウンロード」があった段階をMQLとする企業もあれば、それでは確度が低すぎるため「事例ページを複数回閲覧し、かつセミナーに参加した状態」をMQLとする企業もあります。

SQLとは

SQL（Sales Qualified Lead）とは、営業部門が「受注確度が高い」と判断し、実際の案件化を目指す段階のリードのことを指します。

マーケティング部門から引き継がれたMQLをインサイドセールス（内勤営業）やフィールドセールス（外勤営業）がさらに精査し「近い将来に商談化できる」と承認されることでSQLと認められます。SQLかどうかを判断する際には、BANT（バント）と呼ばれる評価基準を用いるのが一般的です。

項目	内容
Budget（予算）	導入のための予算が確保されているか
Authority（権限）	意思決定権を持つ人物かどうか
Needs（ニーズ）	解決したい課題が明確になっているか
Timeframe（導入時期）	いつまでに導入したいかが具体的か

BANTの一部またはすべてに当てはまる場合にSQLと判断されます。たとえば「予算（B）や時期（T）は未定だが、解決したい課題（N）が明確で、今すぐ営業が提案に入るべき状態」であれば、SQLであると判断する企業もあります。

MQLとSQLの違い

MQLとSQLは、どちらも「自社の商品・サービスを買ってくれるかもしれない見込み顧客」を指す言葉ですが「主導する部門」と「顧客の熱量」に違いがあります。

具体的な違いは、以下の通りです。

項目	MQL	SQL
定義	マーケティング基準の有望リード	営業基準の商談候補リード
判定部門	マーケティング部門	営業部門（またはインサイドセールス）
顧客の状態	製品に興味を持ち、情報を集めている	課題解決のために導入を検討している
判定基準	Web行動履歴、スコアリング	BANT条件（予算・権限・需要・時期）
次のアクション	インサイドセールスが架電・ヒアリング	営業が提案・見積もり（商談）

MQLは「将来の顧客候補を育てる段階」、SQLは「実際に案件として動かす段階」と整理すると分かりやすいでしょう。

デマンドウォーターフォールとは

デマンドウォーターフォールとは、見込み客（リード）が受注に至るまでのプロセスを「滝（ウォーターフォール）」に見立ててモデル化したフレームワークです。マーケティングから営業へとリードが流れていく過程を可視化し、各フェーズの「件数」や「転換率（歩留まり）」を測定することで、収益プロセスのどこに課題があるのかを明確にするために使われます。

デマンドウォーターフォールのモデルによって細分化の度合いは異なりますが、一般的な構成要素は以下の通りです。

構成要素	状態
INQ	展示会やWebサイトから得られた初期のリード
MQL	マーケティング部門が「有望」と認めたリード
SAL	営業部門が「フォローする価値がある」と受領（アクセプト）したリード
SQL	営業が「近い将来に商談化する」と承認したリード
Close	最終的に契約に至った状態

「MQLはたくさん出ているのに、SAL（営業受領）で止まっている」など、ボトルネックの特定にも役立ちます。

MQLとSQLを定義するメリット3つ

MQLとSQLの定義が曖昧なままだと「どのリードを優先すべきか」がわからず、機会損失や認識のズレが発生しやすくなります。MQLとSQLを明確に分けて運用する主なメリットは、以下の3つです。

• 営業活動の効率化とリードタイムの短縮
• 顧客体験の向上とLTVの最大化
• 売上予測の精度向上と課題の可視化

①営業活動の効率化とリードタイムの短縮

MQLとSQLを明確に区別すると、営業担当者は「今すぐ動くべき案件」にリソースを集中できます。購買意欲が低いリードに対して片っ端から電話やメールを行うような「数を撃てば当たる」常態から脱却しやすく、営業リソースの効果的な活用につながるのがポイントです。

MQLとしての行動履歴（閲覧したページ、ダウンロード資料、参加セミナーなど）が営業に共有されれば、さらに確度の高い営業がしやすくなります。その結果、顧客の課題が顕在化した最適なタイミングで介入できるようになり、商談がスムーズに進行するでしょう。

②顧客体験の向上とLTVの最大化

MQLとSQLを明確に定義することで、顧客の検討フェーズに応じた適切なコミュニケーションができます。「押し売りをしない信頼できるパートナー」としてのポジションを確立し、中長期的な関係構築につながるのがメリットです。

また、顧客が十分に納得した状態で受注に至るため、導入後の満足度も高まります。解約率の低下やアップセル・クロスセルの増加など、LTV（顧客生涯価値）の最大化につながるので、結果的に収益アップにもつながるのがポイントです。

③売上予測の精度向上と課題の可視化

MQLとSQLを明確に定義し、リードの各フェーズを数値として管理することで、感覚ではなくデータに基づいた経営判断が可能になります。

まずは「SQL数 × 平均成約率」をベースにして、数ヶ月後の売上見込みを一定の精度で予測できる状態を目指しましょう。もし、売上目標に届かない予測が出た場合でも「そもそもMQL（リード獲得数）が不足しているのか」「SQLへの転換基準に問題があるのか」などのボトルネックの切り分けが容易になります。

MQL・SQLの運用が向いていない組織・ケース3選

MQL・SQLの考え方はBtoBマーケティングにおいて非常に有効ですが、すべての組織に適用できるわけではありません。定義を決めて厳格に運用すると、かえって生産性が下がってしまうケースもあります。自社が以下の特徴に当てはまる場合は、よりシンプルな体制を検討しましょう。

• ターゲット（母集団）が極めて少ない
• リードの発生件数に対して営業リソースが余っている
• 商材単価が低く、検討期間が短い

①ターゲット（母集団）が極めて少ない

数社〜数十社しかターゲットが存在しないニッチ業界や超大手企業のみを狙う戦略を採用している場合は、MQL・SQLのようなリード分解の考え方が必ずしも適しているとは限りません。母数が少なく、リードを選別するプロセス自体が時間の無駄になってしまう恐れがあります。

MQLやSQLによる管理は、毎月何百・何千件と獲得できるリードを「効率よく裁く」ための仕組みです。対象が数十社しかないのであれば、選別のルールを作ったり、データを分析したりする手間のほうが大きくなってしまいます。

また、分母が少ない市場では、1社の価値が非常に高くなります。「まだスコアが低いから（MQLに達していないから）」と営業アプローチを後回しにしている間に、貴重な1社を競合に奪われてしまうリスクもあるでしょう。

そのため、マーケティングで段階的に「育成」するというよりも、営業が初期段階から個別アカウントに深く入り込み、関係構築を進める方が合理的です。

②リードの発生件数に対して営業リソースが余っている

事業立ち上げフェーズなどでリードの発生数がまだ少なく、営業担当者がすべてのリードに対して即座に対応できる状態では、MQL・SQLによる厳密な分業管理は必要ありません。MQLの基準を設けてリードを選別してしまうと、営業が本来アプローチできたはずの「検討初期の層」まで切り捨ててしまう可能性があります。

たとえ検討初期のリードであっても、営業が直接電話をして課題をヒアリングすればその場で商談化できるケースは珍しくありません。そのため、リード数が少ないうちは、営業が早期から直接コミュニケーションを取る方が成果につながりやすいです。

③商材単価が低く、検討期間が短い

サブスクリプション型の低単価サービスや、現場担当者の判断で比較的すぐに導入が決まるような商材では、MQL・SQLによる段階的なリード管理が向いていません。検討期間が数日〜数週間と短い商材であるため、マーケティングでじっくり「育成」を行っている間に、顧客の関心がすでに薄れてしまうリスクがあります。

MQL・SQLのフローを細かく分けるよりも、資料ダウンロード後に自動でデモ動画やトライアル環境へ誘導するなど「顧客が自分で意思決定できる導線」を設計する方がおすすめです。

MQLがSQLに繋がらない2つの理由

MQLを獲得できているにもかかわらず、SQLへとスムーズに転換できないという課題を抱える企業は少なくありません。

以下では、MQLがSQLに繋がらない主な理由を2つに整理し、それぞれの構造的な課題について解説します。

• 営業部門によるMQLの放置
• マーケティング部門がMQLの成果を把握できていない

営業部門によるMQLの放置

営業現場でMQLが放置される原因として、営業担当者の評価指標とMQLの性質が食い違っている点が挙げられます。

SQLに満たないMQLを育成するには、ニーズを掘り起こすための高度なヒアリング能力と、数ヶ月単位の継続的なフォローが必要です。しかし「月次の売上目標」や「成約数」で評価される営業担当者にとって「手のかかるリード」に時間を割くことは非効率に映ります。営業にMQLの育成まで任せるのは、評価制度の構造上非常に困難なため、マーケティングと営業の間にISを置き、MQLに電話やメールでアプローチして、SQLにまで育ててから営業へ渡す分業制を導入しましょう。

マーケティング部門がMQLの成果を把握できていない

営業部門に引き継いだMQLが商談や成約につながっているのかわからないと、営業とマーケティングの連携がうまくいきません。たとえば、営業が商談状況をCRMに入力していなかったり、マーケティング部門が営業部の持つデータへのアクセス権を持っていなかったりすると、どの施策が最終的な利益を生んだのか検証しづらいです。

対策としては、マーケティングオートメーション（MA）や営業管理システム（CRM）を統合し、リードの流入経路から成約金額までを「一本の線」で可視化しましょう。

受注データから逆算して、どのチャネルからのMQLが最も成約率が高かったかを分析することで、質の高いリードを効率的に獲得できます。

質の高いリードを獲得するリードマネジメント

質の高いリードを安定的に獲得し続けるためには、単発の施策ではなく、リードの獲得から育成、評価、営業連携までを一気通貫で設計する「リードマネジメント」の仕組みが不可欠です。以下では、質の高いリードを継続的に生み出すためのリードマネジメントの考え方と実践ポイントについて解説します。

• リードジェネレーション
• リードナーチャリング
• リードクオリフィケーション

①リードジェネレーション

リードジェネレーションとは、自社製品やサービスに関心を持つ見込み客（リード）の情報を獲得し、顧客リストを作成する活動のことです。

単に「件数」を追うのではなく「自社のターゲット属性に近い層」をいかに集めるかを意識しましょう。ターゲット外のリードを大量に集めてしまうと、契約に繋がりにくいだけでなく、本来アプローチするべき優良顧客へ割ける時間も奪われてしまいます。

②リードナーチャリング

リードナーチャリングとは、獲得したリードに対して継続的な情報提供を行い、購買意欲を高めていく「顧客育成」のプロセスです。

ポイントは「売り込み」ではなく「お役立ち」の姿勢を貫くことです。顧客の課題に寄り添った情報を提供し続けることで、いざ検討が始まった際に「まず、あそこに相談しよう」と思われる存在を目指せます。

③リードクオリフィケーション

リードクオリフィケーションとは、育成したリードの中から、受注確度の高い顧客を選別する工程です。

「料金ページを見たら＋10点」「事例資料をダウンロードしたら＋20点」といった具合に、行動に点数をつけましょう。合計点数が一定基準（例：50点以上）を超えた顧客を「今アプローチすべき層」として自動抽出することで、適切なタイミングでの営業が可能になります。

MQLからSQLへの転換率を上げるためのポイント3つ

MQLをどれだけ獲得できていても、SQLへと適切に転換されなければ、最終的な商談数や受注数にはつながりません。つまり、マーケティング施策の成果は「リード獲得数」ではなく「MQLからSQLへの転換率」で大きく左右されると言えます。

MQLからSQLへの転換率を高めるために重要なポイントは、以下の3つです。

• 各部門でMQLとSQLの定義をすり合わせる
• ツールを活用してスコアリングを行う
• 引き渡しルール（SLA）を設定する

①各部門でMQLとSQLの定義をすり合わせる

MQLからSQLへの転換率が伸びないのは「どの状態の顧客を有望とみなすか」という基準が部門ごとに異なっていることが大きな要因です。定義が曖昧なままだと、マーケティング側は「十分にリードを出している」と考え、営業側は「質が低い」と感じるなど、典型的な対立構造が生まれてしまいます。

上記のようなズレを防ぐためには、感覚的な判断ではなく「何を基準にMQL/SQLとするか」という定義を、両部門で明確にすり合わせることが重要です。

定義する項目	例
自社が狙うべき企業・人物か	ターゲット企業の業種、従業員規模、アプローチする担当者の役職 など
どの動きをしたらMQLとするか	過去の成約データから分析し、「導入事例ページを2回以上閲覧した」「料金ページを確認した」など、受注に繋がりやすい実績ベースの行動
どんな条件を満たしたらSQLとするか	BANT条件のうち、最低でも「ニーズ」と「時期（半年以内）」の2つがクリアできている状態 など

感覚的な「なんとなく良さそうな顧客」ではなく、上記のようにデータに基づいた共通の基準を設計しておくことで部門間の摩擦がなくなり、組織全体で効率よく成約数を最大化できるようになります。

②ツールを活用してスコアリングを行う

MQLからSQLへの転換率を高めるためには、見込み顧客の行動を定量的に捉え、優先順位を明確にする仕組みづくりとして重要なのが、リードスコアリングです。

Webサイト閲覧、資料ダウンロード、メール開封といった見込み顧客の行動一つひとつに対してスコアを付与することで、どのリードがより購買意欲を高めているのかを可視化できます。スコアを設計する際は、主に以下の「属性（ターゲット適合度）」と「行動（興味関心の度合い）」の2つの評価基準を組み合わせるのが一般的です。

評価軸	具体的な評価基準	配点例
属性（企業・個人）	決裁権のある役員・部長	＋10点
	情報収集メインの一般社員	＋2点
	ターゲット層である従業員100名以上の企業	＋10点
行動（Webやメール）	・自社サイトの「料金ページ」を閲覧	＋10点
	「導入事例」の資料をダウンロード	＋5点
	メルマガ内のURLをクリック	＋2点
	過去1週間以内に「3回以上」サイトを訪問	＋5点

上記のように基準を設けておくことで「合計30点を超えたらMQLとしてインサイドセールスに引き渡す」といった自動化が可能になります。また「Webサイトへの1年ぶりの再訪」や「料金ページの再閲覧」といった、一見見落としがちな再加熱のサインもスコアとして捉えることで、商談化のタイミングを逃さずキャッチできる点も大きなメリットです。

③引き渡しルール（SLA）を設定する

MQLからSQLへの転換率を高めるには、部門間でSLA（Service Level Agreement）を設定することが重要です。SLAは、本来「サービスの品質保証契約」という意味のIT用語ですが、マーケティングと営業で設定する場合には「お互いに守るべき業務の約束事（共通ルール）」を指します。

SLAを設定することで「いつ・誰が・どのリードを・どの情報と一緒に引き渡すのか」が明確になり、マーケティングと営業の間で発生しがちな認識のズレや責任の押し付け合いを防ぐことができます。

例えば、以下のようなSLAを具体的に決めておくことが重要です。

項目	内容
引き渡しのタイミング	「スコアが50点に達してから24時間以内に営業へ連携する」など、明確な基準とスピードを定義する
情報の精度	「氏名・会社名だけでなく、課題感や現在利用しているツール情報などもセットで共有する」など、営業がすぐ動ける状態に整える
営業側の対応期限	「引き渡し後2営業日以内に初回コンタクトを実施する」など、対応スピードの基準を設ける
リサイクルルール	「商談化に至らなかったリードを、どの条件でマーケティングに戻し再育成するか」を明確にする

SLAを設計することで、商談化までの一連のプロセスとして機能するようになり、結果としてMQLからSQLへの転換率向上につながります。

MQL・SQLに関する課題は「フリーコンサルタント.jp」にご相談ください

MQL・SQLの設計や運用は、営業プロセス全体や組織構造に深く関わる重要なテーマです。しかし「定義が曖昧なまま運用している」「部門間で評価基準が揃っていない」「スコアリングやSLAが形骸化している」といった課題を抱える企業も少なくありません。課題を解決するためには、マーケティングと営業の両方を理解し、データ設計から業務プロセス改善まで一貫して設計できる専門人材の関与が不可欠です。

「フリーコンサルタント.jp」では、BtoBマーケティングや営業改革、MA導入支援、リードマネジメント設計などに精通したプロ人材を活用し、MQL・SQLの定義設計から運用改善までを実務レベルで支援しています。現場で機能する仕組みづくりを通じて、マーケティングと営業の分断を解消し、商談化率・受注率の最大化を実現することが可能です。

フリーコンサルタント.jpによるマーケティング・営業の成功事例

以下では「フリーコンサルタント.jp」が支援した実際のプロジェクト事例をご紹介します。

• マーケティング：大手ネット銀行
• 営業：国内大手SIer

マーケティング：大手ネット銀行

大手ネット銀行では、中期経営計画の達成に向けて既存のBtoB向けサービスの拡大が重要テーマとなっていたものの、社内にはBtoBマーケティングに精通した人材が少なく、潜在顧客の顕在化に向けた戦略設計および実行面に課題を抱えていました。

そこで、金融業界に知見を持つBtoBマーケティングのプロフェッショナル人材をアサインし、ペルソナ設計・現状分析・戦略立案といった上流工程から、施策設計・実行・改善までの一連のマーケティングプロセスを構築しました。また、プロパー社員と伴走しながら業務を進めることで、実務を通じたスキルトランスファーも同時に実施しています。

その結果、期待されていたBtoBマーケティング部門が短期間で立ち上がり、戦略および施策が明確化されたことで、前年を上回る成長率を達成しました。さらに、新規顧客リード獲得数は前年比130％超まで伸長し、事業成長に大きく寄与したことも特徴です。

営業：国内大手SIer

国内大手SIerでは、競合となる大手コンサルティング会社に対抗するため、新規提案力およびコンサルティング能力の底上げが経営課題となっていました。しかし、これまで体系的な人材育成の仕組みを構築した経験がなく、営業スキルや提案力を標準化・育成するためのノウハウが社内に蓄積されていない状況でした。

そこで、同様の人材育成課題を多数支援してきたプロフェッショナル人材が参画し、営業の基本行動の標準化から、提案スキル向上のための育成ロードマップの策定までを一貫して支援しています。さらにロールプレイング形式のワークショップ設計・運用も支援し、経営戦略に基づいた営業力・コンサルティング能力の強化を実現しました。

さらに本取り組みはグループ会社にも展開され、同様のワークショップおよび育成プログラムが実施されるなど、横展開による波及効果も生まれています。

まとめ

MQL・SQLは、マーケティングと営業の連携を最適化し、最終的な売上成果を最大化するための重要なフレームワークです。両者の定義が曖昧なままでは、リードの質に対する認識のズレや、商談機会の損失につながりかねません。

「フリーコンサルタント.jp」では、BtoBマーケティングや営業改革、リードマネジメント設計に精通したプロ人材を紹介しています。MQL・SQLの定義設計から運用改善、営業連携の仕組み化まで一気通貫で支援した実績も多く、現場で機能する実行レベルの仕組みづくりを実現することが可能です。

マーケティングと営業の分断を解消し、商談化率・受注率の最大化を実現したい企業は、ぜひ「フリーコンサルタント.jp」の活用をご検討ください。