MQL/SQL

MQL/SQLの仕組みが効果を発揮するには、一定量のリードが継続的に流入していること、そのリードを精査・フォローする組織体制が整っていることの両方が前提となります。月額広告予算が500万円未満の規模では、そもそも月間リード件数が数十件程度にとどまることが多く、スコアリングやパスの仕組みを整備する手間対効果が合わない場合が大半です。営業が全件目視で確認できる規模であれば、仕組み化よりも人的対応の方が柔軟かつ低コストです。

月額広告予算500万円以上の規模になると、月間リード数が数百件を超え始め、優先度判断の属人化や対応漏れが課題になってきます。この段階でMQL基準を定め、MAと連携させることで、営業リソースを高確度リードに集中させる効果が出始めます。特にインサイドセールスチームが存在する場合、MQL→SQL→商談のパスライン整備は生産性向上に直結します。

月額1,000万円以上のエンタープライズ規模では、チャネルが複数に及び、見込み顧客のジャーニーが長期化・複雑化するため、MQL/SQLの定義精度と更新サイクルの管理が重要になります。この規模では定義の「精度」よりも「合意形成の質」と「見直し頻度」が成果を決定づけます。

MQL/SQLという概念が体系化されたのは2000年代初頭のアメリカです。SiriusDecisions（現Forrester）が2003年前後に提唱した「Demand Waterfall（デマンドウォーターフォール）」モデルの中で、リードを段階ごとに分類・管理するフレームワークとして整理されました。それ以前も「ホットリード」「コールドリード」という感覚的な区分は存在していましたが、マーケティング部門と営業部門が共通の定義で運用する概念として明文化されたのはこの時期です。その後、Salesforce、HubSpot、Marketo（現Adobe Marketo Engage）などのMA・CRMプラットフォームがこの概念をツールの中に実装し、グローバルスタンダードとして普及していきました。

日本市場では、2010年代前半にSalesforceやMarketoが本格展開を始めたことで、大手IT・製造業を中心にMQL/SQLの概念が広まり始めました。2015年前後からインサイドセールス機能の設置が増加し、マーケから営業へのリードパスの仕組みとしてMQL/SQLへの注目が高まります。国内ではSATORIやシャノン、BowNowといった国産MAベンダーも同概念を採用したサービスを展開し始め、中堅BtoB企業への浸透が進みました。一方、日本特有の商習慣として「関係構築を優先し、スコアによる機械的な判断になじまない」という文化的な摩擦もあり、定義の形式的な整備にとどまるケースが多いのが実情です。