マーケティングと営業のSLAとは何ですか？

SLA（Service Level Agreement）とは、マーケティング部門と営業部門が互いに果たすべき責任・基準・期限を明文化した合意文書です。リードの定義、引き渡し条件、対応速度などを数値で定めることで、属人的な連携を仕組みに変えます。

SLAの運用はどのくらいの頻度で見直すべきですか？

月次でデータレビューを行い、四半期に一度SLAの基準値を正式に見直すのが標準的です。市場環境やプロダクトの変化に応じて柔軟に調整することが重要です。

SLA設計に専任担当は必要ですか？

理想はRevOps担当が専任で管理することですが、小規模組織では営業企画やマーケティングマネージャーが兼務する形でも運用可能です。重要なのは、どちらの部門にも属さない中立的な視点でSLAを管理することです。

SLAを導入しても現場が守らない場合はどうすればよいですか？

SLAの遵守率をダッシュボードで可視化し、週次ミーティングで確認する仕組みを作ることが有効です。また、SLAの基準値が現実的でない可能性もあるため、現場の意見を取り入れて調整することが重要です。

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

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

マーケティングと営業の連携がうまくいかない——この課題は、担当者の能力やコミュニケーション不足ではなく、部門間の「期待値のズレ」という構造的な問題に起因しています。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の基本テンプレートです。自社の状況に合わせてカスタマイズしてください。

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

項目	基準
月間MQL創出数	〇〇件
MQLの定義	リードスコア50点以上＋特定行動トリガー
リード情報の最低要件	会社名・氏名・役職・メールアドレス・電話番号
引き渡し方法	CRM上でステータス変更＋Slack通知
リード品質の保証	SAL受入率70%以上を維持

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

項目	基準
初回接触までの時間	ホットリード1時間以内、ウォームリード24時間以内
最低フォロー回数	3回（電話2回＋メール1回）
SAL判定の期限	受領後48時間以内に受入/差戻を判定
フィードバック	差戻時はCRMに理由を記録
ステータス更新	商談進捗をCRMに即時反映

このテンプレートをベースに、セールスイネーブルメントの取り組みと連動させることで、リードへのアプローチ品質も同時に底上げできます。

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ヶ月のパイロット運用で効果を検証してください。小さな一歩が、組織全体の収益成長を加速させる大きな転換点になります。