なぜSalesforceの「データ品質」は経営課題なのか
「Salesforceのデータが汚い」。この声は、営業現場からもマネジメント層からも頻繁に聞かれます。重複した取引先、入力されない活動履歴、フォーマットの統一されていない住所データ。しかし、これらの問題を「現場の入力ミス」として片付けてしまうと、本質的な解決にはたどり着けません。
この記事はCDO、CIO、DX推進室長など、全社的なデータ戦略の意思決定に関わる経営層向けです。 現場の入力ルール設定やバリデーション実装の手順はデータ品質メンテナンスガイドを、権限設定の具体的な手順は権限管理ガイドをご参照ください。
Salesforceのデータ品質問題は、根本的にはデータガバナンスの不在という経営課題です。誰がどのデータに責任を持つのか(オーナーシップ)、データをどう分類・管理するのか(分類体系)、品質をどう測定するのか(KPI)が定義されていない状態で、現場に「正しく入力してください」と言っても改善は見込めません。
CRMに蓄積されるデータは、営業戦略の策定、パイプライン予測、顧客ターゲティング、AI活用の全ての基盤になります。データの品質が低ければ、その上に構築されるあらゆる分析・予測・自動化の精度も低くなります。データガバナンスは「データを綺麗にする活動」ではなく、「経営判断の基盤を整備する投資」です。
データガバナンスの5つの柱
Salesforceの全社データガバナンスは、以下の5つの柱で構成されます。どれか1つが欠けても、フレームワークは機能しません。
柱1: データオーナーシップモデル
全てのデータ領域に「オーナー」を定義します。データオーナーは、そのデータの品質、アクセス制御、利用ポリシーに対する最終的な責任を負います。
柱2: データ分類体系
データを機密度、ビジネス重要度、規制対象の3軸で分類し、それぞれに適切な管理レベルを設定します。
柱3: データ品質KPI
データの品質を定量的に測定し、継続的にモニタリングする指標体系を設計します。
柱4: アクセス統制フレームワーク
データの分類に基づき、「誰が」「どのデータに」「どのレベルで」アクセスできるかを体系的に設計します。
柱5: データライフサイクル管理
データの生成から廃棄までのライフサイクルを管理し、保持期間、アーカイブ、削除のポリシーを定義します。
データオーナーシップモデルの設計
データガバナンスの出発点は、「このデータは誰のものか」を明確にすることです。多くの組織では、Salesforceのデータは「IT部門が管理するもの」と認識されていますが、これは誤りです。IT部門はデータの「管理者(スチュワード)」であり、データの「所有者(オーナー)」は事業部門であるべきです。
三層のオーナーシップモデル
データオーナー(部門長クラス): データの定義、品質基準、利用ポリシーに対する最終責任を持つ。四半期ごとのガバナンス委員会でデータ品質のレビューに参加する。
データスチュワード(管理者レベル): データオーナーの方針に基づき、日常的なデータ品質の維持管理を行う。入力ルールの設計、バリデーションの実装、データクレンジングの実行を担当する。
データプロデューサー(現場担当者): 実際にデータを生成・入力する。品質基準に沿った入力を行い、異常値の報告を行う。
オーナーシップの割り当て基準
Salesforceの主要オブジェクトごとにデータオーナーを定義します。
- 取引先/取引先責任者: 営業部門長(顧客マスターの正確性に責任を持つ)
- 商談: 営業部門長(パイプラインデータの品質に責任を持つ)
- リード: マーケティング部門長(リード品質とソース管理に責任を持つ)
- ケース/サービス: CS部門長(顧客対応履歴の管理に責任を持つ)
データ分類体系とメタデータ管理
3軸でのデータ分類
Salesforceに格納されるデータを以下の3軸で分類し、管理レベルを決定します。
軸1: 機密度
| レベル | 定義 | 例 |
|---|---|---|
| 極秘 | 漏洩が事業に重大な損害を与えるデータ | 顧客の財務情報、契約金額 |
| 機密 | 社内限定で管理すべきデータ | 商談情報、顧客連絡先 |
| 社内 | 社内で広く共有可能なデータ | 取引先の基本情報 |
| 公開 | 外部公開可能なデータ | 会社名、業種 |
軸2: ビジネス重要度
| レベル | 定義 | 例 |
|---|---|---|
| クリティカル | データ欠損が業務停止を引き起こす | 取引先マスター、商談金額 |
| 重要 | データ品質低下が意思決定を誤らせる | パイプラインステージ、完了予定日 |
| 標準 | 品質低下が限定的な影響に留まる | 活動履歴、Chatter投稿 |
軸3: 規制対象
- 個人情報保護法対象: 個人を特定できる情報(氏名、メールアドレス、電話番号)
- GDPR対象: EU居住者の個人データ(海外取引がある場合)
- 業界固有規制: 金融業の顧客情報管理規制、医療業のHIPAA等
メタデータ管理の実践
各データ項目(Salesforceのフィールド)に対して、以下のメタデータを定義・管理します。
- オーナー: 当該フィールドの責任者
- 分類: 上記3軸での分類レベル
- 入力ルール: 必須/任意、フォーマット、選択肢
- 品質基準: 完全性、正確性、適時性の目標値
- 保持期間: データの保持ポリシー
Salesforceの「項目の説明(Field Description)」機能やカスタムメタデータ型を活用して、これらの情報をSalesforce内で管理することを推奨します。
データ品質KPIと経営ダッシュボード
4つの品質ディメンション
データ品質を測定するKPIは、以下の4つのディメンションで設計します。
完全性(Completeness): 必要なデータが入力されているか
- 商談の必須フィールド入力率(目標: 95%以上)
- 活動履歴の記録率(目標: 全商談の80%以上に活動記録あり)
- 取引先の基本情報充足率(業種、従業員数、住所)
正確性(Accuracy): 入力されたデータが正しいか
- 重複レコード率(目標: 2%以下)
- データ形式の適合率(電話番号、メールアドレスのフォーマット)
- 商談ステージと実態の一致率
適時性(Timeliness): データが適切なタイミングで入力・更新されているか
- リード登録から初回コンタクトまでの時間(目標: 24時間以内)
- 商談情報の更新頻度(目標: 週1回以上)
- 商談クローズ後のステージ更新までの日数(目標: 2営業日以内)
一貫性(Consistency): データが組織全体で統一されたルールで管理されているか
- 命名規則の遵守率(取引先名、商談名)
- 選択リスト値の標準化率
- 部門間でのデータ定義の統一度
経営ダッシュボードの設計
これらのKPIを経営層が一目で把握できるダッシュボードを設計します。
- スコアカード: 4つのディメンションの総合スコア(100点満点)を部門別に表示
- トレンド: 月次・四半期の品質スコア推移
- アラート: 閾値を下回ったKPIの自動通知
- ドリルダウン: 部門→チーム→個人レベルでの詳細分析が可能な階層構造
規制対応とコンプライアンス
個人情報保護法への対応
2022年に改正された個人情報保護法は、CRMに格納される顧客データに直接的な影響を及ぼします。
利用目的の特定と通知: Salesforceに格納する個人情報の利用目的を明確にし、プライバシーポリシーに記載する必要があります。特に、マーケティングオートメーション(MA)との連携で顧客データを利用する場合、利用目的にその旨を含める必要があります。
データ主体の権利対応: 顧客からのデータ開示請求、訂正請求、削除請求に対応できる体制が必要です。Salesforceのデータエクスポート機能とデータ削除プロセスを、これらの請求に対応できるよう整備します。
漏洩時の報告義務: 個人データの漏洩が発生した場合、個人情報保護委員会への報告と本人への通知が義務化されています。Salesforceのイベントモニタリング機能を活用した不正アクセスの検知体制を構築しておくことが重要です。
GDPR対応(海外取引がある場合)
EU居住者の個人データを扱う場合、GDPRの要件を満たす必要があります。
- データ処理の法的根拠: 同意、契約履行、正当な利益等の法的根拠の明確化
- データ保護影響評価(DPIA): 高リスクなデータ処理に対する事前評価
- データポータビリティ: 構造化された機械可読な形式でのデータ提供能力
CRM外の「シャドーデータ」問題
データガバナンスの最大の盲点は、Salesforceに入力されないデータです。営業担当者が個人のメモ帳に記録した商談メモ、Slackやチャットで共有された顧客情報、ローカルのExcelファイルに保存された見込み客リスト。これらの「シャドーデータ」は、ガバナンスの対象外に置かれがちですが、重要な顧客情報を含んでいます。
シャドーデータの問題は、規制対応の観点からも深刻です。個人情報保護法の対象となる顧客データが、セキュリティの担保されていない個人端末やツールに散在している状態は、コンプライアンスリスクそのものです。
aileadは、対話データAIプラットフォームとして、商談で交わされる対話データをISO/IEC 27001:2022認証の基盤で一元管理し、Salesforceに自動連携します。個人のメモやチャットに散在していた情報が、ガバナンスの効いたCRM上で管理されるようになることで、シャドーデータの問題を構造的に解消します。国内データセンター完結のアーキテクチャで、日本の法規制への対応も万全です。
まとめ
Salesforceのデータガバナンスは、現場の入力ルール策定ではなく、経営レベルのフレームワーク設計から始めるべきです。5つの柱(オーナーシップ/分類/品質KPI/アクセス統制/ライフサイクル)を体系的に設計し、データガバナンス委員会による継続的な運営体制を構築することで、CRMデータは「管理コスト」から「経営資産」に変わります。
特に、CRM外に散在するシャドーデータの可視化と統合は、多くの企業が見落としているデータガバナンスの重要テーマです。対話データの一元管理から始めることで、データガバナンスの効果を早期に実感できるでしょう。aileadは、400社以上の導入実績を持つ対話データAIプラットフォームとして、CRM外のシャドーデータを安全に統合する基盤を提供しています。詳しくはお問い合わせください。
関連記事
- Salesforceデータ品質メンテナンスガイド
- Salesforce権限管理ガイド
- Salesforce CoE(Center of Excellence)の作り方
- Salesforce投資のROI・TCO完全ガイド
ailead編集部
株式会社ailead
aileadの公式編集部です。営業DX・AI活用に関する情報を発信しています。



