レッスン2：リード獲得とファネル設計——MQL・SQL・SAL の定義

このレッスンで学ぶこと

リード（見込み客）の定義と種類を整理する
インバウンドとアウトバウンドの違いを理解する
マーケティングファネルの 3 階層（TOFU・MOFU・BOFU）を押さえる
MQL・SQL・SAL という 3 つの「リードの状態」の境界を引ける
リードスコアリングの基本発想を持つ
マーケと営業のあいだの SLA（サービスレベル合意）の必要性を理解する

前のレッスンでは、インサイドセールスを「組織のサイエンス」として捉える発想と、営業の 4 分業（マーケ・IS・FS・CS）を整理しました。本レッスンでは、その流れの入口にあたる「リード（見込み客）」の獲得と管理の基本を扱います。MQL・SQL・SAL という用語の意味と、マーケと営業の境界をどう設計するかが中心テーマです。

リード（見込み客）とは

リード（lead）は、自社の商品・サービスに何らかの興味を示した、まだ顧客になっていない個人や企業を指します。日本語では「見込み客」と訳されますが、業界では「リード」という呼び方が広く使われています。

リードの種類

種類	状態
個人リード	名前・メール・所属企業など、個人ベースでデータがある
アカウントリード	企業単位で「商談化候補」と見ているが、個人の名前は未取得のこともある
ターゲットアカウント	まだ接点はないが、自社が狙うべき企業として選定済み

BtoB SaaS では、「個人リード」と「アカウントリード」の両方の視点で管理することが多くなっています。1 つの企業に複数の関係者（決裁者・利用者・情シスなど）がいるため、個人だけ／企業だけの管理では実態に合わないからです。

📝 補足 個人情報保護法や GDPR の観点で、リードの取り扱いには法律上の制約があります。本コースでは法務の詳細は扱いませんが、自社の法務・コンプライアンス部門と連携して運用設計を行うのが必須です。

インバウンドとアウトバウンド

リードの獲得経路は、大きく 2 つに区分できます。

インバウンド

見込み客側から自発的に接点を取ってくれるパターンです。Web サイトの問い合わせフォーム、資料ダウンロード、ウェビナー申込、無料トライアルの開始などが典型です。

強み：すでに興味を持っている人なので、商談化率が比較的高い
弱み：自社が狙いたい企業ばかりが来るとは限らない。量も自社でコントロールしにくい

アウトバウンド

自社側から能動的に接点を作りに行くパターンです。コール、メール、LinkedIn メッセージ、紹介依頼などが該当します。

強み：狙いたい企業に対して計画的にアプローチできる
弱み：相手は興味を持っていない状態から始まるため、商談化率は相対的に低くなる

両者は補完関係です。インバウンドだけでは「狙いたい企業」にアプローチできないし、アウトバウンドだけでは効率が悪い。BtoB SaaS の多くは、両方を組み合わせて運用しています。

💡 ポイント 「インバウンドだけで成り立つ」と思っているマーケ部門と出会うことがあります。コンテンツや SEO で自然流入が増える局面では確かに見える化しやすいのですが、狙いたい大型アカウントは自分から問い合わせてこないことがほとんどです。「インバウンドが順調なときこそアウトバウンドの仕込みを続ける」という運用が、長期的には成果に効きます。

マーケティングファネルの 3 階層

リードがどのような状態にあるかを段階的に整理する考え方として、マーケティングファネル（漏斗）があります。広く使われるのが、TOFU・MOFU・BOFU の 3 階層です。

flowchart TD
  T[TOFU<br/>認知・興味<br/>多くの見込み客] --> M[MOFU<br/>比較・検討<br/>絞られた見込み客]
  M --> B[BOFU<br/>意思決定・購買<br/>商談化候補]

TOFU（Top of Funnel、ファネルの上部）：認知・興味の段階。広告・SEO・SNS・ウェビナーなどで広く接触する
MOFU（Middle of Funnel、ファネルの中央）：比較・検討の段階。ホワイトペーパー・事例紹介・製品比較資料などで深堀りしてもらう
BOFU（Bottom of Funnel、ファネルの下部）：意思決定・購買の段階。デモ申込・無料トライアル・商談打診などで具体化する

ファネルは「漏斗」の比喩通り、上に行くほど人数は多く、下に行くほど人数は減ります。マーケティングが TOFU・MOFU を担い、インサイドセールスが MOFU・BOFU の境界に立つ、という分担が一般的です。

ファネルだけでは語れない実態

ファネルは便利な比喩ですが、実際の購買行動は一直線には進みません。比較段階に来た人が認知に戻ったり、購買直前に他社へ流れたりします。最近では「ファネルではなくジャーニー」「リニア（直線）ではなくループ」と捉える論考も増えています。本コースでは「ファネルは大まかな整理の道具」と割り切り、運用で必要な精度に応じて使い分ける立場で進めます。

⚠️ 注意 「ファネルの数字（TOFU 人数・MOFU 人数・BOFU 人数）を毎月見て、減っているから問題だ」と早合点するのは危険です。一時的なノイズか、構造的な変化かは、ファネルだけでは判断できません。次のレッスン以降で扱う KPI 設計と組み合わせて初めて、意味のある示唆が得られます。

MQL・SQL・SAL の 3 つの境界

ファネルの中で、特にインサイドセールスが扱うのが「リードの質」を表す 3 つの段階です。

状態	定義
MQL（Marketing Qualified Lead）	マーケティング部門の基準で「営業に渡せる」と判断したリード
SAL（Sales Accepted Lead）	営業（IS）側が「受け取る価値あり」と認めたリード
SQL（Sales Qualified Lead）	営業（IS）側が「商談化の可能性が高い」と精査したリード

MQL の意味

MQL は、マーケティング部門が「ここから先は営業に渡してよい」と判断する基準を満たしたリードです。判断基準は組織ごとに異なりますが、例えば「ホワイトペーパーを 3 つ以上ダウンロード」「ウェビナーに参加」「料金ページを複数回閲覧」など、興味の強さを示す行動を組み合わせたものになります。

SAL の意味

SAL は、インサイドセールス側が「これは受け取る価値がある」と判断したリードです。MQL がマーケの基準を満たしていても、営業側から見ると「ターゲット外」「すでに失注済み」など、受け取れないケースがあります。SAL は、その「営業側のフィルター」を通過した状態です。

SQL の意味

SQL は、インサイドセールスが実際に接触し、「商談化の可能性が高い」と精査した状態です。具体的には、後のレッスン 5 で扱う BANT（予算・決裁権・課題・タイミング）などの基準を一定程度満たすことが目安になります。SQL に到達したリードは、フィールドセールスへ商談として引き継がれます。

📝 補足 MQL・SAL・SQL の定義は組織ごとに違います。本レッスンの説明は「業界で広く使われる代表的な定義」ですが、自社の運用に当てはまるとは限りません。むしろ、自社の基準を明文化することが運用上の最重要事項です。「うちの MQL は何で、SQL は何か」を、マーケと営業で揃えて議論することから始めてください。

3 つを使う意味

「MQL と SAL と SQL の 3 段階は細かすぎる」と感じる人もいます。実際、組織のフェーズによっては MQL と SQL の 2 段階で十分なこともあります。3 段階に分ける意味は、マーケと営業のあいだに「お互いの基準のすり合わせ」のレイヤーを作ることにあります。

マーケは「MQL の量」で評価される傾向がある
営業は「商談化率・受注率」で評価される傾向がある
両者の基準がずれると、「マーケは MQL を量産するが、営業からは『質が低い』と返される」という典型的なすれ違いが起きる

SAL を間に置くことで、「営業側が実際に受け取った数」が見える化され、両者の基準を揃える対話のきっかけになります。

リードスコアリングの基本

リードの「興味の強さ」「商談化の確からしさ」を数値で表すのが、リードスコアリングです。

基本の発想

行動（ホワイトペーパー DL、ウェビナー参加、料金ページ閲覧など）に点数を割り当てる
属性（業種・規模・役職など）にも点数を割り当てる
合計スコアが一定値を超えたら MQL とみなす

例えば「ホワイトペーパー DL ＋ 10 点、ウェビナー参加＋ 20 点、料金ページ 3 回閲覧＋ 15 点、役職部長以上＋ 10 点、合計 50 点以上で MQL」のような設計です。

落とし穴

過剰なスコア体系：項目を細かく作りすぎると、運用が複雑になり保守できなくなる
属性の偏重：「役職」「規模」だけで判断すると、興味の薄い大企業を高く評価してしまう
減点ロジックの欠落：時間経過で興味が薄れたリードのスコアを下げる仕組みがないと、古い高得点が残り続ける

💡 ポイント 初期はシンプルに（5〜10 項目程度）始め、運用しながら見直すのが現実的です。完璧なスコアモデルを最初から作ろうとして、立ち上げが遅れる組織を見てきました。「動かして測りながら直す」のは、本コースのほかの場面でも繰り返し登場する発想です。

マーケと営業の SLA

マーケから営業へリードを渡す境界には、「お互いの責任範囲」を明文化した SLA（Service Level Agreement、サービスレベル合意）を結ぶ運用が広まっています。

SLA に含める典型的な項目

マーケ側：月間で渡す MQL の最低件数・質の基準
営業（IS）側：MQL を受け取ってから何時間以内に接触するか、SAL に上げる比率の目安
両者：定義の文言、不一致が起きたときのエスカレーション手順

なぜ SLA が必要か

SLA がない組織では、「マーケは数字を達成したと言い、営業は『質が低い』と返す」というすれ違いが恒常化します。SLA は、お互いの期待値を言語化して合意し、月次の振り返りで数字とすり合わせるための器です。形式的な書類ではなく、運用のための合意であることが大切です。

⚠️ 注意 SLA を結んだだけで対話が始まるわけではありません。月次・四半期で、「数字と感覚」を両方持ち寄って振り返る場を設計しないと、SLA は形骸化します。本コースのレッスン 6 で扱う KPI 設計と組み合わせて運用してください。

講師の現場メモ：「MQL は 500 件、商談はゼロ」

私（江口）が SaaS スタートアップで IS マネージャーに昇格した直後の話です。マーケ部門の月次レポートには、誇らしげに「今月の MQL：527 件」と書かれていました。IS チームの私の手元には、ほとんど商談が積み上がっていませんでした。

私はマーケのリーダーと会議を設定し、両者の数字を並べて見比べました。マーケの 527 件は、「ホワイトペーパーを 1 件 DL したら MQL」という定義で出していた数字でした。一方、IS のメンバーがコールしてみると、「学生の研究目的でダウンロードしただけ」「他社の社員が情報収集で取った」「無料で使える便利ツールを探しただけ」など、商談化の見込みがほとんどない案件が多数を占めていました。

私はマーケのリーダーに、「MQL の定義を見直しませんか」と提案しました。最初は「マーケの数字が下がる」と難色を示されましたが、3 か月かけて以下の合意に至りました。

ホワイトペーパー DL だけでは MQL に上げない（業種・役職・属性スコアも加味）
直近 30 日以内の行動があることを必須条件にする
IS 側が受け取ったあと、「SAL 化率」（受け取ったうち、価値ありと判断した割合）を月次で見える化する
マーケの評価指標は「MQL 件数」から「SQL 化率（MQL のうち、最終的に SQL になった割合）」に変更する

3 か月後、MQL の件数は 527 → 180 まで減りました。マーケの数字としては劇的な減少です。けれど、SAL 化率は 30% → 70% に、SQL 化率は 10% → 40% に上がりました。商談数は、月 50 件から月 70 件に増えたのです。

このときに学んだのが、「マーケと営業の境界は、数字を揃えるだけでは整わない。定義をすり合わせ、両者が同じゴールを向いて評価される設計にして初めて整う」ということでした。SLA や MQL／SAL／SQL の 3 段階は、そのための道具です。

まとめ

このレッスンでは、以下のことを学びました。

リード（見込み客）には個人・アカウント・ターゲットアカウントといった種類がある
リード獲得経路はインバウンドとアウトバウンドの 2 つに区分でき、両者は補完関係
マーケティングファネルは TOFU・MOFU・BOFU の 3 階層で整理できるが、購買行動は一直線ではない
MQL（マーケ側基準）・SAL（営業側の受け取り判断）・SQL（営業側の精査結果）という 3 段階の境界がある
リードスコアリングはシンプルに始めて運用しながら見直す
マーケと営業の SLA は、お互いの期待値を言語化し、振り返りの場と組み合わせて運用する

次のレッスンでは、インサイドセールスの中での役割分担として、SDR（インバウンド対応）と BDR（アウトバウンド開拓）の境界、そして Aaron Ross 『Predictable Revenue』に始まる SaaS 営業組織の発想を扱います。

確認クイズ

このレッスンの理解度をチェックしましょう。