マルチタッチ・ケイデンスとは、複数回・時間差・条件分岐で構成された連続フォローアップ設計である。
数百万円かけた展示会ブースから、数百枚の名刺やバッジスキャンを持ち帰った直後、現場で何が起きるか。リードリストをエクセルに転記し、テンプレメールを一斉送信し、返信が来た数件だけを追いかける。残りは数日で温度が下がり、3週間後には誰の机にも開かれない名刺の束として沈黙する。これが多くの B2B 営業の現状。
問題の本質は「人手が足りない」ことではありません。フォローの仕組みが構造化されておらず、誰がいつ何を送るかが担当者の裁量に丸投げされている点にあります。AI と CRM を組み合わせて「マルチタッチ・ケイデンス」を自動化すれば、属人化の沼から抜け出せる。本記事では、HubSpot Workflows のような公式機能で実装できる現実的な設計手順を、トリガー・分岐・停止条件・KPI の4観点で整理していきます。
- 展示会後のフォローアップは「単発メール依存」「タイミング属人化」「停止条件の欠如」の3点で破綻している
- マルチタッチ・ケイデンスは「タッチ番号×経過日数×分岐条件」の3軸で設計する仕組み
- HubSpot Workflowsなどの公式機能とAI文面生成を組み合わせれば、担当者は高温度リードだけに集中できる
展示会後のフォローアップが属人化する3つの構造的理由
展示会の終了直後、リードリストはまだ「熱い」状態にあります。来場者の頭の中には製品の記憶が残っており、ブースで交わした会話の文脈も鮮明。しかし、この温度は時間とともに急速に冷えていく。フォローアップが属人化していると、温度が下がる前に動ける担当者はごく一部に限られます。なぜ属人化が起きるのか、構造的な理由を3つに分解していきます。
数百件のリードを手作業で捌けない物理的限界
ブースで取得したバッジスキャンが300件あったとします。1件あたり個別メールの作成・送信に5分かかると、25時間。展示会から戻った担当者がこの作業を1日で消化するのは不可能。実際には「ホットそうな上位30件だけ」をピックアップし、残り270件は後回しになります。後回しになったリードは、翌週・翌々週と時間が経つにつれ「もう手遅れ感」が出て、最終的に誰も触らない名簿として死蔵される。
物理的に処理できない件数を前提にしていること自体が、最初の構造欠陥。
「いつ・誰が・何を送るか」が担当者の裁量に依存
担当者Aは展示会の翌日に挨拶メールを送り、担当者Bは1週間後に資料添付メールを送る。リードから返信があった場合、Aは即日電話するがBは2日後にメールで返す。この差は個人の経験則・繁忙度・気分に左右される。結果として、同じ温度のリードでも担当者によって対応に大きな差が生まれ、機会損失が発生します。
判断基準が標準化されていない領域では、改善のための振り返りも難しい。「なぜ受注に至らなかったか」を分析しようにも、フォロー履歴の質が担当者ごとにバラバラだから比較できないのです。
反応のないリードを切り捨てる判断ができない
3回メールを送って一度も返信のないリード。これを4回目・5回目と追い続けるべきか、撤退すべきかの判断は感情的に難しい。「もう少し送ればもしかしたら」という未練と、「これ以上送ったらスパム扱いされる」という不安が拮抗するなか、結果として中途半端なフォローが延々と続くケースが目立ちます。
撤退条件が明文化されていないと、フォロー対象リストはひたすら肥大化し、本当に追うべき新しいリードに集中できなくなる。これが3つめの構造的問題。
マルチタッチ・ケイデンスとは何か：単発メールとの設計差
属人化を解く鍵が、マルチタッチ・ケイデンスという考え方です。これは「1通の完璧なメール」を目指す発想を捨て、複数回のタッチを時間差と条件分岐で構造化したシーケンスを指します。
マルチタッチ・ケイデンスの定義
ケイデンス（cadence）は本来「リズム」や「拍子」を意味する語。マーケティング文脈では、リードに対する接触の順序とタイミングを規則化した連続シーケンスを示します。例えば「展示会翌日に挨拶メール」「4日後に資料案内」「10日後に事例紹介」「20日後に最終確認」といった具合に、何を・いつ・どの条件で送るかを事前に定義しておく方式。
定義が明確だから、誰が運用しても同じ品質で動かせる。これが属人化への解毒剤になります。
単発メールが失敗するメカニズム
1通の挨拶メールで完結させようとすると、3つの失敗パターンが発生します。第一に、リードのタイミングと合わない。展示会直後は出張疲れで受信箱を見ない人もいれば、5日後にやっと整理を始める人もいる。第二に、1通で全情報を盛り込もうとして長文化し、開封されても読まれない。第三に、返信がなかった時の次手が用意されていないため、そこで関係が途切れます。
時間差を置いた複数タッチに分解すると、それぞれのメールが軽くなり、リードの読みやすいタイミングのどこかに引っかかる確率が上がっていく。
ケイデンス設計の3軸（タッチ番号・経過日数・分岐条件）
設計の中核は次の3軸です。
| 軸 | 内容 | 例 |
|---|---|---|
| タッチ番号 | 何回目の接触か | Touch 1 / Touch 2 / Touch 3 |
| 経過日数 | 起点（Day 0）からの経過 | Day 1 / Day 5 / Day 12 |
| 分岐条件 | 次のタッチに進むかどうかの判断 | 返信なし / 開封なし / Not Now |
この3軸でマトリクスを引けば、シーケンス全体が一覧化される。担当者の頭の中にあったロジックがテーブルに書き出されることで、運用は劇的に標準化されます。
AI×CRMで自動化フォローアップエンジンを構築する4ステップ
ケイデンスの考え方が固まったら、次は実装。HubSpot Workflows のような CRM 公式の自動化機能と AI 文面生成を組み合わせる方針で、4ステップに分けて構築していきます。
ステップ1：トリガーと「Post-Event」リストの設計
シーケンスを起動するきっかけ（トリガー）を明確に定義します。展示会のバッジスキャンデータをCRMにインポートする際、リードのプロパティに「Post-Event」リストへの所属フラグを付与する。このフラグが立った瞬間が Day 0。
具体的な手順は以下の通り。
- CRM内に「Post-Event-2026春展示会」のような専用リストを作成
- インポート時に取得経路（展示会名・ブース番号）をプロパティとして記録
- 「リストに追加された」をトリガーとするワークフローを起動状態にする
- ワークフローの最初のアクションを「Day 0 のタイムスタンプを記録」に設定
トリガーが曖昧だとシーケンスが二重起動したり、過去リードに誤発火する事故が起きる。リスト名と取得経路をプロパティで明示しておくのが事故防止の最低条件。
ステップ2：ケイデンスのタイミングと条件分岐をマッピング
Day 0 を起点に、何日後にどのタッチを送るかをワークフロー上に配置していきます。HubSpot Workflows では「遅延アクション」と「分岐アクション」を組み合わせて、以下のようなフローを実装できる。
- Day 1: Touch 1（リキャップメール）を送信
- Day 5: Touch 1 への返信を判定 → 返信ありなら別フローへ離脱 / 返信なしなら Touch 2 へ進む
- Day 5: Touch 2（バリューアッドコンテンツ）を送信
- Day 12: Touch 2 の開封状況を判定
- Day 12: Touch 3（ソーシャルプルーフ・導入事例）を送信
- Day 20: Touch 4（最終確認）を送信
- Day 25: 全タッチで反応なし → アーカイブステータスへ移動
この時点ではまだ文面生成は含まれていません。フローの「骨組み」だけを先に組み、テストで分岐の動作確認まで終わらせるのが安全。
ステップ3：AIによる文面生成とパーソナライズの組み込み
骨組みができたら、各タッチの文面を AI で生成・パーソナライズします。HubSpot のような主要 CRM では AI アシスタント機能が標準搭載されつつあり、リードのプロパティ（業種・役職・展示会で関心を示したソリューション）を変数として差し込んだ文面を自動生成できる方針です。
文面生成では以下の3点を必ず指示に含める。
- リードが展示会のどのセッションやデモに反応したか（プロパティから引用）
- 業種別の課題仮説を1つだけ提示する（汎用フレーズは禁止）
- CTA は「資料ダウンロード」「ミーティング予約」など1つに絞る
複数CTAを並列で並べると意思決定コストが上がって全部スルーされる。1メール1CTAが鉄則。
ステップ4：Exit Rules（停止条件）の設計
シーケンスを「いつ止めるか」の設計が、実は最も難しいパート。停止条件は次の4種類を必ずカバーします。
| 停止条件 | 動作 |
|---|---|
| 肯定的な返信 | シーケンス即停止 → 担当者の手動対応キューへ |
| Not Now / 配信停止希望 | シーケンス停止 → アーカイブ |
| 全タッチ無反応 | 撤退フラグ → 別の長期育成リストへ移動 |
| メールアドレス無効・バウンス | データクレンジングキューへ |
ここを設計しないと、肯定的な返信をくれたリードに翌日テンプレメールが届き、信頼を一瞬で失う事故が起きます。
なお、リードに送る情報の品質を多面的に検証する考え方は、動画やコンテンツの品質ゲート設計と通じる部分が多い。詳しくは マルチモーダル検品の実装例｜動画コンテンツに対する多段品質ゲートと評価軸の組み方 で、多段ゲートと評価軸の組み方が体系的に整理されています。
反応別の分岐設計：ホットリード・冷却リード・無反応リード
ケイデンスの骨組みができたら、リードの反応を3カテゴリに分けて分岐ロジックを精密化していきます。同じ「無反応」でも、開封はしているが返信がない場合と、開封すらしていない場合では次の手が変わるはず。
返信ありリードを担当者の手動対応に引き上げる仕組み
肯定的な返信が来た瞬間に自動化を完全停止し、リードを「高優先キュー」に移すのが基本動作。具体的には次の流れ。
- 返信検知（CRM の inbox 統合か、メールゲートウェイのwebhook経由）
- シーケンスのアクティブ状態を即時停止
- リードのライフサイクルステージを「MQL → SQL」へ昇格
- 担当営業に Slack やメールで通知（リード名・展示会名・反応内容を1メッセージに集約）
- 24時間以内に手動対応が始まったかどうかを SLA 監視
ここで自動化が止まらないと、担当者が電話で話している最中に「お元気ですか？」というテンプレメールが届く悲劇が起きる。返信検知とシーケンス停止のラグは1分以内に収めたい。
「今は不要」のリードを傷つけずに離脱させる設計
Not Now / 配信停止 の返信は、関係を断つのではなく「将来の見込み」として保存しておく価値がある領域。シーケンスは止めるが、リードのデータは消さない設計が望ましいでしょう。
- キーワード検知で「今は不要」「配信停止」「unsubscribe」を判別
- 配信停止希望なら法的に完全離脱（GDPR・改正個人情報保護法に準拠）
- 「今は不要」程度なら、6か月後に再起動する長期育成リストへ移動
- 移動時に「断り理由メモ」を AI で要約して残しておく
断り理由を残しておけば、半年後の再アプローチで「以前は○○のタイミングではないとのことでしたが、現在は…」と文脈をつないだ提案ができます。
無反応リードへの段階的価値提供と最終撤退条件
最も難しいのが、開封はあるが返信のないリードへの扱い。ここを丁寧に設計しないと、シーケンスが冗長になりスパム認定される危険があります。
| タッチ | 内容の例 | 経過日数 |
|---|---|---|
| Touch 2 | 業種別の課題事例 | Day 5 |
| Touch 3 | 導入事例・ROI実績 | Day 12 |
| Touch 4 | 短い最終確認メール | Day 20 |
| 撤退 | 長期育成リストへ移動 | Day 25 |
4回タッチして反応がない場合は、それ以上追わないのが原則。撤退は「失敗」ではなく「再アプローチ用の情報を整理しておく工程」と捉え直すのが健全。
自動化を失敗させる典型パターンとKPI設計
仕組みが動き出した後に発生する典型的な失敗と、それを早期発見するための KPI 設計を整理していきます。
Exit Rulesの設計漏れで起こる「無限フォロー」事故
最も多い事故は、停止条件の設計漏れによる「無限フォロー」。返信検知の条件が「明確な YES の文面のみ」になっていると、「興味はあるが今は忙しい」という曖昧な返信が無反応扱いされ、次のタッチが送られる。リード側からすると「ちゃんと返事したのに無視された」と感じる最悪の体験。
対策は2段階で行う。第一段階は、キーワード検知ではなく AI による意図分類で「肯定」「否定」「保留」「クレーム」の4分類を判定する仕組みに置き換える。第二段階は、判定の信頼度が低い場合は自動化を一時停止し、担当者にエスカレーションするフローを組む。
AI生成文面のテンプレ化でスパムフィルタに引っかかる
AI で文面を自動生成しても、変数の差し込みパターンが少ないと「ほぼ同じ文面」が大量に送信される事態になります。メールサービス側のスパムフィルタはこの「類似度の高い大量送信」を検知するため、ドメイン全体のレピュテーションが下がり、正常なメールも届かなくなる。
回避策は次の3点。
- 文面の冒頭3行を5パターン以上用意し、ランダムに選択させる
- リードの業種・役職・取得経路の組み合わせで文面の論点を変える
- 送信頻度を1分あたり30通以下に抑え、バースト送信を避ける
ホットリード昇格条件が緩すぎて担当者が疲弊する
「返信があった = ホットリード」と単純化すると、自動応答や不在通知まで担当者キューに流れ込み、現場が疲弊します。「自動返信」「席を外しております」「現在出張中」といったフレーズを除外フィルタとして必ず組み込み、人間からの実質的な返信のみを昇格対象にする設計が必要。
タッチごとに測るべき4つの数値
仕組みが回り始めたら、改善のために以下4指標を測定する。
| 指標 | 何を見るか |
|---|---|
| タッチ別開封率 | 件名と送信タイミングの最適化余地 |
| タッチ別返信率 | 文面の説得力と関心喚起の質 |
| ホットリード転換率 | シーケンス全体の効率 |
| 撤退率 | リード品質の見極めとリスト選定 |
これらを週次でレビューし、最も成績の悪いタッチから順に文面・タイミングを改善していけば、シーケンス全体の質が継続的に向上していきます。
改善サイクルを回すレビュー頻度の目安
シーケンスは作って終わりではなく、レビューと修正を繰り返す対象。展示会直後の1か月は週次、その後は月次のレビューが目安。指標が安定したら四半期に1回の見直しで十分。短期的な数値変動に過剰反応してシーケンスを頻繁にいじると、効果測定そのものが成立しなくなる点に注意。
よくある質問
Q. 小さい会社でも導入できますか？
HubSpot の無料プラン版でも基本的なワークフロー機能は使えるため、小規模チームでも導入可能。最初は3タッチ程度の単純なシーケンスから始め、運用に慣れてから分岐ロジックを増やす方針が現実的でしょう。
Q. AIが書く文面で人間味は出せますか？
リードのプロパティを変数として差し込み、業種別の課題仮説を文面に含めれば、テンプレ感は大きく減らせます。ただし完全に AI 任せにせず、各タッチの文面テンプレートを人間が一度はレビューし、ブランドトーンと整合するか確認することが推奨されます。
Q. 展示会以外でも使える設計ですか？
使えます。ウェビナー視聴後・資料ダウンロード後・問い合わせ後など、トリガーを変えれば同じケイデンス構造を流用できる。ただしトリガーごとにリードの温度感が違うため、初動のタッチ内容は調整が必要。
Q. 最初の1サイクルにかかる期間はどれくらいですか？
3タッチ・25日間程度のシーケンスを組むのが標準。設計と CRM への組み込みに1〜2週間、テスト運用に1週間、本番投入後の様子見に1か月を見込むと、最初のサイクル完了までは約2か月。
Q. CRMを持っていない場合はどうすればいい？
HubSpot の無料プランや、Zoho CRM・Pipedrive など低価格帯の CRM で始められます。スプレッドシート＋メール配信ツールでも初期は代替可能だが、分岐ロジックと停止条件の自動化が手動になり、属人化が再発しやすい点に注意が必要。
まとめ
展示会後のリードフォローアップが属人化する原因は、人手不足ではなく「単発メール依存・タイミング属人化・停止条件の欠如」という3つの構造的問題でした。マルチタッチ・ケイデンスという考え方で「タッチ番号×経過日数×分岐条件」の3軸を明示し、HubSpot Workflows のような CRM 公式機能と AI 文面生成を組み合わせれば、属人化から抜け出す道筋が見える。
実装の要は、トリガー・分岐・停止条件・KPI の4観点を最初から組み込むこと。特に停止条件の設計を怠ると「肯定的な返信に対してテンプレメールを返す」最悪の事故が起き、ブランド毀損につながります。
完璧なシーケンスを最初から目指さず、3タッチ・25日間程度の最小構成でまず1サイクル回してみてください。週次でタッチ別の数値を見て、最も成績の悪いタッチから改善していく。これを3サイクル繰り返せば、属人化フェーズに戻ることはなくなる。
