インサイドセールスの古いリストを更新するには|再確認の条件と変更履歴の残し方

CRMの更新日が新しくても、部署や電話番号を最近確認したとは限りません。メモを追記しただけで更新日が変わることもあるためです。この記事では、取り込み済みのリストを継続利用するチームに向けて、再確認対象の選び方と変更履歴の残し方を整理します。
会社・人物・連絡先の確認日を分け、経過日数と変更の兆候から点検対象を抽出します。新しいデータも現在の案件・停止情報・相手との約束に照らし、利用可否を判断してから営業へ戻します。
レコードの更新日と、情報を確認した日を分ける
一つの更新日で全項目の鮮度を表すと、古い部署情報まで確認済みに見えます。会社の移転、担当者の異動、電話の変更は別々の出来事です。営業で使う重要な項目ごとに、誰が何で確認したかを残します。
| 欄 | 記録する内容 |
|---|---|
| 会社・担当者ID | 同じ会社の別担当者と混同しないキー |
| 対象項目と値 | 部署、役職、電話、窓口など |
| 確認日・方法 | 本人の回答、公式情報、取引上の連絡など |
| 根拠 | メール・公式URL。推測は確定情報と分ける |
| 次の点検条件 | 一定期間の経過、異動、不達など |
HubSpotの公式資料では、項目の過去の値、更新元、変更日時を確認する手順が示されています。履歴機能があっても、その更新が本人確認か自動処理かを見分けます。
変更の兆候から再確認の順番を決める
例えば最終確認から90日経過した対象を点検する条件は、運用上の仮定です。全業種共通の有効期限ではありません。取引頻度、情報の変わりやすさ、点検に使える時間から決めます。
| 兆候 | 先に行うこと |
|---|---|
| 宛先不明でメールが戻る | 同じ宛先への再送を止めて原因確認 |
| 異動の案内が届く | 旧担当の状態と変更先窓口を確認 |
| 長期間未確認で再利用予定 | 社内履歴・公式情報・過去の合意を点検 |
| 商談中の会社に別担当が追加 | 既存担当と照合して二重連絡を防ぐ |
| 停止対象が別リストにも存在 | 停止の範囲を照合し、抽出から除外 |
不達を会社の廃業と決めつけたり、異動先のメールアドレスを推測して作ったりしません。確認できない対象は保留理由を残します。停止希望を再確認の名目で無視しないことも必要です。
変更前後と案件への影響を一緒に記録する
以下は架空の記入例です。A社の担当者C-014から部署変更の連絡を受けたとします。旧部署だけ消すと過去の会話との関係が分からなくなるため、変更記録と現在値を分けます。
| 項目 | 記入例 |
|---|---|
| 変更 | C-014/営業企画部から事業企画部へ |
| 根拠 | 本人の部署変更メールと受領日 |
| 連絡先 | メール変更なしは確認。電話は未確認 |
| 案件への影響 | 検討案件を引き続き担当するか確認中 |
| 処理 | 部署だけ更新。電話確認日や停止状態は変更しない |
別の担当者の紹介を受けた場合は、旧担当の人物レコードを上書きせず別人として登録します。会社との関連付け、引き継がれた案件、連絡の窓口を個別に確認してください。
更新した件数と営業再開できる件数を分ける
修正後はIDで変更対象を照合し、意図しない列の上書きがないかを確認します。次に停止・商談中・相手の希望時期を確認し、担当者と次の行動を決めます。配布済みの作業リストや予約タスクも更新対象です。
| 確認 | 完了とする条件 |
|---|---|
| 情報の修正 | 対象項目・根拠・確認者を追える |
| 営業再開 | 現在の案件と連絡可否を確認済み |
| 未処理 | 根拠不足・担当不明など理由と担当がある |
| 配布先 | 古いコピーやタスクの扱いが決まっている |
全項目を毎回確認すると負担が増えます。次の活動で使う連絡先、案件窓口、連絡可否から優先し、点検条件の変更日を残します。全件への確認メールを自動送信する運用ではなく、まず社内記録と公式情報で点検します。
参考資料:HubSpot:レコードのプロパティー履歴(2026年10月18日確認)。本記事の表・数値・案件・担当分担は説明用の仮想例です。自社の条件に合わせて調整してください。
LIBERAL HEARTS / SALES SUPPORT
営業の運用と実行体制を見直したい方へ
インサイドセールスや新規開拓の実行体制を見直したい方へ。総合営業支援の対応範囲をご確認ください。
総合営業支援を見る