--- title: "MQLの判定基準とは？属性・行動スコアで決めるリード選定の基準と設計手順" url: "https://www.issoh.co.jp/column/details/5160/" published: 2025-02-04 updated: 2026-07-29 categories: ["マーケティング"] publisher: "株式会社一創" --- # MQLの判定基準とは？属性・行動スコアで決めるリード選定の基準と設計手順 MQLの判定基準とは、獲得したリードのうち**「どれを営業へ渡すか」を属性スコアと行動スコアの合計で見極める仕組み**です。MQL（Marketing Qualified Lead）はマーケティング活動で創出した見込み度の高いリードを指しますが、その線引きに業界共通の固定値はありません。基準は各社が自社の受注データから設計するものです。この記事では、判定基準を構成するスコアリングの配点例、営業に渡す「MQLライン（閾値）」の決め方、SQLとの違い、そして基準が機能しなくなる失敗パターンと改善策までを、実務で運用できる粒度で整理します。 ## まとめ：MQL判定基準の要点 - MQLの判定基準は**「属性スコア（誰か）×行動スコア（何をしたか）の合計が閾値を超えたか」**で構成する。片方だけでは判定しない。 - 閾値（MQLライン）に正解の数値はない。**過去の受注顧客が商談化直前に持っていたスコアの中央値**を初期値に置き、運用しながら調整する。 - 基準はマーケティング部門だけで決めず、**営業と合意（SLA）した上で運用**する。営業が納得しない基準は渡したリードが放置される。 - 行動スコアは**時間経過で減衰**させる。3か月前の資料ダウンロードと今週の価格ページ閲覧を同点で扱うと、温度感の低いリードがMQLに紛れる。 - 判定基準は作って終わりではなく、**MQL→商談化率を見て四半期ごとに見直す**チューニング対象として扱う。 以下では、この判定基準を具体的な配点とともに設計する手順を見ていきます。 ## MQLの判定基準とは：属性スコアと行動スコアの2軸 MQLの判定基準は、リードを2つの軸で評価し、その合計点で「営業に渡す価値があるか」を判断します。1つ目は**属性スコア（そのリードが誰か）**、2つ目は**行動スコア（そのリードが何をしたか）**です。属性は自社のターゲット像との一致度、行動は購買に向けた関心の高さを表します。 この2軸を分ける理由は、片方だけでは購買確度を測れないためです。決裁権を持つ大企業の担当者でも、メールを一度開いただけなら購買意欲は読めません。逆に資料を何度もダウンロードする熱心なリードでも、それが競合の調査担当や学生であれば商談にはつながりません。**「ターゲットに合致し（属性）、かつ購買に向けて動いている（行動）」**という掛け合わせを閾値で判定するのが、MQL基準の骨格です。属性・行動を点数化する考え方そのものは、[リードスコアリングとは？その基本的な概要と役割について](https://www.issoh.co.jp/column/details/4836/)で基礎から確認できます。 ## 判定基準を構成するスコアリングの設計 判定基準の実体は、属性と行動それぞれの配点表と、MQLとみなす合計点（閾値）です。ここでは100点満点を例に、配点の組み立て方を示します。数値は自社のデータに合わせて置き換える前提の設計例です。 ### 属性スコアの配点（そのリードが誰か） 属性スコアは、過去の受注顧客に共通する「業種・企業規模・役職」との一致度で配点します。ターゲット外の条件にはマイナス点を置き、明らかに商談にならないリードを閾値の手前で除外します。 | 属性項目 | 条件 | 配点例 | | ---- | ---------- | ---- | | 役職 | 部長・役員クラス | +20 | | 役職 | 担当者クラス | +10 | | 企業規模 | 従業員300名以上 | +15 | | 業種 | ターゲット業種に合致 | +15 | | 属性外 | 同業・学生・個人 | \-20 | 役職や業種は問い合わせフォームやセミナー申込の入力項目から取得します。フォーム項目が少ないと属性スコアが埋まらないため、判定基準の精度は**取得できる属性データの設計とセット**で考える必要があります。 ### 行動スコアの配点（そのリードが何をしたか） 行動スコアは、購買に近いアクションほど高く配点します。料金・導入事例・問い合わせといった**検討段階のシグナル**を上位に置き、メール開封のような弱いシグナルは低く抑えるのが基本です。 | 行動 | 意味 | 配点例 | | ----------- | -------- | ----- | | 料金・価格ページ閲覧 | 導入検討 | +20 | | 問い合わせ・見積依頼 | 強い購買シグナル | +25 | | 導入事例・比較資料DL | 比較検討 | +15 | | ウェビナー参加 | 能動的な情報収集 | +15 | | メール開封／クリック | 弱い関心 | +2／+5 | | 90日以上未接触 | 関心の減衰 | \-15 | 重要なのは、最後の行にある**マイナス配点（減衰）**です。行動スコアを足すだけにすると、過去に一度盛り上がって冷めたリードが高得点のまま残り、MQLに紛れ込みます。一定期間アクションがなければ減点する、あるいはスコアの有効期限を設けることで、判定基準が「今の温度感」を反映するようになります。 ### 閾値（MQLライン）の決め方 配点を決めたら、合計何点でMQLとみなすかの閾値を設定します。ここで**「とりあえず50点」と勘で決めない**ことが、後の商談化率を大きく左右します。実務での定石は次の手順です。 1. 過去に受注・商談化したリードを抽出し、それぞれが**商談化する直前に持っていたスコアを再計算**する。 2. そのスコアの**中央値を初期の閾値**に置く（平均は外れ値に引っ張られるため中央値を使う）。 3. 属性と行動に**それぞれ最低ライン**を設ける（例：属性30点以上かつ合計70点以上）。合計点だけで判定すると、行動だけ突出したターゲット外リードが通ってしまう。 「属性40点＋行動60点＝合計100点」と「属性0点＋行動100点」は同じ合計でも意味がまったく違います。合計点に加えて属性の最低ラインを併用することで、判定基準が「誰か」を無視しないようになります。 ## MQLとSQLの判定基準の違いと引き渡しライン MQLの次の段階がSQL（Sales Qualified Lead＝営業が商談化に値すると判断したリード）です。判定基準の違いは、**MQLがマーケティング側のスコアで機械的に決まるのに対し、SQLは営業が予算・決裁権・課題・導入時期などを確認して判断する**点にあります。MQLは「営業に渡す価値がある」まで、SQLは「案件として追う」までの線引きです。 両者の間で最もトラブルになるのが**引き渡しライン**です。マーケが渡したMQLを営業が「まだ早い」と受け取らない、あるいは営業が欲しいリードの条件をマーケが知らない、というズレが起きます。これを防ぐため、MQLの判定基準は**マーケと営業のSLA（サービスレベル合意）**として文書化し、「この条件を満たしたら営業が◯営業日以内に対応する」まで決めておきます。MQLとSQLの役割分担は[MQLとSQLの違いを徹底解説：ビジネスでの重要性とは](https://www.issoh.co.jp/column/details/4643/)、SQLそのものの定義は[SQL（Sales Qualified Lead）とは？営業へ引き渡す条件とSLAの決め方](https://www.issoh.co.jp/column/details/4642/)で詳しく整理しています。 ## 判定基準が機能しない失敗パターンと改善策 スコアリング表を作っても、運用で機能しなくなるケースには共通の型があります。ここでは実務で頻出する3つの失敗と、その改善方向を明確に示します。 ### 閾値が高すぎてMQLがほぼ出ない 受注顧客の最高スコアを基準にすると、閾値が現実離れして高くなり、営業に渡せるリードがほとんど生まれません。この状態は「基準が厳しい＝質が高い」ように見えて、実際には**マーケが創出した機会を取りこぼしている**だけです。改善は、閾値を最高値ではなく受注顧客の中央値へ下げ、MQL数と商談化率の両方を見て調整することです。 ### 営業がスコアの根拠を知らず、渡したリードが放置される 最も多い失敗は、スコアリング設計に営業が関与していないことです。「なぜこの点数でMQLなのか」を営業が理解していないと、渡されたリードは信用されず放置されます。判定基準は**マーケ単独で決めず、営業が受注につながると感じる条件を配点に織り込む**ことで初めて機能します。 ### 一度作った基準を放置して形骸化する 市場や商材が変われば、受注につながるリードの条件も変わります。半年前の配点のまま運用すると、判定基準は実態とズレていきます。**MQL→商談化率を四半期ごとに確認し、商談化率が低いなら配点や閾値を見直す**——このチューニングを前提に置くことが、基準を生かし続ける条件です。MQLから商談化する割合の一般的な目安は20〜40%前後とされますが、商材やリード獲得経路で大きく変わるため、他社の数値ではなく自社の実績を基準に置きます。 ## 判定基準の運用と見直し 判定基準は、手作業で全リードを採点し続けるものではありません。属性入力や行動履歴の記録、スコア加算を**マーケティングオートメーション（MA）ツールで自動化**し、閾値を超えたリードを自動で営業へ通知します。スコアの加算ルールや閾値超過時のアラートは、多くのMAツールが標準機能として備えており、判定基準を設計できれば設定に落とし込めます。ツールの役割は[マーケティングオートメーション（MA）とは？その定義と基本的な考え方](https://www.issoh.co.jp/column/details/6756/)で確認できます。 運用開始後は、MQLの「数」だけでなく「質」を金額でも捉えます。MQL1件あたりの獲得コストを見る[コストパーエムキューエル（CPMQL）](https://www.issoh.co.jp/column/details/7268/)の指標を併用すると、基準を緩めてMQLを増やした結果コスト効率が悪化していないかを判断できます。また、閾値に届かないリードをすぐ捨てるのではなく、[リードナーチャリング](https://www.issoh.co.jp/column/details/7033/)で育成してから再度スコアを測る流れを設けることで、判定基準は「振り分け」だけでなく「育てて引き上げる」仕組みとして働きます。そもそものリード母数を増やす設計は[リードジェネレーションとは何か？定義とマーケティングにおける役割](https://www.issoh.co.jp/column/details/7032/)を参照してください。 ## よくある質問 ### MQLとは何の略ですか？ MQLはMarketing Qualified Leadの略で、マーケティング活動を通じて創出した、見込み度の高いリードを指します。展示会・ウェビナー・資料ダウンロードなどで獲得したリードのうち、判定基準を満たしたものがMQLです。 ### MQLとSQLの違いは何ですか？ MQLはマーケティングがスコアで「営業に渡す価値がある」と判定したリード、SQLは営業が予算・決裁権・課題・導入時期を確認して「商談として追う」と判断したリードです。MQLがマーケ側の基準、SQLが営業側の基準という違いがあります。 ### MQLの判定基準に決まった数値はありますか？ 業界共通の固定値はありません。判定基準は自社の受注顧客データから設計するもので、他社の点数をそのまま流用しても機能しません。過去の受注リードのスコア中央値を初期の閾値に置くのが実務の出発点です。 ### MQLの判定基準は誰が決めるべきですか？ マーケティング部門が主導しますが、営業と合意した上で決めるべきです。営業が受注につながると考える条件を配点に反映しないと、渡したリードが現場で使われず、基準が形骸化します。 ### 属性と行動のどちらを重視すべきですか？ どちらか一方ではなく両方の掛け合わせで判定します。ただし合計点だけでなく属性の最低ライン（例：属性30点以上）を併用し、ターゲット外のリードが行動スコアだけで通過しないようにします。 ## 関連記事 - [リードスコアリングとは？その基本的な概要と役割について](https://www.issoh.co.jp/column/details/4836/) - [MQLとSQLの違いを徹底解説：ビジネスでの重要性とは](https://www.issoh.co.jp/column/details/4643/) - [SQL（Sales Qualified Lead）とは？営業へ引き渡す条件とSLAの決め方](https://www.issoh.co.jp/column/details/4642/) - [コストパーエムキューエル（CPMQL）とは何かをわかりやすく解説](https://www.issoh.co.jp/column/details/7268/) - [リードナーチャリングによって得られる具体的なメリットとは](https://www.issoh.co.jp/column/details/7033/) --- 出典: [MQLの判定基準とは？属性・行動スコアで決めるリード選定の基準と設計手順]()（株式会社一創）