Close はシーケンスと CRM を同時に管理します。不良レコードは両方にダメージを与えます。
Close はアウトバウンド営業チーム専用に構築された CRM です。連絡先管理、通話、メールシーケンスを 1 つのインターフェイスで統合しています。この統合モデルは効率的ですが、複合リスクをもたらします。不良メールレコードは 1 つのキャンペーンにとどまらず、CRM に残り続け、将来のシーケンスに登録されたり、他のツールにインポートされたり、誰かが積極的に削除するまでパイプラインデータにカウントされたりする可能性があります。
Close で連絡先がバウンスすると、ダメージは二重になります。送信ドメインの評判が傷つき、CRM の連絡先レコードはクリーンアップが必要なダーティデータになります。Close を使用している営業チームは多くの場合、「CRM の衛生管理」と「送信の健全性管理」を分離しません。これらは同じ問題です。
Close でシーケンスを実行する前に認証することは、到達性の保護だけでなく、レコードが入力された瞬間から連絡先データベースを正確に保つことにもつながります。
Close シーケンス実行前に確認すべき事項
Close の連絡先は、手動入力、CSV インポート、CRM 移行、リードエンリッチメント、API 連携など複数のソースから来ます。各ソースは異なるリスクプロファイルを持っています。連絡先がシーケンスに登録される前に、次のフィールドを確認する必要があります。
| フィールド | 重要な理由 |
|---|---|
| メールアドレス | シーケンスに入るアドレス — 有効で到達可能である必要がある |
| ドメイン | キャッチオールのステータス、MX の有効性、会社ドメインがアクティブかどうかを決定する |
| ソース | CSV インポート、API 同期、手動入力、別の CRM からの移行 — 陳腐化の程度はソースにより異なる |
| 抑制ステータス | 以前のバウンスやオプトアウトはシーケンス登録前にフラグを立てる必要がある |
| リストの年齢 | 90 日以上前に Close に追加された連絡先はシーケンス登録前に再認証が必要 |
各シグナルタイプが生み出すリスク
Close でのシーケンス登録はスマートビューやフィルタリングされた連絡先リストによって行われることが多いです。各シグナルタイプがキャンペーンに何をもたらすかを理解することで、登録前に適切なフィルタリングルールを構築できます。
| シグナル | 配信動作 | Close シーケンスへのリスク |
|---|---|---|
| 無効 | 永続的に拒否 | ハードバウンス — 送信ドメインの評判へのダメージ |
| キャッチオール | ドメインは全アドレスを受け入れるが、メールボックスは不確実 | 配信不確実 — バウンスリスクを高め、シーケンスパフォーマンスを歪める |
| ロールベース | 共有受信ボックス（info@、sales@、hello@） | 低エンゲージメント、クレームの可能性、名前付き個人連絡先ではない |
| 使い捨て | 一時的または低信頼アドレス | 実際のビジネス連絡先ではない — インポート前に削除 |
| 不明 | 認証結果が不確定 | 手動レビューで解決するまでシーケンスから除外 |
| 重複 | 同じアドレスが複数のシーケンスに登録 | 繰り返し送信、クレームリスクの増加、アクティビティデータの歪み |
バウンス後ではなくインポート前に認証する
最適なタイミングは、連絡先を Close にインポートする前、およびシーケンスが有効化される前です。連絡先がアクティブなシーケンスに入ってしまうと、キャンペーン途中での削除には手動の介入が必要になります。バウンスはすでに発生している可能性が高いです。
CRM 移行には特別な注意が必要です。別の CRM から Close に連絡先データを移動すると、認証されたことがなかった連絡先、何年も非アクティブだった連絡先、または現在のメールステータスを反映していないデータソースから追加された連絡先が表出することが多いです。最初のシーケンスが実行された後ではなく、移行が完了する前に認証してください。
Close が確認する前に各結果をルーティングする
| BillionVerify の結果 | アクション |
|---|---|
| 有効 | Close にインポートしてターゲットシーケンスに登録 |
| 無効 | インポートしない — グローバル抑制リストに追加 |
| キャッチオール | より少ないボリュームで密接に監視する別のシーケンス |