gtmjosh
CRM Data Quality
Chapters
  1. 01 · What Makes CRM Data Trustworthy?
  2. 02 · Run a Baseline Data Audit
  3. 03 · Find and Prevent Duplicates
  4. 04 · Standardize and Validate Records
  5. 05 · Handle Consent, Opt-Outs, and DNC
  6. 06 · Handle Job Changes, Departures, and Churn
  7. 07 · Enrich the Records That Matter
  8. 08 · Resolve Conflicting Values
  9. 09 · Choose What to Buy, Configure, Connect, or Build
  10. 10 · Establish Continuous Checks and Quarterly Audits
  11. 11 · Capstone: Repair a Broken CRM Population
Guide overview →

15 min · Interactive exercise

Chapter 6 of 110 complete

Handle Job Changes, Departures, and Churn

Preserve history on a departure, route a stale account to review instead of guessing, and reopen a re-engaged record without erasing why it was closed.

Derek Chen, GTM Lab's primary contact at target Account Ferrow Industrial and mid-evaluation on a new-business Opportunity, changes jobs. His work email starts bouncing. The team's instinct is to disqualify him and, because he was the primary contact, mark Ferrow Industrial's Account inactive along with him. Both reactions destroy information the business will want back.

Separately, Kessler Metal Works, a customer eighteen months ago, has had no renewal touch, support case, or usage signal since. Its Account still reads Customer. Nobody decided to leave it that way; nothing ever triggered a review.

And Sam Okafor, disqualified eight months ago because there was no active project, has just asked for pricing.

A person leaving is not a fact about the company

Disqualifying a person because they changed jobs erases the reason to reach out when they re-engage from a new employer. Downgrading the Account because its primary contact left ignores that the Account's commercial relationship depends on its own evidence, not on one person's employment. Account staleness is a different kind of failure: not a wrong inference, but a missing detection rule.

A record that comes back is not a record that never left

Sam is the third version of the same mistake, running in the opposite direction. The instinct on a re-engagement is to clear the old disqualification so the record looks clean, and a clean record is exactly the problem: the next person to work him has no idea the qualifying conversation already happened, or what the objection was, or whether anything about it actually changed. The opposite instinct fails too. Leaving him disqualified because he was disqualified once is how a recycled record stays buried under an outcome that new evidence was supposed to reopen.

Both facts belong on the record at the same time. He was disqualified then, for a stated reason, and something has changed since. That is the same shape as the recycle-then-re-engage rule in Define What Your CRM Data Means, where a returning person keeps their first milestone date and appends new history rather than overwriting it.

Preserve history on departure, force a review on staleness

For departures: preserve the person's relationship history in full, record the new employment context without erasing the old one, and leave the previous employer's Account lifecycle unchanged unless its own evidence changes. For stale accounts: define a staleness signal (no commercial activity past a defined window while status reads active) and a review path that routes to the account owner for an explicit reactivate-or-archive decision. The employer-change fixture confirms Derek's Ferrow Industrial history stays intact while he gains new-employer context. The stale-former-customer-account fixture confirms Kessler routes to review before anything changes. For re-engagement: reopen on the new evidence and keep the prior disqualification and its reason readable, which the recycled-lead-reengaged fixture confirms for Sam.

Carry this into your business

A departure is a fact about one person. Don't let it make a decision about a company. Don't let a customer account go stale just because nothing was ever built to notice. And when someone comes back, keep the record of why they left.

GTM Lab

Saved locally
CRM Data Reliability Plan · 0 of 11 sections started

Saved locally to your browser.

Set the departure policy and run Derek Chen’s case

Derek Chen, Ferrow Industrial’s primary contact and mid-evaluation on a new-business Opportunity, changes jobs. His work email starts bouncing.

Fixture: employer-change

Derek Chen · employer change

FIXTURE-EMPLOYER-CHANGE
Person
Derek Chen
Prior employer
Ferrow Industrial (primary contact, mid-evaluation)
New employer
Whitfield Manufacturing
Signal
Work email bouncing plus enrichment/manual confirmation
Resets every run.
What happens on a departure?

Define the staleness signal

No commercial activity past a defined window while status reads Customer

Sam Okafor was disqualified eight months ago and has just re-engaged. What happens to the disqualification already on his record?
An account trips the staleness signal. What happens to it?

Run the stale-account case

Kessler Metal Works has had no renewal touch, support case, or usage signal in 18 months, and its Account still reads Customer.

Fixture: stale-former-customer-account

Kessler Metal Works · stale account

FIXTURE-STALE-FORMER-CUSTOMER-ACCOUNT
Account
Kessler Metal Works
Status on record
Customer
Became a customer
18 months ago
Activity since
No renewal touch, support case, or usage signal
Resets every run.

Route the stale account

Run the re-engagement case

Sam Okafor was disqualified eight months ago for no active project. He has just requested pricing.

Fixture: recycled-lead-reengaged

Sam Okafor · re-engaged lead

FIXTURE-RECYCLED-LEAD-REENGAGED
Person
Sam Okafor
Prior state
Disqualified Lead
New signal
Re-engaged (consistent with 1a’s recycle-then-re-engage model)
Requirement
Prior disqualification history preserved, not overwritten
Resets every run.

Run the fixture

Chapter 6 of 110 complete