リードナーチャリングのシナリオは、見込み客の検討段階の揺れに合わせて分かれるように組まないと、受注までの長い期間を持ちこたえません。BtoBの商材は初回接点から受注までに数か月から1年以上かかり、その間に競合との比較や社内稟議といった外部要因にも晒されます。MAツールを導入してシナリオを組んだのに、「メールは送れているが商談につながらない」「ステップメールが3通目で開封率が一桁台に落ちる」という状態から抜け出せない会社もあります。
原因の多くは、シナリオを「メール配信の順番」として捉えてしまい、顧客の意思決定プロセスに沿った分岐ロジックとして設計できていない点にあります。
MAツールを選んでいる途中でも、すでにシナリオを回している最中でも、見直す対象は同じで、配信の順番ではなく、リードのどの行動で次のメールを分けるかです。検討段階ごとの行動が書き出せていれば、ツールの違いはそのあとで比べても間に合います。
目次
リードナーチャリングのシナリオ設計で決めるのは、行動に応じた分岐条件
リードナーチャリングのシナリオ設計とは、見込み客の行動に応じて次に何を送るかの分岐条件を、事前に決めておく作業です。順番どおりに送るだけのメール配信とは、行動で出し分ける点が違います。
リードナーチャリングとは、獲得した見込み客に対して継続的に情報を提供し、検討度合いを引き上げて商談機会を創出する一連の活動を指します。単発のメール配信や一斉送信のメルマガとは異なり、見込み客の状態に応じて出し分ける点が一斉配信との違いです。
シナリオ設計を「メールの順序を決めること」と捉えてしまうと、設計はステップメールの数本で終わり、顧客の検討段階の変化に対応できません。実際には、開封・クリック・サイト来訪・資料DLなど見込み客の行動シグナルに応じて配信内容を分岐させ、検討段階を進めることが目的になります。
ナーチャリングが必要になる典型的な状況
- 展示会やウェビナーで獲得した名刺の大半が、即時の商談ニーズを持っていない
- 資料DLやホワイトペーパー経由の流入は多いが、インサイドセールスのアプローチで成果が出ない
- サイト訪問者やフォーム経由のリードが、初回接触後にそのまま放置されている
- 営業がアプローチした際に「まだ情報収集の段階」と返されることが多い
4つの状況に共通するのは、リードの「量」ではなく「検討度合いの分布」に問題があるという点です。ナーチャリングは、検討度合いの低いリードを切り捨てずに育てる仕組みであり、そのロジックを設計図として落とし込んだものがシナリオです。
検討段階を分解する：シナリオ設計の出発点
シナリオ設計は、見込み客の検討段階を認知・興味・比較検討・意思決定の4つに分け、段階ごとの行動シグナルを決めるところから始めます。段階を粗く扱ったまま設計に入ると、後工程の分岐条件が決められません。
シナリオを組む前に、自社の見込み客が辿る検討プロセスを段階に分けて文書にしておきます。BtoBの場合、認知・興味・比較検討・意思決定の4段階で整理すると実装しやすくなります。これは古典的な購買プロセスモデルを踏襲したもので、各段階で見込み客が抱える課題と求める情報が異なります。
4段階それぞれの定義と求める情報
| 段階 | 見込み客の状態 | 求める情報 | 提供すべきコンテンツ例 |
|---|---|---|---|
| 認知 | 課題はあるが言語化できていない | 課題の整理軸 | 業界レポート、課題診断記事 |
| 興味 | 課題は明確、解決手段を探している | 解決アプローチの選択肢 | ノウハウ記事、フレームワーク資料 |
| 比較検討 | 解決手段を絞り込み、複数製品を比較 | 製品の差分・選定基準 | 比較表、導入事例、選び方ガイド |
| 意思決定 | 社内稟議・予算確保の段階 | 導入後の成果根拠 | ROI試算、導入後の運用イメージ、無料相談 |
4段階の分け方は、過去の受注案件を数件さかのぼり、自社の商材で本当にその順に進んだかを確かめてください。たとえばSaaSの場合は、興味段階でトライアル登録に流れる導線が機能することがあり、比較検討段階を飛ばすケースも珍しくありません。逆に大型のシステム導入商材では、比較検討段階が長期化し、稟議用資料の提供が意思決定段階で重要な役割を果たします。
段階を見極めるシグナルを定義する
検討段階は見込み客の頭の中にあるため、外側から直接観測できません。代わりに、行動シグナルから推測する必要があります。シグナルの定義はシナリオの分岐ロジックに直結するため、ここを曖昧にすると後工程が機能しません。
- 認知段階のシグナル：ブログ記事の閲覧、課題系キーワードからの流入
- 興味段階のシグナル：ホワイトペーパーDL、メール開封・クリック
- 比較検討段階のシグナル：料金ページ閲覧、比較資料DL、導入事例ページ閲覧
- 意思決定段階のシグナル：問い合わせフォーム閲覧、デモ・相談ページ複数回訪問
ページ閲覧・メールの反応・フォーム送信といった行動シグナルは、HubSpotなどのMAツールでコンタクトごとに記録して確認できます。記録した行動シグナルを分岐の条件に使うときは、HubSpotワークフロー設計の実務手順に沿って、登録条件と分岐を組みます。
検討期間が1年を超える商材では、行動の分岐に加えて予算期や契約更新時期で動かす設計が必要になります。予算期や更新時期をプロパティに持たせ、検討期間が1年を超える商材の時期の管理に沿って、配信を再開する時期を決めます。
シナリオの分岐ロジックを設計する
分岐ロジックは、入口（どのリードを乗せるか）・育成パス（反応でどう出し分けるか）・出口（MQL昇格か離脱か）の3要素で組みます。一直線のステップメールでは、反応による出し分けができません。
シナリオの分岐ロジックは、入口・育成パス・出口の3要素で構成します。入口はリードがシナリオに乗る条件、育成パスは検討段階を進めるためのコンテンツ配信ロジック、出口はMQLへの昇格条件もしくはシナリオ終了条件です。
入口の設計：リードソース別に分ける
すべてのリードを同じシナリオに流すと、検討段階のばらつきが大きくシナリオが機能しません。リードソース別に入口を分け、初期段階の推定検討段階に応じてシナリオを振り分けます。
- ホワイトペーパーDL経由：興味段階を起点としたシナリオ
- 展示会名刺：認知段階を起点としたシナリオ（多くは情報収集中）
- 料金ページ問い合わせ：比較検討段階を起点としたシナリオ
- 無料トライアル登録：意思決定段階に近い、製品理解促進シナリオ
育成パスの設計：行動シグナルに応じた分岐
育成パスでは、配信したコンテンツへの反応に応じて次の配信内容を切り替えます。たとえば、興味段階のシナリオで配信したノウハウ記事のメールがクリックされた場合は次のコンテンツ提供へ進めます。一方、開封がない場合は配信頻度を落とし、別の切り口のコンテンツを試します。
分岐の判断基準は、3つに集約すると運用しやすくなります。第一に、コンテンツへの反応の有無です。第二に、サイト来訪の質、つまり料金ページや事例ページなど比較検討段階を示すページへのアクセスの有無です。第三に、フォーム経由のアクション、つまり相談・資料請求などの能動的なアクションの有無です。
出口の設計：MQL昇格条件と離脱条件
出口は2種類定義します。一つはMQL昇格条件で、商談化が見込める段階に達したリードをインサイドセールスへ引き渡す条件です。もう一つは離脱条件で、一定期間反応がないリードをシナリオから外す条件です。
MQL昇格条件はシナリオのために新しく作らず、営業と合意済みのMQLとSQLの定義にそのまま接続します。HubSpotで運用しているなら、HubSpotでのMQL定義と設定に沿って、条件を満たした時点でライフサイクルステージが切り替わるようにしておきます。
出口に振り分けたリードをそのまま止めてしまうと、なぜ離脱したのかが手元に残りません。出口に振り分けるときは、失注や検討中断の理由を失注理由の分類に沿って記録し、次のシナリオに戻す条件に使います。
コンテンツマッピング：何を、いつ、どの順で配信するか
検討段階ごとに配信するコンテンツを一覧にし、足りない段階を先に埋めてから配信順を決めます。骨格が決まっても、3通目に送るものがなければシナリオは止まります。
シナリオ設計と並行して、コンテンツマッピングを行います。コンテンツマッピングとは、検討段階ごとに必要なコンテンツを一覧化し、不足するコンテンツを特定する作業です。シナリオを組んでから「3通目に配信するコンテンツがない」という事態を防ぎます。
段階別の推奨コンテンツ
- 認知段階：課題整理系のブログ記事、業界トレンドレポート、用語解説
- 興味段階：ノウハウ系ホワイトペーパー、フレームワーク資料、ウェビナーアーカイブ
- 比較検討段階：製品比較資料、導入事例、選定チェックリスト、ROI試算ツール
- 意思決定段階：個別相談・デモ案内、稟議用資料、料金プラン詳細、無料トライアル
配信間隔と本数の目安
配信間隔は、検討段階によって変える必要があります。認知・興味段階は週1回程度のゆるやかな配信が適切です。比較検討段階に入ると、検討期間自体が短くなる傾向があるため、3〜5日に1回程度（実務上の目安）の頻度に上げます。意思決定段階では、相談・デモへの誘導を目的とした個別フォローが中心になり、シナリオの自動配信からインサイドセールスへ引き継ぐ形に切り替えます。
本数の目安は、各段階で3〜5本程度に収めるのが現実的です。本数を増やしすぎると、開封率の低下とともにメンテナンスコストが膨らみます。段階ごとのコンテンツが足りないなら、コンテンツマーケティング戦略の制作計画に、不足している段階の分を先に入れます。
KPI設計と効果測定
シナリオの効果は、プロセス・中間・成果の3層のKPIで測り、最終的にはMQL昇格率と商談化率で判断します。「メールを送れているか」だけでは、シナリオの良し悪しは分かりません。
シナリオのKPIは、3層に分けて設計します。プロセスKPI、中間KPI、成果KPIです。それぞれ役割が異なります。
| KPI層 | 具体的な指標 | 役割 |
|---|---|---|
| プロセスKPI | 配信数、到達率、開封率、クリック率 | シナリオが正常に稼働しているかの確認 |
| 中間KPI | サイト来訪率、コンテンツDL率、シナリオ完走率 | 育成パスの機能度を測定 |
| 成果KPI | MQL昇格率、商談化率、受注貢献度 | シナリオの事業貢献を評価 |
多くの現場でつまずくのは、プロセスKPIで満足してしまうケースです。開封率が高くても、MQL昇格率が低ければシナリオは機能していません。逆に、開封率が一桁台でもMQL昇格率が想定通りなら、優先的に改善する対象は別の場所にあります。月次の振り返りでマーケ責任者がシナリオ別のMQL昇格率を並べ、開封率は高いのに昇格率が低いシナリオから配信内容を見直す、という使い方をしてください。
シナリオ完走率という重要指標
シナリオ完走率は、ステップ1からステップNまでのリード残存率を指します。たとえば、5ステップのシナリオで完走率が10%を切る（目安の例）場合、途中のどこかで配信内容と検討段階のミスマッチが起きている可能性が高いと判断できます。
ナーチャリングに使う予算を経営に説明するときは、BtoBマーケティングのROIの計算に受注額まで入れて示します。受注までに複数の接点があるなら、アトリビューション分析で、ナーチャリングのメールが受注にどれだけ関わったかを数字で見せます。
シナリオ設計でよくある失敗と対処
ナーチャリングが機能しない原因は、検討段階の未分解、出口の未定義、コンテンツ不足、プロセスKPIへの偏り、引き渡し基準のずれの5つにほぼ集約されます。MAツールを導入しても成果が出ない場合は、この5つから確認してください。
失敗例1：検討段階を分解せず、一直線のステップメールにしている
もっとも頻出するパターンです。すべてのリードに同じ5本のステップメールを送るだけでは、検討段階のばらつきに対応できません。対処は、最低でもリードソース別の入口振り分けを実装することです。
失敗例2：MQL昇格条件が曖昧、または存在しない
シナリオの出口が未定義のまま運用すると、シナリオを完走したリードがそのまま放置されます。MQLの定義を先に確定させ、シナリオの出口条件として明示することが必要です。
失敗例3：コンテンツ不足のままシナリオを組み始める
3通目以降に配信するコンテンツがなく、シナリオが途中で破綻する例です。シナリオ設計とコンテンツマッピングは並行して進める必要があります。コンテンツが足りない場合は、既存資産の再編集や、ウェビナーアーカイブのテキスト化など、ゼロから作らない方法を優先します。
失敗例4：プロセスKPIだけで効果を判断している
開封率・クリック率の改善に終始し、商談化への貢献を評価できていない状態です。中間KPI・成果KPIまで含めた測定設計が必要です。
失敗例5：マーケとインサイドセールスの引き渡し基準が合っていない
マーケがMQLとして渡しても、インサイドセールスが「商談化困難」と判断するリードが多い場合、MQL定義そのものを見直す必要があります。両部門で定期的に基準をすり合わせる仕組みが必要です。月に一度、マーケとインサイドセールスの連携の場で、差し戻されたリードを数件ずつ見ながら基準を直します。
昇格したリードに最初に何を聞くかまで決まっていないと、シナリオで積み上げた文脈が初回の接触で途切れてしまいます。インサイドセールスが最初の電話で何を聞き、どう話を分けるかは、引き渡し後の初回接触の組み立て方に沿って、昇格の条件と一緒に決めます。
シナリオを組み直しても商談が増えない場合は、止まっている場所が配信以外にある可能性があります。入口・基準・引き渡し・振り返りのどこで止まっているかを、リードナーチャリングの失敗の原因と照らして切り分けます。
シナリオ設計のはじめ方：最小構成からの組み立て
最初は1つのリードソースに1本のシナリオ、分岐は1つだけで始め、2〜3か月のデータを見てから広げます。最初から複雑な分岐を組むと、運用が回らずデータも溜まりません。
最小構成は、1つのリードソースに対する1本のシナリオから始めます。多くの場合、ホワイトペーパーDLや展示会名刺といった、件数がまとまっているリードソースを起点に選びます。
初期段階で組む最小シナリオの例
- リードソースを1つ選ぶ（例：ホワイトペーパーDL）
- 興味段階向けに3〜4本のコンテンツを準備する
- 週1回のペースで配信し、クリックの有無で2分岐させる
- サイト来訪・料金ページ閲覧をMQL昇格シグナルとして定義する
- 2か月運用後、KPIを評価して次のシナリオへ拡張する
最小構成では、分岐をクリックの有無の1つに抑えます。多段階の分岐を最初から組むと、分岐ごとのリード数が少なすぎて、どの配信が効果を出したのか判断できません。シンプルな構造で2〜3か月運用し、データに基づいて分岐を増やしていく順序が現実的です。
拡張ステップの目安
- 第1段階（0〜3か月）：単一シナリオで運用、プロセスKPIを把握
- 第2段階（3〜6か月）：リードソース別に入口を増設、中間KPIで効果検証
- 第3段階（6か月以降）：行動シグナル分岐を本格導入、成果KPIで評価
ナーチャリングのKPIは、部門全体のマーケティングKPIで決めた商談数の目標から逆算して置きます。ナーチャリングがファネルのどの段階からどの段階までを受け持つかも、同じ場で決めておきます。
最小構成から始める場合も、分岐の条件は自社のリード属性に合わせる必要があります。現在のリード構成を前提にご相談いただけます。
シナリオを増やす前に、そのシナリオが必要とするリストが条件式で自動更新される形になっているかを確認してください。手作業で更新しているリストがあれば、リスト分けとセグメント設計に沿って条件式に置き換えます。
まとめ
シナリオ設計は、メールの順番ではなく、見込み客が次の検討段階へ進む条件を決める作業です。
判断の結論は、検討段階を4つに分け、入口・育成パス・出口の3要素で分岐を組み、MQL昇格率と商談化率で評価することです。
やらない判断もあります。月のリード流入が少なく、比較検討段階のコンテンツ（事例・比較資料）が1本もない段階では、分岐シナリオを組むより先にそのコンテンツを作ってください。
次にやることは、件数が最も多いリードソースを1つ選び、興味段階向けのコンテンツを3〜4本揃えて、最小シナリオを動かすことです。MAツールの導入や運用の外注を検討している場合も、この最小シナリオの設計を先に済ませてからツール選定に進んでください。
件数の多いリードソースから、最初の1本のシナリオを組みます
リードソースごとの月間件数と、検討段階ごとにそろっているコンテンツを確かめ、入口・分岐条件・MQLへの昇格条件を決めた最小構成のシナリオと、先に作るコンテンツの一覧をお渡しします。Ampelは外部CMOとして、BtoBマーケティングの戦略から施策の実行まで支援しています。
よくある質問（FAQ）
- Q1. ナーチャリングシナリオは何本くらい用意すべきですか？
- 初期段階は1本で十分です。リードソース別の入口振り分けを行う第2段階以降で、ソースの数だけシナリオを増やしていく形が現実的です。最初から複数本を並行運用しようとすると、コンテンツ不足とKPI評価の困難さに直面します。
- Q2. メールの開封率がどの程度なら成功と言えますか？
- 開封率の絶対値で成功を判断するのは適切ではありません。同じ開封率でも、MQL昇格率や商談化率が想定通りに出ていれば成功です。逆に開封率が高くても成果KPIが伴わない場合は、コンテンツと検討段階のミスマッチを疑うべきです。業界やリードソースによって基準値は変動するため、自社の過去データとの比較で評価することを推奨します。
- Q3. シナリオを組むのにMAツールは必須ですか？
- 本格的な分岐ロジックを実装する場合は、MAツールが事実上必須です。ただし、最小構成のステップメールであれば、メール配信ツールでも開始可能です。リード件数が月数百件規模を超え、行動シグナルでの分岐が必要になった段階でMAツールへの移行を検討するのが現実的な順序です。移行を考え始めたら、MAツールの導入費用を見積もり、初期費用と月額を年間の予算に入れます。
- Q4. シナリオを設計する際、社内に必要な体制は何ですか？
- 最低限、コンテンツ作成担当とMAツール運用担当の2機能が必要です。1人が兼務する場合もありますが、シナリオの規模が大きくなるとコンテンツ作成が律速になります。社内リソースが不足する場合は、シナリオ設計の上流部分を外部の支援者に委託し、運用は内製するハイブリッド型も選択肢になります。
- Q5. シナリオを完走したリードはどう扱うべきですか？
- MQLに昇格していないリードは、休眠リストとして別管理に移し、定期的なリエンゲージメント施策の対象とします。具体的には、四半期に1回程度、新規ホワイトペーパーや業界レポートを配信し、反応があったリードを再度シナリオに戻す運用が一般的です。シナリオから外したまま放置すると、せっかくの接点資産が活かされません。
