%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink"){kind=logo}
この記事の結論
営業・マーケティング連携SLAは、リードの定義・引き渡し期限・フォロー方法を部門間で明文化した合意です。HubSpotのライフサイクルステージとワークフローで、引き渡しプロセスを仕組み化できます。
営業・マーケティング連携SLAは、リードの定義・引き渡し期限・フォロー方法を部門間で明文化した合意です。HubSpotのライフサイクルステージとワークフローで、引き渡しプロセスを仕組み化できます。
「マーケティングがリードを渡しても営業がフォローしてくれない」「営業から見ると、マーケが渡すリードの質が低い」「MQLの定義が部門ごとにバラバラで、何を渡せばいいか曖昧」——営業部門とマーケティング部門の間でこうした不満が生まれるのは、多くのBtoB企業に共通する課題です。
営業・マーケティング連携SLA（Service Level Agreement）とは、マーケティング部門と営業部門の間で「どのようなリードを」「いつまでに」「どのようにフォローするか」を明文化した合意のことです。 SLAを設計・運用することで、リードの引き渡しプロセスが明確になり、両部門が同じ物差しで連携できるようになります。
この記事では、SLAの設計方法からHubSpotでの実装、運用・改善のポイントまで詳しく解説します。
本記事は「BtoBリードジェネレーションの方法12選｜HubSpotで実践するインバウンドマーケティング戦略」シリーズの一部です。
この分野の体系的な情報はHubSpotマーケティング戦略ガイドでまとめています。
本記事はHubSpotゴールドパートナーのStartLinkの「HubSpot完全ガイド」関連記事です。
この記事でわかること
営業・マーケティング間のリード引き渡しに課題を感じているBtoB企業の方に向けて、SLAの考え方からHubSpotでの具体的な実装手順までを整理しています。
- 営業・マーケティング連携SLAの必要性 — 両部門の対立が生まれる構造的な原因と、SLAがもたらす効果を整理します。
- MQL・SQLの定義とリードステージの設計方法 — ライフサイクルステージを使った各段階の定義と、スコアリングによるMQL判定基準の作り方を解説します。
- HubSpotでのSLA実装手順 — ライフサイクルステージ・スコアリング・ワークフロー・レポートを組み合わせた、引き渡し自動化の設定手順を紹介します。
- SLA運用の改善サイクルとリサイクル設計 — 週次レビュー・四半期見直し・リサイクルプロセスなど、運用を回し続けるための仕組みを解説します。
営業・マーケティング・CRMの取り組みを検討されている方に向けて書いています。最後まで読むと、自社に合ったSLAを設計し、HubSpot上で運用を回せるようになります。
なぜ営業・マーケティング連携SLAが必要なのか
営業とマーケティングの対立は、個人の資質の問題ではなく「仕組みの欠如」から生まれます。まず、連携が機能しない企業に共通するパターンと、SLAがそれをどう解消するのかを整理します。
連携が機能しない企業の典型パターン
多くのBtoB企業で見られる営業・マーケ間の課題は以下のとおりです。
| 課題 | マーケティング側の主張 | 営業側の主張 |
|---|---|---|
| リードの質 | 十分なリードを渡している | 質が低く商談にならない |
| フォロー速度 | リードを渡したのに対応が遅い | 優先度が判断できない |
| 定義の不一致 | MQLの基準は明確にしている | その基準が現場の感覚と合わない |
| 成果の帰属 | リード獲得に貢献している | 商談化は営業の努力 |
こうした課題の根本原因は、リードの定義・引き渡し基準・フォロープロセスが明文化されていないことにあります。SLAはこれらを解決する仕組みです。
手作業の引き渡しで起きる情報の分散
- マーケ ── スプレッドシートでリード一覧を管理し、Slackで「このリードをお願いします」と連絡する
- 営業 ── 別の場所で対応状況を管理する
この状態では、誰に・いつ・何を渡したのかが追えず、過去のやり取りも一覧で確認できません。
情報が分散すると「渡した・渡していない」の認識の齟齬が起き、対応漏れや二重対応につながります。
引き渡しに関する情報をすべてCRMに集約し、ステージ変更と通知を仕組みで回すことが、SLA運用の前提になります。
SLAがもたらす効果
SLAを導入することで、以下の効果が期待できます。
- リード対応速度の向上: フォロー期限が明確になるため、対応が迅速化します
- リード品質の向上: MQL基準が明確になるため、マーケもスコアリング精度を改善できます
- 商談化率の向上: 適切なタイミングで適切なリードを営業に引き渡せます
- 部門間の信頼関係構築: 数値ベースの合意により、感覚的な不満が減ります
- 改善サイクルの確立: 定量的なKPIで改善ポイントを特定できます
ポイントは、どれも「人の努力」ではなく「合意と仕組み」によって実現される点です。
SLAは文書として作るだけでは形骸化しやすく、CRM上で動く仕組みとして設計して初めて機能します。
SLA設計の4ステップ
SLAの中身は「リードの定義」「引き渡しプロセス」「営業側の約束」「マーケティング側の約束」の4つに分解できます。この順に設計することで、両部門が納得するSLAを作りやすくなります。
ステップ1: リードステージの定義
SLA設計の第一歩は、ライフサイクルステージを使ってリードの各段階を明確に定義することです。CRMのリードステータス設計に相当する考え方で、CRM経験者にもなじみやすい概念です。
| ステージ | 定義 | 担当部門 |
|---|---|---|
| サブスクライバー | メルマガ登録やニュースレター登録のみ | マーケティング |
| リード | フォーム送信や資料ダウンロードでコンタクト情報を取得 | マーケティング |
| MQL（Marketing Qualified Lead） | マーケティングが「営業フォローの価値あり」と判定 | マーケティング→営業 |
| SQL（Sales Qualified Lead） | 営業が「商談の可能性あり」と判定 | 営業 |
| 商談（Opportunity） | 具体的な提案・見積もりのフェーズ | 営業 |
| 顧客（Customer） | 受注・契約締結 | 営業→CS |
重要なのは、各ステージの定義を両部門で合意し、判定が担当者によってブレない状態にすることです。
特にMQLとSQLの境界は対立が生まれやすいので、「誰が・何を見て・どう判定するか」まで書き下ろします。
MQLの基準は、属性スコアと行動スコアの組み合わせで設計するのが一般的です。以下は設計の一例です。自社の商材・ターゲットに合わせて項目と配点を調整してください。
属性スコア（最大40点）の例
| 項目 | スコア | 例 |
|---|---|---|
| 役職が決裁者レベル | +15 | 部長以上、役員 |
| ターゲット業種 | +10 | 製造業、IT |
| 従業員数が50名以上 | +10 | 中堅企業以上 |
| ターゲットエリア | +5 | 首都圏 |
行動スコア（最大60点）の例
| 項目 | スコア | 例 |
|---|---|---|
| 料金ページ閲覧 | +15 | 検討段階の強いシグナル |
| 事例ページ閲覧 | +10 | 導入検討の兆候 |
| 資料ダウンロード | +10 | コンテンツ関心 |
| メール開封・クリック（3回以上） | +10 | 継続的な関心 |
| ウェビナー参加 | +10 | 積極的な情報収集 |
| ブログ3記事以上閲覧 | +5 | 情報収集段階 |
この例では、合計スコアが50点以上に達したリードをMQLとして営業に引き渡す設計にしています。点数の妥当性は運用データで検証するものなので、最初は仮説として置き、後述の四半期見直しで調整していきます。
ステップ2: 引き渡しプロセスの設計
MQLが発生したら、営業に引き渡すプロセスを設計します。ここで決めるのは「誰に・何を・どうやって・いつまでに」の4点です。
| 項目 | SLA内容 |
|---|---|
| 通知方法 | HubSpotワークフローからSlack通知 + メール通知 + タスク自動作成 |
| 引き渡し情報 | コンタクト名、会社名、スコア、直近のアクティビティ、流入元 |
| 初回フォロー期限 | MQL化から24時間以内 |
| フォロー方法 | 電話 or メール（コンタクトの行動履歴に応じて選択） |
| フォロー回数 | 最低3回（初回→3日後→7日後） |
引き渡し情報には「なぜこのリードがMQLなのか」が分かる材料（スコアの内訳や直近の行動）を含めるのがポイントです。
営業が背景を理解したうえでアプローチできるかどうかで、SQLへの転換率が変わってきます。
ステップ3: 営業側のSLA
営業側が守るべきSLAも明確に定義します。マーケティング側だけが約束を課される一方的なSLAでは、部門間の信頼は育ちません。
| SLA項目 | 基準値 | 測定方法 |
|---|---|---|
| 初回フォロー速度 | MQL化から24時間以内 | HubSpotのタスク完了時間 |
| フォロー完了率 | 引き渡しリードの95%以上 | ワークフロー完了率 |
| SQL判定期限 | MQL引き渡しから5営業日以内 | ライフサイクルステージ変更日 |
| フォロー結果の記録 | 全件CRMに記録 | コンタクトのアクティビティログ |
「全件CRMに記録」は地味ですが重要な項目です。
- フォロー結果が記録されなければ、MQL基準の妥当性を検証するデータが貯まらず、SLAの改善サイクルが回りません。
- 口頭や個人メモで済ませるのではなく、仕組みとして記録が残る状態にします。
ステップ4: マーケティング側のSLA
マーケティング側が守るべきSLAも定義します。量だけでなく質の指標をセットにするのがポイントです。
| SLA項目 | 基準値 | 測定方法 |
|---|---|---|
| 月間MQL創出数 | 月○件以上 | ライフサイクルステージレポート |
| MQL→SQL転換率 | 20%以上 | ファネルレポート |
| リード品質スコア | 平均50点以上 | スコアリングレポート |
| ナーチャリング完了率 | リードの70%以上をMQL化またはDisqualify | ナーチャリング進捗レポート |
MQL創出数だけをKPIにすると、数を稼ぐために質の低いリードが流れ込み、営業側のSLA未達を招きます。「数」と「転換率」の両方で評価する設計が、両部門のバランスを取るコツです。
HubSpotでのSLA実装手順
設計したSLAは、HubSpot上で「ライフサイクルステージ→スコアリング→ワークフロー→レポート」の順に実装していきます。
リードがコンタクトとして登録されてからMQL・SQLを経て取引（商談）・顧客へと進む一連の流れの中で、SLAは「マーケから営業へのバトン」を自動化・可視化する役割を担います。
1. ライフサイクルステージの設定
HubSpotには標準でライフサイクルステージが搭載されています。「設定」→「プロパティ」→「ライフサイクルステージ」で各ステージの定義を確認・カスタマイズします。
デフォルトのステージは以下の通りです。
- Subscriber（サブスクライバー）
- Lead（リード）
- MQL（Marketing Qualified Lead）
- SQL（Sales Qualified Lead）
- Opportunity（商談）
- Customer（顧客）
- Evangelist（エバンジェリスト）
運用開始後の変更は慎重に進めてください。
2. リードスコアリングの設定
Marketing Hub Professional以上では、スコアリングを設定できます。
- 「設定」→「プロパティ」で「HubSpot Score」プロパティを開く
- 「正のスコア基準」でスコアを加算する条件を設定
- ページビュー（特定URLを含む）: +15点
- フォーム送信: +10点
- メールクリック: +5点
- 「負のスコア基準」でスコアを減算する条件を設定
- 30日間アクティビティなし: -10点
- メール配信停止: -20点
負のスコア基準を入れておくと、かつて熱心だったものの現在は関心が薄れたリードが、MQL判定され続けるのを防げます。
加点だけの設計はスコアがインフレしやすいので、減点ルールもセットで考えるのがおすすめです。
3. MQL自動判定と引き渡しワークフロー
ワークフローを使って、スコア基準を満たしたリードを自動的にMQL化し、営業への通知とフォロータスクまで一気に作ります。ここが「人の判断や記憶に頼らない仕組み化」の中核です。
ワークフロー設定例
- トリガー: HubSpot Score が50以上
- アクション1: ライフサイクルステージを「MQL」に変更
- アクション2: コンタクト所有者にメール通知
- アクション3: Slack通知（チャネル: #sales-mql-alerts）
- アクション4: タスク作成「MQLフォロー: [コンタクト名]」（期限: 24時間後）
以下の画面は、デモ環境のワークフロー一覧画面です。MQL判定・通知・タスク作成のような自動化を、作成済みワークフローとしてまとめて管理できます。
手動で「このリードを渡そう」と判断する運用では、担当者の経験や繁忙度に結果が左右されます。トリガーとアクションをワークフローに落とし込んでおけば、新人が担当しても同じ品質で引き渡しが回ります。
4. フォロー遅延アラートとSLAダッシュボード
営業が期限内にフォローしたかを監視するワークフローも構築します。
フォロー遅延アラートワークフロー
- トリガー: ライフサイクルステージが「MQL」に変更された
- 遅延: 24時間待機
- 条件分岐: 最新のアクティビティ（メール送信 or 電話）が24時間以内にあるか
- Yes（フォロー済み）: ワークフロー終了
- No（未フォロー）: マネージャーにアラート通知
未フォローのリードだけに絞る・まとめて日次で送るなど、ノイズを抑える設計にしてください。
あわせて、カスタムレポートを使って、SLAの達成状況を可視化するダッシュボードを作成します。
推奨レポート
| レポート名 | 内容 | 種類 |
|---|---|---|
| 月間MQL創出数 | 月ごとのMQL数推移 | 棒グラフ |
| MQL→SQL転換率 | MQLからSQLへの転換率 | ファネルレポート |
| 初回フォロー速度 | MQL化からフォローまでの平均時間 | 数値レポート |
| 営業担当別フォロー完了率 | 担当者ごとのSLA達成率 | テーブルレポート |
| リード品質スコア分布 | MQLのスコア分布 | ヒストグラム |
| リードソース別SQL率 | 流入経路別のSQL転換率 | 棒グラフ |
以下の画面は、HubSpotのレポートで取引をステージ別の件数・金額として可視化したものです。ステージごとの数をこのように可視化しておくと、MQLからSQLへの転換状況や滞留を定点観測できます。
SLA運用の改善サイクル
SLAは作って終わりではなく、運用データを見ながら継続的に調整するものです。定着している組織に共通する3つの運用パターンを紹介します。
パターン1: 週次のSLAレビューミーティング
営業・マーケティングの両部門が参加する週次ミーティングを実施し、以下をレビューします。
- 前週のMQL数とSQLへの転換率
- フォローSLAの達成状況
- 営業からのフィードバック（リード品質の評価）
- 翌週のキャンペーン予定と想定MQL数
数値だけでなく「このリードは質が高かった・低かった」という現場の感覚も共有する場にすると、スコア基準を修正するヒントが得られます。
パターン2: MQL基準の四半期見直し
MQL基準は固定ではなく、実績データに基づいて四半期ごとに見直します。
- SQL転換率が低い場合 → MQL基準を厳しくする（閾値を上げる）
- MQL数が不足する場合 → MQL基準を緩和する or ナーチャリング強化
- 特定のスコア項目とSQL転換に相関がない場合 → スコア配分を見直す
パターン3: リサイクル（掘り起こし）プロセスの設計
営業が「今ではない」と判断したMQLをマーケティングに戻すリサイクルの仕組みも重要です。
見込みの薄いリードを終わりにせず、ナーチャリングへ戻して再び引き渡すループは、ライフサイクルステージ運用の要になります。
- 営業がMQLを「Disqualified（不適格）」ではなく「リサイクル」としてマーク
- リサイクルされたリードはライフサイクルステージを「リード」に戻す
- マーケティングがナーチャリングプログラムに再投入
- 再度スコアがMQL基準に達したら、営業に再引き渡し
HubSpotでは、カスタムプロパティ「リサイクル理由」を作成し、営業にリサイクル理由を記録してもらうことで、マーケティングのナーチャリング施策の改善にも活用できます。
よくある失敗と対策
よくある4つの失敗と、それぞれの対策を整理します。
失敗1: SLAを作って終わりにする
- 問題 ── SLAを定義しても、運用・モニタリングをしなければ形骸化します。
- 対策 ── ダッシュボードで常時可視化し、週次レビューで定期的にチェックします。
SLA違反のアラート通知を自動化して、リアルタイムでの対応を促しましょう。
失敗2: MQL基準が現場と乖離している
- 問題 ── マーケティングが設定したMQL基準が、営業の実感と合いません。
- 対策 ── 初期のMQL基準は営業と共同で設計します。
運用開始後も、SQL転換率のデータに基づいて四半期ごとに基準を調整します。
失敗3: 営業のフォロー負荷が高すぎる
- 問題 ── MQL数が多すぎて営業がフォローしきれません。
- 対策 ── MQL基準を引き上げるか、営業人員を増やします。
または、インサイドセールス（SDR/BDR）チームを設置して一次フォローを分担する方法もあります。
失敗4: リサイクルプロセスがない
- 問題 ── 営業が「今ではない」と判断したリードが放置され、再アプローチの機会を逃します。
- 対策 ── リサイクルプロセスを明確に定義し、ワークフローで自動化します。
リサイクルリードの再MQL化率もKPIとしてモニタリングしましょう。
SLAが向かないケースと始め方の考え方
SLAは有効な仕組みですが、すべての組織に同じ形で当てはまるわけではありません。自社に最適な形で設計し、小さく始めて段階的に広げるのが現実的な進め方です。
SLAが過剰になりがちなケース
ただし、以下のような組織では、本格的なSLAが重荷になることがあります。
- 営業とマーケを同じ人が兼任している小規模組織: 部門間合意の前提が薄いため、まずステージ定義と対応期限のメモ程度で十分なケースがあります
- 月間のリード数がごく少ない組織: 引き渡し件数が少なければ、ワークフローやダッシュボードを整えるより、まずリードの定義合意だけで足りることがあります
- 商談化までの期間が極端に短い・長い商材: 24時間フォローのような標準的な期限が現場の実態と合わず、基準値の再設計が先に必要になります
この場合でも「リードの定義を明文化する」というSLAの核は有効です。枠組み全体を一気に作るのではなく、合意できるところから始める考え方です。
自社に最適なSLA設計の考え方
企業によって最適なSLAの形は異なります。商材の単価・商談期間・ターゲット・組織構成が違えば、MQLの基準もフォロー期限も変わります。
例えば、インサイドセールスが間に入る組織では「MQL→SDR→AE」の3段階設計になりますし、受注までのリードタイムが長い商材ではSQL判定期限を長めに取る設計が向いています。
他社の基準値をそのまま真似るより、まず自社のリード獲得から受注までの流れ（コンタクト→MQL→SQL→商談→顧客）を図にして、どの境界で齟齬が起きているかを洗い出すところから始めるのがおすすめです。
まず最小のSLAから始める
全部門分のSLAを一度に作るのは難しいので、次の順でスモールスタートするのが現実的です。
- MQLの定義だけを合意する — 営業とマーケで「どのリードを渡すか」を1枚にまとめる
- 引き渡しの期限と方法を1つだけ決める — 例えば「MQL化から24時間以内に初回連絡」だけを決めて運用する
- 1〜2ヶ月回したデータを見てから拡張する — 達成率と転換率を見て、フォロー回数や品質基準を追加する
仕組みは後から足せますが、最初に複雑にしすぎると誰も守れないSLAになります。
まず動かして、データを見ながら育てる考え方です。
よくある質問
SLAの設計・運用について、実務でよく寄せられる質問に回答します。
Q1. SLAはどの規模の企業から必要ですか？
営業とマーケティングがそれぞれ1名以上いる企業であれば、SLAの導入効果があります。少人数であっても、リードの定義とフォロープロセスを明文化しておくことで、属人化を防ぎスムーズな連携が可能になります。
Q2. MQLの基準は最初から厳密に設計すべきですか？
最初は仮説ベースで設計し、3ヶ月程度運用した後にデータに基づいて調整するアプローチが現実的です。最初から完璧な基準を作ろうとすると導入が遅れます。まずは始めてみて、SQL転換率のデータを見ながら改善していくのが効果的です。
Q3. HubSpotのどのプランでSLAを実装できますか？
基本的なライフサイクルステージ管理は全プランで可能です。ただし、スコアリングやワークフロー自動化を活用したSLAの本格運用にはMarketing Hub Professional以上が必要です。
Q4. インサイドセールス（SDR）チームがいる場合のSLAはどうなりますか？
MQL→SDRフォロー→SQL判定→営業（AE）引き渡しという3段階のSLAになります。SDRにはMQLフォロー速度と接続率のSLA、営業（AE）にはSQL→商談化のSLAを設定します。HubSpotではチーム別のワークフローとダッシュボードで管理できます。
Q5. SLAの見直し頻度はどのくらいが適切ですか？
四半期に1回の見直しが目安です。ただし、MQL→SQL転換率が15%以下まで大きく低下した場合は、定例を待たずにMQL基準の見直しを行うのがよいでしょう。市場環境やマーケティング施策の変化に応じて、柔軟に調整してください。
まとめ
営業・マーケティング連携SLAは、BtoB企業のリード管理における重要な仕組みの1つです。
- リードステージの定義: MQL・SQLの基準を明確化する
- 引き渡しプロセスの明文化: 通知方法・フォロー期限・フォロー方法を合意する
- 双方のSLA設定: マーケはMQL数と品質、営業はフォロー速度と完了率を約束する
- HubSpotでの自動化: スコアリング・ワークフロー・ダッシュボードで運用を仕組み化する
- 定期的な見直し: 四半期ごとにデータに基づいてSLAを改善する
まずはMQLの定義と営業への引き渡しプロセスの合意から始め、段階的にSLAを拡充していくことをおすすめします。今日からできる最初の一歩は、次の3ステップです。
- 営業・マーケの双方で「今のリードの定義」を書き出し、ズレを確認する
- 引き渡しの期限と通知方法を1つだけ合意して文書化する
- HubSpotのライフサイクルステージとタスク機能で、合意した内容を仕組みに落とす
CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのHubSpotゴールドパートナーのStartLinkまでお気軽にお問い合わせください。
あわせて読みたい
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
