SQL（セールス適格リード）
SQL（セールス適格リード）とは、営業がMQLに対してヒアリングを行い、予算・権限・ニーズ・時期の観点から商談化の見込みがあると判定したリードです。
読み方: えすきゅーえる ／ 英語: Sales Qualified Lead
SQL（セールス適格リード）の詳細
SQLは、マーケティングから引き渡されたMQLに対し、営業（主にインサイドセールス）が実際に会話・ヒアリングを行った結果、「商談に進められる」と判定したリードです。
SQL判定の代表的フレームワーク：BANT
1. Budget（予算）：導入に必要な予算を確保できるか
2. Authority（決裁権）：意思決定者にアクセスできるか
3. Need（ニーズ）：解決すべき課題が明確か
4. Timeline（時期）：導入時期の目安があるか
4項目すべてを満たす必要はなく、「NeedとTimeline が明確」であれば SQLとする運用も多いです。
MQLからSQLへの引き渡しプロセス
1. MQL判定されたリードをインサイドセールスが架電・メールでコンタクト
2. ヒアリングでBANT情報を確認
3. SQL基準を満たせばフィールドセールスに商談をパス
4. 基準未達の場合はナーチャリングに戻す
SQL化率を高めるポイント
SQL化率は、MQLの質とタイミングに大きく依存します。リードが「今まさに情報収集中」の段階でアプローチできるかが鍵で、架電までのリードタイムを短縮することが最も効果的な施策です。
なぜ重要か
SQLは営業パイプラインの起点であり、SQL数が不足すれば売上目標の達成は不可能です。
マーケティング→インサイドセールス→フィールドセールスの分業体制において、SQLは「マーケティング投資が売上につながっているか」を測る最重要指標です。
SQL化率が低い場合、原因はMQLの質・インサイドセールスのスキル・アプローチのタイミングのいずれかにあり、ボトルネックを特定して改善するPDCAが不可欠です。
活用方法
- SQL判定基準の策定
- BANT等のフレームワークをベースに、自社に合ったSQL基準を営業チームと合意
- インサイドセールスのヒアリングスクリプト作成
- SQL判定に必要な情報を聞き出すためのトークスクリプトを設計
- MQL→SQL転換率のモニタリング
- 週次でMQL数・SQL数・転換率を可視化し、ボトルネックを特定
- ナーチャリングフローの設計
- SQL基準未達リードを育成するためのコンテンツ配信フローを構築
- 商談結果のフィードバック
- SQLの受注率・失注理由を営業からマーケに共有し、MQL基準とコンテンツを改善
ドヤマーケの実務経験
ドヤマーケの支援先では、SQL化率の改善に最も効果があったのは「架電前に送るコンテンツの質」でした。
インサイドセールスがMQLに架電する前に、業界別の事例記事や比較資料をメールで送付し、リードの関心を高めた上でアプローチすることで、SQL化率が大幅に改善しました。
このコンテンツをAIで業種別に複数パターン作成し、最も反応の良いものを選んで運用しています。
現場から得た知見
SQL化率を左右する最大の要因は「スピード」です。MQL判定から架電までのリードタイムが24時間を超えると、SQL化率は半減するというデータがあります。
当社では、MQL判定と同時にSlack通知を飛ばし、1時間以内にインサイドセールスがアプローチする体制を推奨しています。仕組みの速度が、営業スキルよりも成果に直結します。
実績データ
MQL判定から1時間以内に架電した場合のSQL化率は35〜40%、24時間以上経過した場合は12〜15%と大きな差が出ています。
事例コンテンツを事前送付してから架電した場合、未送付時と比較してSQL化率が1.6倍に向上した支援先があります。
BANT基準のうち「Need＋Timeline」の2項目でSQL判定する運用に変更した企業では、商談数が1.5倍に増加しつつ受注率は維持されました。
専門家コメント
SQLの定義は企業によって異なりますが、大切なのは「営業が商談に進める価値があると合意したリード」であることです。定義が曖昧だと営業パイプラインの数字が信頼できなくなります。 SQL化率の改善は、営業スキルの向上よりも「MQLの質」と「アプローチの速度」の改善が即効性があります。まずはこの2点にフォーカスしてください。
三森 捷暉（みつもり かつき）｜BtoBマーケティング × SEO × AI活用 専門家｜株式会社スリスタ 代表
関連用語
関連記事
よくある質問
SQL化率の目安はどのくらいですか？
業種や商材により異なりますが、BtoB SaaSではMQL→SQL転換率25〜35%が一つの目安です。15%を下回る場合はMQL基準の見直し、またはインサイドセールスのスクリプト改善が必要です。
BANTの4項目すべてを満たさないとSQLにできませんか？
すべてを満たす必要はありません。実務上は「Need（課題が明確）」と「Timeline（導入時期の目安あり）」の2項目でSQL判定し、BudgetとAuthorityは商談の中で確認する運用が効率的です。