リードナーチャリングとインサイドセールスをどうつなぐ？役割分担と引き渡し設計

「マーケティングでは有望だと思って営業へ渡したのに、インサイドセールスから“まだ早い”と言われる」「資料ダウンロードした人へ一斉に電話しているが、情報収集段階の人が多い」「営業から戻されたリードを、その後どう育成すればよいか分からない」。

BtoBマーケティングでは、リード獲得施策を増やすほど、こうしたマーケティングと営業の間のズレが見えやすくなります。

リードナーチャリングとインサイドセールスをつなぐうえで重要なのは、「マーケティングが育て終えたらISへ渡す」という一方向の分業にしないことです。

実務では、マーケティングが情報提供と行動把握を行い、インサイドセールスが会話によって課題・時期・役割を確認し、その結果を再びナーチャリングへ戻す循環として設計します。

さらに、営業へ渡す際も「スコアが80点だから」「ウェビナーへ参加したから」だけでは不十分です。

「どのような企業で、何に関心を示し、直近で何が変わり、過去にどのような接点があり、今回何を確認してほしいのか」まで共有することで、ナーチャリングとインサイドセールスを一つの顧客体験としてつなげやすくなります。

本記事では、リードナーチャリングとインサイドセールスの違いから、役割分担、引き渡し条件、ISへ渡す情報、営業却下後の戻し方、KPI、実務チェックリストまで整理します。

リードナーチャリングとインサイドセールスはどうつなぐ？

結論から言えば、リードナーチャリングとインサイドセールスは、前工程・後工程として完全に分けるのではなく、「情報提供→状態変化の把握→会話による確認→次の施策決定」を分担する関係として設計します。

ナーチャリングを「メールを送り続けること」、インサイドセールスを「スコアが上がった人へ電話すること」と定義すると、両者は分断しやすくなります。

一方、両者を顧客の次の状態を判断するための役割分担として捉えると、引き渡すタイミングや必要な情報を整理しやすくなります。

そもそもリードナーチャリングとは何を育てるのか

リードナーチャリングは、日本語では「見込み客育成」と表現されます。

ただし、企業側が顧客の購買意欲を一方的に高めるというより、実務では、見込み客が課題を理解し、選択肢を比較し、自社に合うか判断するための情報を提供する活動と考えたほうが分かりやすいでしょう。

例えば、同じテーマへ関心があっても、見込み客の疑問は段階によって変わります。

重要なのは、「5通メールを送ったから育成完了」と判断しないことです。

顧客が何を理解し、次にどの疑問へ進んでいるのかを見ることがナーチャリングの中心です。

インティメート・マージャーのプロジェクト内資料でも、定義記事を読んだ人には全体像、比較記事を読んだ人には選定条件、FAQを読んだ人には不安解消というように、検討段階に応じて次の情報を変える考え方が整理されています。

インサイドセールスは「ナーチャリングの出口」だけではない

インサイドセールスは、マーケティングから渡されたリードを商談化するだけの部門ではありません。

デジタル上の行動からは確認できない顧客の文脈を、会話によって明らかにする役割があります。

例えばWebデータでは、

• 料金ページを閲覧した
• 同じテーマの記事を繰り返し見た
• ウェビナーへ参加した
• 比較資料を取得した

といった行動は確認できます。

しかし、その理由までは確定できません。

インサイドセールスでは、

• 何を調べていたのか
• 現在どのような課題があるのか
• 具体的なプロジェクトがあるのか
• いつ頃の検討なのか
• 誰が情報収集・評価・決裁を担当するのか
• どの情報がまだ不足しているのか

などを会話で確認します。

ナーチャリングが「仮説を作る工程」なら、インサイドセールスは「仮説を確認して次の状態を決める工程」と整理できます。

インサイドセールスにおける顧客理解・データ活用については、インサイドセールスのデータ活用と顧客理解の方法でも詳しく解説しています。

一次情報から見える課題｜「全件追う」運用ではナーチャリングとISが分断する

インティメート・マージャーが関わったインサイドセールス関連のセミナーでは、質の低いリードへの対応に追われ、本来アプローチすべき顧客を逃している、ツールを導入しても結局「追いかけ電話」の運用になっている、という現場課題が扱われてきました。

また、プロジェクト内資料では、MA、SFA、CRM、チャット、行動ログなどのツールを導入しても、接客対象・訴求内容・対応タイミングが分断されたままでは商談化につながりにくいという整理があります。

ここから見えてくるのは、ツール不足よりも「どの状態なら、誰が、何をするか」が決まっていない問題です。

例えば、資料ダウンロードしたリードを全員ISへ渡す運用では、

• すぐに相談したい人
• 比較検討中の人
• 将来のために情報収集している人
• 社内資料として確認している人
• 業界情報だけを調べている人

が同じリストへ混ざります。

その状態では、ISは電話によって「今はまだ検討していません」と確認する作業に多くの時間を使うことになります。

ナーチャリングとISをつなぐ目的は、すべてのリードを早く営業へ渡すことではありません。今、人が確認する価値がある見込み客を適切に選び、それ以外は必要な情報提供へ戻すことです。

リードをインサイドセールスへ渡すタイミングはどう決める？

営業への引き渡し条件でよく使われるのがリードスコアです。

スコアは優先順位を整理する一つの方法ですが、一つの合計点だけで引き渡しを決定すると、顧客状態を誤って捉えることがあります。

実務では、少なくとも次の5つを分けて確認すると整理しやすくなります。

例えば、理想顧客条件に合致し、直近で関連テーマへの再訪が増え、比較コンテンツまで閲覧している企業であれば、現在の状況をISが確認する候補になります。

一方、スコアは高くても、得点の大半が数か月前のメール開封や資料取得によるものであれば、現在も同じ検討状態とは限りません。

リードスコアリングそのものについては、営業が追うべき見込み客を判断するリードスコアリングの設計方法も参考になります。

「営業へ渡す」「育成を続ける」「対象外」を分ける

ナーチャリングとインサイドセールスの間を、単純な「営業へ渡す／渡さない」の2択にしないことも重要です。

この状態定義をマーケティングとISで共有すると、「なぜこのリードを渡したのか」「なぜ戻されたのか」を会話しやすくなります。

ISの優先順位付けについては、インサイドセールスが対応するリードの優先順位を決める方法で詳しく整理しています。

引き渡すのは「リード情報」ではなく「理由と文脈」

マーケティングからISへの引き渡しで起こりやすい問題が、

「○○さん、スコア82点です。対応お願いします」

という共有です。

IS側からすると、82点だけでは、何を話せばよいか分かりません。

引き渡す際は、次の情報をまとめます。

例えば、

「対象企業条件に合致。直近1週間で営業効率化関連の記事へ複数回再訪し、比較記事と導入記事も閲覧。過去商談なし。現在、営業業務の見直しを具体化しているか確認してほしい」

という形なら、ISは顧客の文脈を踏まえて会話を始めやすくなります。

引き渡し基準は「営業へ渡すための基準」だけでなく、「営業が会話を始められる情報がそろっているか」という観点でも設計します。

ISは見込み客へ何を確認するべき？

ISがナーチャリング後の見込み客へ接触するとき、目的を「アポイントを取ること」だけにすると、まだ商談段階ではない顧客との会話を活かしにくくなります。

まず確認したいのは、次のような情報です。

• 現在取り組んでいる課題は何か
• 情報収集だけなのか、具体的な検討があるのか
• いつ頃までに何かを決めたいのか
• 現在どのような方法で対応しているのか
• 何を比較・評価しているのか
• どの部門・役割が関係しているのか
• 次にどの情報が必要なのか

そして確認結果に応じて、

• 商談化する
• 追加情報を提供する
• 別担当へつなぐ
• 特定テーマのナーチャリングへ戻す
• 一定期間継続観測する
• 対象外として整理する

という次の状態を決めます。

商談化しなかったリードを「失敗」として終わらせない

ナーチャリングとIS連携で重要なのが、IS接触後の戻し設計です。

マーケティングから営業へ渡した結果、商談にならなかったとしても、すべてが「質の悪いリード」だったとは限りません。

2026年8月時点のIMMNでも、インサイドセールスのデータ活用について、商談化だけでなく「時期尚早」「対象外」「担当者違い」「情報不足」といった結果をマーケティングへ戻すことが整理されています。

営業却下はナーチャリングの終了ではなく、顧客理解を更新する一次情報です。

「営業から戻されたら同じメール配信へ戻す」をやめる

ISから「まだ早い」と戻されたリードを、そのまま一般的なメールマガジンへ戻すだけでは、次の検討変化を捉えにくくなります。

「なぜまだ早かったのか」を分類し、次に届ける情報を変えます。

これによって、ナーチャリングは単なる継続配信ではなく、ISの会話結果を使った顧客理解の更新プロセスになります。

マーケティングとISの役割分担はどこまで決める？

リードナーチャリングとISを連携させる際、すべての業務を明確に線引きする必要はありません。

ただし、少なくとも次の判断責任は決めておくと運用しやすくなります。

特に重要なのが、商談化基準をマーケティングとISだけで決めないことです。

最終的に商談を受け取るフィールドセールスが、「どの情報があれば有効商談として判断できるのか」を共有しておく必要があります。

リード獲得から受注までの役割分担全体については、商談創出から受注までを一気通貫で見る営業設計も参考になります。

リードナーチャリングとISをつなぐ8つの実務ステップ

顧客状態を共通言語にする

「ホット」「コールド」だけでなく、情報収集、比較、具体検討、時期未定、再検討など、自社で必要な状態を定義します。

即時確認する行動を決める

問い合わせ、相談、見積希望など、顧客から具体的な意思表示がある行動は通常のナーチャリングとは分けます。

IS確認候補となる変化を決める

適合企業での再訪、比較情報への接触、関連テーマへの行動増加など、「今確認する理由」を定義します。

除外条件を決める

既存商談、対象外企業、別担当対応中、直近失注、重複などを事前に整理します。

引き渡す情報項目を統一する

点数だけではなく、Fit、関心テーマ、直近行動、過去接点、仮説、確認事項をセットにします。

ISの確認項目を統一する

課題、時期、役割、比較状況、次に必要な情報など、最低限の確認項目を定義します。

商談化しなかった理由を分類する

時期尚早、情報不足、担当違い、対象外などを統一した項目で記録します。

結果からスコア・コンテンツ・条件を更新する

「高スコアなのに商談化しなかった企業」と「低スコアなのに商談化した企業」を定期的に確認します。

その差から、評価している行動、ターゲット条件、ナーチャリングコンテンツ、ISの確認項目を修正します。

ナーチャリングとIS連携では何をKPIにする？

メール開封率、架電数、商談数だけを別々に追うと、部門ごとの成果は分かっても、引き渡しが機能しているかは見えにくくなります。

インサイドセールスのKPIでは、架電数のような活動量だけでなく、「適切な顧客を適切な次の状態へ進められたか」を見る考え方が重要です。

詳しくは、インサイドセールスのKPI設計もあわせて確認してください。

AIはナーチャリングとIS連携のどこで使える？

AIは、見込み客の購買意欲を自動的に確定するためではなく、部門間で共有する情報を整理する用途で活用できます。

• 閲覧・資料取得・ウェビナー履歴を要約する
• 関心テーマ候補を分類する
• 過去商談・CRM情報をまとめる
• ISへの確認事項候補を作る
• 営業却下理由を分類する
• 高スコア未商談と低スコア商談化リードを比較する
• ナーチャリングへ戻すテーマ候補を整理する

例えば、複数の商談記録から「価格が理由と思われていたが、実際には導入体制への不安が繰り返し出ている」といった仮説を見つける補助には使えます。

ただし、AIが「この企業は導入意欲が高い」と推定したことを、顧客本人の意思として扱わないよう注意します。

AIは情報整理・仮説形成、人は引き渡し条件・営業判断・検証を担うという役割分担が基本です。

リードナーチャリングとインサイドセールス連携で起きやすい失敗

資料ダウンロードした全員をISへ渡す

資料取得の目的はさまざまです。追加行動、企業適合度、関心テーマなども確認します。

スコアのしきい値だけで引き渡す

合計点だけでは、「なぜ今連絡するのか」を説明できない場合があります。点数の内訳と直近性を共有します。

ナーチャリングが一斉メールだけになる

検討段階や関心テーマが違う見込み客へ同じ情報を送り続けないよう、最初は数パターンでも出し分けます。

ISが商談件数だけを追う

まだ商談にならない顧客から得た「時期」「課題」「必要情報」も重要な成果です。

営業却下の理由が「質が低い」で終わる

時期、対象条件、担当者違い、情報不足などへ分けてマーケティングへ戻します。

戻されたリードを同じシナリオへ戻す

商談にならなかった理由に合わせて提供情報と再確認条件を変えます。

マーケティングとISだけでルールを決める

フィールドセールスが求める有効商談条件とも整合させます。

一度決めた引き渡し条件を使い続ける

顧客行動、市場、商品、営業戦略は変化します。営業結果から継続的に更新します。

実務で確認したいナーチャリング×IS連携チェックリスト

特に、「スコアが一定以上になったら営業へ渡している」「営業から戻された理由がCRMに残っていない」「ナーチャリング対象と営業対象を一度決めたら変更していない」という場合は、ツールを追加する前に引き渡しと戻しのルールを見直す余地があります。

まとめ｜ナーチャリングとISは「引き渡す」のではなく循環させる

リードナーチャリングとインサイドセールスを連携させるとき、「マーケティングが育て、ISが商談化する」という一方向の役割分担だけでは不十分です。

実務では、

• マーケティングが顧客の理解・関心を支援する
• 行動変化から「今確認する理由」を見つける
• ISが顧客の課題・時期・役割を会話で確認する
• 商談化できる場合は営業へ進める
• まだ早い場合は理由付きでナーチャリングへ戻す
• 結果をスコア・コンテンツ・対象条件へ戻す

という循環を作ります。

引き渡すべきなのは「スコアが高いリード」ではなく、「なぜ今この顧客を確認するのか」という理由と文脈です。

この共通言語を持つことで、「マーケティングは質の高いリードを渡している」「営業は質が低いと言っている」という部門間の議論を、顧客状態をどう捉えるかという改善議論へ変えやすくなります。

リードナーチャリングとインサイドセールスに関するよくある質問

リードナーチャリングとインサイドセールスの違いは何ですか？

リードナーチャリングは情報提供や行動把握を通じて見込み客の検討を支援する活動です。インサイドセールスは、電話やメールなどの会話を通じて課題・時期・役割を確認し、商談化や再育成など次の状態を判断します。

リードはどのタイミングでインサイドセールスへ渡せばよいですか？

一つの行動や合計スコアだけではなく、対象顧客としての適合度、関心テーマ、直近行動、鮮度、過去接点などを組み合わせます。「なぜ今確認するのか」を説明できる状態が一つの判断基準になります。

ISもリードナーチャリングを担当するべきですか？

役割を完全に分ける必要はありません。ISが会話で把握した課題に合う記事や資料を送り、次回確認条件を設定することもナーチャリングの一部と考えられます。重要なのは部門名ではなく、顧客状態と次の行動を共通管理することです。

営業へ渡したリードが「まだ早い」と言われた場合はどうしますか？

単に一般配信へ戻すのではなく、なぜ早かったのかを確認します。予算時期、課題認識、情報不足、担当者違いなど理由を分類し、その理由に応じた情報提供と再確認条件を設定します。

MQLやSQLは設定したほうがよいですか？

MQLやSQLは部門間の状態を整理するために利用できますが、定義は企業によって異なります。名称よりも「どの条件で状態が変わるのか」「誰が何を確認するのか」「戻す条件は何か」を明文化することが重要です。

ナーチャリングではどのKPIを見ればよいですか？

メール開封率だけでなく、関連コンテンツへの接触、行動変化、IS確認対象への移行、再活性化などを確認します。さらにIS側の営業採用・却下結果までつなげると、ナーチャリングの精度を検証しやすくなります。

AIを使えばリードナーチャリングから営業への引き渡しを自動化できますか？

AIは行動履歴の要約、関心テーマの分類、過去接点整理、営業却下理由の分析などを支援できます。ただし、AIの推定を顧客の購買意向として確定せず、人が営業戦略や顧客関係を踏まえて判断・検証することが重要です。