SaaSのMQL・SQLとは｜定義と引き渡し基準をそろえる

MQLはマーケティング部門が営業接点の候補と判断したリード、SQLは営業部門が具体的な商談対象と判断したリードを指します。読者は主にIT・SaaS企業で営業企画やインサイドセールス、マーケティングを担う担当者・責任者です。

結論は、名称より判定条件・担当・期限・差戻し理由を文章にすることです。「新規リード」から「差戻し」までを一つの判断単位にします。

用語の前提：MQLはマーケティング部門が有望と判定したリード、SQLは営業が商談対象として受け入れたリードです。SLAは部門間の対応条件、PLGは製品利用を起点とする成長手法を指します。

MQLとSQLの意味と違いを理解する

MQLはマーケティング部門が営業接点の候補と判断したリード、SQLは営業部門が具体的な商談対象と判断したリードを指します。この章では、MQL率の分子・分母・対象期間・確定時点をそろえ、数字が動いた理由を顧客や案件の記録へ戻せるようにします。

SaaSのMQL・SQLで属性条件の確認条件を決める

「MQLとSQLの意味と違いを理解する」に着手する前に、属性条件について確認する対象、除外する範囲、基準日、担当者を並べます。MQL・SQLの担当者が途中で増えても、同じ条件を参照できる状態にします。

SaaSのMQL・SQLでMQL率の基準値を実施前に残す

MQL率は実施後の値だけで評価せず、MQL・SQLの判定運用を始める前の対象件数と期間を保存します。運用上は、MQL率の集計条件が変わった場合は、変更日を境に別の系列として読みます。

SaaSのMQL・SQLで次の担当が受け取れる条件を置く

SaaSのMQL・SQLについて、属性条件の確認を終えた時点だけで区切らず、名称より判定条件・担当・期限・差戻し理由を文章にするための情報が次の担当へ渡ったかを確かめます。MQL・SQLの引き継ぎに不足があれば、補う担当と再確認日を残します。

式と数値例で判断条件をそろえる

MQLの例は「従業員100名以上、対象部門、比較資料閲覧」、SQLの例はその条件に「導入時期6か月以内、次回面談に合意」を加えた状態です。引き渡しSLAには、受入条件、初回対応期限、差し戻し理由、再確認日を記載します。

判断項目	MQL・SQLで確認する内容	完了条件
対象	マーケティングから営業へ渡す案件の質と量をそろえたいSaaS組織	対象外も記録
主な判断	名称より判定条件・担当・期限・差戻し理由を文章にする	担当者が一文で説明
最初の指標	MQL率	定義と期間を固定

SaaSの商談獲得方法｜デモ予約と営業連携を改善するSaaS 商談獲得の判断基準をあわせて確認できます。株式会社ディライトソリューションズ

MQLの属性条件と行動条件を決める

SaaSのMQL・SQLの対象は、属性条件で確認できる業務課題と導入条件へ分解します。企業規模だけで広げず、MQL率の対象外理由から設定を見直します。

MQL率の対象母集団を固定する

SaaSのMQL・SQLでは、集計する顧客・企業・案件の開始条件と除外条件を先に決めます。期間中に定義を変えた場合は旧条件と新条件を別に残します。

意味のある区分で結果を分ける

企業規模、利用目的、獲得経路、契約開始月など、MQL率の差を説明できる区分を選びます。全体平均だけで良否を決めず、各区分の母数も併記します。

対象外と未確定をゼロにしない

SaaSのMQL・SQLの対象外、観測期間未到来、計測不能を結果ゼロと混ぜません。理由と再確認日を残し、確定した対象だけで比較します。

SQLは営業確認で判定する

属性条件から営業へ渡す必須情報を決め、未確認事項と回答期限を別欄にします。MQL率に至らない案件は、入口の対象条件へ理由を戻します。

SaaSのMQL・SQLで営業の受入条件と保留条件をそろえる

SaaSのMQL・SQLについて、営業への引き継ぎには企業情報、確認済みの課題、導入時期、次回行動を含めます。情報不足の場合は失格にせず、SaaSのMQL・SQLの施策担当者が再確認する項目と期限を決めます。

SaaSのMQL・SQLで受入・保留の理由を施策側へ戻す

SaaSのMQL・SQLについて、営業が相談を受け入れた理由、対象外とした理由、判断できなかった情報を記録します。件数の報告だけで終えず、MQL・SQLの判定運用の対象設定と説明を修正します。

SaaSのMQL・SQLで次回日がない案件を放置しない

SaaSのMQL・SQLについて、保留中の相談には、確認待ち、時期未定、社内調整中などの理由と再確認日を付けます。担当変更があってもMQL・SQLの判定運用の経緯を追えるよう、会話と次の行動を残します。

SaaSリードナーチャリング｜見込み客を商談へ育てる設計SaaS リードナーチャリングの判断基準をあわせて確認できます。株式会社ディライトソリューションズ

担当・期限・差戻しをSLAにする

運用を担当者の記憶に依存させません。属性条件の更新者、期限、確認者、例外時の戻し先を決めます。

SaaSのMQL・SQLで一件ごとの次回行動と期限を追う

SaaSのMQL・SQLの集計値だけでは対応漏れを見つけられません。確認時は、個別記録に現在の状態、次回行動、担当、期限を持たせ、例外が多い工程を見直します。

SaaSのMQL・SQLで作成・確認・公開・計測の担当を分ける

MQL・SQLの判定運用の運用を一人の記憶に依存させず、各工程の責任者と期限を決めます。運用上は、担当不在時の代替者と承認経路も運用表へ残します。

SaaSのMQL・SQLで例外が起きたときの戻し先を決める

対象外、計測不能、対応遅れなどMQL・SQLの判定運用の通常手順で処理できない事象を記録します。そのうえで、個人の判断で閉じず、責任者と次の確認日を決めます。

MQL率よりSQLと受注への転換を見る

SaaSのMQL・SQLでは、MQL率、MQL→SQL率、SQL→商談率を同じ種類の数字として扱いません。まずMQL率の定義、対象期間、確定時点を固定し、後工程の数値との関係を読みます。

MQL率を顧客層ごとに分ける

MQL率の全体値に加え、企業規模、利用目的、流入元の内訳を見ます。MQL率の全体値が改善しても、重要な対象で定義の複雑化が発生していないかを確認します。

定義の複雑化が確認された対象を調べる

集計値だけでは定義の複雑化が生じた背景を特定できません。該当するMQL・SQLの判定運用の記録から、対象条件、属性条件の内容、次の行動を確認し、修正する工程を一つ選びます。

SQL→商談率を確認して次の改善を決める

SQL→商談率を確認したら、MQL・SQLの判定運用で維持する条件、修正する工程、停止判定の基準を決めます。MQL・SQLの判定運用で反応が良かった記録だけでなく、条件不一致や反応がなかった対象も読み、次の配分へ反映します。

指標	確認の仕方	併せて確認する条件
MQL率	定義と変化を個別に確認	対象期間・顧客層・定義の複雑化
MQL→SQL率	MQL率との関係を確認	分母・対象条件・スコアだけの自動判定
SQL→商談率	別の側面から結果を補足	確定時点・計測範囲・営業受入拒否

SaaSインサイドセールスの進め方｜接触・選別・商談化を改善SaaS インサイドセールスの判断基準をあわせて確認できます。株式会社ディライトソリューションズ

低単価PLGと高単価営業型で定義を変える

比較では属性条件、行動条件、スコアを同じ条件と基準日で並べます。優劣を先に決めず、読者の判断軸を明示します。

PLG型と営業支援型で判定地点を分ける

プロダクト利用を起点にするPLG型では利用行動を重く見ます。営業支援型では企業条件、課題、導入時期を中心に判定します。同じスコアを流用せず、販売方法に合うMQL・SQL条件を決めます。

MQLからSQLへ移す必須情報を定める

企業名、対象業務、解決したい課題、導入時期など、営業が次の判断に必要な情報を定義します。不足時は失格にせず、再確認する担当と期限を残します。

判定基準を商談結果から更新する

MQL数やSQL数だけで基準を評価せず、受注、失注、保留の理由へ遡ります。対象外が多い条件は入口へ戻し、良い商談につながった行動は判定項目へ反映します。

スコア閾値だけを共通言語にしない

成果が弱いときは、定義の複雑化、スコアだけの自動判定のどちらが起きたかを確認します。施策全体を一度に変えません。

定義の複雑化が記録された条件を分ける

定義の複雑化が確認された記録を、発生日、接点、対象条件、担当工程で分けます。定義の複雑化を全体の問題と決めつけず、共通する条件がある範囲から修正します。

営業受入拒否の再現条件を記録する

営業受入拒否が起きたときの対象、利用環境、直前の行動、表示や対応内容を残します。営業受入拒否を再現できない場合も、発生日と確認できた範囲を削除せずに記録します。

MQL→SQL率の回復だけで解決と決めない

MQL→SQL率が戻っても、対象外の増加や対応工数の悪化が残る場合があります。数値、相談内容、現場の負担を並べ、スコアだけの自動判定が再発していないかを確認します。

リスク	見つけ方	初動
定義の複雑化	定義の複雑化が起きた対象と起きなかった対象を、変更日・担当工程・記録内容で比較	定義の複雑化の原因候補を一つに絞って担当と期限を決め、MQL率を同じ条件で再確認
スコアだけの自動判定	スコアだけの自動判定が起きた対象と起きなかった対象を、変更日・担当工程・記録内容で比較	スコアだけの自動判定の原因候補を一つに絞って担当と期限を決め、MQL率を同じ条件で再確認
営業受入拒否	営業受入拒否が起きた対象と起きなかった対象を、変更日・担当工程・記録内容で比較	営業受入拒否の原因候補を一つに絞って担当と期限を決め、MQL率を同じ条件で再確認

SaaS MQL・SQLのよくある質問