BtoBのリードナーチャリングでは、メールの配信順を作っただけでは運用が続きません。「誰を営業へ渡すか」「何時間以内に動くか」「対象外や情報不足をどう戻すか」「どの数字を見て条件を直すか」が決まっていないと、見込み客がスコアの中で止まります。
この記事では、適合度と行動度を分け、営業への引き渡し条件、担当者、初回対応期限、結果記録、差し戻し、例外、30日後の見直しまでを一枚の運用判定表にします。メール文面の作り方ではなく、マーケティングと営業が同じ判断を続けるための実務設計です。
先に結論:スコアではなく次の行動まで決める
運用表には、少なくとも次の10項目を置きます。
- 対象商材と対象期間
- 適合度の条件と情報欠損の扱い
- 行動度の種類、回数、新しさ
- 加点、減点、除外、上限、減衰
- 高・中・低の組み合わせ
- 組み合わせごとの次の行動
- 営業通知と担当割当
- 初回対応期限と結果記録
- 差し戻し・配信停止などの例外
- 30日後の確認指標と承認者
点数が高いことは、営業へ渡してよいことと同じではありません。対象外、配信停止、既存顧客、重複、データ欠損などのゲートを通過し、担当と期限が決まって初めて引き渡しが成立します。
作る成果物はナーチャリング運用判定表
シナリオ図に「資料請求後は事例メールを送る」「料金ページを見たら営業へ通知する」と書くだけでは、日々の判断がそろいません。必要なのは、判定理由から営業結果まで追える一枚の表です。
| 区分 | 記録する内容 | 責任者 |
|---|---|---|
| 判定 | 適合度、行動度、根拠、判定日時 | マーケティング |
| 事前ゲート | 同意、配信停止、重複、既存顧客、対象外 | マーケ・管理 |
| 引き渡し | 通知時刻、担当者、初回対応期限 | 営業責任者 |
| 結果 | 受理、接続、商談、保留、対象外 | 営業担当 |
| 差し戻し | 理由、次担当、再判定日 | マーケ・営業 |
| 見直し | 誤判定、未処理、期限超過、商談化 | 両部門責任者 |
ツール上の設定名ではなく、両部門が同じ意味で読める名称にします。リード獲得の入口自体を設計する段階はWebサイト全体でリードを獲得する方法へ分け、本記事では獲得後の判定と引き渡しに集中します。
適合度と行動度を分けて判定する
適合度は自社の提供範囲と合う相手か、行動度は検討がどこまで進んでいるかを示します。二つを合計点だけで扱うと、対象外の企業が多数のページを見たケースと、対象企業が具体的な相談行動を取ったケースが同じ点数になることがあります。
HubSpotの公式スコアリング資料も、Web閲覧やフォーム送信などを見るengagement scoreと、役職や企業規模などを見るfit scoreを分け、両者を組み合わせる方法を説明しています。これは一つのツール実装例です。機能や対象は契約により異なるため、自社の判定定義を先に作ります。
| 軸 | 見る項目 | 注意点 |
|---|---|---|
| 適合度 | 対象業種、企業規模、地域、役割、課題、導入時期 | 未入力を対象外と混同しない |
| 行動度 | 相談、面談予約、資料請求、料金・事例閲覧、メール反応 | 回数と発生時期を含める |
| 事前ゲート | 既存顧客、重複、配信停止、テスト、対象外 | 点数ではなく別判定にする |
企業規模や役職が未入力の場合は、適合度を低と断定せず「確認待ち」にします。情報不足を誰がいつ補うかを決めると、対象外と欠損を分けられます。
加点・減点・除外・上限・減衰を使い分ける
一般記事の閲覧やメール開封を無制限に加点すると、軽い行動の反復だけで営業通知が発生します。次の五つを別欄にします。
- 加点:相談、面談予約、特定サービスの資料請求など、検討の具体性が増す行動
- 減点:長期無反応、対応地域外など、優先度を下げる条件
- 除外:配信停止、自社社員、テスト、明確な対象外など、通常判定へ入れない条件
- 上限:閲覧や開封の反復が点数を押し上げ続けないための限度
- 減衰:古い行動の影響を時間経過で弱める条件
公式資料では、グループ別上限、加点・減点、イベントの頻度と期間、score decay、対象・除外リストなどが案内されています。設定を細かくするほど正確になるとは限りません。最初は営業判断に影響する条件だけを置き、理由を説明できない点数は削ります。

高・中・低の組み合わせで次の行動を決める
| 組み合わせ | 初期判断 | 次の行動 |
|---|---|---|
| 高×高 | 営業引き渡し候補 | 事前ゲート通過後、SLAに沿って通知 |
| 高×中 | 育成継続 | 関心テーマに合う情報を届ける |
| 高×低 | 低頻度で育成 | 接点を保ち、時期の変化を待つ |
| 中×高 | 確認後に引き渡し | 不足属性を補い、対象なら通知 |
| 低×高 | 停止・確認 | 行動目的と対象可否を人が確認 |
| 低×中・低 | 保留・除外 | 通常営業から外し、必要時に再判定 |
高×中と中×高は同じ中間判定ではありません。前者は対象企業だが検討が浅い状態、後者は行動が強いが属性確認が必要な状態です。合計点ではなく二軸を残すことで、次の行動が変わる理由を説明できます。
営業引き渡しのSLAを決める
ここでいうSLAは、マーケティングから営業へ渡した後の担当と期限をそろえる運用合意です。閾値だけ決めても、通知先、割当、期限、結果記録が曖昧なら滞留します。
| 欄 | 決める内容 | 例外 |
|---|---|---|
| 担当割当 | 地域・業種・商材の割当規則 | 休暇・退職時の代替担当 |
| 初回対応期限 | 通知から何営業時間以内か | 営業時間外・休業日 |
| 結果記録 | 受理、接続、商談、保留、対象外 | 未入力時の督促先 |
| 差し戻し | 理由コード、次担当、再判定日 | 重複・情報不足・時期尚早 |
期限に普遍的な正解はありません。「営業時間内は4営業時間以内」など実行可能な仮置きをし、30日間の件数と体制で検証します。緊急性の高い相談と、情報収集段階の資料請求を同じ期限にしない方法もあります。
ワークフローを使う場合、初回登録と再登録を分けます。HubSpotでは既定で最初に条件を満たした時だけ登録されます(登録条件の公式資料)。再登録には使えない条件があり、再登録すると処理を最初から実行します(再登録条件の公式資料)。差し戻したリードを再通知するのか、一度で止めるのかを設定前に決めます。

例外処理を通常フローから分ける
例外を点数の調整だけで吸収すると、止まった理由が分かりません。通常判定の前に、除外、保留、別担当への振り分けを置きます。
- 既存顧客:新規営業へ渡さず、既存担当やカスタマーサクセスへ送る
- 重複:基準レコードへまとめ、担当者と最新行動を引き継ぐ
- 配信停止:マーケティングメールから外し、スコア上昇で復帰させない
- 担当不在:代替担当または共通キューへ移す
- データ欠損:低判定ではなく確認待ちにし、担当と期限を置く
- 問い合わせ種別違い:採用、取材、売り込み等の専用窓口へ分ける
「対象外」だけでは改善に使えません。理由コードを分けると、フォーム項目、CRM連携、除外条件、担当割当のどこを直すべきか判断できます。フォームの入力負担そのものを見直す場合はEFOの改善判断へ分けます。
30日パイロットで誤判定と未処理を確認する
初日から全商材・全流入へ適用せず、一つの商材または流入経路に絞って30日間試します。30日は売上効果を断定する期間ではなく、誤判定、未処理、記録漏れ、例外の詰まりを見つける期間です。
| 確認項目 | 記録する証拠 | 見直す場所 |
|---|---|---|
| 判定 | 対象件数、適合度、行動度、根拠 | 属性・行動条件 |
| 割当 | 通知時刻、担当者、未割当件数 | 割当規則・代替担当 |
| 初回対応 | 対応時刻、手段、期限超過 | SLA・営業体制 |
| 結果 | 受理、接続、商談、保留、対象外 | 結果ステータス |
| 差し戻し | 理由コード、再判定日、次担当 | 除外・取得項目 |
| 未処理 | 未割当、未対応、未入力、未再判定 | 通知・責任分担 |
差し戻しが多いからといって、すべて閾値を上げるわけではありません。適合度不足なら属性条件、行動が弱いなら行動度、未割当なら割当規則、期限超過ならSLAか体制を見直します。商談にならなかった対象企業が時期尚早だった場合は、誤判定ではなく育成への差し戻しです。
費用対効果は商談だけでなく運用損失も見る
30日間で売上だけを評価すると、検討期間の長いBtoBでは早すぎることがあります。引き渡し件数、営業受理率、期限内対応率、対象外率、差し戻し率、未処理件数、商談化件数を同じ対象期間で見ます。
既存データで取得できない指標は推測せず、「未設定」「履歴不足」「担当未入力」を分けます。Web行動と問い合わせの計測定義はGA4のキーイベント設計、流入はあるのに相談へつながらない原因は問い合わせが来ない原因診断で確認してください。
失敗しやすい設計を先に除く
運用開始前に、よくある停止原因を表へ書き出します。第一は、メール開封や一般記事閲覧だけで点数が上がり続ける設計です。上限と新しさがないため、過去の軽い関心が現在の営業優先度に見えてしまいます。第二は、企業属性の未入力を対象外と同じ低点にすることです。情報不足は確認待ちへ分けます。
第三は、営業通知後の担当と期限がない状態です。通知件数が増えても未処理が増えるだけになります。第四は、営業が「違う」と感じた理由を自由記述だけで戻すことです。理由コードがなければ閾値、属性、フォーム、割当のどこを直すか集計できません。第五は、配信停止や既存顧客を大幅減点だけで処理することです。別の加点で再び閾値を超えないよう、スコア外の除外ゲートにします。
一つの問題に対して一つの条件だけを変更し、変更日、承認者、対象期間を残します。点数、ワークフロー、メール、営業期限を同日にすべて変えると、30日後に何が効いたか判定できません。
同意・配信停止・個人データを別ゲートで確認する
高スコアでも、配信やデータ利用の条件を満たしているとは限りません。迷惑メール相談センターの案内では、広告宣伝メールは原則として事前承諾が必要で、送信者名や受信拒否通知先等の表示、送信拒否後の送信禁止が示されています(特定電子メール法の案内)。例外もあるため、取得経路と配信内容に応じて法務・専門家へ確認します。
個人情報保護委員会のガイドラインは、フォーム等で本人から直接個人情報を取得する場合の利用目的明示や、安全管理措置を説明しています(個人情報保護法ガイドライン)。フォーム、プライバシーポリシー、メール、CRMの権限を横断し、利用目的、配信停止の反映先、閲覧者、外部連携範囲を確認してください。
実装前に一枚へまとめる
- 対象商材、流入経路、30日の対象範囲
- 適合度と行動度の高・中・低条件
- 欠損、減点、除外、上限、減衰
- 組み合わせごとの営業通知・育成・確認・停止
- 担当割当、初回対応期限、結果ステータス
- 差し戻し理由、次担当、再判定日
- 同意、利用目的、配信停止、アクセス権
- 30日後に確認する件数・率・未処理
BtoBページ側で対象顧客や判断材料が曖昧なら、先にBtoBサイトのページ役割を整理します。運用表とCRM・Web計測を一続きで整える支援はWebマーケティング・集客支援でご案内しています。
まとめ
リードナーチャリングのシナリオは、メール順とスコア閾値だけでは完成しません。適合度と行動度を分け、加点・減点・除外・上限・減衰を定義し、高・中・低の組み合わせで次の行動を決めます。そのうえで、営業通知、担当、期限、結果、差し戻しをSLAにし、例外と同意を通常フローの前で処理します。
最初は一つの商材・流入経路に限定し、30日間の誤判定、未処理、期限超過、差し戻し理由を確認してください。条件を増やす前に、マーケティングと営業が同じ一枚を使って判断できる状態を作ることが先です。
適合度・行動度・営業SLA・例外処理を一枚へ整理したい方へ
お問い合わせフォームから、対象商材、現在の取得項目、CRM、営業への引き渡し方法をお知らせください。