CRMデータ品質監査:30分で確認する重複・欠損・定義ずれ

CRMデータ品質監査:30分で確認する重複・欠損・定義ずれ

この記事の要約

CRMのデータ品質は、ツールを入れ替えても自動的には改善しません。原因は入力担当者ではなく、フィールド設計と運用ルールの側にあることがほとんどです。

本記事では、大規模なCRM改修や名寄せツール導入を検討する前に、担当者一人が30分で実行できる「一次スクリーニング」の手順を解説します。重複データの検出、意思決定に直結するフィールドの欠損率確認、部門間で解釈が割れている定義の棚卸しという3フェーズに分け、それぞれ具体的なチェック観点と所要時間を示します。

この30分は精度を追求した本格監査ではなく、次にかける半日〜数日の調査対象を絞り込むための当たりづけであり、読み終えると、監査結果を「影響範囲」と「修正コスト」で整理し、次に何を、どの深さで調べるべきかを判断できる状態になります。

この記事でわかること

  • CRMデータ品質を担当者一人・30分で点検する3フェーズの手順
  • 重複データの規模感を短時間でつかむための具体的なチェック方法
  • 意思決定に響く欠損フィールドを優先的に見つけ出す考え方
  • 部門間の「定義ずれ」を発見し、言語化するための実務的な問いかけ方
  • 監査結果を「影響範囲」と「修正コスト」で優先順位づけし、本格監査につなげる方法

はじめに

商談化率のレポートを経営会議に出す直前、ふと数字に違和感を覚えたことはないでしょうか。担当者に聞いてみると、「そのフィールド、実は人によって入力の仕方がバラバラで」という答えが返ってくる。あるいは、失注分析をしようとしてCSVを開いたら、肝心の失注理由欄が半分近く空欄だった、という経験をお持ちの方も多いはずです。

CRMを疑い始めると、どこから手をつければよいか分からず、結局「来期、システムごと見直そう」という結論に流れがちです。しかし本当に必要なのは、大がかりな改修の前に、今のデータのどこにどれだけの歪みがあるかを短時間で把握することです。

なぜ「データはきれいなはず」という前提が一番危ういのか

CRMのデータ品質は、壊れているかどうかではなく、壊れていることに誰も気づいていないかどうかが問題です。結論から言うと、重複・欠損・定義ずれの3つは、SFAやMAツールを入れ替えても解決しません。原因は入力する人の問題ではなく、フィールド設計と運用ルールの側にあるからです。

多くの企業では、CRMの導入時点では項目定義がそろっていても、半年、1年と運用するうちに、営業担当者ごとに入力の解釈が微妙にずれていきます。たとえば「業種」というプルダウンひとつでも、ある担当者は導入企業の主業を選び、別の担当者は決裁者の所属部門の業種を選んでいる、といったズレです。

この状態で商談化率や失注分析のレポートを作っても、数字自体は出てきますが、その数字が現場の実態を正しく反映しているかは別問題になります。

大規模なCRM再構築プロジェクトを検討する前に、まずやるべきことは「今のデータがどれくらい信頼できるか」を把握することです。ここでいう監査とは、専門チームを組んで数週間かけるような大がかりなものではなく、担当者一人が30分あれば実行できる、優先課題の当たりをつけるための簡易チェックを指します。

この監査で明らかになること

  • 重複レコードがどの程度、どのオブジェクトに集中しているか
  • 意思決定に使う重要フィールドの欠損率
  • 部門やチーム間で定義が割れているフィールドの有無

この3点さえ押さえれば、「どこから手をつければ投資対効果が高いか」の仮説が立てられます。逆に言えば、この当たりをつけずに大規模改修に着手すると、直すべきでない箇所を直し、本当に効いていた入力ルールまで壊してしまう、という事故が起こりやすくなります。

30分監査の全体設計:3フェーズで進める

30分という時間制約の中で成果を出すコツは、範囲を絞ることです。全オブジェクト・全フィールドを見ようとせず、商談に紐づく主要オブジェクト(取引先・コンタクト・商談)に絞り込みます。フェーズは以下の3つです。

フェーズ所要時間目的
フェーズ1:重複検出約10分名寄せ対象の規模感を把握する
フェーズ2:欠損の可視化約10分意思決定に響くフィールドの穴を特定する
フェーズ3:定義ずれの棚卸し約10分部門間の解釈の違いを言語化する

監査を始める前に用意しておくもの

いきなりCRM画面を開いても、30分では時間切れになりがちです。次の3点だけ事前に準備しておくと、進行がぐっとスムーズになります。

  • 直近90〜180日分のエクスポートデータ(CSV):レポート画面の絞り込みだけでは桁感がつかみにくいためです
  • 各部門のフィールド利用状況をざっくり知る人(1名で可):定義ずれの棚卸しで声をかける相手をあらかじめ決めておきます
  • タイマー:フェーズごとに時間を区切らないと、重複検出だけで30分が終わってしまいます

フェーズ1:重複データの検出(約10分)

まず取引先オブジェクトで、会社名の完全一致・部分一致を軽くフィルタリングします。多くのCRMには重複管理機能が標準搭載されていますが、精度が粗いことも多いため、ここでは「株式会社」の有無、半角・全角の違い、旧社名の残存といった、ありがちなパターンを手作業で数件サンプルチェックする程度で十分です。

具体的には、以下のような観点で件数を数えます。

  1. 会社名の表記ゆれによる重複候補件数
  2. 同一メールドメインを持つコンタクトの重複候補件数
  3. 同一商談が複数のオーナーに紐づいているケースの有無

ここで重要なのは、正確な重複件数を出すことではなく、「重複がほぼゼロに近いのか、それとも全体の1〜2割に及ぶ規模なのか」という桁感をつかむことです。桁感が変われば、その後の優先順位づけの意思決定も変わってきます。

たとえば取引先が5,000件登録されている企業で、会社名の表記ゆれによる重複候補がざっと数えて300件程度見つかったとします。この時点で「全体の6%前後」という規模感が見えてくれば、名寄せツールへの投資を検討する根拠として十分です。逆に候補が10件程度であれば、重複はいったん優先度を下げ、欠損や定義ずれの方に時間を割いた方が投資対効果は高くなります。

フェーズ2:欠損値の可視化(約10分)

次に、商談オブジェクトの必須フィールドと、レポートで頻繁に参照するフィールドの欠損率を確認します。ここで手を広げすぎると30分では終わらないため、対象は次の3〜5項目に絞り込むのが現実的です。

  • 失注理由:埋まっていなければ失注分析そのものが機能しません
  • リード獲得経路:埋まっていなければMQL/SQLの転換率分析ができません
  • 決裁者の役職:埋まっていなければICPの精度検証ができません

これらのフィールドは、直近90日以内にクローズした商談を対象に、レポート機能かエクスポートしたCSVで欠損率をざっと計算します。「空欄件数 ÷ クローズ済み商談の総件数」だけで十分で、厳密な統計処理は不要です。

「失注理由の欠損率が40%を超えている」といった数字が出てきたら、それは入力担当者の怠慢ではなく、入力のタイミングや選択肢の設計に無理があるというシグナルとして受け止めるべきです。実務上よくあるのは、商談をクローズする画面と失注理由を入力する画面が分かれていて、営業担当者が「クローズはしたが、理由の入力は後回しにしたまま忘れる」という運用上の抜け漏れです。

この場合、担当者への注意喚起よりも、クローズ操作と同じ画面に必須入力を組み込む方が、はるかに効果的な改善策になります。

フェーズ3:定義ずれの棚卸し(約10分)

最後に、フィールド定義そのものの棚卸しです。営業・マーケティング・カスタマーサクセスなど、複数部門が同じCRMを触っている場合、同じフィールド名でも部門ごとに解釈が違っていることが珍しくありません。

代表的なズレのパターンは以下のとおりです。

フィールド例よくあるズレ影響範囲
ステージ名「商談化」初回商談実施を指すか、稟議開始を指すかが部門で異なる商談化率の分子が不安定になる
「業種」導入企業の業種か、決裁部門の業種かが混在ICPセグメントの精度が落ちる
「担当者」一次窓口か最終決裁者かが不明確商談引き継ぎ時の情報欠落

このフェーズは、システムを見るだけでは完結しません。営業マネージャーやCS責任者に「このフィールド、どういう意味で入力してる?」と一言聞くだけで、驚くほど多くのズレが表面化します。30分という時間の中に、こうした短いヒアリングを1〜2件組み込んでおくと、机上の推測で終わらない実態把握につながります。

この30分監査の位置づけを誤解しないために

ここで一つ、前提を明確にしておきます。この30分監査は、精度を追求した本格的なデータ監査ではなく、優先課題の仮説を立てるための一次スクリーニングです。重複件数も欠損率も、サンプルや短期間のデータから導いた「桁感」であり、経営会議でそのまま数字を報告できるレベルの精度ではありません。

だからこそ、この監査には明確な役割があります。「何にどれだけのリソースを割くべきか」を判断する前段階で、闇雲に手を広げないための当たりをつけることです。半日や数日かけて重複パターンを網羅的に洗い出し、部門ヒアリングを重ねる本格監査は、この30分の結果を踏まえて対象範囲を絞り込んだ形で初めて実施できます。

逆にこれを飛ばして本格監査に入ると、仮説がないまま全項目を均等に調べることになり、時間ばかりかかって優先順位が見えてこなくなります。

つまり30分は、正確な答えを出すためではなく、次にかける半日や数日の調査を正しい対象に絞り込むための投資です。この位置づけを踏まえたうえで、監査結果をどう扱うかを見ていきます。

監査で見つかった問題をどの順で是正するかは、次の記事で整理しています。

HubSpot/Salesforceのデータ品質が悪化する原因と、最初の是正順序
HubSpot/Salesforceのデータ品質悪化を入力・定義・運用・重複・連携の原因に分解し、Sales Ops/IT向けに最初の是正順序と判断基準を解説します。

監査結果をどう優先順位づけするか

3つのフェーズで出てきた課題は、そのまま全部を直そうとすると際限がなくなります。ここで結論を先に述べると、優先順位は「影響範囲の広さ」と「修正コストの低さ」の掛け合わせで決めるべきであり、件数の多さだけで判断するべきではありません。

影響範囲で見る

重複が100件あっても、それが失注済みの古い取引先に集中しているなら、緊急度は高くありません。一方で、欠損率が20%程度でも、それが今まさに商談化率のKPIとして経営会議で報告されているフィールドであれば、優先度は一気に上がります。つまり、その項目が「今、誰の意思決定に使われているか」を基準に並べ替える必要があります。

修正コストで見る

同じ「定義ずれ」でも、選択肢の名称を整理するだけで直るものと、既存データの再入力が必要になるものでは、着手のハードルがまったく異なります。たとえば「ステージ名の解釈統一」であれば、営業マネージャーを集めた30分のすり合わせと、社内向けの定義ドキュメント更新だけで完結することが多く、システム改修すら不要な場合もあります。

一方で「業種フィールドの再入力」は、既存の全取引先データを見直す作業が発生するため、数週間単位のプロジェクトになりがちです。この違いを区別せずに一律で「重要課題」として扱ってしまうと、着手の順番を誤ります。

以下のような簡易マトリクスで整理すると、議論がしやすくなります。

  • すぐ着手(影響大・コスト小):選択肢の統合、入力必須化の設定変更など
  • 計画的に着手(影響大・コスト大):既存レコードの再入力、名寄せツールの導入
  • 様子見(影響小・コスト小/大問わず):使用頻度の低いフィールドの整理

こうして整理すると、30分の監査結果が単なる「問題リスト」ではなく、次にどこまで調査を広げるべきかの意思決定材料に変わります。

データ品質を売上プロセスの設計と接続する際は、次の記事を参照してください。

HubSpotを売上を生む仕組みとして設計し直す:診断から90日まで
HubSpot責任者・CMO向けに、顧客名簿化したHubSpotを定義・データ・運用・レポートの4視点で診断し、90日の実行順序で再設計する考え方を解説します。

監査を終えた後によくある落とし穴

ここまでの手順を踏んでも、その後の進め方を誤ると、せっかくの監査が形骸化してしまいます。特に多いのが、次の3パターンです。

落とし穴1:現場への共有なしにルールだけ変える

定義ずれを発見した後、システム側の選択肢だけを整理して終わりにしてしまうケースです。現場に背景を説明しないままフィールドの選択肢を変更すると、翌週から新しい形の入力ミスが発生し、結局データ品質はまた別の形で崩れていきます。ルール変更には、なぜ変えるのかという文脈をセットで伝える必要があります。

落とし穴2:一次スクリーニングで満足し、本格監査に進まない

30分監査は、あくまで本格調査に進むための起点です。「当たりはついたから」とそこで止めてしまうと、実際の修正判断に耐える精度には届きません。四半期に一度など、定期的に同じスクリーニングを繰り返しつつ、重大な兆候が出た領域については半日〜数日規模の本格監査に進める、という二段構えの運用を組み込んでおくことをおすすめします。

落とし穴3:重複排除を機械的な処理だと考えてしまう

名寄せツールに任せれば重複は解消できると考えがちですが、統合の際にどちらのレコードの活動履歴を正としてマージするか、というルールを決めておかないと、過去の商談履歴や関係構築の記録が失われるリスクがあります。ツール導入前に、統合ルールの合意形成を済ませておくことが欠かせません。

まとめ

CRMデータ品質の問題は、ツールの機能不足ではなく、フィールド設計と運用ルールの摩耗によって生まれます。重複・欠損・定義ずれという3つの切り口を、担当者一人・30分という制約の中で点検する一次スクリーニングだけでも、大規模改修に踏み切る前の優先課題は十分に見えてきます。

ただしこの30分はあくまで当たりをつけるための投資であり、そのまま経営判断の根拠にするのではなく、影響範囲とコストで整理したうえで、必要な領域だけ半日〜数日規模の本格監査に進めることが重要です。この二段構えを仕組み化しておけば、次にCRM改修を検討するタイミングでは、根拠のある投資判断ができるようになります。

Q&A

Q
30分監査は、CRMの規模が大きい企業でも通用しますか?
A

全件を精査するのではなく、直近90〜180日分のデータや主要フィールドに絞って傾向をつかむ一次スクリーニングのため、レコード件数の多い企業でも実施可能です。ただし規模が大きいほど、その後の本格監査でカバーすべき範囲は広くなります。

Q
30分監査の結果だけで、CRM改修の意思決定をしてよいですか?
A

推奨しません。30分監査はあくまで優先課題の仮説を立てるための一次スクリーニングであり、意思決定の根拠とするには、影響範囲の大きい領域を対象に半日〜数日規模の本格監査を行うことが望まれます。

Q
この監査は誰が実施するのが適切ですか?
A

CRMの運用に日常的に関わっているRevOpsやデータ担当者が、現場の実感を持ちながら実施するのが適しています。あわせて営業やカスタマーサクセスなど利用部門への短いヒアリングを組み合わせると、より実態に即した結果になります。

専門用語解説

  • CRM:顧客との関係や商談履歴を一元管理するためのシステム
  • SFA:営業活動やプロセスを管理するための営業支援システム
  • MA:見込み顧客への働きかけを自動化・効率化するマーケティング支援ツール
  • 名寄せ:表記ゆれなどで別々に登録された同一の顧客・企業データを統合する作業
  • ICP:自社にとって最も成果につながりやすい理想的な顧客像
  • MQL:マーケティング活動によって一定の関心度に達したと判断される見込み顧客
  • SQL:営業がアプローチすべき対象として引き渡された見込み顧客
  • KPI:目標達成度を測るために設定する中間指標
  • RevOps:マーケティング・営業・カスタマーサクセスの収益プロセス全体を統括する機能
この記事の執筆・監修者
Kazuhiko Nishikawa

GTM Engineer / BizOps / RevOps。Web制作・UI/UXを10年経験。BtoB・BtoCマーケティング、CRM/MA設計、プロダクト開発、Webディレクション/デザイン、CSを横断した事業改善に従事。外国人材ベンチャーでBtoBマーケティングを0→1で立ち上げ、リード獲得と営業支援を中心に収益プロセスを改善。HubSpot、AI、CRM、データを活用した業務設計・自動化・分析・制作を経験。

本記事は、BtoBマーケティング、HubSpotの導入・運用、CRM設計、営業・マーケティング連携に携わってきた実務経験をもとに、現場で実際に感じた課題や判断、起こりうるパターンを整理・想定し、AIライティングにて執筆・編集、監修者によるリライトを行なっています。
CRMRevOpsデータ活用