AIで営業メールを作っても、相手から返信が来た後に追客が止まるかはsequenceの設定と返信の検知条件で決まります。通常返信、自動返信、別アドレス、解除要求を分け、対象contactの解除状態と次の予定stepを確認してください。返信を要約できたことと、予約されたメールが止まったことは別です。
以下はHubSpotの公式仕様を例に、停止条件と確認手順を整理したものです。CRMへの登録、メール送信、設定変更、実際の返信試験は行っていません。利用中の製品・契約・接続環境に合わせて確認し、HubSpotの条件を別サービスへそのまま一般化しないでください。
目次
どのcontactとsequenceを止めるかを決める
最初にcontact ID、登録したメールアドレス、送信者、sequence ID、最後に実行したstep、次の予定stepを確認します。返信があるからと、同名の別contactや同じ会社の全員を自動解除する必要があるとは限りません。対象contactだけか、同じ会社の登録者も止めるかを運用方針で決めます。
受信した返信には、受信時刻、送信元、対象thread、対応するcontactを付けます。転送、alias、共有アドレス、別threadのメールをどのように扱うかは製品ごとに異なるため、本文の類似だけで紐付けません。AIが返信らしいと分類しても、sequence側が認識しているとは限りません。
HubSpotでは返信解除のswitchを確認する
公式のsequence解除説明（新しいタブで開く）は、reply switchが有効な場合の通常返信による解除等を説明しています。対象sequenceのAutomate側で、返信時のUnenroll設定と解除対象の範囲を確認します。defaultだけを覚えて安心せず、現在の設定が変更されていないかを見ます。利用・編集には契約、seat、permissionの条件があります。
同仕様では、登録アドレスからsequence外のメールを受けた場合や、別アドレス・aliasからの返信なども説明されています。自分の運用で使う条件を個別に確認し、「同じthreadに返信した場合だけ止まる」「すべての受信メールで止まる」と一律に決めつけないでください。
表は横にスクロールできます
| 返信・イベント | 事前に決める扱い | 確認するもの |
|---|---|---|
| 通常の返信 | 追客を止め、担当者へ対応を渡す | contact解除、次step、対応担当 |
| 不在等の自動返信 | 継続/保留/解除の方針 | 製品が自動返信を識別する条件 |
| 別アドレス・alias | 対象を確認して対応 | 元contactとの関係と解除状態 |
| 解除・配信停止の要求 | 追加営業を止める経路へ渡す | sequence以外も含む対象と記録 |
| 同じ会社の別担当から返信 | 会社単位の方針に従う | 解除scopeと関連contact |
| bounce等の失敗 | 返信成功と分けて処理 | 送信状態、理由、再開可否 |
配信停止の意思がある返信を、AIが好意的な返答へ分類したから継続する設計にはしません。本文による要請と、製品内のunsubscribe機能を区別し、担当者が組織の停止手順へつなげます。個別の法的条件は適用地域と社内方針から確認してください。
自動返信の例外を正常系と別に試す
HubSpotの同公式資料は、不在返信の識別がメールclientの組合せで異なることを示しています。たとえばGmailの不在返信をOutlookで受ける場合は、認識されず解除される扱いが説明されています。自動返信は常に解除されない、または常に止まると決めつけず、利用する送受信環境で確認する計画を作ります。
架空の検証表では、通常返信、内容のない返答、OOO、alias、別アドレス、sequence外のメール、解除要求を分けます。次のメール予定時刻に近い返信も対象にし、受信記録、検知、状態変更、実際の送信履歴を照合します。テストは許可された宛先と環境を使う前提で、この記事で実施した結果ではありません。
停止状態と送信済みを分けて確認する
解除操作や自動解除の表示を見た後も、対象contactとsequence、残る予定step、送信履歴を確認します。別のcampaign、workflow、手動task、外部送信ツールにも同じ相手が登録されているなら、その範囲は別に追います。一つのsequenceの解除だけで、すべての営業連絡が止まったとは報告しません。
表は横にスクロールできます
| 確認段階 | 記録する内容 |
|---|---|
| 受信 | 対象返信、時刻、アドレス、thread |
| 検知・判断 | 自動/手動、対応contact、適用した停止条件 |
| 状態変更 | 対象sequence、解除scope、変更後の状態 |
| 予定・履歴 | 次step、停止後の送信有無、他経路の残件 |
| 引継ぎ | 返信担当、次の顧客対応、結果不明の確認先 |
公式資料は、解除がすでに送ったメールを取り消すものではなく、今後の予定stepを止めることも説明しています。停止後にメールが見つかった場合は、解除前に送信済みだったのか、検知や設定に問題があったのかを時刻と履歴で分けて確認します。メールの開封や返信の有無だけで推測しないでください。
再登録で古いメールを送り直さない
誤って解除された可能性があっても、すぐ再登録しません。元の解除理由、顧客の意思、最後に実行されたstep、残る作業を確認します。同公式資料は再登録時にメールが新しいメールとして送信されることと、開始stepを選ぶ方法を案内しています。先頭から戻すと二重送信になる場合があるため、担当者が再開の必要性を判断します。
AIは返信の論点整理や、担当者へ渡す確認メモに使います。営業継続の最終判断や、解除要求の上書き、未確認の再送を任せません。運用開始前に停止条件、例外、結果不明時の照会、担当不在時の引継ぎを決め、返信から予定stepまで追えることを確認してから範囲を広げてください。