営業とマーケの連携（セールスイネーブルメント）｜SLAと分業設計
営業とマーケの連携を解説。よくある対立の原因、リード定義（MQL/SQL）の合意、SLAの結び方、フィードバックループ、セールスイネーブルメントの実務まで、成果につなげる分業設計を整理します。
「マーケが渡すリードは質が低い」「営業がリードをフォローしてくれない」――BtoB組織でよくある対立です。営業とマーケが分断されていると、せっかく獲得したリードが商談・受注につながらず、双方が疲弊します。
この対立を解消するのが、営業とマーケの連携（スマーケティング：Smarketing）です。この記事では、リード定義の合意からSLA、フィードバックループ、セールスイネーブルメントまで、成果につながる分業設計を実務目線で詳しく解説します。
なぜ営業とマーケは対立するのか
「営業とマーケの対立」は、多くのBtoB企業で繰り返される構造的な問題です。原因を理解することが、解決の第一歩です。
対立の根本原因
①リードの「質」の認識がずれている
マーケは「件数（量）」で成果を測りがちです。「今月100件のリードを獲得した」という報告をします。一方、営業は「質」を見ます。「渡されたリードのほとんどが的外れだった」という印象を持ちます。
この認識のズレは、「MQL（営業に渡せるリード）」の定義が曖昧なことから生じます。
②責任範囲が曖昧
「マーケがリードを渡したら、あとは営業の責任」という縦割り思考が生まれます。リードが商談にならなかった責任をどちらが持つかが不明確なまま、互いに「相手のせい」になります。
③情報が共有されない
商談の結果がマーケに返ってきません。「Aというチャネルのリードが3ヶ月後に受注になった」「Bというコンテンツからの見込み客が失注した」という情報が、マーケの施策改善に活かされません。
④目標・KPIが連動していない
マーケはリード数でKPIを設定し、営業は受注額でKPIを設定していると、最適化の方向が違います。
💡 ポイント: 対立の多くは「悪意」ではなく「設計の欠如」から生まれます。定義・プロセス・情報共有の設計をしっかり作れば、多くの摩擦は解消できます。
スマーケティング（Smarketing）とは
スマーケティングとは、「Sales（営業）」と「Marketing（マーケティング）」を組み合わせた造語で、営業とマーケが一体となって動く組織体制・文化を指します。
スマーケティングが実現すると
- リードの質が向上する（マーケが営業の声を聞いて改善）
- リードのフォロー率が上がる（営業が質の高いリードと信頼するから）
- 受注率が上がる（適切なタイミングで、適切な情報を持って接触）
- 施策の改善が速くなる（フィードバックループが機能）
最終的に、「獲得したリードが確実に受注につながる仕組み」ができ上がります。
ステップ1：リードの定義を合意する
最も重要で、最初に取り組むべきことが、リードの定義を営業とマーケで揃えることです。
MQLとSQLの定義
MQL（Marketing Qualified Lead）： マーケティングが「営業に渡せる」と判断したリード。
「どんな条件を満たしたらMQLか」を具体的に合意します。
MQL定義の例：
- 業種：製造業 OR IT業
- 企業規模：従業員50名以上
- 役職：マーケ部門長 OR マーケティング担当
- 行動スコア：ホワイトペーパー2件以上DL、またはウェビナー参加経験あり
SQL（Sales Qualified Lead）： 営業が「商談化できる」と判断したリード。
SQL定義の例：
- MQLの条件を満たしている
- 電話でのコンタクト成功
- 検討時期：6ヶ月以内
- 予算：あり（または確認中）
- 決裁権：あり（または関与者）
リードスコアリングの設計
行動に点数をつけて、一定スコアを超えたらMQLとする仕組みです。
| 行動 | スコア |
|---|---|
| Webサイト訪問 | +1 |
| ブログ記事閲覧（3ページ以上） | +5 |
| ホワイトペーパーダウンロード | +15 |
| ウェビナー参加 | +20 |
| 製品ページ訪問 | +10 |
| 料金ページ訪問 | +15 |
| デモ動画視聴（完視聴） | +25 |
| 問い合わせフォーム入力 | +50 |
「スコア70点以上かつ業種・規模条件を満たす場合をMQLとする」という形で、数値化して明確に定義します。
リード育成の流れは BtoBナーチャリングの設計 を参照してください。
✅ 実践ポイント: MQL定義は「完璧なものを最初から作ろうとしない」ことが重要です。まず仮定義で運用を始め、3ヶ月後に「MQLだったが商談にならなかった理由」を振り返り、定義を改善していきましょう。
ステップ2：SLA（サービスレベル合意）を結ぶ
SLA（Service Level Agreement）は、部門間で「お互いに約束すること」を数値で決めたものです。責任を明確にし、連携を仕組みとして機能させます。
SLAの設計例
マーケ → 営業へのコミット：
- 月に〇件のMQLを供給する
- MQLの業種比率（製造業XX%、IT業YY%）
- MQLの平均スコアを〇点以上に維持する
営業 → マーケへのコミット：
- 渡されたMQLを〇時間以内（例：24時間以内）に初回コンタクトする
- コンタクトの結果を〇営業日以内にCRMに記録する
- 月に最低〇件の商談フィードバックをマーケに提供する
SLAを運用するためのミーティング
SLAだけ決めて運用しなければ形骸化します。定期的な確認ミーティングが必要です。
- 週次： 今週のMQL供給状況・フォロー状況の確認（15〜30分）
- 月次： SLA達成状況のレビューと翌月の計画調整（1時間）
- 四半期： MQL定義・スコアリングの見直し（2〜3時間）
KPIの設計は BtoBマーケのKPI設計 を参照してください。
ステップ3：フィードバックループを作る
商談の結果をマーケに返す仕組みが、改善の鍵です。これがなければ、マーケは「何が効いたか」を永遠に知ることができません。
収集すべき情報
商談化した場合：
- どのリード経由か（チャネル・コンテンツ）
- 商談で出た質問・懸念点
- 顧客が評価したポイント
失注した場合：
- 失注の理由（価格・機能・タイミング・競合選定）
- 競合に負けた場合の競合名と選ばれた理由（→ 営業のための競合情報収集ガイド）
- リードの質の問題だったか、営業プロセスの問題だったか
コンタクト不成立の場合：
- コンタクト試行回数と結果
- 担当者変更・部署異動等の情報
CRMでのデータ構造設計
フィードバックを継続的に収集するには、CRMに入力フォームを設計します。
「なぜ失注したか」「競合はどこか」「顧客が評価したポイント」などを選択式・記述式で記録できるようにします。記述式だけだと入力されにくいので、選択式を優先します。
フィードバックをマーケ施策に活かす
集めたフィードバックをマーケが分析し、施策に反映します。
分析の例：
- 「ウェビナー経由のリードの商談転換率が最も高い」→ ウェビナーの頻度・テーマを強化
- 「競合Aとの比較で機能Xを聞かれることが多い」→ 比較コンテンツ・営業資料を作成
- 「〇〇業界のリードは商談にならない傾向がある」→ MQL定義のターゲット業種を見直す
セールスイネーブルメントの実務
セールスイネーブルメント（Sales Enablement）とは、営業が成果を出せるよう、マーケが情報・ツール・コンテンツで支援する取り組みです。
1. 営業資料・提案書の整備
- 製品紹介資料：各ターゲット業種向けに最適化
- ROI計算ツール：顧客が「投資対効果」を計算できるシート
- 競合比較資料：競合との違いを明確に示す資料
- 課題解決ストーリー：「こういう課題を抱えているなら、こう解決できる」という物語
2. 導入事例の提供
商談で使える事例は、営業の最強の武器です（→ 導入事例コンテンツの作り方）。
効果的な事例の条件：
- 商談相手の業種・規模に近い事例
- 「導入前の課題」が明確に記載されている
- 具体的な成果数値がある（「〇〇%削減」「〇〇時間削減」等）
- 複数のフォーマット（PDF・動画・Web記事）がある
「商談で出た質問」を逆引きできる事例データベースを作ると、営業が必要な事例を素早く取り出せます。
3. 競合比較資料
「競合との違い」を営業が正確に説明できるよう、競合比較資料を整備します。
- 機能比較表：自社と主要競合の機能を横並びで比較
- バトルカード：競合別の「自社の勝ちポイント」「競合の攻め方への反論」
- 価格・コスト比較：TCO（総所有コスト）を含めた比較
競合情報は定期的にアップデートが必要です。競合のプレスリリースや製品アップデートを自動で収集するなら、ReAnker（リアンカー） の通知をチームに流す方法もあります（月額300円、無料プランあり）。
4. トークスクリプト・FAQ
よくある質問への回答を整備します。
- 「他社と何が違うのですか？」
- 「セキュリティはどうなっていますか？」
- 「導入にどれくらいかかりますか？」
- 「成功した事例を教えてください」
回答テンプレートを用意するだけでも、商談の品質と速度が上がります。
5. インサイドセールスの活用
インサイドセールスを置く場合、マーケとフィールドセールスの橋渡し役になります（→ インサイドセールスの立ち上げ）。
- MQLを受け取り、初回コンタクトとヒアリングを担当
- SQL判断後、フィールドセールスに渡す
- 商談の結果フィードバックをマーケに連携
連携を支えるデータと情報共有
同じダッシュボードを見る
営業とマーケが同じKPIダッシュボードを見ることが、連携の基盤です。
- 今月のリード数・MQL数・SQL数・商談数・受注数の推移
- チャネル別のコンバージョン率
- 商談ステージのファネル
「数字を共通言語にする」ことが、建設的な議論の土台になります。
競合情報の共有
顧客データはもちろん、競合の動きも共有しておくと、商談での切り返しや訴求がそろいます。競合のプレスリリースを自動で共有するなら、ReAnker の通知をチームに流す方法もあります（月額300円、無料プランあり）。
⚠️ 注意: SLAやフィードバックループを設計しても、文化が変わらなければ形骸化します。「マーケが問題、営業が問題」という責め合いではなく、「共通の目標に向けてどう協力するか」という姿勢を作ることが、連携成功の条件です。これはトップのコミットメントが重要になります。
まとめ
営業とマーケの連携は、リード定義（MQL/SQL）を合意し、SLAで責任を明確にし、フィードバックループで改善し、セールスイネーブルメントで営業を支援する――この設計で、分断を協働に変えられます。
連携設計の優先順位：
- 最初：MQL定義の合意（これなしに何も始まらない）
- 次：SLAの設定（責任を数値で明確化）
- その次：フィードバックループの構築（CRMへの記録習慣）
- 並行して：セールスイネーブルメント（事例・比較資料の整備）
- 継続的に：定例会議での見直し（月次・四半期レビュー）
獲得したリードを、確実に受注へつなげましょう。
よくある質問（FAQ）
Q. なぜ営業とマーケは対立するのですか？ A. リードの「質」の認識のズレ、責任範囲の曖昧さ、商談結果がマーケに共有されないこと、目標・KPIが連動していないことが主な原因です。多くは悪意ではなく設計の欠如から生まれるため、定義・プロセス・情報共有を設計すれば解消できます。
Q. スマーケティング（Smarketing）とは何ですか？ A. Sales（営業）とMarketing（マーケティング）を組み合わせた造語で、営業とマーケが一体となって動く組織体制・文化を指します。実現すると、リードの質やフォロー率・受注率が上がり、施策の改善も速くなります。
Q. 営業とマーケの連携は何から始めればよいですか？ A. 最初に取り組むべきは、MQL／SQLといったリードの定義を営業とマーケで合意することです。その後、SLAで責任を数値で明確化し、フィードバックループを構築し、セールスイネーブルメントで営業を支援する、という順で進めます。
関連記事：BtoBナーチャリングの設計 ／ BtoBマーケのKPI設計 ／ インサイドセールスの立ち上げ ／ BtoBカスタマーサクセスとマーケの連携
この記事を書いたチーム
ReAnker編集部
競合・PR動向モニタリングSaaS「ReAnker（リアンカー）」の開発・運営チーム。 PR TIMESとGoogle Newsを毎日監視するプロダクトの知見をもとに、広報・マーケティング担当者向けに競合監視とPR実務の情報を発信しています。 記事は公開後も定期的に見直し、事実関係・料金情報を更新しています（編集ポリシー）。