問い合わせCRMのデータ品質：重複排除、補完、アーカイブとライフサイクル
1. CRMのデータはなぜ荒れるのか
自社サイトに入る問い合わせは複数の経路から来ます。サイトのフォーム、メール転送、WhatsApp、LinkedIn、展示会の名刺。どの経路もCRMに1件ずつ書き込むので、重複排除をしないまま3か月も経つと、同じ買い手が5件も6件も登録されます。
営業Aが一度対応し、営業Bがまた対応して、二人とも同じ相手にメールを送る。買い手は「この会社は雑だな」と思います。これは営業が不慣れなのではなく、入口でデータを統合していないせいです。
複数経路の統合方法はマルチチャネルの問い合わせ統合をご覧ください。本記事は統合後のデータ管理に絞ります。重複排除のやり方、補完のやり方、アーカイブの時期です。項目の設計は別の話題なので問い合わせCRMのフィールド設計を参照し、ここでは触れません。
| データの問題 | 典型的な症状 | 結果 | 対策 |
|---|---|---|---|
| 重複リード | 同じ会社・同じ担当者が複数件 | 同じ買い手に重複連絡、営業の衝突 | 受信時に3つのキーで重複排除・統合 |
| 項目の欠け | 会社名と国が空欄 | 分類も集計もできない | ドメイン逆引きで自動補完 |
| 休眠の蓄積 | 3年前のリードがまだアクティブ枠 | ダッシュボードの数字が水増し、営業が新規リードにたどり着けない | 180日間接点なしでアーカイブ |
| タグの付け間違い | 流入経路の記載ミス | アトリビューションが狂い、予算配分を誤る | 毎週10%を抽出して校正 |
直感に反する判断ですが、CRMのリード数が多いからといってパイプラインが健全とは限りません。5000件のリードがあっても、8割が休眠と重複なら、1000件のきれいなCRMよりずっと使いにくいのです。
2. 受信時の重複排除：3つのキー
重複排除はデータをCRMに書き込む瞬間に行います。3か月後にバッチで処理してはいけません。書き込み時に判定するのが最も低コストで、後から統合すると営業が入力済みのフォロー記録が消えてしまいます。
照合キーは3つ。メールアドレスのローカル部分（@より前）、メールドメイン、会社名です。3つのうち2つが一致したら同じリードとみなし、既存のレコードに統合して、新しいタイムスタンプと問い合わせ内容を追記します。新規作成はしません。
| マッチングルール | 判断条件 | アクション | 誤判定の処理 |
|---|---|---|---|
| 同一メールアドレス | メールアドレスが完全一致 | 既存レコードに統合 | なし、そのまま統合 |
| 同一ドメイン・同一企業 | ドメイン一致+企業名が類似 | 同じ企業の下にまとめる | 担当者が異なれば新規作成 |
| 企業名は同じでメールが別ドメイン | 企業名は一致するがメールのドメインが違う | 人による確認 | 同業他社のなりすましの可能性 |
| 24時間以内の重複送信 | 同じメールで短時間に複数回送信 | 1件に統合 | 営業を重複して割り当てない |
例：あるバイヤーが月曜に公式サイトから問い合わせを送り、水曜にWhatsAppでもう一度送ったとします。受信時にシステムがメールアドレスの一致を検知し、WhatsAppのメッセージを新しいリードとして作らず同じリードに自動で追加します。2つのチャネルの記録が一つにまとまり、営業が開くと全体の文脈が見えます。
すでに重複データがたまっている場合は？ 一括統合スクリプトを1回実行し、上記3つのキーで重複レコードを統合します。統合の原則は最も早く作成されたレコードを残し、後続レコードのフォローログ、添付ファイル、ステータスをすべて紐づけることです。一括重複排除の方法はこちら問い合わせの重複処理。
三、自動補完：メールドメインからの逆引き
バイヤーはフォームに企業名や国をわざわざ入力しません。この2つの項目はよく空欄になります。営業はリードを受け取ってから自分で調べるため、効率が悪くなります。幸い、企業メールのドメインはそのまま企業の公式サイトのアドレスなので、逆引きすれば大半を補完できます。
補完のロジック：メールのドメインを抽出し（gmail、outlookなどの無料ドメインは除外）、そのドメインのWhoisとトップページにアクセスして、企業名、国、業種を自動入力します。補完できない項目は空欄のままにし、推測で埋めないこと。
| フィールド | 情報源 | 補完率の目安 | 補完できない場合 |
|---|---|---|---|
| 会社名 | メールドメインから公式サイトのtitleを逆引き | 約70%の企業ドメインは補完可能 | 空欄のまま、営業が初回電話で確認 |
| 国 | ドメイン登録地+サイトの言語 | 約60%補完可能 | IPの位置情報でおおまかに補完 |
| 業種 | 公式サイトのトップページの事業内容 | 約50%補完可能 | 空欄のまま、必須にしない |
| 従業員規模 | 公開企業情報データベース | 約40%補完可能 | 空欄のまま、適当に埋めない |
補完率のレッドライン：企業名の空欄率が20%を超えるなら、受信フォーム自体に問題があります。企業名が必須になっていないか確認してください。フォーム項目の設計はこちら問い合わせフォームの項目設計と転換率。
補完はあくまで付加価値であり、人手の代わりではありません。自動補完した国や業種がフォロー中に違うと分かったら、すぐに修正してください。データ品質は継続的にメンテナンスするもので、一度補完すれば終わりではありません。
四、ライフサイクル：アクティブ、休眠、アーカイブ
リードをいつまでも「フォロー中」の状態にしておくことはできません。90日を超えて一切の反応がない場合（メールの返信なし、電話に出ない、添付ファイルを開かない）、自動的に休眠プールへ移行します。180日を超えるとアーカイブします。
アーカイブは削除ではありません。アーカイブしたリードはアクティブなボードから消え、営業が日常的に見ることはなくなりますが、データは残り、アトリビューションや振り返りに使います。四半期ごとにウェイクアップメールを送り、アーカイブプールから返信があったものは自動的にアクティブプールに戻します。休眠リードの呼び覚ましトークはこちら休眠リードの呼び戻し。
| フェーズ | 判断条件 | ボード表示 | アクション |
|---|---|---|---|
| アクティブ | 90日以内に反応あり | パイプラインに計上 | 通常フォロー |
| 休眠 | 90〜180日間反応なし | グレー表示 | 呼び戻しメールを1通送る |
| アーカイブ | 180日以上反応なし | ボードから外す | 四半期ごとの呼び戻し配信 |
| 復活 | アーカイブ後に返信あり | アクティブに戻す | 元の担当者に通知、または再割り当て |
例：ドイツのバイヤーが2025年1月に一度問い合わせ、その後は返信なし。7月で180日を迎え、システムが自動でアーカイブ。10月の四半期呼び戻し配信で「製品ラインを更新しました。ご覧になりませんか」というメールを送ると返信があり、システムが自動でこのリードをアクティブプールに戻し、現在のドイツ語圏担当営業に割り当てます。
絶対ルール：過去のリードは物理削除しないこと。過去データはアトリビューション分析、成約率の集計、チャネル品質の比較の土台であり、削除すると二度と戻せません。チャネル品質の分析方法はこちら問い合わせ元チャネル分析。
データ品質は毎週抜き取り確認を。リードをランダムに10件選び、会社名・国・流入チャネルの3項目が正しく入力されているか確認します。エラー率が10%を超えるなら、インバウンドのフローか営業の入力習慣に問題があるので、個別に手を入れて直します。
FAQ よくある質問
重複排除はいつ行うべき？
会社名と国の項目が空欄のときは？
フォローがないリードはいつアーカイブすべき？
アーカイブしたリードは削除できる？
CRMのデータ品質が良いかどうかはどう判断する？
同じ会社が別チャネルから重複して問い合わせてきたら、どう統合する？
最後に
CRMのデータ品質で難しいのは技術ではなく、自制心だ。ゴミを庫内に積み上げない、アーカイブを惜しまない、履歴を物理削除しない。クリーンで重複がなく、項目が揃ったCRMは、どんな高度な営業ツールよりも価値がある。
実行は3ステップ。インバウンドはメール・ドメイン・会社名の3キーで重複を排除し、同じメールは24時間以内に統合する。ドメインの逆引きで会社名と国を自動補完し、補完できない場合は空欄のままにして適当に入れない。90日間反応がなければ休眠、180日でアーカイブ、四半期ごとに呼び覚まし、アーカイブしたリードは絶対に物理削除しない。
覚えておきたい一言。CRMは倉庫ではなく工場だ。重複した部品は統合し、足りないネジは補い、壊れたものはアーカイブして冷凍保存する。そうして初めて、営業は本当に使えるものをそこから見つけられる。