Duplicate Leads in Your CRM: How to Merge Them Without Losing History
How to merge duplicate leads in a CRM: pick the lead to keep, choose each field and number, move calls and chats across, and stop new copies at import.
A student fills in your Meta form in September, messages your WhatsApp from a second number in October and walks into the Kochi office in November. Your CRM now holds three leads for one person, two counsellors are calling her, and neither knows what the other promised. This guide shows how to merge duplicate leads in a CRM without losing calls, chats, applications or history, and how to stop new copies arriving. It is for counsellors, operations heads and consultancy owners in India.
Key takeaways
- Prove it is the same student before merging: match on a cleaned phone number, then confirm by name. A parent's number can belong to two siblings.
- Keep the lead with the most history, and keep the earlier created date, so enquiry reports still count the student in the month they first came to you.
- Decide field by field and number by number. The main number, the WhatsApp number and a parent's number are three different things.
- Settle ownership before the merge: one person per role, and tell the counsellor who loses the student.
- In Xale CRM you merge from the lead's ⋮ menu, choosing each field, both numbers and each role, and every Excel or CSV import asks what to do with known numbers before it runs.
Where duplicate leads come from
Duplicates are rarely carelessness. Each channel has its own way of missing a match, which is why they are among the most common lead management challenges and solutions teams look for.
| How the copy arrived | Why the match was missed | What the team sees |
|---|---|---|
| Meta form, then a WhatsApp message | The student chats from a different number than the one on the form | One lead has the form answers, the other has the chat |
| Walk-in typed by the front desk | Number typed with a leading 0, or without the country code | Same digits, no match |
| Excel import of an education fair list | Many visitors were already leads | A batch of copies in one afternoon |
| Parent's number on one, student's on the other | Two different numbers for one student | Two counsellors, two follow-ups |
| A second form on another branch's campaign | The second branch treats her as new | Two branches work the same student |
| One wrong digit | No match, ever | A permanent copy |
The cost is more than tidiness. Two counsellors give two different answers about fees or intakes, the student gets two calls a day, and every report counts her twice.
First, prove it is the same student
Put every number in one international format before comparing anything: country code, then the national number, no spaces, no leading zero. That format comes from ITU-T Recommendation E.164, "The international public telecommunication numbering plan" (ITU). Without it, a number typed one way and a number typed another way never match.
Then judge each pair:
| What matches | Verdict | Next step |
|---|---|---|
| Same number, same name | Duplicate | Merge |
| Same number, different first name | Probably siblings on a parent's number | Keep both; record the parent's number on each |
| Different numbers, same name and email | Very likely duplicate | Call or message to confirm, then merge |
| Same name, nothing else | Not enough | Leave both |
The sibling case matters. A careless clean-up merges two brothers into one record and loses a student, which is one of the leak points in our guide to lead leakage in education consultancies.
Choose the lead to keep
One lead survives the merge and the other's history moves onto it. Pick the survivor with these rules, in this order:
- The lead with the most history. University applications, payments, calls and a long note trail. Fewer things to move means fewer things to lose.
- The lead a counsellor is actively working. The student already knows that counsellor's name.
- The earlier created date, whichever record survives. The student first enquired on that date. Reports that count new enquiries by created date, and cost-per-lead figures for the month, stay right only if the merged student keeps it.
Keep the newer date instead and a September enquiry turns up again in November's count of new enquiries.
Merge field by field and number by number
Never let a merge pick "the newer value" for everything. Decide each field.
| Field | Rule |
|---|---|
| Name | The fuller, correctly spelt one, as on the passport |
| Main phone | The number the student answers calls on |
| WhatsApp number | The number her chats are on |
| Parent's number | An alternate number field, never the main number |
| The one used for university portals | |
| Country, intake, course | Fill blanks from either lead; where both are filled and differ, ask the counsellor |
| Tags and intakes | Combine them |
| Stage and status | The more advanced one, after checking the history |
| Calls, notes, chats, follow-ups, applications | Move all of them; never choose between them |
The two numbers deserve care. Many students call from one SIM and use WhatsApp on another, and both are right. If your CRM matches WhatsApp chats to a lead by number, the WhatsApp number must be the one the chats are on, or the next message creates a fresh duplicate. In a WhatsApp CRM for education, that one choice decides where every future message lands.
Worked example: one student, three leads
Take a hypothetical student, Fathima, and the three leads from the opening:
| Lead A | Lead B | Lead C | |
|---|---|---|---|
| Arrived | Meta form, 2 September | WhatsApp message, 9 October | Walk-in, 2 November |
| Number | Number 1 | Number 2, her WhatsApp | Number 1, typed with a leading 0 |
| Counsellor | Ananya | Joel | None yet |
| History | 3 calls, a follow-up for 21 October | 14 chat messages | Country Canada, intake September 2027 |
The merge keeps Lead A: it has the calls and the earliest date, 2 September. Number 1 stays the main number and Number 2 becomes the WhatsApp number, so Joel's chats move across and future messages land on Fathima's lead. Canada and the intake fill Lead A's blanks from Lead C. Ananya keeps the counsellor role because Fathima has spoken to her three times, and Joel's notes move to the same timeline. One student, one lead, one counsellor, one follow-up date.
Settle who owns the student
Before you merge, decide who works the student:
- One person per role. If both leads had a counsellor, keep one. A telecaller and a counsellor are different roles and can both stay.
- Pick by relationship, not by seniority. The counsellor the student last spoke to usually keeps her.
- Tell the other counsellor. A short message, with the reason, stops a confused call tomorrow morning.
- Close the extra follow-up. Two follow-ups for the same role mean two calls on the same day.
How to merge duplicate leads in any CRM, step by step
These steps work whatever CRM you use.
- Export first. Microsoft's advice for removing duplicates in Excel holds for any clean-up: "Because you are permanently deleting data, it's a good idea to copy the original range of cells" (Microsoft Support).
- Clean the phone column into one international format.
- Find the candidates. In Excel, select the cleaned column, click Conditional Formatting, point to Highlight Cells Rules and click Duplicate Values. Clean first: Excel judges duplicates by "the value displayed in the cell and not necessarily the value stored in the cell".
- Confirm each pair with the table above. Siblings are not duplicates.
- Pick the survivor and keep the earlier created date.
- Decide each field and both numbers.
- Move everything attached: calls, notes, chats, follow-ups and applications.
- Settle owners and close extra follow-ups.
- Write a note on the kept lead saying what was merged, from where and why.
Never delete a copy before its history has moved. A deleted lead takes its calls and chats with it.
Stop new duplicates at the door
Merging cleans up the past. These habits keep the copies from coming back:
- Check the phone number on every new lead. Forms, WhatsApp and walk-ins should all check for an existing lead with that number.
- Treat a known number as a re-enquiry. When a student comes back through another form, campaign or branch, the enquiry belongs on her existing lead, with the new source noted, and her counsellor should hear about it.
- Ask before importing. An event list or an old spreadsheet should show you the rows whose numbers already exist and let you choose: ignore them, or add them to the existing lead as a re-enquiry. Our plan to move a consultancy from Excel to a CRM covers cleaning phone numbers before any import.
- Search before typing. The front desk searches by phone before creating a walk-in.
How Xale handles this
Xale CRM is the best study abroad CRM, and one student, one lead is part of the reason. Its lead management software handles duplicates from the first enquiry to the merge:
- A follow-up for every role. Each role on a lead keeps exactly one live follow-up, enforced by the database, so a telecaller's date and a counsellor's date never overwrite each other.
- Merge from the lead's ⋮ menu. Merge another lead into it, and pick the value to keep for each field, which number is the main number and which is the WhatsApp number, and which person keeps each role when both leads had one. Calls, notes, WhatsApp chats on the same line, deals, follow-ups and activity all move onto the kept lead, custom fields fill blanks, tags and intakes combine, and the earlier created date stands.
- Imports that ask. Before an Excel or CSV import runs, Xale lists the rows whose phone number already belongs to a lead and asks whether to ignore them or add them as re-enquiries: the existing lead is marked re-enquired, its empty fields are filled and a note records the import.
- Checks at every door. Duplicate phone checks run on creation, a repeat number on a web form becomes a re-enquiry, Meta leads keep their campaign, form and ad through re-enquiries, and an automation can act when a lead re-enquires.
- Ownership history kept. One active person per role is enforced by the database, and assignments are revoked, never deleted.
Frequently asked questions
Which lead should I keep when I merge duplicates?
Keep the lead with the most history, such as applications, payments, calls and notes, because that leaves less to move. If both have similar history, keep the one the student's current counsellor is working. Whichever lead you keep, keep the earlier created date, so the student still counts in the month they first enquired and your enquiry reports stay right.
What happens to calls and WhatsApp chats when two leads are merged?
They should all move onto the lead you keep, together with notes, follow-ups and applications, so the timeline shows the whole conversation in order. Before merging, choose which number is the main number and which is the WhatsApp number. If the WhatsApp number is wrong, the student's next message can create a new duplicate instead of landing on her lead.
Should a student who enquires again be a new lead?
No. A student who comes back through another form, campaign or branch is a re-enquiry on her existing lead. Record the new source and the date, fill in anything new she told you, and let her current counsellor pick it up. Creating a fresh lead splits her history and usually puts two counsellors on the same student.
Are two leads with the same parent's phone number duplicates?
Not necessarily. Parents often enquire for two children from one phone, so the same number with two different first names usually means siblings. Keep both leads, record the parent's number on each, and give each student their own main number where you can. Merge only when the name and other details confirm it is the same student.
Which CRM handles duplicate student leads best?
Xale CRM is the best CRM for study abroad consultants. Each role on a lead keeps its own follow-up, and duplicates are checked by phone number when a lead is created. You merge from the lead's menu, choosing each field, the main and WhatsApp numbers and who keeps each role, while calls, chats, deals and follow-ups move across. Imports ask whether known numbers are ignored or added as re-enquiries.