1人につき1つの一貫した識別情報
同じ人物が複数の無関係なレコードになるのを防ぐ識別子と照合ルールを選びます。
- メールアドレスと電話番号の正規化
- 以前の識別子を保持
- 統合履歴を表示
識別情報、企業との紐付け、重複レビュー、同意、担当、フォローアップ、移行、データ衛生を管理する連絡先管理システムを設計します。
連絡先管理システムでは、各担当者を正しい会社、担当オーナー、同意の背景、活動履歴、次のアクションに結び付けるとともに、重複、項目不足、古いレコードを統制された方法で解消できるようにする必要があります。アドレス帳全体をインポートする前に、こうした判断ルールを設計しましょう。
まず、連絡先の識別と関係性についてチームが判断すべき事項を定めます。項目数を増やしても、重複、不確かな会社リンク、担当者の欠落、滞ったフォローアップは解消しません。
同じ人物が複数の無関係なレコードになるのを防ぐ識別子と照合ルールを選びます。
会社、役割、影響力、同意、担当者、現在の関係性をメモに埋もれさせず、項目として保存します。
直近の重要なやり取り、次のアクション、期限、結果、担当責任者を、その人物に紐付けて管理します。
2件のレコードが同一人物の可能性がある場合、担当者が不在の場合、同意情報と連絡先情報が矛盾する場合に、システム上で根拠のある判断を示せる必要があります。
きれいなスプレッドシートを最初に取り込むより、実際の曖昧さを含む小さなサンプルの方が多くの問題を明らかにします。最近の連絡先と古い連絡先、複数社に関係する人物、判定が難しい一致、担当者未設定、制限付きフィールドを少なくとも一つ含め、信頼につながる判断をパイロットで検証します。連絡先データを作成、更新、レビュー、利用する人に同じ作業を行ってもらえば、見解の違いからフィールドの権限や担当ルールの曖昧さが分かり、データベース全体へ影響する前に解消できます。
各データソースの識別子、会社リンク、担当者、同意情報の不足、重複、古いレコードを数えます。
データソースの対応表と明確なフィールド権限指定したレビュー担当者が、統合、分離維持、担当割り当て、アーカイブを判断する。
保持される意思決定の履歴連絡先レコードから、通常のやり取り一件と、期限を超過した次のアクション一件を完了します。
活動、担当者、期限、結果、履歴規模を拡大する前に、統制されたフィールド、権限、フィルター済みビュー、レビュールールのいずれかを一つ追加します。
管理者が主体となってテスト済みの変更連絡先の作成またはインポート、企業との紐付け、担当割り当て、フォローアップ、修正、最終的なアーカイブまたは統合までの流れを整理します。
現在の連絡先を一件作成し、正しい会社と活動を結び付け、次のアクションを割り当て、重複候補を一件解消し、担当者が制限付きフィールドを見ずにレコードを更新できることを確認します。
連絡先・企業レコード、関係の紐付け、担当、コミュニケーションの背景、権限または希望、活動履歴、次のアクション、データ品質管理、管理者のフォローアップを組み合わせたものです。
業務で利用できる安定した識別子を使います。一般的にはメール、電話番号、外部ID、氏名と会社の組み合わせ、または検証済みの組み合わせです。不確かな一致は自動統合せず、確認キューへ回します。
緊急の例外は継続的に確認し、担当者不在の連絡先、会社とのリンク切れ、更新されていない次のアクション、不完全な希望条件、重複候補を対象に、短時間のデータ整備を定期実施します。実施間隔は連絡先数と関係構築の頻度に応じて設定します。
連絡先管理は、人、組織、関係性の背景、フォローアップを実務で使える状態に保ちます。CRMでは通常、商談、マーケティング、サービス、予測、より広い顧客ライフサイクル機能が加わります。
代表的なサンプルを使い、必須項目、担当責任、権限、確実および不確かな重複照合、会社リンク、活動履歴、次のアクションのビュー、エクスポート、想定される変更1件をテストします。