Chat Funnel 構築ガイド

日本語

チームを疲弊させない24時間365日のChat Funnelの構築

あるdemand genマネージャーのチームは、午後11時にWhatsAppメッセージに返信していました。緊急事態があったわけではありません。リードにいつ返信が来るかを伝えるシステムがなく、担当者がいつ電話を確認しなくていいかを伝えるシステムもありませんでした。常時対応という期待は暗黙的に存在し、消耗するものでした。

再構築されたフローはこのような形でした。自動化が時間外のすべてのリードのクオリフィケーションと保留を処理します。担当者は事前にクオリファイ済みの会話リストを翌朝受け取り、フォローアップできる状態にしておきます。ホットリード（特定の基準を満たした上位5%）には、担当の1人にリアルタイムアラートが届きます。稼働時間が守られるようになりました。

24時間365日のカバレッジは、24時間365日の人間によるスタッフを意味しません。自動化がすべての会話の最初の80%を処理し、担当者は本当に必要なときだけ介入するということです。McKinseyのB2Bセールス自動化に関するリサーチによると、AIが初期クオリフィケーションを処理し、人間が高価値な会話を担当する階層型自動化を導入した企業は、完全な人間対応または完全自動化のアプローチと比べてConversion Rateが20〜30%高いとされています。

常時稼働カバレッジの3層構造

このアーキテクチャは、異なる種類の会話を処理する3つの層で構成されています。どのinboxプラットフォームで運用するか検討中の場合、Respond.io vs ManyChat comparisonでは各層の設定に影響する運用上の違いが解説されています。

Layer 1: AI / 自動化（未クオリファイ及び時間外の会話をすべて処理）

この層は人間の介入なしに24時間365日稼働します。以下を処理します:

ICPの基準を満たさない未クオリファイのリード
あらゆるリードからの時間外の会話
標準的なクオリフィケーションの質問とルーティング
リソース、ケーススタディ、情報の提供

全会話量の約70〜80%がここに集まります。担当者はこれらに関与しません。

Layer 2: 非同期人間フォローアップ（翌営業日のクオリファイ済みリード）

クオリフィケーションを完了してICPの基準を満たすリードのうち、営業時間外に到着したものは構造化されたキューに入ります。担当者は翌営業日の最初にこのキューを処理します。買い手には期待値を設定する自動メッセージが届き、担当者は完全なコンテキスト付きの優先リストを受け取ります。

全会話量の約15〜25%がここに入ります。

Layer 3: リアルタイム人間対応（定義された基準を満たすホットリード）

一部のリード（高い意図、完璧なICP適合、即時会話の明示的なリクエスト）が、担当の担当者へのリアルタイムアラートをトリガーします。これは全会話量の2〜5%であるべきです。それを超えている場合は、基準が十分に絞り込まれておらず、担当者が常に割り込みを受けている状態です。

時間外フローの設計

営業時間外に新しい会話が届いたとき、botは3つのことを行うべきです:

挨拶とクオリフィケーション（標準的なクオリフィケーションの質問を実行する）
現実的な返信期待値を設定する
買い手が何も得られない状態にならないよう、即座に価値を提供する

保留メッセージは具体的であるべきで、汎用的であってはなりません。比較してみましょう:

汎用的（避けるべき）: 「ご連絡ありがとうございます。担当者がすぐにご返信いたします。」

具体的（使うべき）: 「メッセージを受け取りました。現在チームは対応中ではありませんが、[担当者名]が明日の朝[具体的な時間]までにご返信いたします。その間、[お客様のご要望に直接関連するリソース]: [リンク]をご覧ください。」

具体的なバージョンは、買い手にいつ返信が来るかを正確に伝え、すぐに役立つものを提供します。遅延を不便さとしてではなく、質の高いプロセスの特徴として位置付けています。

返信タイミングのセグメント分け。 すべてのリードが同じ返信ウィンドウに値するわけではありません:

リードのクオリフィケーション状況	返信コミットメント
ICP適合 + 高い意図（できるだけ早くのタイムライン）	「営業開始から2時間以内に返信」
ICP適合 + 中程度の意図	「翌営業日の終業までに返信」
未クオリファイまたは低い意図	「2営業日以内に返信」またはnurture sequence

フロー内の条件を使ってこのセグメント分けを設定してください。クオリフィケーションの質問が完了した後、クオリフィケーションの結果に基づいて異なる保留メッセージのバリエーションにルーティングします。

営業時間検知

会話が営業時間中と時間外で異なる形で処理されるよう、時間ベースのルーティングを設定してください。

ManyChat での設定:

ManyChat にはネイティブの営業時間モジュールはありませんが、時間ベースの条件ブロックを使えます。条件（Conditions）で「Current time is between」チェックを追加します。時間を設定し（例: 月〜金午前9時〜午後6時）、Yesパスをライブハンドオフステップに、Noパスを時間外保留フローに接続します。

タイムゾーン処理について: ManyChat はアカウント設定で設定されたタイムゾーンを使用します。複数のタイムゾーンにまたがる海外リードがいる場合は、フローの早い段階でリードのタイムゾーンを確認し、カスタム属性として保存してルーティングロジックで使用する必要があります。

Respond.io での設定:

Respond.io には Settings → Business Hours でネイティブの営業時間設定があります。日ごとに時間を設定し、自動化ルールの条件ブロックとして「Business Hours Check」を使用します。Respond.io が時間の変更に合わせてチェックを自動更新するため、手動の時間条件より信頼性が高いです。

ルーティングロジックツリー:

新しい会話が届く
  ↓
営業時間チェック
  ├── 営業時間内 → クオリフィケーションフロー実行 → 
  │     ├── ICP適合？ → 対応可能な担当者にアサイン
  │     └── 不適合？ → botのクオリフィケーションのみ、人間介入なし
  └── 時間外 → クオリフィケーションフロー実行 → 
        ├── ホットリード基準を満たす？ → 担当者にアラート
        ├── ICP適合、中程度の意図？ → Layer 2キュー + 保留メッセージ
        └── 未クオリファイ？ → リソース送付 + フォローアップをスケジュール

海外リードのタイムゾーン処理。 グローバルキャンペーンを運用している場合は、フローの最初に国の検知ステップを追加してください（MetaはWhatsApp API経由でロケーションデータを渡します）。リードの国に基づいてルーティングします。EUリードにはEUタイムゾーンの営業時間チェックを、APACリードにはAPACのチェックを適用します。Statista global messaging app usageデータによると、WhatsAppの優位性は地域によって大きく異なり、APACおよびLATAMの利用者は米国の営業時間とは異なるピーク時間帯を持つ場合があります。地域ごとに別々の自動化ルールが必要になりますが、これにより米国チームが夜中2時に対応が必要だったAPACリードのバックログを抱えて起床するという事態を防げます。

「ホットリード」エスカレーション閾値の定義

担当者はホットリードのみリアルタイムアラートを受け取ります。基準は十分に絞り込まれていなければ意味がなく、担当の役割が過負荷になります。ホットリードの定義は、lead routing automation rulesと一致させ、両方のシステムがリアルタイムエスカレーションに同じ閾値を使用するようにしてください。

B2B SaaS製品のホットリード基準の例:

ICPの会社規模に適合、かつ
タイムライン = 「できるだけ早く」、かつ
次のいずれか: 自由記述で具体的なユースケースに言及、競合他社に言及、「予算がある」と発言

3つの条件がすべて同時に満たされる必要があります。「できるだけ早く」のタイムラインを持つICP適合企業だけではLayer 2です（翌営業日のフォローアップ）。3つ目のシグナル（積極的な購買行動）の追加によって Layer 3 になります。

担当モデル。 Layer 3のエスカレーション対応に各シフトで1人の担当者を指定してください。週ごとにローテーションします。担当者はホットリードに対してより高い応答期待値を持ちますが、量は少ないことを理解しています。すべての担当者が事前に自分の担当週を把握できるよう、ローテーションを公開してください。

Respond.io では、Layer 3の会話をチームinboxではなく担当者に直接アサインしてください。モバイルアプリ経由でプッシュ通知を送信します。担当者はinboxを監視する必要はありません。基準を満たしたリードに対して特定のアラートが届きます。

フォローアップ自動化シーケンス

Layer 2のリードは翌営業日の朝に自動フォローアップを受け取ります。遅延シーケンスとして設定してください:

メッセージ1（翌営業日の朝9時に送信）: 「おはようございます。[会社名]の[担当者名]です。昨夜、[お客様のご要望]についてご連絡いただいていましたね。状況を確認いたしました。[簡潔な関連する観察]。今日15分ほどお時間をいただけますか？こちらから予約できます: [リンク]」

このメッセージは（クオリフィケーションフローで保存した）お客様の具体的な状況に言及し、担当者名で自己紹介し、予約への直接パスを提供します。

メッセージ2（返信がない場合、翌日に送信）: 「昨日のご連絡の件でのフォローアップです。[担当者名]です。タイミングが合わなかった場合は、[具体的なリソース]を送ることもできます。[お客様のユースケース]について詳しく解説されています。ご連絡をお待ちしています。」

メッセージ3（まだ返信がない場合、5日後に送信）: 「最後のフォローアップです。受信トレイをあふれさせたくありません。[課題]についてまだ検討中の場合は、ご都合の良いときに質問にお答えします。その間、役立つリソースをこちらにご用意しました: [リンク]」

3通のメッセージに返信がない場合は、コンタクトを終了させるのではなく、より長い間隔のnurture sequence（月次チェックイン）に移行してください。

買い手への期待値の設定

返信時間に関する期待値を設定する際の表現が、待機中にリードの関心が持続するかどうかを左右します。

遅延を品質管理として位置付ける: 「急いだ返信ではなく、丁寧な対応をしたいと考えています。[名前]が[時間]にご連絡いたします。」

曖昧ではなく、具体的なコミットメントを伝える: 「明日の営業開始から2時間以内」は「明日」より具体的です。「正午まで」は「すぐに」より具体的です。

即座の価値提供で待機時間を短く感じさせる: すべての保留メッセージには、リソース、関連するインサイト、または待機中に買い手が考えられる具体的な質問を含めてください。関心を持ち続けている買い手は、関心を失いにくくなります。

チームのワークフロー設定

常時稼働システムが隠れた運用上の負債を生まないよう、チームのチャット設定を構成してください。AI agent fallback flowsとの接続もここにあります。時間外キューにルーティングするフォールバックは、ここで設定するLayer 2/3のロジックと一致している必要があります。

Respond.io での担当者の在席ステータス。 担当者が一日の業務を開始するときに「Available」にステータスを設定し、退勤時に「Away」にするよう指導してください。Respond.io はこれを使って対応可能な担当者に会話をルーティングします。担当者が退勤後も「Available」のままにしていると、システムはライブの会話をアサインしようとします。これが「午後11時にWhatsAppが届いた」という問題の原因です。

チームのシフト。 複数のタイムゾーンにまたがる担当者がいる場合は、Settings → Routing でシフトベースのルーティングを設定してください。米国時間帯の会話は米国チームへ、EU時間帯はEUチームへ。シフトは引き継ぎを処理できるよう、少なくとも30分以上重なるようにしてください。

通知設定。 Respond.io では、担当者は退勤後は全体inboxのプッシュ通知をオフにし、「ホットリード」チームinboxの通知はオンに保つべきです。これにより、担当者はLayer 3のアラートをスマートフォンで受け取りますが、一般チームはLayer 2のリードで起こされることはありません。

ManyChat では、Slack連携を使ってLayer 3の通知を個人のスマートフォン通知ではなく専用のSlackチャンネルに送信してください。担当者はSlackチャンネルを監視し、残りのチームは関与する必要がありません。

よくある落とし穴

保留メッセージがない。 買い手が午後9時にメッセージを送り、何も受け取らない場合、botが壊れているかチャンネルを誰も監視していないと判断します。そして離脱します。シンプルなものでも保留メッセージがあれば、受信を確認し期待値を設定できます。

担当者にすべてエスカレートしてしまう。 ホットリードの基準が緩すぎると、担当者は1夜に2〜3件ではなく20件のリードを対応することになります。疲弊するか、担当層を価値あるものにしている品質での対応をやめるかのどちらかです。基準を厳しくしてください。

フォローアップメッセージを午前6時に送信してしまう。 朝のフォローアップは自動化が最初にアクティブになる午前5時ではなく、午前9時に設定してください。午前6時のメッセージは侵入的に感じられ、返信率を下げます。Harvard Business Reviewの電子メールとメッセージのタイミングに関するリサーチによると、通常の営業時間（午前9時〜11時）に送信されたメッセージが最も高い開封率と返信率を示しており、同じ原則がWhatsAppのフォローアップにも当てはまります。

タイムゾーンロジックなしで営業時間をハードコーディングしてしまう。 自動化の設定が「営業時間9〜18時」となっているが、買い手のタイムゾーンが考慮されていない。EUのリードが現地時間の午後8時（米国時間の午後2時）に連絡してきた場合、実際には通常の営業時間内に連絡していてより速い返信を期待しているにもかかわらず、Layer 2にルーティングされます。タイムゾーン認識を追加してください。

次にすべきこと

30日後に、時間帯別の担当者の返信時間レポートを出力してください。chat funnel metrics guideでは、どのレポートを構築するか、そして最初の返信時間データをクオリフィケーション率と並べてどう解釈するかが解説されています。また、高単価の案件をこのfunnelで処理している場合は、how sales leaders maintain forecasting disciplineを参照し、パイプラインが非同期チャンネル経由で入ってくるときの予測管理方法を確認してください。特に、Layer 2のリードが朝のキューに入ってから担当者の最初の返信までの時間を確認してください。

平均最初の返信時間が90分を超えている場合、チームがバックログが積み重なる前に処理できるほど朝のキューが短くありません。Layer 2の基準を厳しくしてキューに入るリード数を減らすか、朝のキューレビューに2人目の担当者を追加してください。

毎日同じ時間帯（多くの場合は広告スケジュールの時間帯）に新しい会話のスパイクがある場合は、その時間帯にリードをより積極的にキューイングするよう自動化を調整し、スパイクが人間のボトルネックを生まないようにしてください。