マーケと営業のSLA設計｜MQLからSQLへの確実な引き渡し方法

マーケティング部門が苦労して育成したMQLが、営業に引き渡された途端にフォローされず放置される――この問題は、BtoB企業の多くが経験している組織的な課題だ。マーケティングは「質の高いリードを渡している」と主張し、営業は「リードの質が低いからフォローする価値がない」と反論する。この対立構造の根本原因は、両部門間のSLA（Service Level Agreement）が不在であることにある。

SLAとは、マーケティング部門と営業部門の間で取り交わす「合意基準」のことだ。MQLの定義、引き渡し条件、フォロー期限、報告義務など、両部門の責任範囲と行動基準を明文化する。SLAが存在しない状態では、MQLの判断基準が曖昧になり、引き渡しのタイミングがずれ、フォローの優先度が営業個人の裁量に委ねられてしまう。

本記事では、マーケティングと営業のSLA設計の具体的な方法を解説する。MQLの定義から営業へのSQL転換基準、フォロー期限の設定、フィードバックループの構築まで、両部門が信頼関係を持って連携するためのフレームワークを体系的に提供する。

マーケ・営業間SLAが不在になる背景

マーケティング部門と営業部門のSLAが策定されない背景には、複数の組織的要因がある。

最も根本的な問題は、両部門のKPIが断絶していることだ。マーケティング部門はリード獲得数やMQL数をKPIとして追い、営業部門は商談数や受注額をKPIとして追っている。この構造では、マーケティングは「とにかく多くのMQLを生み出す」ことに注力し、営業は「確度の高い案件だけを追いたい」と考える。両部門のインセンティブが噛み合っていないため、自然と対立構造が生まれるのだ。

もう一つの問題は、MQLの定義が組織として合意されていないことだ。マーケティングが「MQL」と認定する基準が、営業が期待する「今すぐ商談できるリード」と乖離しているケースが非常に多い。マーケティングはスコアリングの閾値を超えたリードを機械的にMQLとする一方、営業は「予算がある」「決裁者にアクセスできる」「導入時期が明確」といった定性的な条件を重視する。この認識の差が、「渡されたリードの質が低い」という営業の不満につながっている。

さらに、引き渡し後のフォロープロセスが属人化していることも問題だ。MQLが営業に引き渡された後、いつまでにコンタクトするか、何回アプローチするか、どのような手順でフォローするかが個人の裁量に委ねられている。結果として、熱心な営業はすぐにフォローするが、多忙な営業はMQLを後回しにし、リードの温度感が下がった頃にようやくコンタクトするという事態が発生する。

フィードバックの欠如も見逃せない。営業がMQLをフォローした結果がマーケティングに戻されないため、MQLの質を改善するためのデータが蓄積されない。フィードバックなしでは、スコアリングモデルの改善もシナリオの最適化もできず、同じ質のMQLが延々と生産され続ける悪循環に陥る。

組織階層の問題もある。多くの企業では、マーケティング部門と営業部門がそれぞれ異なる役員の管轄下にあり、部門横断の合意形成が進みにくい。SLAの策定には経営層のコミットメントが不可欠だが、「マーケと営業の連携」が経営アジェンダとして十分に認識されていないケースが多い。

MQLからSQLへの確実な引き渡しを実現する5つの核心テクニック

テクニック1：MQLとSQLの明確な定義策定

SLA設計の出発点は、MQL（Marketing Qualified Lead）とSQL（Sales Qualified Lead）の定義を両部門で合意することだ。この定義が曖昧なままでは、どんなプロセスを構築しても機能しない。

MQLの定義には、「定量条件」と「定性条件」の両方を含めるべきだ。定量条件はMAツールのスコアリングに基づくもので、例えば「行動スコア50点以上かつ属性スコア30点以上」という基準だ。定性条件は、リードの属性や行動の質に関する条件で、「ターゲット企業リスト内の企業であること」「過去30日以内にWebサイトを3回以上訪問していること」「料金ページまたは導入事例ページを閲覧していること」などが該当する。

SQLの定義は、営業がフォローした後に「商談として追うべき案件」と判断する基準だ。一般的には、BANT条件（Budget：予算、Authority：決裁権、Need：ニーズ、Timeline：導入時期）のうち、最低2つ以上が確認できた場合にSQLと認定する。ただし、BANTの全条件が揃うのを待っていると機会損失が発生するため、「Need＋Authorityが確認できればSQL」というように、自社の商談プロセスに合わせた基準を設定する。

MQLとSQLの間に「SAL（Sales Accepted Lead）」というステータスを設けることも有効だ。SALは、営業がMQLを受領し、初回コンタクトを取る前の状態を示す。MQL→SAL→SQLという3段階のステータス管理を行うことで、引き渡しプロセスの各段階で責任の所在が明確になる。

定義の策定は、マーケティングと営業の合同ワークショップで行うことが推奨される。過去6ヶ月の受注案件と失注案件を振り返り、「どのようなリードが商談化しやすかったか」「どのようなリードが商談化しなかったか」を具体的に議論する。この議論を通じて、両部門が納得できるMQL・SQLの定義を策定する。

テクニック2：リード引き渡しプロセスの標準化

MQLの定義が決まったら、次はマーケティングから営業への引き渡しプロセスを標準化する。属人的な運用を排除し、すべてのMQLが同じプロセスで確実に営業に届く仕組みを構築する。

引き渡しプロセスの設計では、以下の5つの要素を明確にする。第一に「通知方法」。MQLが発生した際に、営業にどのような方法で通知するかを決める。最も確実なのは、MAツールからSFA/CRMへの自動連携と、メールやSlackでの即時通知の組み合わせだ。SFA上にMQLの情報（スコア内訳、行動履歴、属性情報）が自動的に反映され、同時に担当営業に通知が届く仕組みを構築する。

第二に「アサインメントルール」。MQLをどの営業担当者にアサインするかのルールを設定する。地域別、業種別、企業規模別、またはラウンドロビン（順番制）など、自社の営業体制に合ったルールを決める。特定の営業にMQLが集中しないよう、均等配分の仕組みを組み込むことも重要だ。

第三に「引き渡し情報の標準化」。営業に渡す情報のフォーマットを統一する。最低限含めるべき情報は、リードの基本情報（企業名、担当者名、役職、連絡先）、スコア内訳（属性スコア、行動スコア、主要なアクション履歴）、推奨アプローチ（リードの関心領域に基づくトークのヒント）の3点だ。

第四に「優先度の設定」。すべてのMQLを同じ優先度で扱うのではなく、「ホット」「ウォーム」の2段階で優先度を分ける。ホットMQL（料金ページ閲覧、デモ申込、問い合わせフォーム表示などの高意欲行動が確認されたリード）は24時間以内のフォロー、ウォームMQL（スコア閾値は超えたが高意欲行動はないリード）は48時間以内のフォローというように、優先度に応じたフォロー期限を設定する。

第五に「引き渡しの記録」。いつ、どのMQLが、どの営業に、どの優先度でアサインされたかを自動的に記録する。この記録は、後述するSLAの遵守状況モニタリングの基礎データとなる。

テクニック3：フォロー期限と行動基準の設定

SLAの中核をなすのが、営業がMQLを受領してからフォローするまでの期限と、フォロー時の行動基準の設定だ。この部分が曖昧だと、MQLの引き渡し自体がうまく機能していても、営業側のフォローで成果が出ない。

フォロー期限は、リードの温度感の持続期間に基づいて設定する。一般的に、MQLの温度感は時間経過とともに急速に低下する。調査によれば、MQL発生から5分以内にコンタクトした場合の商談化率は、30分後にコンタクトした場合の21倍、1時間後にコンタクトした場合の60倍にもなるとされている。

現実的なフォロー期限として、ホットMQLは4時間以内の初回コンタクト、ウォームMQLは24時間以内の初回コンタクトを基準とする。営業時間外に発生したMQLは、翌営業日の午前中にコンタクトするルールとする。

行動基準としては、初回コンタクトの方法（電話＋メール）、フォローアップの回数（最低3回のアプローチ）、各アプローチの間隔（初回→2回目は2営業日以内、2回目→3回目は3営業日以内）、そして結果の報告期限（初回コンタクトから5営業日以内にステータスを更新）を明示する。

フォロー期限を超過したMQLの取り扱いルールも定めておく。期限内にフォローされなかったMQLは、マーケティング部門にアラートが通知され、マーケティングマネージャーがエスカレーションする仕組みにする。繰り返し期限を超過する営業に対しては、上長へのレポートとフォロー体制の見直しを行う。

テクニック4：双方向フィードバックループの構築

SLAを持続的に機能させるためには、マーケティングと営業の間で双方向のフィードバックループを確立することが不可欠だ。一方的な引き渡しではなく、営業からの情報がマーケティングに戻り、マーケティングの施策改善に活かされるサイクルを作る。

営業からマーケティングへのフィードバックは、以下の3項目を中心に収集する。第一に「MQLの受容/拒否判定」。営業がMQLを受領した段階で、「このリードは有望だ（受容）」または「このリードはターゲット外だ（拒否）」の判定を行う。拒否の場合は理由（業種不適合、規模不適合、既存顧客、競合企業など）を選択式で入力する。

第二に「SQL転換結果」。フォロー後に、MQLがSQLに転換したか否かの結果を記録する。SQLに転換した場合は商談の概要（ニーズ、予算感、導入時期など）を、転換しなかった場合は不転換の理由（ニーズ不明確、予算なし、時期尚早、担当者が非決裁者など）を記録する。

第三に「MQLの質に対する定性評価」。月次で営業チームからMQLの質に対する評価を収集する。5段階評価と自由コメントの組み合わせで、定量・定性の両面からフィードバックを得る。

マーケティングから営業へのフィードバックとしては、月次でのMQLの引き渡し実績レポート（件数、平均スコア、ソース別内訳）、営業のフォロー状況レポート（フォロー率、期限遵守率、SQL転換率）、そして次月のマーケティング施策計画（どのようなMQLが増える見込みか）を共有する。

フィードバックの収集は、可能な限り営業の負担を軽減する設計にする。SFA上でワンクリックで入力できるフォームを用意し、自由記述は最小限にとどめる。入力率が50%を下回るようであれば、フィードバック項目を絞り込むか、入力方法をさらに簡素化する必要がある。

テクニック5：SLAの定期レビューと改善

SLAは策定して終わりではなく、定期的にレビューし、改善し続けるものだ。市場環境の変化、製品ラインナップの変更、組織体制の変更など、SLAの前提条件は常に変動するため、定期的な見直しが必要である。

SLAのレビューは、月次の定例ミーティングと四半期ごとの全体レビューの2層構造で行う。月次ミーティングでは、SLAの遵守状況を確認する。具体的には、マーケティング側のKPI（MQL供給数が目標を達成しているか、MQLの質に関する営業フィードバックスコアが基準以上か）と、営業側のKPI（フォロー期限の遵守率が基準以上か、SQL転換率が目標に達しているか）をモニタリングし、乖離がある場合は原因分析と対策を議論する。

四半期レビューでは、SLAの定義や基準自体の妥当性を検証する。直近の受注・失注データを分析し、MQLの定義がターゲットの実態と合致しているか、スコアリング閾値が適切か、フォロー期限が現実的かを再評価する。必要に応じて、MQLの定義変更やスコアリングルールの修正を行う。

レビューの参加者は、マーケティングマネージャー、インサイドセールスリーダー（いる場合）、フィールドセールスマネージャー、そして可能であればCROまたは営業担当役員とする。経営層がSLAレビューに関与することで、マーケ・営業間の対立がエスカレーションせずに解決しやすくなる。

SLA設計を成功させる実践コツ

SLAの仕組みを理解した上で、実務で陥りやすい落とし穴と対策を整理する。

「完璧なSLA」より「動くSLA」を優先する。 SLAの策定に時間をかけすぎて、いつまでも運用が始まらないケースが多い。最初のSLAは60%の完成度でよいので、まず運用を開始し、実データに基づいて改善していく姿勢が重要だ。MQLの定義も「仮説」として始め、1〜2ヶ月後にデータを見て調整すればよい。

インサイドセールスをバッファとして活用する。 マーケティングと営業の直接引き渡しでは、MQLの質にバラつきがある場合に営業の不満が高まりやすい。インサイドセールスチームを間に入れ、MQLの初期スクリーニングとアポイント設定を担当させることで、営業には「より精査されたリード」だけが渡される仕組みにできる。

SLAの内容を全員に周知する。 SLAをマネージャー間の合意に留めず、現場の全メンバーに共有・周知することが重要だ。特に営業側では、新しいフォロー基準やフィードバック入力の義務を現場が理解していなければ、SLAは形骸化する。キックオフミーティングを開催し、SLAの目的、具体的な行動基準、そして「なぜこのルールが必要なのか」を丁寧に説明する。

小さな成功体験を早期に共有する。 SLA導入後に商談化率が改善した事例、営業が「このMQLは温度感が高かった」と評価したケースなど、小さな成功事例を早い段階でマーケ・営業の両チームに共有する。成功体験の共有は、SLAへの信頼感を高め、フィードバック入力のモチベーション向上にもつながる。

リードのリサイクルルールを設ける。 SQLに転換しなかったMQLの取り扱いルールを明確にする。「時期尚早」で不転換になったリードは、マーケティングに戻してナーチャリングシナリオに再投入する「リサイクル」の仕組みを構築する。これにより、一度は不転換になったリードも将来的に商談化する可能性を維持できる。

ケーススタディ：SLA導入でSQL転換率を3倍にしたIT企業E社

企業概要と課題

E社は従業員200名規模のITソリューション企業で、法人向けのクラウドインフラサービスを提供している。マーケティング部門は4名、営業部門は15名の体制で、MAツール（HubSpot）を導入済みだった。月間のMQL供給数は約40件あったが、営業のMQLフォロー率は35%にとどまり、SQL転換率は8%と低迷していた。

最大の課題は、マーケティングと営業の間に深い溝があったことだ。マーケティング側は「40件もMQLを渡しているのに営業がフォローしない」と不満を抱え、営業側は「渡されるリードの大半は冷やかしで時間の無駄」と反発していた。両部門のマネージャー間でもコミュニケーションが希薄で、月次のリード状況共有すら行われていなかった。

実施した施策

E社は、外部のBtoBマーケティングコンサルタントの支援を受け、マーケ・営業SLAの策定と運用を3ヶ月かけて実施した。

まず、マーケティングマネージャー、インサイドセールスリーダー、営業マネージャー、そしてCROの4名で「SLA策定委員会」を組成した。初回のワークショップでは、過去6ヶ月のMQLデータを分析し、商談化したMQL18件と商談化しなかったMQL220件の特性を比較した。

分析の結果、商談化したMQLに共通する特徴として、「従業員100名以上の企業のIT部門マネージャー以上が、導入事例ページを2件以上閲覧し、かつ料金ページを閲覧していること」が判明した。この知見を基に、MQLの定義を再設計した。

次に、インサイドセールス2名を新たに配置し、MQLの初期スクリーニングを担当させる体制を構築した。マーケティングからインサイドセールスへのMQL引き渡し（4時間以内の初回コンタクト）、インサイドセールスから営業へのSQL引き渡し（ヒアリング完了後即日）という2段階の引き渡しプロセスを設計した。

フィードバックの仕組みとしては、HubSpot上でワンクリック入力可能な「MQL評価フォーム」を構築し、インサイドセールスが各MQLの質を3段階で評価する運用を導入した。月次で評価データを集計し、スコアリングモデルの改善に活用するサイクルを確立した。

成果と数値

SLA導入から4ヶ月後の成果は劇的だった。まず、MQLの定義見直しにより月間MQL数は40件から25件に減少したが、MQLの質が大幅に向上した。インサイドセールスの初回コンタクト率は100%（全MQLに4時間以内にコンタクト）を達成し、SQL転換率は8%から24%に改善（3倍）した。

月間のSQL数は3.2件から6件に増加し、最終的な受注率も改善した。年間の新規受注額は前年比で165%に成長し、増収額は約5,200万円に達した。一方、SLA導入に要した投資（コンサルティング費用、インサイドセールス2名の人件費6ヶ月分）は約900万円であり、初年度のROIは5.8倍となった。

マーケ・営業間の関係も大きく改善した。SLA導入前は5段階中1.8だった営業部門のマーケティング部門に対する満足度スコアが、導入4ヶ月後には4.1に向上。営業からは「インサイドセールスを通して渡されるリードは温度感がわかっていて助かる」「マーケの施策が何を目指しているか見えるようになった」というフィードバックが得られた。

よくある質問（FAQ）

Q1. SLAの策定にはどのくらいの期間がかかりますか？

SLAの策定自体は、集中的に取り組めば2〜4週間で完了できる。具体的には、データ分析とワークショップに1週間、MQL・SQL定義の策定に1週間、プロセス設計とツール設定に1〜2週間という内訳が一般的だ。

ただし、SLAの策定に先立って、過去のリードデータの分析と関係者間の合意形成が必要であり、これに追加で2〜4週間かかるケースが多い。特に、マーケティングと営業の関係が悪化している場合は、信頼回復のためのコミュニケーション期間を十分に設ける必要がある。

全体のスケジュールとしては、SLA策定の意思決定からSLAの運用開始まで1.5〜3ヶ月を見込んでおこう。焦って策定すると両部門の納得感が得られず、形骸化するリスクが高まる。

Q2. インサイドセールスがいない場合、SLAはどう設計すべきですか？

インサイドセールスがいない場合でも、SLAは設計・運用可能だ。マーケティングから営業への直接引き渡しモデルでは、以下の点に特に注意してSLAを設計する。

まず、MQLの質の基準をより厳格に設定する。インサイドセールスによるスクリーニングがないため、マーケティング側でMQLの精度をできる限り高めておく必要がある。スコアリングの閾値を高めに設定し、明確な購買意欲のシグナル（料金ページ閲覧、デモ申込など）が確認されたリードのみをMQLとする運用が推奨される。

次に、営業のフォロー負荷を考慮したMQL供給量のコントロールが重要だ。営業1人あたりの月間MQL割り当て数に上限を設け、キャパシティを超える場合はマーケティング側でナーチャリングを継続し、温度感がさらに高まった段階で引き渡す運用にする。

Q3. SLAの遵守率が低い場合、どのように改善すべきですか？

SLAの遵守率が低い原因は、大きく分けて「SLAの基準が現実的でない」「SLAの重要性が認識されていない」「SLAを遵守するためのツール・プロセスが整っていない」の3つに分類できる。

まず基準の現実性を確認する。フォロー期限が短すぎないか、フィードバック入力の負荷が高すぎないか、月間MQLの供給量が営業のキャパシティを超えていないかを点検する。現場のヒアリングを通じて、非現実的な基準があれば修正する。

次に、SLAの重要性を再度周知する。単に「ルールだから守れ」ではなく、「SLAを守ることでどのような成果が出るか」を具体的なデータで示す。SLA遵守率が高い営業の商談化率が高いことを示すデータがあれば、説得力が増す。

最後に、遵守を支援するツールの改善を行う。自動通知やリマインダーの仕組みを強化し、SFAのダッシュボードにSLA遵守状況を表示することで、フォロー漏れを早期に発見できるようにする。

まとめ

マーケティングと営業のSLA設計は、両部門の連携を「属人的な関係」から「組織的な仕組み」に進化させるための最重要施策だ。本記事で解説した5つの核心テクニック――MQL・SQLの明確な定義、引き渡しプロセスの標準化、フォロー期限と行動基準の設定、双方向フィードバックループの構築、そして定期レビューと改善――を体系的に実践することで、MQLからSQLへの転換率を大幅に改善できる。

SLAの本質は、マーケティングと営業が「同じゴールに向かうチーム」として機能するための基盤づくりだ。完璧なSLAを最初から目指すのではなく、まず「動くSLA」を策定して運用を開始し、データに基づいて継続的に改善していく姿勢が成功への最短ルートとなる。