---
title: "Bad Data Is a Leadership Problem"
description: "37% of CRM users report lost revenue from poor data quality -- but bad data isn't a software issue. It's the operating cost of ambiguity, and fixing it starts with leadership, not technology."
canonical_url: https://jarrettstanley.com/insights/blog/bad-data-is-a-leadership-problem
source: jarrettstanley.com
last_modified: 2025-02-03
---

# Bad Data Is a Leadership Problem

> 37% of CRM users report lost revenue from poor data quality -- but bad data isn't a software issue. It's the operating cost of ambiguity, and fixing it starts with leadership, not technology.

**Published:** 2025-02-03T12:00:00Z  
**Author:** Jarrett Stanley, Chief Marketing Officer, Nationwide Mortgage Bankers  
**Read time:** 5 min  
**Series:** The Signal #7  
**Categories:** data-analytics, leadership

Bad data has a way of disguising itself as a tool problem.

The CRM "doesn't work." The automation "is buggy." The dashboard "can't be trusted." The AI rollout "is underwhelming."

Then you look closer and it's the same pattern underneath: duplicates, missing fields, inconsistent statuses, free-text chaos, and definitions that change depending on who's talking.

Validity's 2025 State of CRM Data Management report put hard numbers on what most teams feel: **37% of CRM users reported losing revenue as a direct consequence of poor data quality**, and 76% said less than half of their organization's CRM data is accurate and complete.

That's not a software issue. That's an operating issue.

## The moment data stops being "admin work"

Here's when this gets real.

Someone wants cleaner reporting, so the team builds a dashboard. The dashboard immediately creates arguments because the same metric is defined three different ways.

Then someone suggests AI.

Salesforce's 2026 data and analytics trends point to the same friction: leaders feel pressure to drive value with data, but the biggest hurdle remains incomplete, out-of-date, or poor-quality data.

Now the cost compounds, because AI doesn't quietly tolerate bad inputs. **It amplifies them.**

That sentiment isn't coming from analysts only. It shows up in operator conversations everywhere. A recent thread in r/salesforce summed it up plainly: most "CRM problems" are really data problems wearing a different label. Another thread pushes back on the fantasy directly: AI doesn't fix bad data, it scales it.

So the question isn't "How do we clean data?" The question is **"Why is the organization producing bad data in the first place?"**

## Bad data is produced by incentives and ambiguity

> **INSIGHT:** Bad data is rarely malicious. It's usually rational.

If the fastest way to get through the day is to skip fields, people skip fields. If the status definitions are unclear, people pick whatever keeps the workflow moving. If nobody ever uses the data downstream, people stop caring whether it's clean. If there's no consequence for junk records, junk records multiply.

This is why blaming the front line never works. You don't fix bad data with lectures. You fix it by designing the system so clean data is the path of least resistance.

**That design is leadership.**

## The practical shift: treat data like a product

Most organizations treat data like exhaust. Something that happens while work gets done.

High-performing organizations treat data like a product. A shared asset with standards, owners, and quality checks.

That doesn't mean perfection. It means clarity.

Here's what "data as a product" looks like in practice:

- A small set of critical fields are non-negotiable
- Statuses mean the same thing everywhere
- There's a defined owner for data quality
- There's a feedback loop when data breaks something downstream
- "Fixing data" is part of operating cadence, not a random cleanup day

## The three levers that fix data without turning it into a crusade

### 1. Stop the bleeding at the point of entry

Most teams try to clean data downstream. That's always more expensive.

Instead, tighten creation.

- Replace free-text with picklists wherever possible
- Normalize formatting automatically (phone numbers, states, capitalization)
- Validate what matters (email format, required fields based on lead source, uniqueness rules where appropriate)
- Make "unknown" an explicit option instead of letting blank mean ten different things

This isn't about being strict. It's about making data consistent enough to be usable.

### 2. Create a "definition of done" for records

Most organizations have a definition of done for projects. Almost none have it for records.

Pick the record types that drive revenue and execution (lead, contact, loan file, partner, whatever your world calls it) and define what must be true before the record is considered real.

Example definition of done for a lead:

- Source is selected from an approved list
- Contact method is valid and reachable
- Intent stage is chosen from defined stages
- Owner is assigned
- Next action is logged

If the record is missing these, it's not "a lead." It's a placeholder.

This single concept reduces junk records fast because it reframes the behavior. People stop thinking "I filled out a form." They start thinking **"I created a usable asset."**

### 3. Make data quality visible and owned

When data quality is everyone's job, it becomes nobody's job.

Give it an owner and give that owner a scoreboard that leadership actually looks at.

Not a big dashboard. A tight weekly snapshot:

- Duplicate rate (by record type)
- Missing critical fields
- Bounce and undeliverable rates
- Routing exceptions
- Records created without next action

Tie this to outcomes. When routing breaks, speed-to-lead slows. When emails bounce, deliverability suffers. When statuses are unreliable, reporting becomes theater.

This is also where leadership earns credibility. If leadership treats data quality as optional, the organization will too.

## A note on AI

There's a popular story circulating that AI will clean up the mess.

It won't.

AI can help with enrichment, normalization, summarization, and classification, but it can't fix a system that produces ambiguity. If you have no clear definitions and no clear ownership, AI becomes a new layer of uncertainty.

> **INSIGHT:** The teams who win with AI won't be the ones with the fanciest prompts. They'll be the ones who made their inputs trustworthy.

## Signals to watch

If you want proof you're improving, track these:

- Fewer internal debates about "what the number really is"
- Fewer routing exceptions and manual hand-fixes
- Fewer duplicates created per week
- Higher contactability (deliverability, fewer bounces)
- Faster reporting cycles because definitions are stable
- AI outputs that feel grounded instead of guessy

When these improve, the entire organization moves with more confidence.

## One-week action

Do this in the next seven days:

- Identify the five fields that must be reliable for your most important workflow.
- Write a one-page definition of done for the record type that feeds that workflow.
- Add one constraint at creation (picklist, validation rule, required field logic) for each of the five fields.
- Assign a single owner to review a weekly data quality snapshot for the next four weeks.

No big cleanup. No dramatic overhaul. Just foundations that hold.

**Bad data isn't a nuisance. It's the operating cost of ambiguity.**

Fixing it isn't about being stricter. It's about being clearer.

## Frequently asked questions

### Why is bad data a leadership problem, not a technology problem?

Bad data is produced by incentives and ambiguity, not software bugs. When the fastest way to get through the day is to skip fields, people skip fields. When there are no consequences for junk records, junk records multiply. Leaders set the system design, the incentives, and the standards -- making data quality fundamentally a leadership responsibility.

### What is a "definition of done" for data records?

A definition of done for records specifies what must be true before a record is considered real and usable. For example, a lead might require a source from an approved list, a valid contact method, a defined intent stage, an assigned owner, and a logged next action. This reframes data entry from filling out a form to creating a usable asset.

### Can AI fix bad data quality?

AI can help with enrichment, normalization, summarization, and classification, but it cannot fix a system that produces ambiguity. Without clear definitions and clear ownership, AI amplifies bad data rather than correcting it. The teams that succeed with AI are the ones who first make their data inputs trustworthy.

---

Canonical URL: https://jarrettstanley.com/insights/blog/bad-data-is-a-leadership-problem
Site: Jarrett Stanley — AI mortgage marketing speaker, strategic advisor, and CMO.
Agent index: https://jarrettstanley.com/llms.txt · Sitemap: https://jarrettstanley.com/sitemap.xml · Contact: https://jarrettstanley.com/contact
