インサイドセールスのリスト受入チェック｜CSV取り込み前の検査と判定例

この記事の対象は、社内の別部署や委託先から受領したリストを、営業で使える状態へ変える工程です。ターゲットの選定や情報の収集方法は、既存のハウスリストの作り方・管理方法と分けて考えます。

連絡先が記載されていることと、今回の用途で利用できることは別です。取得経緯や利用条件を確認できない行は、空欄を勝手に補って使用せず、確認待ちにします。

1. 元ファイルを変更せず保存し、受領日時・行数・列名を記録します。作業はコピーで行います。
2. 文字コード、改行、区切り文字を確認し、会社名や住所に文字化けがないかを見ます。
3. 電話番号・郵便番号・IDを文字列として扱い、先頭の0や長い番号が変わっていないかを確かめます。
4. 必須項目の空欄、日付形式、想定外の区分値を全行で検査します。
5. 会社IDと担当者IDで既存データと照合し、新規と更新の候補を分けます。
6. 停止情報や商談中の状態を照合し、取り込みによって解除・上書きされないかを確認します。

会社名が似ているだけで同一企業と決めたり、同じ会社の別担当者を一人にまとめたりしないようにします。同一性を確認できないものは自動統合せず、担当者が判断する一覧へ出します。

HubSpotの公式資料でも、インポート時にレコードIDなどの一意の識別子を用い、既存レコードの更新と新規作成を分ける方法が案内されています。利用するCRMの取り込み形式と重複処理の仕様を確認し、名称だけで照合する前提にしないでください。

確認待ちの行を、本番の架電リストへ混ぜないようにします。差し戻し時は「データが悪い」ではなく、元の行ID、問題の列、期待する形式、対応期限を伝えます。

更新用ファイルには、既存IDと変更が必要な項目だけを入れます。空欄が「現状維持」なのか「値の削除」なのかはツールと設定により異なるため、テストで確認します。担当者や停止状態を、空欄や古い情報で戻さないことが重要です。

テスト中は自動メールや架電タスクの一斉生成を動かさない環境・設定で確認します。取り込み後に何が自動実行されるかも受入条件の一部です。修正が必要なら、対象IDと更新前後の値から戻せる方法を用意します。

架空の例として、受領500行を「新規候補300行・更新候補150行・確認待ち30行・対象外20行」に分けたとします。合計は500行です。新規候補のうち10行がエラーなら、登録成功290行と未処理10行を別々に残します。

ただし、会社と担当者を一つのCSVで取り込む場合、1行から複数種類のレコードができることがあります。CSVの行数とCRM全体の登録件数が一致すると決めつけず、会社・担当者・関連付けを分けて照合します。

• 新規・更新の成功件数とエラー件数が説明できる
• 更新対象以外の項目に意図しない差分がない
• 停止・対象外・確認待ちが配布対象から除かれている
• 各対象に営業担当と次の行動が設定されている
• 元ファイル、作業ファイル、取り込み結果、承認者を記録している

検査後に営業担当へ渡すのは、単なる受領件数ではなく「利用できる対象と、残っている確認事項」です。件数を満たすために確認待ちを合格扱いにせず、未確認の理由を明示して引き継ぎます。