日本語

ファネルの計算:MQLからSQLから商談のフォレンジクス

MQL数が前月比32%増です。GMは満足しています。3週間後、商談数は横ばいです。なぜなのか分かりません。「MQLの質の問題」はGMが2度受け入れる答えではありません。

これがファネルフォレンジクスです。あなたはもはやダッシュボードを眺めるだけの存在ではありません。数値を読んで、数量が増えたのにパイプラインが続かなかった理由を説明する具体的な原因(セグメント、ソース、曜日、引き継ぎ)を探す調査者です。

ほとんどのDemand Gen Managerは集計コンバージョン率を報告します。優秀な担当者は診断を報告します。「MQL→SQLは11%」と「MQL→SQLは火曜日に8%まで下落しているが、それはリードの質ではなくSDRのカバレッジギャップだ」とは異なります。前者はうなずきを得ます。後者は予算を得ます。

MQL定義を営業と合意する:拒否ルールを含めて

フォレンジクスを始める前に、これを確定させてください。AEはMQLを拒否できるか、どのような理由で拒否できるか?答えが「いいえ」または「不明」であれば、MQL数は虚栄の指標です。6ヶ月間報告し続け、営業は静かに無視し、ある日VP Salesがマーケティングのリードは「コンバージョンしない」とGMに伝え、共有された定義がないためあなたには守る手段がありません。

成立する実務上の合意はこうです。MQLには3つの要素があります。フィット(アカウントのICP適合性)、インテント(行動に基づくスコアの閾値)、連絡可能なコンタクト。閾値以下はリードであり、MQLではありません。閾値以上でも、役職が違う、会社規模が違う、地域が違う場合、AEは24時間以内に理由コードとともに拒否できます。24時間を過ぎれば、デフォルトで承認済みとなり、カウントされます。

理由コードは拒否そのものよりも重要です。6つのコードで十分です。会社規模が違う、役職またはペルソナが違う、地域が違う、既存顧客、競合他社、コンタクト情報が未確認。この6つ以外はエスカレーションします。あなたとAEマネージャーが毎月異議申し立てを調停します。30分、20件の係争中のMQLを見て決定し、パターンが現れたらスコアリングモデルを更新します。

これがなければフォレンジクスはできません。「これはMQLなのか」という議論がすべての会議を消費し、実際の漏れに到達できません。

ソース、ペルソナ、セグメント別のコンバージョン率を読む

14%のブレンドされたMQL→SQL率はすべてを隠します。月4万ドルを消費している有料ソーシャルの4%と、予算の12%で38%のコンバージョンを叩き出しているウェビナーを隠します。ブレンドされた数値はダッシュボード上で最もコストの高い嘘です。

毎月ファネルを3つの方法で切ってください。ソース、ペルソナのシニア度、セグメント。常に3つの方法で。2つでも4つでもなく、3つ。

2026年頃のB2B SaaS MQL→SQLコンバージョンの大まかなベンチマーク:

ソース 健全な範囲 要注意の閾値
有料ソーシャル(LinkedIn、Meta) 6〜10% 4%
有料検索(Google、Bing) 10〜15% 7%
コンテンツ / オーガニック 10〜18% 8%
ウェビナー(ライブ) 25〜40% 18%
ウェビナー(オンデマンド) 12〜20% 9%
ABMソース(指定アカウント) 30%以上 22%
紹介 / パートナー 35〜50% 25%
コールドアウトバウンド(MQLとして扱う場合) 8〜12% 5%

全体的なブレンドMQL→SQLについては、健全なB2B SaaSは12〜15%の範囲に収まります。20%以上はスコアリングが厳しすぎる可能性があります。8%以下はスコアリングが緩すぎるか、営業のモーションが入ってくるリードに合っていないかです。

ペルソナのシニア度による切り方は異なります。VPとC-levelはMQL→SQLで25〜35%でコンバージョンします。Director levelは18〜25%前後。Manager levelは8〜14%まで落ちます。Manager以下では、購入者ではなく調査担当者を相手にしていることが多いです。コンバージョン率は5%以下になりますが、それは漏れではなく、間違ったオーディエンスです。

セグメントによる切り方もまた異なります。SMBのMQLはより早くコンバージョンしますが、率は低く、取引規模も小さいです。ミッドマーケットはほとんどのB2B SaaSにとってスイートスポットで、MQL→SQLは15〜22%、実際に予測できる商談サイクルがあります。エンタープライズのMQLは生の率では最も低く(8〜12%)、しかしSQLになった案件は6〜10倍大きいため、営業チームがその規模に対応できていれば計算は成立します。

数値を見たとき、反射的に3つの方法で切ることを習慣にしてください。14%の率が有料ソーシャルの問題(4%)、ウェビナーエンジン(38%)、コンテンツ/オーガニックのベースライン(12%)に分解されます。これで1つの数値ではなく、3つの診断が得られます。

30日SLAがすべてを変える理由

ファネルにおいて最大のレバーはリードの質ではありません。リード対応スピードです。過去10年間のすべての信頼できる研究がこれを確認しており、それでも毎四半期、営業リーダーを驚かせます。5分以内に電話したMQLは、24時間以内に電話したMQLより約8倍高くコンバージョンします。60分以上かかると、5分のベースラインと比べてコンバージョンは80%崩壊します。

SLAは30日ではありません。SLAは、高フィットのデモリクエストには5分、下位ティアのMQLには1時間、そして30日は未対応MQLがリードナーチャリングに戻されるまでのファネル全体の退出期間であり、対応ウィンドウではありません。

SLAダッシュボードを構築してください。4つの要素が必要です。MQLから最初のSDRアクションまでの時間、MQLから最初のコネクトまでの時間、SLA内で対応されたMQLの割合、SQLにコンバージョンした割合をSDR別に分けたもの。

最後のSDR別の切り方に、具体的な診断が潜んでいます。「MQL→SQLが火曜日に8%まで下落する」と分かったとき、ノイズだと肩をすくめないでください。SDRのカバレッジロスターを引き出してください。たいてい次の3つのうちどれかが見つかります。月曜の午前中の会議がSDRチームの午前中の半分を食っているか、火曜のスタンドアップがアウトバウンドの電話を午後に押し込んでいるか、交代のPTOスケジュールで毎週火曜にインバウンドキューが手薄になっているかです。

ギャップに名前をつけてください。報告するだけでなく。「火曜のSDRカバレッジギャップ」は診断です。「品質の問題」は診断ではありません。

漏れているステージを見つける

MQL→商談が機能していないとき、疑わしいステージは3つあります。この順番で調査してください。ほぼ必ずこの3つのどれかです。

ステージ1:引き継ぎの遅延(MQLからSDRコンタクトまで)。 直近90日のすべてのMQLを引き出します。初回接触までの時間を計算します。MQLを0〜5分、5〜60分、1〜24時間、1〜7日、7日以上のコホートに分けます。各コホート内でSQLへのコンバージョンを比較します。0〜5分コホートが28%でコンバージョンし、1〜24時間コホートが9%なら、品質の問題ではありません。スピードの問題です。スコアリングではなく、ルーティングを修正してください。

ステージ2:ペルソナのミスマッチ(会社は正しいが役職が違う)。 MQLをICPに対する役職の正規表現でグループ化します。意思決定者ではない「Manager」の役職は、どれだけ早く電話しても6〜10%でしかコンバージョンしません。調査担当者やアナリストは4%以下でコンバージョンします。MQL数の35%が非購入者の役職である場合、スコアリングモデルが購入意向を予測しない行動に報酬を与えています。モデルを更新してください。非購入者の役職にネガティブスコアを追加し、購入者の役職またはハイインテントアクション(デモリクエスト、料金ページ訪問とフォーム記入)のどちらかを有望案件の条件とすることを要件にしてください。

ステージ3:インテントの劣化(MQLが14日以上経過している)。 一部のMQLはキューに滞留します。SDRが別のキャンペーンに取り組んでいるか、ルーティングが失敗したか、その週のカバレッジが薄かったかもしれません。最初のコンタクト時点でのMQLの経過日数を確認してください。14日を過ぎてからコンタクトされたMQLは、新鮮なMQLの30〜50%の率でコンバージョンします。これはリードの質ではなく、インテントの劣化です。見込み客の調査の時間は終わっています。

HubSpotまたはSalesforceでステージ1を切り出すSQL queryのパターンを以下に示します。スキーマに合わせてカラム名を調整してください。

SELECT
  CASE
    WHEN time_to_first_touch_minutes <= 5 THEN '0-5 min'
    WHEN time_to_first_touch_minutes <= 60 THEN '5-60 min'
    WHEN time_to_first_touch_minutes <= 1440 THEN '1-24 hr'
    WHEN time_to_first_touch_minutes <= 10080 THEN '1-7 days'
    ELSE '7+ days'
  END AS speed_cohort,
  COUNT(*) AS mqls,
  SUM(CASE WHEN became_sql = 1 THEN 1 ELSE 0 END) AS sqls,
  ROUND(100.0 * SUM(CASE WHEN became_sql = 1 THEN 1 ELSE 0 END) / COUNT(*), 1) AS conv_pct
FROM mql_events
WHERE mql_date >= DATE('now', '-90 days')
GROUP BY speed_cohort
ORDER BY MIN(time_to_first_touch_minutes);

これを週1回実行してください。出力は5行のテーブルで、スコアリングモデルの書き直しに1四半期費やす前に、スピードが問題かどうかを教えてくれます。

「MQLは十分なのに商談がない」という落とし穴

数量は増えています。商談は横ばいです。具体的な6つの原因があり、それぞれ1週間でテストできます。

1. トップファネルで間違ったICP。 トップオブファネルのキャンペーンが間違った会社を引き込んでいます。テスト:直近30日のMQLを引き出し、ICPルーブリック(業界、従業員数、売上、地域、技術スタック)に対してスコアリングします。60%未満がマッチする場合、キャンペーンまたはオーディエンスターゲティングがずれています。

2. SDRスクリプトの不一致。 異なる製品ポジショニングのために18ヶ月前に作られたスクリプト。テスト:10件のSDRの通話を同行します。SDRが現在のウェブサイトのコピーに合った言葉でバリュープロポジションを説明した回数を数えます。70%未満なら、リードの問題ではなくスクリプトの問題です。

3. パイプライン衛生のためにAEが非認定にしている。 クォータプレッシャー下のAEが、コンバージョン率をきれいに保つために「ボーダーライン」のSQLを処分します。テスト:AEが非認定にしたSQLを引き出し、20件を別のAEに再ルーティングします。25%以上が商談になれば、品質の問題に見せかけた衛生の問題があります。

4. アトリビューションの漏れ。 MQLが商談にコンバージョンしているが、商談がソースにタグ付けされていません。そのためダッシュボードに「パイプラインなし」と表示されます。テスト:直近90日のクローズドウォン案件を引き出し、それぞれをファーストタッチにさかのぼります。25%以上にMQLソースが付いていなければ、ファネルより前にアトリビューションが壊れています。

5. デモのノーショー。 SQLがブッキングされているが、40%のデモにノーショーが発生しています。テスト:直近30日のデモブッキング数とデモ実施数を数えます。健全な完了率は70〜85%です。60%を下回る場合、ブッキングフローに確認シーケンス、カレンダーリマインダー、当日の再ブッキングオファーが必要です。

6. 低閾値スコアリングによるMQLのインフレ。 誰かが「数値を達成する」ために閾値を下げました。数量が増え、コンバージョンが崩壊します。テスト:前四半期の閾値でスコアリングモデルを再実行し、MQL→SQLを再計算します。そのときが14%で今が9%なら、MQLが増えたのではありません。リードがMQLとして再ラベル付けされただけです。

これらはそれぞれテストに1週間かかります。順番に実施してください。どの修正が数値を動かしたか分からなくなるので、6つすべてを並行して実施しないでください。

HubSpot、Salesforce、ReworkにおけるアトリビューションフォレンジクスAt

アトリビューションは、ほとんどのDemand Gen Managerが詰まる場所です。3つのモデルがあり、どれが「正しい」かについてはキャリアの残りを通じて議論が続きます。

ファーストタッチ・アトリビューションは、見込み客をデータベースに連れてきたキャンペーンを評価します。トップオブファネルキャンペーンの測定には適していますが、商談ベロシティの測定には適していません。

ラストタッチは、MQLをSQLに、またはSQLを商談にコンバージョンさせたキャンペーンを評価します。営業支援キャンペーンの測定には適していますが、ブランドとデマンド創出の測定には適していません。

マルチタッチ・アトリビューションは、ポジションまたはアトリビューションモデル(W字型、U字型、時間減衰)によって重み付けされた、ジャーニー内のすべてのタッチにクレジットを分配します。理論上は最も「正確」ですが、重み付けを誰も理解しないためボードミーティングで守るのが最も難しいです。

正しい答えは2つのビュー(ファーストタッチとマルチタッチ・アトリビューション)を報告し、ボード向けに1つを選ぶことです。 GMにどれを選んでいるか、なぜかを伝えてください。ほとんどのB2B SaaSデマンドジェンチームは、認知活動とコンバージョン活動の両方を評価するため、マルチタッチ・アトリビューション(W字型:ファーストタッチ30%、リード創出タッチ30%、商談創出タッチ30%、その他10%)に落ち着きます。モデルを変更する前に1年間一貫して使用してください。

3つのCRMの違い:

HubSpoths_analytics_first_urlとキャンペーンメンバーシップオブジェクトを通じてキャンペーンをコンタクトに紐づけます。ライフサイクルステージの遷移が骨格です。曖昧な部分はSDRの引き継ぎウィンドウです。カスタムプロパティとして構築しない限り、ネイティブの「MQL→SDR対応済み」タイムスタンプはありません。ほとんどのチームはタスク完了タイムスタンプとライフサイクルステージの履歴を組み合わせてつなぎ合わせます。使えますが、端々で漏れます。

SalesforceにはCampaign Influence(マルチタッチ・アトリビューション)とPrimary Campaign Source(ファーストタッチ)がビルトインされています。漏れはリードコンバージョンと商談作成の間にあります。AEが同日に商談を作成せずにリードをコンタクトにコンバージョンすると、Campaign Influenceルールがバックフィルするよう設定されていない限り、キャンペーンとパイプラインの接続が切れます。ほとんどのSalesforceの組織でこれが誤設定されています。

ReworkのCRMは、統合されたコンタクトタイムラインを中心に構築されており、SDRの対応状態、リード配布イベント、商談作成が、つなぎ合わせたプロパティではなくファーストクラスのオブジェクトとして含まれています。HubSpotとSalesforceが曖昧なままにしているSDRの引き継ぎギャップは、デフォルトで解消されています。MQLが割り当てられた正確な時刻、それを受け取ったSDR、最初のタッチ、SQLへの経路を確認できます。同じシステムでマーケティングと営業を運用する中規模チーム(20〜500名)にとって、カスタムプロパティのプロジェクトなしにアトリビューションギャップを解消できます。Rework CRMは1ユーザーあたり月12ドルからです。

ライブトレース。 1件のクローズドウォン商談を選んでください。逆方向にたどります。商談作成→SQLコンバージョン→MQLトリガー→最初のコンタクトフォーム記入→最初のセッションソース。AEとSDRとともにそのトレースをたどってください。四半期に2回、GMとライブで行ってください。GMにアトリビューションが実際に何を意味するかを教え、データが漏れている場所を露わにする最良の方法です。

GMとの月次ファネルレビュー

月次ファネルレビューは1ページに収まります。収まらない場合、報告が多すぎます。

トップオブファネル。 MQL数の合計、ソースミックス(数量別上位5ソースとコンバージョン別上位5ソース)、最大の変動要因についての1文のコメント。

ミドルオブファネル。 セグメント別MQL→SQL(SMB、ミッドマーケット、エンタープライズ)、SLA遵守率(SLA内で対応されたMQLの割合)、ペルソナのシニア度別の切り方。

ボトムオブファネル。 SQL→商談、商談→クローズドウォン、平均ベロシティ(MQLからクローズまでの日数)、デマンドジェンソースに紐づいたパイプライン貢献度。

診断ライン。 すべてのレビューを、今月調査している1つの具体的な仮説で締めてください。5つではなく、1つ。「火曜のSDRカバレッジギャップがMQL→SQLの8%の低下を説明しているかテストしています。そうであれば、5月15日までにカバレッジを再配分し、6月に再確認します。」

以上です。1ページ、4つのセクション、1つの診断。GMは90秒でスキャンし、2つの質問をして、あなたが何に集中しているかを理解した上で退室します。

このレビューに含めないもの:キャンペーンレベルのパフォーマンスレポート(マーケティングスタンドアップに回してください)、広告クリエイティブ別のCTRとCPL(有料チームとの週次パフォーマンスレビューに回してください)、12個以上の数値があるダッシュボード。GMは生データを望みません。GMが望むのは診断です。

これが得てくれるもの

数量はマーケティングスタンドアップで語るストーリーです。コンバージョンフォレンジクスは収益の席で語るストーリーです。

四半期業績レビューに臨んで「MQL数は32%増ですが、有料ソーシャルのMQL→SQLは4%でベンチマークの12%に対して低く、火曜のSDRカバレッジギャップで四半期あたり60件のSQLを失っています。テストしている内容はこちらです」と言えるとき、あなたはリードを報告するDemand Gen Managerでなくなっています。営業が商談のズレを診断するのと同じ厳密さでパイプラインの問題を診断するオペレーターになっています。

それが収益の席です。計算がその席を得てくれます。

関連記事