Dedupely Intelligence
TL;DR
- High-stakes records are key accounts, big accounts and VIP accounts.
- Keep high-stakes records out of bulk and automatic merges, and review each set yourself.
- Check owners, open deals, contacts and integration IDs before merging a key account.
- Pick the winning value field by field when a merge rule's outcome isn't right.
- Dedupely lets you review key accounts, pick each value by hand and preview every merge.
Bulk merging works because one set of rules decides thousands of merges the same way. For most records, that's exactly what you want.
A few records are different. Your biggest customers, the accounts leadership watches and the VIPs your team handles personally carry more history, more people and more money. A wrong value on one of them gets noticed, sometimes by the customer.
In this post, you'll see which records count as high-stakes and why rules alone aren't enough for them. You'll also see how to find them before a cleanup, what to check in each merge and how to pick values field by field.
What makes a record high-stakes
High-stakes records are the ones where a wrong merge costs more than the time it takes to review it. For many teams, that means three groups.
| Type | What it looks like | What's at stake |
|---|---|---|
| Key accounts | Strategic customers with a named account manager | The relationship, renewals and expansion deals |
| Big accounts | The customers with the most revenue, contacts or open deals | Pipeline, forecasts and many linked records |
| VIP accounts | People or companies who get special handling, like executives or partners | Trust, and how your company looks to them |
Which accounts fall into each group is your call. Write the list down, or better, store it in a CRM field like a tier or a key account checkbox. Then a search can find it.
Why bulk rules aren't enough for them
A merge rule makes the same choice every time, like keeping the newest email or the oldest record. That's what makes it safe at scale. It's also why it can miss what's special about one account.
Key accounts are often where the exceptions live. Two account managers may share them, a contract may sit on the older record, or an integration may point at a specific ID. A rule that's right for 10,000 records can still pick the wrong owner on the one account that matters most.
Treat every merge as permanent. For these records, a person should look before anything merges.
Find your high-stakes records before the cleanup
Separate key accounts before the first bulk merge. Start from the list or field you defined, and use it in two ways.
- Keep them out of bulk and automatic merges. Filter your main searches so records in the key tier aren't evaluated there.
- Give them their own search. A separate search on the same tier shows every duplicate set that touches a key account, so you can review each one.
Check the list against the people who own those accounts. They'll often add a few the data doesn't show, like a new strategic customer.
What to check before merging a key account
Many teams review their biggest accounts by hand for exactly this reason. A short checklist per set takes minutes and catches the problems a rule can't see.
| Check | Why it matters |
|---|---|
| Are they really the same customer? | Subsidiaries, regional offices and partner records often share a name with a key account |
| Which record should survive? | Its ID may be referenced by billing, support or other integrations |
| Who owns it, and who's on the account team? | Owner changes on a key account reach leadership quickly |
| Where are the open deals and renewals? | They should end up on the surviving record, with the right owner |
| Which contract, billing and tier values are right? | A wrong billing address or tier can affect invoices and service levels |
| Is there a parent or child account? | Hierarchies may need to stay as they are |
If the answer to the first question is no, the set isn't a duplicate. Our post on related records that look like duplicates covers how to keep those apart.
Pick the winning values field by field
For most merges, rules decide which value survives in each field. For a key account, you may want to make some of those choices by hand.
Open the set and go through the fields that matter: owner, billing address, tier, lifecycle stage and any field an integration reads. Pick the value that's right for this account, even if it isn't the one your rules would choose.
When you find yourself making the same manual choice on several key accounts, turn it into a rule. Our post on merging CRM records without losing data covers how to set those rules.
Preview, merge one at a time, then check
Before merging, preview the result and compare it with your checklist. Merge high-stakes sets one at a time, so each result gets a look.
After the merge, open the record in your CRM. Check that the deals, contacts and activity history moved, and that the owner is right. Then tell the account owner what changed.
The rest of the cleanup can keep running around these accounts. Our post on running a big cleanup without disrupting sales covers how to stage it.
How Dedupely gives you control over high-stakes merges
In Dedupely, you can filter key accounts out of your main searches, give them their own search and send each set to review. For any set, you can open its details, pick the winning value field by field and preview the result before merging. Automatic merges never touch sets in review, excluded or rejected, so your key accounts wait for you.
Rules for the many, a person for the few
Bulk rules are what make a large cleanup possible, and they handle most records well. Key, big and VIP accounts are the exception, because their history and people don't fit a single rule.
Separating them before the cleanup lets everything else merge at scale. Reviewing each one, picking values by hand where needed and checking the result keeps your most important customers exactly as they should be.
Frequently asked questions
Which CRM records are high-stakes when merging?
Key accounts, big accounts and VIP accounts are the usual ones, since they carry the most revenue, contacts, open deals or attention from leadership. A wrong owner or billing value on one of them gets noticed quickly. Each of those merges deserves a person's review.
Should key accounts be merged automatically?
Usually not. Filter them out of your main searches so bulk and automatic merges skip them, and give them a search of their own. Review each set by hand and merge one at a time after a preview, while the rest of your database merges in bulk.
How do you control which values survive a merge?
Set rules for which record survives and which value wins in each field, like the newest email or the current owner. For high-stakes records, you can also choose values by hand, field by field, during the merge. Preview the merged record before you confirm it.
What should you check before merging a key account?
Confirm the records are the same customer, and not a subsidiary or partner record. Then check which record ID integrations use, who owns the account, where open deals sit and which billing, contract and tier values are right. Ask the account owner to look before you merge.
What do you do if two key account records aren't duplicates?
Keep them apart, and reject the match once you're certain, so it doesn't come back in future searches. If they're related, like a parent company and a subsidiary, link them as parent and child instead of merging them. That keeps the structure visible to everyone who opens either account.
Or sign up with Google