How to Audit CRM Data Quality
August 1, 2026
Six measures that require no tooling, no interpretation and no targets — and that together tell you whether the reporting built on this database can be trusted.
Most data quality reviews stall at the first meeting, because they open with a debate about what quality means. The six measures below avoid that entirely: each requires no interpretation, no agreed target, and no judgement — only arithmetic.
Scoped correctly, the whole audit is a day's work and produces a baseline you can repeat.
Scope it before you start
The reason these audits fail is scope. Auditing every field in a mature CRM instance is weeks of work that produces a spreadsheet nobody acts on. Audit the ten to fifteen fields your executive reporting actually depends on — trace back from the reports leadership looks at and list the fields underneath them. That list is almost always shorter than people expect, and it is the entire surface that matters.
The six measures
Run each against the scoped field list rather than the whole instance.
| Measure | Question | Calculation |
|---|---|---|
| Completeness | Can automation and reporting read this field? | Records with the field populated, per field |
| Duplicate rate | Are we counting the same entity twice? | Matched records as a proportion of total |
| Ownership | Does someone answerable exist? | Records with no owner, or an owner who has left |
| Staleness | Does the record still describe reality? | Open opportunities with a past close date; records untouched beyond a typical cycle |
| Consistency | Is a controlled field actually controlled? | Distinct values present in a field that should have a fixed set |
| Conflict | Is more than one system writing this? | Fields written by two systems, and how often they disagree |
Source: Measures proposed here
Method: the one-day audit
List the reports leadership actually uses. Not every report — the ones that inform decisions.
Trace each to its underlying fields. Deduplicate the list. This is your scope, and it should be roughly ten to fifteen fields.
Run completeness per field, not in aggregate. An overall figure conceals which specific field is breaking routing or scoring.
Run staleness on open opportunities. Proportion with a close date in the past is the single most diagnostic measure available and needs no interpretation at all.
Run consistency on controlled fields. Count the distinct values present. Free-text creep in a picklist shows up here immediately.
Identify conflicts by asking, for each field, which system writes it. Any field where the answer is more than one system is a finding regardless of current disagreement rate.
Record every figure with the date and the method. This is the baseline, and without it no later work can be shown to have improved anything.
Do not produce a composite score
Reading the results
Each measure implies a different remediation, which is why six numbers beat one.
High incompleteness on fields automation depends on explains routing and scoring failures without further investigation. Fix at the point of entry rather than by backfilling.
High conflict indicates undeclared field ownership. Declare a writer per field; this is usually the highest-leverage finding.
High staleness inflates pipeline coverage and makes every conversion metric downstream unreliable. Treat conversion figures as provisional until it is corrected.
Low consistency in a controlled field means the control is not enforced in the system, only stated in a document.
High duplicate rate matters relative to the questions you ask. A hundred duplicates in a thousand records is a broken database; the same hundred in a hundred thousand is noise.
Where this audit does not help
It measures the state of the data, not whether the data model is right. A CRM where every field is complete and consistent can still be modelling the business incorrectly — the wrong objects, the wrong relationships, stages that do not describe the process. That is a design review rather than a quality audit, and the two are frequently conflated.
It also says nothing about whether the fields should exist. A field that is 100% complete and read by nothing is a cost, not an asset, and it will not appear as a problem in any of the six measures.
Making it repeatable
Run it quarterly with an identical method. The absolute numbers matter far less than the direction, and direction requires that the measurement itself does not change. Where you must change the method, restate the prior period on the new basis rather than creating a discontinuity that nobody can interpret a year later.
COMMON QUESTIONS
- How do you measure CRM data quality?
- Six measures against the fields your reporting actually depends on: completeness, duplicate rate, ownership, staleness, consistency of controlled values, and conflict between systems writing the same field. Each requires no interpretation and no agreed target.
- Should we produce a single data quality score?
- No. Composites hide mechanism. "Data quality is 72%" supports no action, whereas "a third of open opportunities carry a close date in the past" supports one immediately.
- How many fields should a data quality audit cover?
- Ten to fifteen — the ones executive reporting depends on. Auditing every field is why these exercises usually stall before producing anything usable.
- How often should a CRM data audit be repeated?
- Quarterly, using an identical method so the numbers are comparable. The absolute values matter less than the direction, and direction requires an unchanged measurement.
WHERE THIS HAS BEEN APPLIED
Client work and research from RevOps HQ, our consulting practice.
KEY TERMS
Data Hygiene
The continuous practice of keeping records accurate, complete and current — as distinct from data quality, which is the state that practice produces.
Deduplication
Identifying and merging records representing the same person or company.
Field Governance
The rules controlling who may create, alter or retire fields, and the review that applies before they do.
Pipeline Hygiene
Whether pipeline records are accurate and current — as distinct from pipeline health, which is whether the pipeline is any good.
Single Source of Truth (SSOT)
The declared authority for a given piece of data — the system whose value wins when two systems disagree. Correctly applied it is decided per field, not per system.
Go deeper: CRM Admin 101
The interactive tools behind this writing — process builders, inventories and the audit export — live inside the membership.
See the course