リードナーチャリングとは — 設計 5 ステップと自動化の完全ガイド

本記事のポイント

• リードナーチャリングは「メールを送る作業」ではなく「誰に・どの順路で・何を届け・何を測るか」の設計です。設計を飛ばして配信ツールから入ると、獲得したリードの大半が育たないまま放置されます
• 設計はセグメント → シナリオ分岐 → コンテンツ → KPI → 自動化の 5 ステップに分解できます。人力なら数週間かかる設計を、AI との対話で各ステップ数十分〜数時間に圧縮できます
• 設計から HubSpot での自動化実装までの型と、そのまま使える AI 実行キット 3 個（セグメント設計 / シナリオ分岐設計 / KPI 設計）を公開します

「リードは毎月増えているのに、商談にほとんどつながらない」。私たち humbulls が BtoB マーケの支援に入るとき、最も多い相談のひとつです。原因は広告の質でも、営業の力量でもありません。獲得した後のリードを、育てる仕組みが設計されていないことにあります。実際、BtoB マーケターの 65% は確立されたリードナーチャリングプログラムを持たないという調査もあります（MarketingSherpa、HubSpot 集計、取得日: 2026-07）。本記事では、リードナーチャリングとは何かを定義したうえで、設計を 5 ステップに分解し、AI と HubSpot で自動化するところまでを通しで解説します。特別なマーケティングオートメーションの知識は不要です。設計の型と、巻末の AI 実行キットがあれば再現できます。

1. リードナーチャリングとは — 定義と「なぜ 65% が放置されるのか」

「メルマガは月イチで送っています。それがナーチャリングですよね」。定義を尋ねると、こう返ってくることがよくあります。

リードナーチャリングとは、まだ購入に至っていない見込み客（リード）と継続的に接点を持ち、検討度合いを引き上げて商談化に近づける一連の活動を指します。デマンドジェネレーション（需要創出）の中で、リード獲得の「後工程」に位置づけられる領域です。ポイントは「継続的」と「引き上げる」の 2 語にあります。同じ内容を一斉配信し続けるだけでは、検討度合いは動きません。相手が今どの段階にいるかに合わせて、次の一歩を促す情報を届けて初めて「育成」になります。

なぜ多くの組織で放置が起きるのか。原因は担当者の怠慢ではなく、ナーチャリングを「配信作業」だと捉えていることにあります。作業だと捉えると、ツールの導入とメール文面の作成から入ります。すると「誰に送るか」「どの順番で送るか」「何が起きたら営業に渡すか」という設計が抜け落ち、全員に同じメールを流す運用に落ち着きます。結果、開封もされず、成果も測れず、いつのまにか止まる。これが放置の正体です。

育成が効いたときの差は小さくありません。一般に引用される調査では、ナーチャリングに優れた企業は 50% 多くの商談化可能なリードを 33% 低いコストで生み出し（Forrester Research）、育成されたリードは非育成のリードより 47% 大きい購入をする（The Annuitas Group）とされています（いずれも HubSpot 集計、取得日: 2026-07）。数字の桁は出典や時期で変わりますが、方向は一貫しています。獲得数を増やすより、獲得済みのリードを育てるほうが費用対効果は高い、ということです。

よくある失敗は、この定義を飛ばして「まず配信ツールを選ぶ」ことです。ツールは設計を実行する手段であって、設計そのものは代わりにやってくれません。順番は、設計が先、ツールが後です。

2. 設計の全体像 — 5 ステップと、AI でどこを圧縮するか

「設計が大事なのはわかった。でも、何から手をつければいいのか」。ここで手が止まる方がほとんどです。

リードナーチャリングの設計は、次の 5 ステップに分解できます。上流から順に決めていくと、迷いなく組み上がります。

この 5 ステップのうち、従来は各段階が「人力の企画作業」でした。セグメントを議論で切り、シナリオをホワイトボードで描き、KPI を Excel で組む。ここに合わせて数週間かかるのが普通です。humbulls では、上流の 3 ステップ（セグメント / シナリオ / KPI）を AI との対話で圧縮しています。AI は「仮説を大量に出す」「抜け漏れを指摘する」「型に沿って整形する」のが得意で、これは設計作業そのものです。人がやるのは、出てきた仮説を自社の現実で検証し、取捨選択することに集中できます。

よくある失敗は、5 ステップを並行で進めようとすることです。セグメントが固まる前にメール文面を書き始めると、「誰に向けた文章か」が定まらず、当たり障りのない一般論になります。上流から順に、1 つ決めてから次へ進んでください。

3. ステップ 1: セグメント設計 — AI で 5 セグメント仮説を 30 分に

「セグメントといっても、業種と企業規模で分けるくらいしか思いつかない」。設計の最初で、多くの現場がこう言います。

セグメント設計とは、獲得したリードを「次に必要とする情報が同じ人たち」の束に分けることです。ここで効くのは属性（業種・規模・役職）だけではありません。むしろ BtoB では 行動（どの資料をダウンロードしたか、どのページを見たか、問い合わせか資料請求か）のほうが検討度合いをよく表します。「製造業の情シス」より「導入事例をダウンロードした人」のほうが、次に届けるべき情報が明確になります。

型として、最初は次の 2 軸で切ると迷いません。

• 検討段階の軸: まだ課題に気づいた段階か / 解決策を比較している段階か / 導入を検討している段階か
• 入口の軸: 資料ダウンロード / セミナー申込 / 問い合わせ / 展示会名刺

この 2 軸を掛け合わせると多くのマスができますが、最初から全部を運用する必要はありません。リード数が少ないうちに細かく割りすぎると、1 セグメントあたりの母数が減り、成果が測れなくなります。まずは 3〜5 セグメントに束ね、運用が回ってから細分化します。

よくある失敗は、セグメントを「作って終わり」にすることです。セグメントは、後のステップ 2 でシナリオを、ステップ 4 で KPI を紐づける「器」です。器だけ作って中身の順路を設計しないと、結局は全員に同じメールを送る運用に戻ります。

→ 自社のリードを 5 セグメント前後の仮説に分ける作業は、巻末の 実行キット①（所要 30 分）でそのまま実行できます。

4. ステップ 2: ゴールとシナリオ分岐の設計 — 検討段階マップを AI で 1 時間に

「セグメントは分けた。で、それぞれに何通、どういう順で送ればいいのか」。ここが設計の心臓部です。

シナリオ設計とは、各セグメントについて「今どの状態にいる人を、どの状態へ動かすか」というゴールを決め、そこへ運ぶメッセージの順路を描くことです。ゴールを先に決めるのが要点です。「資料をダウンロードした人を、30 日以内に個別相談の申込へ動かす」とゴールを定めれば、その間に届けるべき情報が逆算できます。ゴールなしに「とりあえず週 1 でメール」を始めると、どこで成功か判断できません。

順路は、検討段階に沿って組みます。課題に気づいた段階の人には「課題の整理」を、比較段階の人には「選び方の基準」を、導入検討段階の人には「導入事例と個別相談」を届ける。段階が上がるほど、自社に引き寄せた情報の比率を上げていきます。この検討段階 × セグメントの対応を 1 枚にすると、シナリオの全体像が見えます。

BtoB では検討期間が長く、1 回の接触では動きません。反応の速さも成果を左右し、商談の 35〜50% は最初に反応したベンダーが獲得するという調査もあります（InsideSales.com、HubSpot 集計、取得日: 2026-07）。だからこそ、資料ダウンロードの翌日に 1 通目、というように「間を空けずに、順序立てて」届く設計にします。各段階の具体的な文面づくりは、ステップメールのシナリオ設計を扱う実務や、検討段階別のメール例文の考え方が参考になります。

よくある失敗は、分岐を最初から複雑にしすぎることです。「開封したら A、しなかったら B」といった条件分岐を細かく張り巡らせると、設計は美しく見えても、運用と検証が破綻します。最初は 1 セグメント 3〜5 通の直線シナリオで十分です。分岐は、直線が回ってデータが溜まってから足します。

→ 検討段階 × セグメントのシナリオマップづくりは、巻末の 実行キット②（所要 1 時間）で実行できます。

5. ステップ 3: コンテンツとメッセージ設計 — 段階別に「次の一歩」を用意する

「送るネタが続かない。3 通目くらいで書くことがなくなる」。シナリオまでは組めても、中身で詰まるケースです。

コンテンツ設計とは、シナリオの各マスに「その段階の相手が、次の一歩を踏み出すために必要な情報」を割り当てることです。ここでの原則は、自社を売り込む前に、相手の意思決定を助ける情報を先に出すことです。気づき段階でいきなり製品資料を送っても響きません。「同じ課題を持つ企業がどう解決したか」を先に届け、比較段階で「選び方の基準」、導入検討段階で「自社の事例と個別相談」へと、少しずつ自社に引き寄せます。

すでに持っている資産を棚卸しすると、多くは流用できます。過去のブログ記事、導入事例、ウェビナーのアーカイブ、ホワイトペーパー。これらを検討段階のどこに当たるか仕分けるだけで、シナリオの空きマスの大半は埋まります。足りないマスだけを新規制作すればよく、ゼロから全部書く必要はありません。メール本文そのものは、検討段階別の例文を AI で量産する進め方が使えます。詳しくは ナーチャリングメールの例文を AI で量産する記事 を参照してください。

よくある失敗は、毎回すべてのメールに「個別相談はこちら」の強い CTA を載せることです。気づき段階の相手に商談を迫ると離脱します。段階が上がるにつれて CTA を強めるのが原則で、序盤は「読み物として役立った」で十分です。

6. ステップ 4: KPI 設計 — 何を測り、いつ営業へ渡すか

「配信はしているが、効いているのか誰も答えられない」。ナーチャリングが止まる最大の理由がこれです。

KPI 設計とは、シナリオのどこで何を測れば「育っている」と判断できるかを決めることです。測る対象は 2 層あります。1 つは各メールの反応（開封率・クリック率）で、これはシナリオの改善に使う運用指標です。もう 1 つはナーチャリング全体の成果で、育成したリードのうち何件が商談化したかが本丸です。前者だけを追って「開封率が上がった」で満足すると、商談が増えていないのに成功したつもりになります。

ファネルで測点を置くと、どこで詰まっているかが見えます。

• リード（獲得数）→ MQL（マーケが商談化見込みと判断したリード）→ SQL（営業が商談として受理したリード）→ 商談 → 受注

設計で最も重要なのは、MQL から SQL への引き渡し基準を先に決めることです。「どの状態になったリードを、いつ営業へ渡すか」の合意がないと、マーケは「渡したのに営業が追わない」、営業は「質の低いリードばかり来る」と互いに不満を溜めます。この境界は、行動スコア（資料閲覧・価格ページ訪問・問い合わせ）と、ライフサイクルステージの定義で決めます。MQL・SQL の具体的な定義基準や、リードスコアリングの設計は別途に踏み込む論点ですが、Pillar である本記事では「境界を数値で先に決める」ことだけ押さえてください。

よくある失敗は、KPI を「開封率だけ」で運用することです。開封率は改善のヒントにはなりますが、事業成果ではありません。少なくとも「MQL 数」「MQL→SQL 転換率」「商談化数」の 3 つは、月次で追ってください。数字の集計と可視化は、マーケティングレポートを AI で自動化する記事 の手順が使えます。

→ 自社のファネルに合わせた KPI と引き渡し基準の設計は、巻末の 実行キット③（所要 45 分）で実行できます。

7. ステップ 5: 自動化の実装 — HubSpot でどう回すか

「設計はできた。でも、これを毎回手で送るのは無理」。当然の懸念で、ここで自動化の出番です。

自動化の実装とは、ステップ 1〜4 で設計した「誰に・どの順路で・何を・測りながら」届ける流れを、人手ゼロで回る仕組みに落とすことです。BtoB で広く使われる HubSpot を例にすると、実装の要素は 3 つです。第 1 に、セグメントの入口となるフォーム。第 2 に、リードの検討度合いを表すライフサイクルステージ。第 3 に、フォーム送信をきっかけにメールを順に送る Workflow です。設計が固まっていれば、実装はこの 3 要素を組むだけの作業になります。

ライフサイクルステージは、ステップ 4 で決めた「どの状態を MQL とみなすか」を HubSpot 上で表現する仕組みです。デフォルトで Subscriber / Lead / MQL / SQL / Opportunity / Customer が用意されており、設計した引き渡し基準をこのステージ遷移として実装します。詳しくは HubSpot のライフサイクルステージ運用の記事 を参照してください。

ここで現実的な制約に触れておきます。HubSpot Starter（低価格帯プラン）の simple workflow は、1 フォームにつき 1 本・最大 10 アクション・条件分岐なし、という制限があります（HubSpot Knowledge、取得日: 2026-07）。ステップ 2 で「最初は分岐を作らず直線シナリオで」と勧めたのは、設計思想であると同時に、この Starter の制約とも噛み合います。分岐なしの直線シナリオなら、Starter のまま追加コストなしでステップ配信を組めます。具体的な組み方は HubSpot でステップメールを自動化する実装記事 で手順化しています。

よくある失敗は、設計より先にツールの機能から発想することです。「Professional なら分岐ができるから」と高機能プランを契約しても、シナリオ設計がなければ空の箱を買うだけです。設計 → 実装の順を守れば、多くの組織は低価格プランのまま始められます。

まとめ — 設計を固めてから、実装記事へ

リードナーチャリングは「メールを送る作業」ではなく、「誰に・どの順路で・何を届け・何を測るか」の設計です。セグメント → シナリオ分岐 → コンテンツ → KPI → 自動化の 5 ステップを上流から順に固めれば、AI で設計を圧縮しつつ、HubSpot の低価格プランでも自動化まで到達できます。まずはキット①のセグメント設計から始めてみてください。

設計が固まったら、実装フェーズは自社の状況に合う記事から進めるのが効率的です。

humbulls では、こうしたナーチャリング設計から実装、運用まで一気通貫で伴走する Growth Partner サービス を提供しています。「設計から自社で全部やるのは重い」と感じたら、ご相談ください。設計テンプレを含む詳細ガイドは BtoB マーケ AI 活用ガイド で配布しています。

🤖 AI 実行キット

本文の設計を、そのまま AI で実行するためのキット集です。プロンプトは Claude（ブラウザ版で可）にコピペすれば動きます。上流から順に、キット① → ② → ③ の順で使ってください。

キット① 自社のリードをセグメント仮説に分ける — 30 分

種別: 判断キット 使うもの: Claude（ブラウザ版で可） 事前に用意するもの: 直近で獲得したリードの一覧（獲得経路・業種・企業規模・ダウンロードした資料などがわかるもの。CSV でも、思い出せる範囲のメモでも構いません）

プロンプト:

BtoB のリードナーチャリング設計を手伝ってください。獲得済みのリードを、
「次に必要とする情報が同じ人」の束に分けたいです。

【私の状況】
- 事業 / 商材: (記入例: 中小製造業向けの生産管理 SaaS)
- 主なリード獲得経路: (記入例: 資料ダウンロード / セミナー / 問い合わせ / 展示会名刺)
- 直近リードの傾向: (思いつく限り。業種・規模・役職・落とした資料など)

【分け方の基準(必ずこの基準に従うこと)】
1. 属性(業種・規模・役職)だけでなく、行動(どの資料を落としたか・
   どのページを見たか・問い合わせか資料請求か)を優先して分ける
2. 検討段階の軸(気づき / 比較 / 導入検討)と入口の軸(資料DL / セミナー /
   問い合わせ)の2軸で考える
3. 最初は3〜5セグメントに束ねる(母数が減りすぎる細分化は避ける)

【出力】
1. 推奨する3〜5セグメントの一覧(各セグメントの定義を1行で)
2. 各セグメントが「次に知りたいこと」の仮説(1行)
3. 各セグメントの想定母数の大小と、優先して着手すべき順位

出力の確認ポイント:

• セグメントの定義が「行動」で言えているか見てください。「製造業」だけのように属性のみで切られていたら、「どの資料を落としたか」の行動軸を足して再実行します
• セグメントが 6 つ以上出てきたら、母数の大きい順に 3〜5 個へ束ね直してください。細かすぎるセグメントは成果が測れません

うまくいかないとき:

• 行動データが手元にない → まずは入口（資料DL / セミナー / 問い合わせ）の 3 分割だけで始め、行動データが溜まってから細分化する方針で再実行

キット② 検討段階 × セグメントのシナリオマップを作る — 1 時間

種別: 判断キット 使うもの: Claude（ブラウザ版で可） 事前に用意するもの: キット①で確定したセグメント一覧と、各セグメントのゴール（例: 資料DL 者を 30 日で個別相談へ）

プロンプト:

リードナーチャリングのシナリオマップを設計してください。
セグメントごとに、検討段階に沿ったメール順路を組みます。

【前提】
- セグメント一覧: (キット①の結果を貼り付け)
- 各セグメントのゴール: (記入例: 資料DL者を30日以内に個別相談の申込へ動かす)
- 想定できる検討期間: (記入例: 平均2〜3ヶ月)

【設計ルール(必ず従うこと)】
1. 各セグメントに、まず「今どの状態の人を、どの状態へ動かすか」の
   ゴールを1文で定義してから順路を組む
2. 検討段階(気づき→比較→導入検討)が上がるほど、自社に引き寄せた
   情報の比率を上げる。序盤は売り込まず相手の意思決定を助ける情報を出す
3. 最初は分岐を作らない。1セグメント3〜5通の直線シナリオにする
4. 各通の配信間隔を指定する(1通目は起点の翌日など、間を空けない)

【出力】
1. セグメント×検討段階のマトリクス表(各マスに届けるメッセージの狙い)
2. セグメントごとのメール順路(何通目に何を・何日後に送るか)
3. 各セグメントで「営業へ引き渡す」トリガー条件の案

出力の確認ポイント:

• 各セグメントのゴールが「状態の変化」で書けているか確認してください。「メールを送る」がゴールになっていたら、「どの状態へ動かすか」に直して再実行します
• 序盤のメールに強い営業 CTA が入っていないか見てください。気づき段階での売り込みは離脱の原因です

うまくいかないとき:

• 順路が 1 セグメント 8 通以上に膨らむ → 「このゴールに本当に必要な最小の通数は」と問い直して圧縮。多すぎる接触は配信停止を招きます

キット③ ファネルの KPI と営業への引き渡し基準を設計する — 45 分

種別: 判断キット 使うもの: Claude（ブラウザ版で可） 事前に用意するもの: キット②のシナリオマップと、現状わかっている数字（月間リード数、商談数など。概算で可）

プロンプト:

リードナーチャリングのKPI設計を手伝ってください。
何を測れば「育っている」と判断できるかと、営業への引き渡し基準を決めます。

【私の状況】
- ファネルの段階: リード → MQL → SQL → 商談 → 受注(自社の呼び方があれば置換)
- 現状わかる数字: (記入例: 月間リード200件 / 商談月8件 / 受注月2件)
- シナリオ概要: (キット②の結果を要約して貼り付け)

【設計ルール(必ず従うこと)】
1. KPIは2層に分ける。運用指標(開封率・クリック率)と、
   事業成果(MQL数・MQL→SQL転換率・商談化数)を区別する
2. 事業成果のKPIを主役に置く。開封率だけで成功と判断しない
3. MQLからSQLへの引き渡し基準を、行動(資料閲覧・価格ページ訪問・
   問い合わせ)の組み合わせで数値化して先に決める

【出力】
1. ファネル各段階の計測点とKPI一覧(運用指標と事業成果を分けて)
2. MQL→SQL引き渡し基準の案(どの行動が揃ったら営業へ渡すか)
3. 月次でレビューすべき最重要3指標

出力の確認ポイント:

• 最重要 3 指標に「MQL 数」「MQL→SQL 転換率」「商談化数」に相当するものが入っているか確認してください。開封率・クリック率だけなら事業成果の指標を足します
• 引き渡し基準が「なんとなく良さそうな人」になっていないか。行動の組み合わせで数値化されているかを見てください

うまくいかないとき:

• 各段階の数字が手元にない → まず「リード数」「商談化数」の 2 点だけを測る運用から始め、データが溜まってから中間指標を足す方針で再実行

参考文献

• 30 Thought-Provoking Lead Nurturing Stats You Can't Ignore — HubSpot Blog（Forrester / Annuitas / DemandGen / MarketingSherpa / InsideSales.com の統計を集計、取得日: 2026-07）
• Use lifecycle stages — HubSpot Knowledge Base（取得日: 2026-07）
• Create and customize lifecycle stages — HubSpot Knowledge Base（取得日: 2026-07）
• Workflow limits — HubSpot Knowledge Base（取得日: 2026-07）