MQL定義フレームワーク：両チームが尊重するMQL定義の書き方

毎四半期、同じミーティングが起きます。マーケティングはMQLターゲットを達成したと報告します。セールスはPipelineが薄いと報告します。両方の数値は正確です。どちらのチームも嘘をついていません。

問題はMQLの定義です。緩すぎると（単一のフォーム入力、2本のブログ記事を読めば誰でも達成できるスコア）、マーケティングはセールスがクローズできないLeadを生み出しながら数値を達成します。非現実的すぎると（4つの高インテントアクションと完璧なファーモグラフィックフィットを要求）、マーケティングはPipeline目標を達成できず、基準を静かにゲームし始めます。MQL、SAL、SQLおよび関連するFunnel用語の正確な定義については、Marketing-Sales Alignmentグロッサリーを参照してください。

悪いMQL定義はPipeline品質に対するサイレントなコストです。MQL数では見えません。6週間後にSAL率の低さ、高い拒否数、キューを信頼することをやめた担当者として見えます。

主要データ：MQL品質と拒否率

• SiriusDecisionsの数千のB2B企業を対象とした調査によると、平均B2B MQL拒否率（セールスが追求を断るMQL）は40〜70%です。ほとんどの企業はセールスが触れないLeadにマーケティング予算を費やしています。
• ForresterのRevenue Operations調査によると、MQL基準を共同定義している企業は、マーケティングが一方的にMQLを定義している企業と比較して、Pipeline-to-Revenue転換が26%優れています。
• SiriusDecisionsのDemand Waterfallベンチマーク調査によると、正式に文書化された共同合意のMQL定義を持つB2B企業はわずか27%です。
• MarketingProfsによると、マーケティングLeadの79%はセールスに転換されず、「Lead品質の低さ」と「不明確な引き継ぎ基準」が上位2つの理由として挙げられています。
• TOPO（現在Gartner）によって発表された研究によると、四半期ごとのMQL定義レビューを実施する企業は、2四半期以内に平均拒否率が18%低下します。

平均B2B MQL拒否率は40〜70%であり、ほとんどのマーケティングチームはセールスが追求しないLeadを生み出すために予算を費やしています—主にMQL定義がClosed-wonの検証なしにマーケティング単独で作成されたためです（SiriusDecisionsの数千のB2B企業を対象とした調査より）。

MQL基準を共同定義している企業は、マーケティングが一方的にMQLを定義している企業と比較して、Pipeline-to-Revenue転換が26%優れています（ForresterのRevenue Operations調査より）。 差は定義の品質ではありません—共同の所有権です。両チームが基準の作成を支援すると、両チームはプレッシャー下でそれらをゲームするのではなく守ります。

四半期ごとのMQL定義レビューを実施する収益チームは、TOPO（現在Gartner）によると、2四半期以内に平均拒否率が18%低下します。 四半期レビューは完全な再定義ではありません—現在の基準に対するSAL率と拒否理由パターンの30分チェックです。

MQL定義が劣化する理由

ほとんどのMQL定義は良い意図で始まり、時間の経過とともに侵食されます。劣化は予測可能なパターンを辿ります。

マーケティングはClosed-wonデータをセールスからプルせず、通常は計画期間中に定義を単独で作成します。基準はマーケティングが測定できるもの（フォーム入力、コンテンツダウンロード、メール開封）を反映し、セールス準備ができたLeadを実際に予測するものではありません。

定義はClosed-wonの履歴に対して検証されることはありません。誰も「昨年クローズした取引のうち、当時この定義でMQLとして適格だったものは何%か？」という問いを持つバックテストを実行しません。答えが30%なら定義は緩すぎます。95%なら厳格すぎるか、サンプルが後期Funnel取得に偏っているかもしれません。

そして悪い四半期が起きます。Pipelineがミスします。リーダーシップからのプレッシャーが積み重なります。誰かが短期的なVolume目標を達成するためにMQL閾値を下げ、スコア要件を低くするか基準を削除します。定義は共同レビューなしで一方的に変わり、スコアリングモデルの文書の基準が更新されないままです。

12か月後、現在のMQL定義が実際に何かを誰も知らず、両チームは異なる前提から動いています。

耐久性のあるMQL定義の3つの構成要素

耐久性のあるMQL定義—両チームが損なうのではなく守ろうとするもの—は、3つの構成要素を持ち、すべてが存在する必要があります。

三構成要素MQLモデルは、セールス準備ができたマーケティングLeadがセールスキューに入る前に満たす必要があるものを定義します。三構成要素は：ファーモグラフィックフィット（この企業はICPに一致しているか？）、行動シグナル閾値（このコンタクトは好奇心ではなく真の購買インテントを示しているか？）、タイミング/緊急性の指標（Nurtureではなく今追求すべきシグナルがあるか？）です。3つすべてが存在する必要があります。間違った企業タイプでの高い行動エンゲージメントを持つLeadはMQLではありません。行動シグナルのない完璧なフィット企業はMQLではありません。フィットとシグナルの両方を持つがエンゲージメントが3か月前に起きたLeadは、セールスにルーティングする前に直近性の検証が必要です。

構成要素1：ファーモグラフィックフィット

このLeadの企業はICPに一致していますか？ファーモグラフィックフィットはゲートであり、適格の条件ではありません。企業がICPに合わない場合、高い行動エンゲージメントはLeadをセールス準備完了にしません。それは間違った市場でのエンゲージしたLeadにします。

ファーモグラフィックフィット基準は可能な限り二値である必要があります：企業規模が最小閾値を超えている、業種がターゲットバーティカルにある、地域がターゲット市場にある、ビジネスモデルが製品のユースケースに一致している。合否であり、スコアリングではありません。GartnerのICPフレームワークは、これを「環境的およびファーモグラフィック属性」ゲートとして説明しています—それをクリアしないアカウントは、行動シグナルに関係なく資格判定Pipelineに入るべきではありません。ICPのファーモグラフィック基準を外れた企業は、エンゲージメントスコアに関係なくMQLになるべきではありません。

基準を具体的にします。「ミッドマーケットB2B」は定義ではありません。「米国拠点のB2B企業、従業員50〜500名、既存のCRMを持ち、SaaSまたはプロフェッショナルサービスのビジネスモデル」が定義です。実際の範囲を書きます。両チームが同じフィルターを独立して適用して同じ結果を得られる必要があります。共有ICPフレームワークは、そのフィルターを両チームのデータから共同で構築する方法を示しています。

構成要素2：行動シグナル閾値

このLeadは、単なるコンテンツ消費ではなく、真の関心を示す十分なエンゲージメントを示していますか？行動閾値は積極的な関心とパッシブブラウジングを区別します。

弱い行動シグナル：1通のメールを開封した、1つのToFuコンテンツをダウンロードした、ホームページを訪問した。これらのシグナルは購買インテントなしにランダムな訪問者や好奇心のある研究者が生成します。

強い行動シグナル：価格ページを訪問した、製品デモビデオを視聴した、実装または統合コンテンツとエンゲージした、無料Trialまたは製品計算機を使用した、Webinarに参加して質問を提出した、直接のコンタクトを要求した。

閾値は単一のアクションではなく、シグナルの組み合わせを要求する必要があります。「行動ポイント40以上、少なくとも1つの高インテントシグナル（価格、Demo、直接コンタクト、またはTrial）を含む」は「ポイント30以上」よりも耐久性があります。組み合わせ要件により、Leadが低インテントエンゲージメントで閾値をゲームするのを防ぎます。

MAPの行動スコアリングモデルは、重み付けしたシグナルと同等の品質しかありません。最も高く重み付けされたシグナルが、セールスチームがClosed-wonデータでPipelineと相関することを確認したものであることを確認します。各シグナルタイプを正しく重み付けする方法については、フィット vs. インテントスコアリングを参照してください。

構成要素3：タイミング/緊急性の指標

このLeadをNurtureに戻すのではなく今追求すべき理由のコンテキスト。タイミングコンテキストは明示的（「Q3の締め切りがある」）である必要はありませんが、シグナルセットの何かが合理的な購買ウィンドウにいることを示す必要があります。

タイミング指標：Demoまたはコンタクトをリクエストした（明示的なインテント）、この購買を通常トリガーする役割に最近採用された（インテントデータシグナル）、製品に隣接するカテゴリの求人票を公開した、ライブイベントに参加した（コンテンツダウンロードよりも低レイテンシ）、競合比較コンテンツとエンゲージした。

タイミング指標は、ほとんどの企業がMQL定義から省く構成要素です。それなしでは、エンゲージメントが数週間前に起きてインテントシグナルが冷めてしまったLeadを渡すことになります。Score Decay（エンゲージメントが停止したときにスコアを時間の経過とともに減少させる）は答えの一部ですが、行動閾値に直近性の要件を追加する方がクリーンです。

定義を共に書く：共同セッションの形式

MQL定義は共同で作成する必要があります。マーケティング単独では量を最大化する定義を書きます。セールス単独では達成不可能な定義を書きます。正しい定義は両チームの利益の緊張の中に存在し、両チームが部屋にいることを必要とします。

参加すべき人：

• CMOまたはVP Marketing（またはDemand Genの所有権を持つマーケティングDirector）
• CROまたはVP Sales（またはLead品質の可視性を持つセールスDirector）
• RevOpsまたはMarketing Ops（スコアリングモデルとCRM設定を所有する人）
• MQLキューを毎日扱うAEまたはSDR（彼らは実際に「良い」が実際にどのように見えるかを知っている）

持参するデータ：

CRMからClosed-won ICPプロファイルをプルします：MQL作成時点での過去20件のClosed-won取引はどのように見えたか？スコアは何でしたか？どのシグナルがMQLをトリガーしましたか？転換を予測したMQLと拒否されたMQLのシグナルにパターンがありましたか？

過去90日間の拒否されたMQLコホートをプルします：それらのLeadはMQLステータスをトリガーするためにどの基準を満たしていましたか？セールスが拒否する原因となったのはどの基準でしたか？拒否理由コード（追跡している場合）はここで価値があります。まだ追跡していない場合は、Lead RejectionとRecyclingワークフローがフィードバックループの設定方法を説明しています。

セッション構造：

定義の文書からではなく、拒否されたLeadから始めます。グループに過去30件の拒否されたMQLと拒否理由を見せます。何が欠けていたかをセールスに説明させます。欠けている基準のリストが定義のギャップです。

次にClosed-wonデータを見て、「MQL作成時点でこれらのLeadに新しい基準を適用した場合、適格だったでしょうか？」と尋ねます。YESなら、定義は実行可能です。Closed-wonの60%が新しい基準で適格でなかった場合、絞りすぎて調整が必要です。

すべての決定とその背後にある理由を文書化します。理由のない定義文書は、将来のミーティングで最も上位の人によって無効にされやすいです。

一般的なMQL定義の間違い

単一アクショントリガー。 「1冊のeBookをダウンロードした = MQL。」このトリガーは好奇心とインテントを混同します。競合他社、学生、または3年後に購買するLeadがすべてeBookをダウンロードできます。単一アクショントリガーはMQL量を膨らませ、MQLの信頼性を壊します。

ファーモグラフィック専用の定義。 「ICPに一致する企業のすべてのコンタクト = MQL。」これはエンゲージメントを完全に無視します。完璧なフィット企業のコンタクトで、まったく関心を示していないものはセールス準備ができていません。彼らはたまたま正しい企業で働いているコールドな見込み客です。

誰も説明できない複雑すぎる公式。 スコアリングモデルが15の基準、3つの重み付けされた行動乗数、チームの誰も1文で要約できないDecay関数を必要とする場合、信頼されません。セールスは理解できないスコアのLeadを拒否し、マーケティングは誰も信じていないスコア指標に最適化します。

Pipeline目標を達成するために設定された閾値。 四半期のPipelineプレッシャーによって閾値の変更が推進される場合（「今四半期にMQLが20%多く必要なので閾値を70から55に下げましょう」）、定義は意味を失います。閾値の変更は品質データ（バックテスト結果、SAL率分析、拒否パターンレビュー）によって推進されなければならず、Volume目標ではいけません。

定義の文書化と公開

合意されたら、定義は両チームが見つけて参照できる場所に存在する必要があります—計画ミーティングのデッキの中ではなく。

推奨される形式：3つのセクションを持つ共有文書（Google Doc、NotionページまたはConfluenceページ）：平易な英語での定義、スコアリングモデルにマッピングされた具体的な基準、各変更の日付と理由を含むバージョン履歴。

所有者：RevOpsまたはMAP設定を維持する人。これはスコアリングモデルの変更を実装し、システムが文書化された定義と一致していることを確認する人です。

存在する場所：CRM（担当者がLeadを確認するときにアクセスできるよう）からリンク、MAP設定（Marketing Opsがモデルを調整するときに参照できるよう）からリンク、マーケティングとセールスの両方の新入社員のオンボーディングに含めます。Marketing-Sales SLAテンプレートは、MQLを受け取ったらセールスが何をするかを管理する補完的な文書です。

平易な英語バージョンは、どの担当者やマーケターもMQL定義を30秒以内に説明できるくらい短くする必要があります。できなければ、運用するには複雑すぎます。

定義を履歴に対してテストする

新しいまたは改訂されたMQL定義を最終化する前に、6か月の履歴データに対してバックテストします。テストは2つの質問に答えます：

カバレッジテスト： 過去6か月にClosed-wonになった取引のうち、新しい定義のもとでMQLとして適格だったものは何%か？答えが70%未満なら、定義は良いLeadを多くフィルタリングアウトします。

精度テスト： 過去6か月に新しい定義のもとでMQLとして適格だったすべてのLeadのうち、Closed-won（または少なくともSAL）になったものは何%か？精度率が15%未満なら、定義はまだ緩すぎます。

バックテストは徹底的である必要はありません。6か月のClosed-wonデータ（最低20件）と6か月の拒否されたLeadデータ（最低40件の拒否）をプルし、両方のコホートを手動で提案された基準に通します。2時間の分析が6か月のMisalignmentを防ぎます。

レビューケイデンス

マーケティングとセールスが合意できない場合

共同セッションで90分のミーティングでは解決できない真の不一致が表れることがあります。対処法を以下に示します。

エスカレーションパス： CMOとCROが閾値について合意できない場合、データをCEOまたはRevOpsリーダーに持参します。バックテスト結果を提示します。決定は階層ではなくデータに基づくべきです。Leadレスポンスタイムのベンチマークは有用な参照点です—緩いMQL閾値は、セールスがインテントが冷めてしまう前にフォローアップする場合にのみ役立ちます。

中間代理指標： 完全な定義に合意できない場合、90日間追跡する1つの代理指標に合意します：SAL率。SAL率ターゲット（ほとんどのチームでは70%が合理的）を設定し、SAL率をターゲット以下に落とす定義の変更は元に戻されると定義します。これにより、入力について不一致がある場合でも共有の説明責任メカニズムが作成されます。

パイロット期間： チームが閾値について不一致な場合、提案された基準を60日間並行トラックとして実行します。即座にルーティングせずに新しい定義のもとで適格となるLeadにフラグを立てます。60日目に、パイロットコホートを確認します：現在のMQL集団よりも高い率でSALとSQLになっていますか？データを使って議論を終わらせます。

解決できない不一致はほとんどの場合データの問題です。誰かがAttributionモデルを信頼していない、またはCRMデータが分析するには不十分である、またはチームが異なる時間ウィンドウを見ています。定義の議論を解決しようとする前にデータの問題を修正します。ForresterのB2B Revenue Waterfallは、個々のMQLの議論を回避するグループレベルのエンゲージメントを測定することで、Lead中心から購買グループ中心の追跡に移行するという1つの構造的なアプローチを提供します。

---

MQL定義テンプレートのサンプル

チームが適応できるテンプレートを以下に示します。イタリック体のフィールドに固有の基準を入力してください。

---

MQL定義 v1.0：[会社名] 最終レビュー：[日付] | オーナー：[RevOps/Marketing Ops名]

ファーモグラフィック基準（すべてを満たす必要がある）：

• 企業規模：[最小従業員数]から[最大従業員数]
• 業種：[特定のバーティカル]
• 地域：[ターゲット市場]
• ビジネスモデル：[B2B SaaS / プロフェッショナルサービス / その他]

行動閾値（すべてを満たす必要がある）：

• Lead scoreが*[スコア下限]*以上
• 過去*[X日]以内に少なくとも1つの高インテントシグナル：[特定のシグナルをリスト：価格ページ、Demo依頼、Trial登録など]
• 不適格シグナルが存在しない：[ポジティブスコアを無効にするシグナルをリスト：競合ドメイン、個人メール、既知の間違った役職など]

タイミング/直近性：

• エンゲージメントが過去*[X日]以内に発生、またはLeadがアクティブな明示的リクエストを持つ

除外基準：

• 企業従業員数が*[最小値]*未満
• フリーメールドメイン（gmail、yahoo、hotmail）
• 除外リストの役職：[インターン、学生、競合他社など]

SAL率ターゲット： [X%]。実際のSAL率が2か月連続でこの閾値以下に低下した場合、定義をレビューします。

---

MQL、SAL、SQL、および関連する用語の正式な定義については、Marketing-Sales Alignmentグロッサリーを参照してください。

Reworkの分析：合意への最速の道としてのバックテスト

Alignmentセッションでの経験から、マーケティングとセールスの間の定義の行き詰まりを解消する最速の方法は、ミーティング中ではなく前に実行されるバックテスト演習です。6か月のClosed-won取引データと6か月の拒否されたMQLデータをプルします。提案された定義を各コホートに手動で適用します。Closed-wonの70%未満が新しい定義のもとで適格だった場合、基準が厳しすぎます。精度率（すべての該当するMQLに対するClosed-wonの割合）が15%未満なら、定義が緩すぎます。これらの2つの数値を共同セッションの開始時に提示することで、価値観の議論（「より多くのLeadが必要」vs「より良いLeadが必要」）をデータ解釈の演習に変えます。昨年の受注の40%を拒否したであろう閾値を守るのは難しいです。

---

よくある質問

MQLとは何であり、Leadとどのように違うのですか？

Marketing Qualified Lead（MQL）は、マーケティングが合意された基準—ファーモグラフィックフィット、行動シグナル、タイミングコンテキスト—に対して評価し、セールスのフォローアップの準備ができていると判断したコンタクトです。Raw Leadは連絡先情報を提供した、または潜在的な買い手として特定されたコンタクトであり、資格判定の意味は含みません。区別が重要な理由は、資格のないLeadをセールスにルーティングすることで担当者の時間を無駄にし、マーケティングが生み出すキューへの信頼を侵食するからです。

MQLとSQLの違いは何ですか？

MQLはコンタクトがセールスのアウトリーチの準備ができているというデータシグナルに基づくマーケティングの判断です。SQL（Sales Qualified Lead）は、コンタクトがチームの資格判定基準—通常は予算、権限、ニーズ、タイムライン—を満たしていることを人間の資格判定会話の後に行ったセールスの判断です。すべてのSQLはMQLとして始まりますが、すべてのMQLがSQLになるわけではありません。SAL-to-SQL転換率は、いくつの資格判定会話が確認されたセールスOpportunityをもたらすかを測定します。

マーケティングとセールスの両方が尊重するMQL定義をどのように書きますか？

共同で尊重されるMQL定義には共同著作が必要です。セッションにはマーケティング、セールスリーダーシップ、RevOpsまたはMarketing Ops、そして毎日キューを扱う少なくとも1名の担当者が含まれる必要があります。拒否されたMQLデータ（何が欠けていたか？）とClosed-wonデータ（受注に共通していたことは何か？）から始めます。基準だけでなく、その背後にある理由も文書化し、将来の定義の変更が最も上位の人によって決定されるのではなく、証拠の負担を持つようにします。

適切なMQL拒否率はいくらですか？

拒否率20〜30%は健全な定義を示します—セールスは慎重にLeadをレビューして適格でないものを拒否していますが、大多数は通過しています。35〜40%を超える拒否率は定義が緩すぎることを示します：マーケティングはセールスが信頼しないことを学んだLeadを生み出しています。10%未満の拒否率は定義が厳しすぎるか、担当者が本当にレビューすることなくSALターゲットを達成するためにLeadを受け入れているかを示すかもしれません。毎月拒否率を追跡し、ターゲット範囲からの持続的な偏差を定義レビューのトリガーとして扱います。

MQL定義を検証するためのバックテスト方法は何ですか？

バックテストは提案されたMQL基準を6か月の履歴データに遡及的に適用して、2つの比率を確認します。カバレッジテストは尋ねます：過去6か月のClosed-wonの何%が新しい定義のもとで適格だったか？答えが70%未満なら定義が制限的すぎます。精度テストは尋ねます：MQLとして適格だったすべてのLeadのうち、Closed-won（または最低限SAL）になったものは何%か？15%未満なら定義が緩すぎます。定義を最終化する前に両方のテストを実行することで、好みに関する議論を証拠に基づく決定に変えます。

MQL定義文書はどのくらいの長さにすべきですか？

どの担当者やマーケターも重要な基準を30秒以内で述べられるくらい短くする必要があります。作業文書（バージョン履歴と理由を含む）はより長くなりえますが、運用上の定義—MAPスコアリングモデルに組み込まれる基準—は単一のスクリーンに収まる必要があります。スライドデッキが必要な定義は、リーダーシップの変更に耐えない定義です。

会社はいつMQL定義を変更すべきですか？

次の場合にレビューをトリガーします：MQL拒否率が2か月連続で35%を超えて上昇した場合；新しい製品ラインまたは市場セグメントが追加された場合；新しいCMOまたはCROがチームに参加した場合；または四半期のPipelineレビューでMarketing-Sourced Pipelineが前の期間よりも大幅に低い率で転換していることが明らかになった場合。短期的なVolume プレッシャー（悪い四半期）に応じて定義を変更しないでください。Pipeline目標ではなく品質データによって推進される閾値の変更は、時間の経過とともに進歩的に緩くなる定義を生み出します。

---

関連記事

• SQL定義と受け入れ基準
• 合意されたFunnelモデル
• 共同Lead Scoring：フィット、インテント、行動
• MQL-to-SQLスコア閾値
• Marketing-Sales Alignmentグロッサリー
• Lead資格判定フレームワーク
• BANTフレームワーク