顧客360度ビューの設計――CRM顧客マスタをDMBOKで整える

営業、マーケティング、受注、請求、サポートに顧客データが分散すると、「同じ会社なのに別顧客」「担当者は退職済み」「親会社単位の取引額が分からない」といった問題が起きます。そこで顧客360度ビューが注目されますが、複数データを一画面に集めるだけでは、正しい顧客像にはなりません。誰を同一顧客とみなすか、どの値を採用するか、誰が訂正するか、利用目的と同意に沿って何を見せるかを決める必要があります。本記事では、CRM顧客マスタと統合プロファイルを分け、DMBOKとEAの観点から持続可能な顧客360度ビューを設計する方法を解説します。

顧客360度ビューは「一つの巨大マスタ」とは限らない

顧客360度ビューとは、顧客の基本属性、関係者、接点、商談、購買、契約、請求、利用、問い合わせなどを、利用目的に応じて関連づけたビューです。Salesforceの公式文書は、ID解決による統合プロファイルについて、複数ソースを照合・統合する一方、ゴールデンレコードを作るMDMそのものではないと明記しています。この違いは重要です。

目的が営業担当者のアカウント計画なのか、マーケティングのセグメントなのか、与信・請求の統制なのかで、必要な正確性、鮮度、属性、権限は異なります。最初にユースケースを選び、ビューとマスタの責任境界を決めます。

ステップ1：自社にとっての「顧客」を定義する

B2Cでは個人、世帯、契約者、利用者、支払者が異なる場合があります。B2Bでは法人、企業グループ、支店・拠点、部署、担当者、パートナー、代理店を区別します。単一の顧客（Account）テーブルにすべてを押し込むと、階層や関係、権限が複雑になります。

識別子、属性、関係、イベントを分けると、企業名変更、転職、組織再編、複数拠点を履歴として扱いやすくなります。顧客定義はSFA・CRM要件定義の最上流で合意してください。

ステップ2：ソースと正本の役割を決める

属性ごとに、作成元、更新権限、正本、配信先、更新期限を整理します。契約上の法人名は契約・ERP、営業上の表示名はCRM、メール同意は同意管理基盤など、同じ顧客でも属性の正本は異なり得ます。「最新の値を採用」だけでは、誤更新が正本になるおそれがあります。

ステップ3：標準化・重複排除・名寄せを分ける

Microsoftの公式ガイドでは、顧客統合を、対象データ選択、ソース内重複排除、ソース間マッチング、統合ビューという段階で説明しています。実務でも処理を分け、各段階の件数・品質・例外を計測します。

標準化

文字種、空白、法人種別、住所、電話番号、メールの大文字小文字など、比較用の表記を整えます。元の値を上書きせず、標準化値と原文を保持します。

重複排除

同一ソース内に重複登録された、同じ顧客の候補レコードをまとめます。登録経路や業務上の理由で複数アカウントが必要な場合もあるため、自動削除せず、業務キーと目的を確認します。

名寄せ・ID解決

ソース間のレコードを同一Partyへ関連づけます。法人番号や会員IDなど信頼できる決定的キーを優先し、名称・住所・電話の類似照合は限定して使います。Microsoft Learnも、曖昧一致を戦略的に用い、絞り込みに完全一致条件を組み合わせ、結果をテストすることを推奨しています。

統合後にルールやソースが変わると、プロファイルが結合・分割される場合があります。旧IDと新IDの対応、下流システムへの通知、履歴レポートの再計算方針を決めておきます。

ステップ4：統合値の採用ルールを透明にする

候補を同一顧客と判断した後、属性ごとにどの値を表示・配信するかを決めます。信頼度の高いソースを優先、検証済み優先、最新優先、最も完全な値、複数値併存などを使い分けます。「採用する値を持つレコード」だけを残すと、判断根拠や有効な別接点を失うため、ソースレコードと統合値のリネージュを保持します。

営業には最新の有効連絡先、請求には契約時点の住所、分析には当時のセグメントが必要かもしれません。単一の値を全用途に強制せず、用途別ビューと共通マスタを分離します。

ステップ5：DMBOKに沿って品質と責任を運用する

DMBOKの観点では、顧客360度ビューはReference & Master Data、Data Quality、Metadata、Integration、Security、Governanceが交差する領域です。顧客ドメインのデータ責任者は、定義、品質基準、例外、共有範囲を意思決定し、データ管理担当者は重複候補、未入力、ルール変更、利用部門との調整を日常運営します。

• 個人・法人・拠点・担当者・関係・アカウントを区別している
• 企業共通IDと各ソースIDの対応を履歴付きで保持している
• 重要属性ごとに正本、更新者、採用ルール、鮮度を定義している
• 重複排除とソース間名寄せを別工程として測定している
• 誤一致・見逃しのサンプルを業務担当者が評価している
• 統合値からソースとルール版まで追跡できる
• 同意、利用目的、機密区分、行・属性単位の権限を実装している
• 訂正、統合、分割、削除要求を下流へ反映できる
• 品質指標と例外バックログを定例レビューしている

既存データの重複・欠損・移行はCRMデータ移行と品質保証で詳しく解説しています。

EAで顧客データの配置と連携を決める

EAでは、顧客を理解し、適切な施策を実行する業務能力を起点に、情報、アプリケーション、技術を設計します。CRMは営業接点、MAは施策、ERPは受注・請求、サービスシステムは問い合わせ、DWHは履歴分析など、それぞれの責任を明確にします。統合基盤やMDMを追加する場合も、既存システムを無条件に置き換えるのではなく、現行から目標への移行単位を定めます。

連携方式は用途に応じてAPI、イベント、バッチを使い分け、顧客ID、更新順序、エラー再送、削除・同意変更の伝播を設計します。ポイント・ツー・ポイント連携を増やすと、正本変更やID分割の影響が追えません。詳しくはCRM・MA・ERP・DWH連携をご覧ください。

小さく始める導入ロードマップ

1. 営業、マーケティング、サービスなど優先ユースケースを一つ選ぶ
2. 対象顧客、必要属性、意思決定、期待アクションを定義する
3. ソース、ID、品質、同意、更新責任を棚卸しする
4. 顧客概念モデルと正本・採用ルールを合意する
5. 代表データで名寄せルールを試し、誤一致と見逃しを評価する
6. 限定部門でビューを公開し、業務成果と品質を測る
7. 訂正・変更・監視の運用を整えて対象を段階的に広げる

営業組織改革・SFA・CRM導入の記事一覧

• 営業組織改革の全体フレーム
• SFA・CRM導入の要件定義
• 営業プロセス標準化
• 営業KPI設計の実務
• 営業パイプライン管理と売上予測
• 顧客360度ビューの設計
• SFA定着とチェンジマネジメント
• CRMデータ移行と品質保証
• CRM・MA・ERP・DWH連携
• SFA・CRM刷新ロードマップ

まとめ

顧客360度ビューの価値は、情報量ではなく、正しい顧客を識別し、適切な利用者が根拠を理解して行動できることにあります。統合プロファイルと顧客マスタの役割を分け、顧客概念、ID、正本、品質、同意、責任を設計してください。名寄せツールの導入より先に、誤一致を許容できる範囲と、訂正を継続できる運用を決めることが成功の条件です。

営業改革・SFA・CRMテーマクラスター：営業組織改革の全体像 ／ SFA・CRM要件定義 ／ 営業プロセス標準化 ／ 営業KPI設計 ／ パイプライン・売上予測 ／ 顧客360・マスタデータ ／ SFA定着 ／ CRMデータ移行 ／ CRM・MA・ERP・DWH連携 ／ SFA・CRM刷新

関連するBI／DWHナレッジ：意思決定から逆算するBI要件定義 ／ セマンティックレイヤー ／ データ不一致とリネージュ