Design a CRM hygiene pass that survives a quarter-end push
A scoped cleanup routine for the CRM fields that affect routing, forecasting, and the handoff from marketing to sales.

Pick the fields that affect routing and reporting
A CRM hygiene pass should start with the fields that change a decision, not with every empty box in the record. Prioritize owner, territory, lifecycle stage, lead source, close date, and the fields used in routing rules. Ask the sales operations owner which fields appear in reports that leadership actually reviews. A clean field that nobody uses is not worth a cleanup campaign.
Write down the allowed values and the owner for each selected field. If a field has no owner or no definition, fix that first. A cleanup pass cannot resolve a disagreement about what a stage means. Limit the first pass to a small set so the team can finish it and show a result before expanding to the rest of the object.
Run a sample before the full pass
Pull a sample of records from each major source and review them against the field rules. The sample should include routine records, imported lists, partner leads, and records created by the sales team. Count how often each field is missing, duplicated, or populated with a value the rule does not allow. This gives the team a baseline and exposes the most common failure mode.
Do not start mass editing from the sample results alone. Share the sample with the record owners and ask whether the field rules match how they actually work. A rule that looks correct in a policy document may break a legitimate handoff in practice. Adjust the rule or the process before the full pass, then record the decision.
Use a correction packet with evidence
For each correction, keep the record ID, the field, the old value, the new value, the source, and the reviewer. The source might be a form submission, a call note, or a system export. A correction without a source is hard to defend when a seller disputes it later. The packet should let a reviewer verify the change without reopening the whole record.
Batch corrections by field and source so the reviewer can check a consistent set. Do not mix a mechanical update with a judgment call in the same batch. If a record needs a decision about ownership or stage, route it to the responsible manager. The coordinator can prepare the packet and apply the approved change, but the decision stays with the owner.
Handle duplicates with a merge rule
Define what makes two records the same before anyone merges them. A shared company name is not enough, because divisions and franchises can share a name while buying separately. Compare the domain, billing entity, address, and the people involved. Write the rule down and require a reviewer to confirm an uncertain match. Write the rule where the merge tool can link to it.
When a merge is approved, preserve the activity history and note which record survived. Check that open tasks, opportunities, and routing rules point to the surviving record. A merge that removes the duplicate but loses the context is a cleanup that creates a new problem. After the merge, verify the account in the systems that consume the CRM data.
Protect the pass from quarter-end reversals
Sellers change records quickly near the end of a quarter, so a cleanup pass can be undone by a wave of new edits. Schedule the pass before the final push and freeze the selected fields during the review window. If a seller needs a change, route it through the same correction packet. The freeze should be short and tied to the fields in scope, not to the whole CRM.
After the quarter closes, compare the field quality with the baseline. Check whether the pass held or whether the same gaps came back. A repeated gap may mean the field is too hard to fill, the rule is unclear, or the process asks for information that the team does not have at that moment. Fix the cause instead of scheduling another cleanup.
Measure what stayed clean
Measure completeness for each field in scope, but do not treat a high percentage as proof that the data is correct. Add a small accuracy check by sampling records and comparing them with the source. Report both numbers, along with the sample size. A field can be complete and still be wrong if people fill it with a default value.
Set a review date and a threshold for the next pass. If the field stays clean, reduce the review frequency and move attention to another field. If it decays, inspect the workflow that creates the records. The goal is a CRM that supports routing and reporting between cleanups, not a one-time project that looks good on the day it finishes.
Document the rule changes that follow
When the review finds that a field rule no longer matches the work, write the change down and name the owner who approved it. Update the field definition, the form, and the routing rule in the same change window. If only one of those changes, the team will create a new gap while fixing the old one. A short change note is enough.
Tell the people who enter the data what changed and why. A rule that is updated silently will be ignored by anyone who learned the old version. Add the effective date to the field description and the review log. The next hygiene pass should start from the new rule, not from a private interpretation. The notice should say what to do with existing records.