インポートはコミットメントポイントです。その前にクリーニングしましょう。
リストが送信者の中に入ると、キャンペーンのプレッシャーにより停止してクリーニングすることがはるかに難しくなります。誰かが立ち上げる準備ができています。シーケンスが設定されています。コピーが準備できています。その瞬間、送るべきでないレコードを送ることを合理化してしまいます。
インポート前ステップが適切な摩擦を生み出します——弱いレコードがシステムの内部に入った後ではなく、前に。
リストが毎回インポート前にクリーニングが必要な理由。
一貫してクリーンなリストを生成するソースはありません。データベースのエクスポートは古くなります。エンリッチメントツールは不正確さをもたらします。スクレイピングされたデータには汎用受信箱と重複レコードが含まれます。CRM の連絡先は時間とともに蓄積し、現在のメールステータスを反映しないことがあります。
| ソース | 一般的な品質問題 |
|---|---|
| Apollo または ZoomInfo エクスポート | 古い連絡先データからの無効なメール、ロールベース受信箱、リスト間の重複 |
| LinkedIn Sales Navigator | 会社メールパターンからのキャッチオールドメイン、転職後に変わったビジネスメール |
| ウェブスクレイピング | 汎用受信箱(contact@、info@)、古くなったドメイン、人に属したことのないメール |
| CRM エクスポート | 数年前に追加された連絡先、まだシステムにいる退職した従業員、以前のツールで確認されたメール |
| 手動リスト | 一貫性のない形式、タイプミス、名刺やイベント参加登録からのアドレス |
| 購入したリスト | 不明な確認日、ロールベースと無効なアドレスの割合が高い |
確認は一度きりのステップではありません。リストがどのソースから送信者に移動するたびに実行される標準的なゲートです。
クリーニングすべきもの——すべてのインポート前に。
インポート前リストクリーニングには 4 つのステージがあります。すべての 4 つは、リストが送信者、CRM、またはシーケンスに入る前に適用されます。
リストを正規化する。
確認の前に、リストには一貫したフォーマットが必要です:小文字のメールアドレス、末尾のスペースなし、重複行なし、一貫した列構造。ほとんどの確認ツールはクリーンな入力を想定しており、入力が正規化されるとよりクリーンな結果を返します。
重複を排除する。
複数回表示されるアドレスを削除します。重複レコードは繰り返し送信を引き起こし、苦情リスクを高め、キャンペーンパフォーマンスデータを歪めます。
確認する。
正規化・重複排除されたリストを BillionVerify で実行します。出力は各アドレスにシグナルを割り当てます:有効、無効、キャッチオール、ロールベース、不明、またはリスクあり。
シグナルによるルーティング。
レコードが送信者に入る前に、各結果にルーティング決定を適用します。
インポート前に各結果をルーティングする。
| BillionVerify の結果 | インポート前のアクション |
|---|---|
| 有効 | 送信者または CRM にインポート |
| 無効 | インポートしない——サプレッションリストに追加 |
| キャッチオール | 別セグメント、低ボリューム、またはエンリッチメントのため保留 |
| ロールベース | 共有受信箱メッセージングの別キャンペーン |
| 不明 | 手動確認——メインキャンペーンから除外 |
| リスクあり/使い捨て | インポートしない |
クリーニングされたレコードの行き先。
確認の出力は 1 つのリストを複数の宛先に分割します。各宛先には明確な目的があります。
| 宛先 | 何が入るか |
|---|---|
| メイン送信者キャンペーン | ターゲティング基準に一致する有効なアドレス |
| キャッチオールセグメント | 配信される可能性があるアドレス——低ボリュームで別個に管理 |
| ロールベースキャンペーン | 異なるメッセージングが必要な共有受信箱 |
| サプレッションファイル | 無効、使い捨て、オプトアウトしたアドレス——永続的に保持 |