「マーケがせっかくリードを獲得しても、営業が対応してくれない」「営業からは"マーケのリードは質が低い"と言われる」「リードの引き渡し基準が曖昧で、誰がいつフォローするか決まっていない」——マーケティング部門と営業部門の間で起きるこうした摩擦は、BtoB企業の成長を阻むもっとも根深い構造問題のひとつです。
この問題の本質は、ツールの機能不足ではありません。マーケと営業の間でリードの定義が統一されておらず、引き渡しのプロセスと責任範囲が曖昧なまま運用されていることが根本原因です。つまり、リードナーチャリングの改善は「マーケの施策改善」ではなく「組織間の連携プロセスの再設計」として取り組む必要があります。
本記事では、リードナーチャリングを起点とした組織変革の設計方法を解説します。MQL/SQLの定義統一からSLA設計、CRM/MAを活用した仕組み化まで、営業責任者・マーケ責任者が知っておくべき実務を紹介します。
リードナーチャリングにおけるリード引き渡しの問題は、ツールの設定ミスではなく組織構造の問題です。マーケティングは「リード数」をKPIとし、営業は「商談数・受注額」をKPIとする。この2つのKPIが断絶しているとき、両部門の間に「リードの質」をめぐる溝が生まれます。
マーケにとっては、フォーム送信した時点でリードの生成は完了。一方、営業にとっては、そのリードが商談化する見込みがなければ対応する意味がない。この認識のズレが組織間の信頼関係を損ない、結果としてリード対応のスピードが遅くなり、商談化率が下がるという悪循環に陥ります。
ここが1個ポイントになるのですが、この問題は「マーケがもっと良いリードを獲るべき」「営業がもっと早く対応すべき」という個別部門の努力では解決しません。両部門がリードの定義・引き渡し基準・対応ルールを共同で設計し、運用する仕組みを作ることが必要です。
リードへの初回対応が5分以内の場合と30分以上かかる場合では、商談化率に大きな差が出ることが知られています。しかし多くの企業では、リード引き渡しの基準が不明確なために「誰がいつ対応するか」が定まらず、リードが放置される時間が長くなっています。
引き渡しプロセスの再設計は、単なるオペレーション改善ではなく、収益に直結する組織変革です。例えば月200件のMQLがある企業で、商談化率が5%から10%に改善すれば、月の商談数は10件から20件に倍増します。
リード引き渡しの再設計は、The Model型の分業体制を「最適化」するアプローチです。マーケ・インサイドセールス・フィールドセールスの分業は維持しつつ、部門間の接続部分（ハンドオフポイント）を明確に定義し、データで管理する。結果として、分業のサイロ化を防ぎ、組織全体でリードから受注までの一気通貫のプロセスが機能するようになります。
リード引き渡しの再設計でもっとも重要な最初のステップは、マーケと営業がMQL（Marketing Qualified Lead）とSQL（Sales Qualified Lead）の定義を共同で策定することです。
| ステージ | 定義 | 判定基準の例 | 責任部門 |
|---|---|---|---|
| リード | フォーム送信等で接点が生まれた状態 | フォーム送信、名刺交換 | マーケティング |
| MQL | マーケが「営業対応の価値あり」と判定 | リードスコア50点以上、または料金ページ閲覧＋資料DL | マーケティング |
| SAL | 営業が「対応する」と受け入れた状態 | ISが架電し、ヒアリング完了 | インサイドセールス |
| SQL | 営業が「商談の見込みあり」と判定 | BANT条件を1つ以上充足 | フィールドセールス |
ここで結構ミソになってくるのが、MQLの定義をマーケだけで決めないことです。営業が「このレベルのリードなら対応したい」と考える基準をヒアリングし、それをスコアリングモデルに反映する。営業の実感とマーケの基準が一致して初めて、引き渡しがスムーズに機能します。
SLA（Service Level Agreement）は、各部門がリード対応で守るべきルールを明文化したものです。
| SLA項目 | マーケの責任 | ISの責任 | FSの責任 |
|---|---|---|---|
| 引き渡しスピード | MQL判定後、即時に営業チームに通知 | 通知から4時間以内に初回架電 | ISからのトス後24時間以内に接触 |
| 対応完了の定義 | MQLの判定理由をCRMに記録 | 架電結果（接続/不在/辞退）をCRMに記録 | 商談化/不商談化の判定と理由を記録 |
| フィードバック | — | 「マーケリードの質」を月次レビュー | 「ISトスの質」を月次レビュー |
| 数値目標 | 月間MQL数: XX件 | MQL→SAL転換率: XX% | SAL→SQL転換率: XX% |
このSLAは文書として残すだけでなく、CRMのダッシュボードで進捗をリアルタイムに可視化し、月次の部門間ミーティングでレビューするのが効果的です。
リードスコアリングは、MQLの判定基準を定量化する仕組みです。
スコアリングの配分設計としては、行動スコア（Web行動・メール反応）を70〜80%、属性スコア（役職・企業規模・業種）を20〜30%とするのが1つの目安です。行動スコアに重きを置くのは、「今まさに検討している」というシグナルを捉えるためです。
例えば、以下のようなスコアリング設計が考えられます。
このスコアリング閾値は、運用データを見ながら調整します。高スコアリードが大量に発生して営業がさばけない場合は閾値を上げる。逆にMQLが少なすぎる場合は閾値を下げる。月次でスコア分布と商談化率の相関を確認し、最適なバランスを見つけていきます。
SLAとスコアリングが定義できたら、CRM/MAで自動化します。
ワークフローの設計例:
この一連のプロセスをワークフローで自動化することで、「引き渡しの漏れ」や「対応の遅延」を仕組みとして防ぐことができます。人の意識や努力に頼るのではなく、システムで解決するという発想が結構重要かなと思います。
引き渡し再設計の中で見落とされがちなのが、営業からマーケへのフィードバックループです。
このフィードバックループが回ることで、スコアリングモデルの精度が上がり、MQLの質が改善し、営業のマーケに対する信頼が高まるという好循環が生まれます。
HubSpotを使う場合、以下の機能を組み合わせてリード引き渡しプロセスを構築します。
Salesforceを使っている企業でも基本的な設計思想は同じですが、HubSpotの場合はMA・SFA・CSが単一プラットフォームに統合されているため、部門間のデータ連携がシームレスに行えるのが強みです。Salesforceの場合はPardotやMarketoとの連携設定が別途必要になるケースが多いかなと思います。
SLAは文書化しただけでは機能しません。CRMのダッシュボードでSLA遵守率を可視化し、週次/月次で確認するルーティンを組み込む必要があります。
スコアリングは最初はシンプルに始め、運用データを見ながら調整するのがベストです。最初から20項目以上のスコアリング要素を設定すると、何が効いているのか分析しにくくなります。まず5〜7項目でスタートし、商談化率との相関を見ながら段階的に拡張していただければなと思います。
営業からマーケへのフィードバックが、「リードの質が悪い」という定性的な不満に終始するケースが多いです。不商談化の理由をカテゴリ分類し、定量データとして蓄積することで、建設的な改善議論に変えられます。
リード引き渡しの設計は、市場環境やプロダクトの変化に応じて継続的にアップデートする必要があります。四半期に1回のSLA見直し・スコアリングモデルの再調整を計画に組み込んでください。
リードナーチャリングの成果を最大化するには、マーケと営業のリード引き渡しを「組織間の連携プロセス」として再設計する必要があります。全体の流れは以下のとおりです。
まずは営業責任者とマーケ責任者が同じテーブルにつき、「MQLとは何か」を合意するところから始めてみてください。この最初の一歩が、組織間の壁を壊すきっかけになります。
IS機能がない場合は、マーケが直接FSにリードを渡す形になります。この場合、MQLの閾値を高めに設定し、営業が対応すべきリードに絞り込むことが重要です。月200件以上のリードが発生する段階で、IS機能の導入を検討するのがよいかなと思います。
理想は1時間以内、最低でも4時間以内です。リードの購買意欲は時間とともに急速に減衰するため、対応スピードは商談化率に直結します。
まず仮の閾値（例: 50点）を設定して1〜2ヶ月運用し、MQL化したリードの商談化率を分析します。商談化率が低すぎれば閾値を上げ、MQL数が少なすぎれば下げるという調整を繰り返すのが現実的なアプローチです。
経営層をスポンサーとして巻き込み、トップダウンで「リード引き渡しの再設計プロジェクト」として推進するのが効果的です。両部門の共通KPIとして「MQL→商談化率」を設定し、対立構造ではなく協働構造に変えていきます。