BtoBマーケと営業の連携を強化する方法｜分断の原因と商談化率を上げる仕組み作り

「マーケが集めたリードが営業で使われない」「定例会議で毎回同じ議論を繰り返している」――BtoB企業のマーケティング責任者・営業責任者なら、一度は感じたことのあるはずです。リードは増えているのに商談化が進まない、施策の良し悪しを評価する共通指標がない、結果として両部門の溝だけが深まっていく。本記事では、マーケと営業の分断が起きる構造的な原因を整理したうえで、MQL/SQL定義の合意プロセス、SLA（部門間サービス水準合意）の作り方、そして商談化率を1.7〜2倍に引き上げる具体施策まで、現場で運用できるレベルで解説します。

マーケと営業の分断はなぜ起きるか

BtoB企業でマーケと営業の連携が機能しない背景には、偶発的なすれ違いではなく構造的な要因があります。多くの場合、原因は「KPIの不整合」「リード定義の曖昧さ」「情報共有の片方向性」の3つに集約されます。順に見ていきましょう。

KPIの不整合が対立を生む

最大の原因はKPIのズレです。マーケは「リード獲得数」を追い、営業は「受注金額・受注率」を追うため、両者のベクトルが構造的にずれます。シャノンの調査では、マーケ部門のKPIで「リード獲得」を主指標に置く企業が26%にのぼります。マーケが数稼ぎに走り、営業に温度の低いリードが流れると、営業は「使えないリードを押し付けられている」と感じ、悪循環に陥ります。

リード定義の曖昧さがすれ違いを固定化する

「何をもってMQL（マーケ起点で営業に渡せる見込み客）／SQL（営業が商談化を狙うリード）とするか」が部門間で合意されていないと、「マーケはリードを渡したつもり」「営業は商談化できないと判断」というすれ違いが日常的に発生します。BtoBマーケティングの教科書でも、リードが商談になるまでの導線が業務フローとして定義されていないことが根本問題だと指摘されています。

情報共有の片方向性と組織構造の壁

営業が訪問結果や失注理由をマーケに返さない、マーケが施策意図を営業に伝えない――情報の片道通行は連携を確実に蝕みます。さらに、マーケと営業が異なる本部に所属し、評価制度も別々だと連携インセンティブが働きません。米国の調査では営業・マーケ担当者の約87%が相互にマイナスの印象を抱いていると報告されており、放置すれば対立は固定化します。

プロレクトが現場のマーケ責任者・営業責任者と話していて感じるのは、両部門の不信感の根っこにあるのは「相手が自分の仕事を理解していない」という諦めだということです。マーケ責任者は「営業が施策意図を理解しないままリードを切り捨てている」と感じ、営業責任者は「マーケは現場の商談を見ずにKPIだけを追っている」と感じている。この不信感は、KPIや定義の議論をいくら積み重ねても、両者が同じ顧客の同じ瞬間を一緒に観察する機会を作らない限り解けません。連携強化の第一歩は、制度設計よりも前に「同じ顧客を一緒に見る場」を作ることだと、私たちは考えています。

MQL・SQLの定義合意のステップ

分断を解消する最初の実務は、MQLとSQLの定義を両部門で合議して明文化することです。マーケ単独で決めた定義は、結局営業に「使えないリード」と扱われて形骸化します。プロレクトが推奨する合意プロセスは、以下の5ステップです。

5ステップで合意形成を進める

• ステップ1: 理想顧客像（ICP）の合意。業種・従業員規模・役職・課題感など、両部門が「これは自社のターゲット」と納得できる属性を定義する
• ステップ2: MQL条件の言語化。「資料DL3回以上」「価格ページ閲覧あり」「従業員100名以上」など、行動データと属性データで具体的な条件を設定する
• ステップ3: SQL条件の言語化。BANT（予算・決裁権・ニーズ・導入時期）など、営業が商談として動ける条件を明示する
• ステップ4: 数値モニタリング基盤の構築。SFA/MAでスコアリング機能を設定し、週次で実数を確認できる状態にする
• ステップ5: 定例での見直し。週次・月次で「定義通りに渡したか」「実際に商談化したか」を検証し、定義を継続的にチューニングする

営業DX.jpの解説では、合意形成の最初は「自社のターゲットに該当する／しない」というシンプルな二択から始めると合意しやすいと指摘されています。最初から完璧な条件を作ろうとせず、運用の中で精度を上げていく姿勢が重要です。

MQL条件の具体例

条件カテゴリ	具体例	出典
属性条件	従業員100名以上／製造業／情報システム部門の課長以上	Salesforce
行動条件	資料DL3回以上／価格ページ閲覧／導入事例ページ滞在30秒以上	Adobe
スコア条件	MAスコアリングで合計60点以上	List Finder
ABM条件	事前定義したターゲットアカウントに所属する担当者の問い合わせ	ferret

合意形成が失敗する典型パターン

失敗例として多いのは、経営からのトップダウンで進めようとして現場のすり合わせが不足するケース、リード定義をマーケ単独で決めて営業の合意を取らないケース、そして「目的（=企業全体の利益最大化）」を共有しないまま条件設定の議論だけが先行するケースです。逆に合意がうまくいくと、ABM運用ではMQLからSAL（Sales Accepted Lead）への転換率が93%に達した事例もferret Oneの取材記事で報告されています。

リード引き渡しSLAの作り方

定義が決まったら、次は運用ルールの明文化です。SLA（Service Level Agreement）は、マーケと営業の間で「どんなリードを」「いつまでに」「どうフォローするか」を約束する部門間の契約書のような位置付けです。HubSpotの2019年レポートによると、SLAを導入した企業の65%がインバウンドマーケティングのROI向上を実感したと回答しています。

SLAに含めるべき主要項目

• リードの定義: MQL/SQLの条件（前章で合意したもの）
• 供給量のコミット: マーケは月X件のMQLを渡すという約束
• 対応スピード: インサイドセールスはMQL受領後X時間以内に初回コンタクト
• 対応手段: メール・電話・SNSなどフォロー方法の明記
• フォロー回数: 何回までアプローチするかの上限
• フィードバックルール: 営業から「商談化／不可」の結果をX日以内に返す