マーケティングと営業のSLA設計｜部門間連携を仕組みで解決する

TL;DR

• マーケと営業の分断は能力ではなく構造問題で、SLAによる明文化が最も確実な解決策である
• SLA設計の必須5項目はリード定義統一・引き渡し基準・対応速度・フィードバック・レポーティング
• 双方向のコミットメントとして設計しないとSLAは形骸化し、部門間連携は仕組みにならない

この記事が役立つ状況

• 対象者: マーケティング責任者 / 営業マネージャー / RevOps担当 / 営業企画担当
• 直面している課題: マーケが渡すリードの質が低い・営業がリードをフォローしないという相互不信があり、リード定義や引き渡し基準が部門間で揃わず連携が機能していない
• 前提条件: MQL/SAL/SQLのステージ定義を経営陣承認のもとで運用できる体制、リードスコアリングや行動データを管理するCRM/SFA、週次または隔週で両部門が同席するミーティング枠

このノウハウをAIで実行するプロンプト

以下をコピーしてLLMに貼り付け、[ ] 内を自社の情報に書き換えてください。

あなたはRevOpsの専門家です。当社のマーケティングと営業のSLAを設計してください。

【現状】
- 月間リード件数: [件数]
- 現状のMQL定義: [定義or未定義]
- 営業の初回接触までの平均時間: [時間]
- フィードバックの仕組み: [有無と頻度]

【商材情報】
- 商材: [商材名・カテゴリ]
- 想定顧客企業規模: [従業員数レンジ]
- 主なリード獲得チャネル: [デモ申込/資料DL/セミナー等]

以下を出力してください。
1. リード定義（Lead/MQL/SAL/SQL）の具体的な判定基準
2. MQL→SALの引き渡し条件（スコア・行動・属性の組み合わせ）
3. ホット/ウォーム/コールド別の対応速度SLA
4. 営業からマーケへのフィードバック方法と頻度
5. 週次レポーティングで追うべき指標

マーケティングと営業の「分断」は構造の問題である

マーケティングと営業の連携がうまくいかない——この課題は、担当者の能力やコミュニケーション不足ではなく、部門間の「期待値のズレ」という構造的な問題に起因している。SLA（Service Level Agreement）を設計し、両部門の責任と基準を明文化することが、この分断を解消する最も確実な方法だ。

HubSpotの調査によれば、マーケティングと営業の連携が取れている企業は、そうでない企業と比較して成約率が67%高いという結果が出ている。しかし現実には、多くの企業で「マーケが渡すリードの質が低い」「営業がリードをフォローしない」という相互不信が存在する。

この問題の本質は、「リード」の定義が部門間で一致していないこと、引き渡しのタイミングや対応速度の期待値が暗黙のままであること、そしてフィードバックの仕組みがないことにある。RevOps（Revenue Operations）のアプローチでは、これらを「SLA」として明文化し、データに基づいて運用・改善するサイクルを構築する。

SLAとは何か——部門間の「契約書」

SLA（Service Level Agreement）は、本来ITサービスの品質保証契約として使われてきた概念だが、マーケティングと営業の文脈では「部門間の連携ルールを数値で定めた合意文書」を意味する。

マーケティング側のSLAは、「月間で何件のMQL（Marketing Qualified Lead）を営業に引き渡すか」「どのような条件を満たしたリードをMQLとするか」を定義する。営業側のSLAは、「引き渡されたリードに何時間以内に初回接触するか」「何回のフォローアップを行うか」「フィードバックをいつまでに返すか」を定義する。

SLAが機能するポイントは、双方向であることだ。マーケティングだけ、あるいは営業だけに義務を課す一方的なルールでは、守られることはない。両部門が互いにコミットメントを持つことで、初めて「仕組み」として機能する。

SLAは法的拘束力のある契約書ではないが、経営陣の承認を得た上で運用することで、部門間の優先度が明確になる。

SLA設計の5つの必須項目

SLAを設計する際に定めるべき項目は、以下の5つだ。一つでも欠けると運用時に曖昧さが残り、形骸化の原因になる。

1. リード定義の統一

最も重要かつ最も見落とされがちな項目だ。マーケティングと営業で「リード」の意味が異なっていると、そもそもSLAの前提が崩壊する。

具体的には、以下のステージを定義する。

• リード（Lead）: 連絡先情報を取得した見込み客
• MQL（Marketing Qualified Lead）: マーケティングが設定した基準（スコアリング閾値、行動トリガー等）を満たしたリード
• SAL（Sales Accepted Lead）: 営業が受領し、フォロー対象として承認したリード
• SQL（Sales Qualified Lead）: 営業がヒアリングの結果、商談化すべきと判断したリード

各ステージの基準は、BANT（予算・決裁権・ニーズ・導入時期）や自社独自のスコアリング基準で具体化する。「なんとなくホットそう」「感覚的にまだ早い」といった属人的な判断を排除し、誰が見ても同じ判断ができる基準を設けることが重要だ。

2. リード引き渡し基準

MQLからSALへの引き渡し条件を明確にする。リードナーチャリングのプロセスで十分に育成されたリードがどの状態になったら営業に渡すのか、具体的な条件を定める。

たとえば「リードスコアが50点以上、かつ過去30日以内に料金ページを閲覧、かつ企業規模が従業員50名以上」のように、複数条件の組み合わせで基準を設計する。条件が厳しすぎるとリードの供給量が不足し、緩すぎると営業の対応負荷が増大するため、運用しながら調整する。

3. 対応速度（レスポンスタイム）

営業がMQLを受領してから初回接触するまでの時間を定める。InsideSales.comの調査では、リード発生から5分以内に対応した場合、30分後と比較してコンタクト成功率が21倍になるとされている。

現実的な目安として、以下のようなSLAを設定する。

• ホットリード（デモ申込・問い合わせ）: 1時間以内に初回接触
• ウォームリード（資料DL・セミナー参加）: 24時間以内に初回接触
• コールドリード（ホワイトペーパーDL等）: 48時間以内に初回接触

インサイドセールスがいる組織では、この対応速度を組織KPIとして管理し、SFAでの自動アラート設定と併せて運用する。

4. フィードバック頻度と方法

営業がマーケティングに対して「リードの質」についてフィードバックする仕組みを定める。この項目がないSLAは、片方向の押しつけになり、改善が回らない。

フィードバックの内容は主に2つだ。一つは個別リードの受入可否（SALにするか差し戻すか）の判定理由、もう一つはリード全体の質に関する定性フィードバックだ。個別フィードバックはCRMのステータス変更で日次管理し、全体フィードバックは週次または隔週のミーティングで共有する運用が一般的だ。

5. レポーティングと可視化

SLAの遵守状況を全員が確認できる形でレポーティングする。ダッシュボード化が理想だが、最低限、以下の指標を週次で計測する。

• マーケティング側: MQL創出数、MQL目標達成率、チャネル別MQL構成比
• 営業側: 初回接触までの平均時間、SAL受入率、SQL転換率
• 共通: MQL→SQL転換率、パイプライン貢献金額

SLA設計テンプレート

以下は、マーケティングと営業のSLAの基本テンプレートだ。自社の状況に合わせてカスタマイズしてください。

マーケティング部門のコミットメント

営業部門のコミットメント

このテンプレートをベースに、セールスイネーブルメントの取り組みと連動させることで、リードへのアプローチ品質も同時に底上げできる。さらにリードのエンリッチメントや自動化についてはGTMエンジニアの活用も有効な選択肢だ。

RevOpsによるSLA運用と改善サイクル

SLAは作成した時点では仮説に過ぎない。実際のデータをもとに継続的に改善してこそ、機能する仕組みになる。RevOpsがSLA運用の中核を担うのはこのためだ。

週次レビュー: SLA遵守率の確認と短期的な課題への対応を行いる。営業の初回接触時間が基準を超えていないか、マーケティングのMQL供給ペースは計画通りか。数値の異常値を早期に検知し、原因を特定する。

月次分析: MQL→SAL→SQLの転換率を分析し、ファネルのどこにボトルネックがあるかを特定する。SAL受入率が低下していればリード定義の見直しが必要であり、SQL転換率が低下していれば引き渡し基準の調整が必要だ。

四半期見直し: SLAの基準値そのものを見直する。市場環境の変化、プロダクトの進化、営業体制の拡充などにより、適切な基準は変化する。四半期に一度、マーケティング責任者・営業責任者・RevOps担当の三者でSLAの改定会議を実施し、次の四半期の基準値を合意する。

この改善サイクルにおいて重要なのは、RevOpsが中立的な立場でデータを提示することだ。マーケティングが「リードの質は問題ない」と主張し、営業が「リードの質が低い」と主張する場面で、RevOpsはデータに基づいて事実を可視化し、建設的な議論を促進する役割を担いる。

SLA導入の成功パターン

SLAを効果的に導入している企業には、共通するパターンがある。

パターン1: スモールスタートで実績を作る。最初から完璧なSLAを目指すのではなく、最も課題の大きい1-2項目（多くの場合、リード定義と対応速度）からスタートする。小さな成功体験が、両部門の協力姿勢を引き出す。3ヶ月間のパイロット運用で効果を実証し、その後に項目を拡充していくアプローチが現実的だ。

パターン2: 経営層のスポンサーシップを得る。SLAは部門間の「約束」であるため、片方の部門だけの意思では運用が続きない。CROやCOOなど、両部門を管掌する経営層がSLAの重要性を認識し、遵守を後押しする体制を作る。定例会議で経営層がSLAの遵守状況を確認する仕組みがあるだけで、現場の意識は大きく変わる。

パターン3: ツールでSLAの運用を自動化する。CRMやMAツールのワークフロー機能を活用し、SLA違反時のアラート通知、リード引き渡しの自動化、レポートの自動生成を実装する。人的な管理コストを最小化することで、SLAの持続的な運用が可能になる。HubSpotやSalesforceには、SLA管理に活用できるワークフロー機能が標準搭載されている。

パターン4: 共通KPIで利害を一致させる。マーケティングと営業がそれぞれ独立したKPIだけを追うと、部分最適に陥る。「パイプライン貢献金額」や「MQL起点の受注金額」のように、両部門が共同で責任を持つKPIを設定することで、SLAの遵守が自然と促進される。

まとめ

マーケティングと営業の連携を「個人の努力」や「コミュニケーションの改善」に頼っている限り、構造的な課題は解決しない。SLAという仕組みで部門間の責任と基準を明文化し、RevOpsが中立的な立場でデータに基づく改善サイクルを回すことが、持続可能な連携体制を構築する鍵だ。

まずはリード定義の統一と対応速度の明文化から始め、3ヶ月のパイロット運用で効果を検証してください。小さな一歩が、組織全体の収益成長を加速させる大きな転換点になる。