Moving Customer Records from Spreadsheets to a CRM: A Safe First Import
A practical CRM migration checklist for Australian service businesses: map fields, find duplicates, test a small batch and plan recovery.
Move customer records into a CRM in stages: agree what each field means, preserve a recoverable source copy, test a small representative batch and reconcile the result before importing the remainder. A successful upload message does not prove that the right contacts, owners and follow-up dates arrived.
This guide is for an Australian service business that has already decided to use a CRM. If that decision is still open, start with our CRM or spreadsheet comparison.
Choose the records the team actually needs
Inventory the spreadsheets before combining them. An enquiry list, customer register and completed-job archive serve different purposes. They may repeat the same person without referring to the same job.
For an illustrative Adelaide maintenance business, three files hold website enquiries, quotes and completed visits. The first migration covers active enquiries and current customers. Older job records stay in a controlled archive until the business has decided how they should relate to customer profiles.
This is an operational example, not advice about how long any particular record must legally be retained. Resolve retention and access requirements before deleting source material.
Write a field map before touching the import button
| Source field | Import decision |
|---|---|
| Customer name | Keep the original text; decide whether person and business need separate fields |
| Mobile | Store as text and check country codes; do not strip a leading zero by treating it as a number |
| Site postcode | Store separately from billing postcode and preserve it as text |
| Quote sent | Map to a date field using an explicit format |
| Assigned to | Match an existing user, or send unresolved names to an exception list |
| Next action | Keep the action and due date together |
A value such as 03/04/2026 is ambiguous to software expecting a different date order. Agree an unambiguous import format supported by the destination, then test how the CRM displays it to Australian staff.
Do not turn every spreadsheet column into a permanent CRM field. Ask who uses it and what decision it supports. business.gov.au’s digital-tools guidance is a useful starting point for assessing a tool against business needs rather than collecting features.
Treat possible duplicates as decisions
An email address is useful evidence, but a shared office address does not necessarily identify one person. Two enquiries with the same phone number may refer to separate sites. Define whether you are matching contacts, organisations or jobs.
In the maintenance example, the same property manager appears against two rental properties. The desired result is one contact linked to two site records, not one merged address that overwrites the other. Put uncertain matches into a review queue instead of automatically deleting a row.
Preserve a source-row identifier in the migration working file so someone can trace an imported record back to its origin. That identifier is for reconciliation; it need not become a customer-facing field.
Trial a representative batch
Use synthetic records first, then a small authorised set that includes the difficult cases. Check:
- An existing contact with a changed phone number.
- Two people using the same office email.
- A company with more than one service address.
- An enquiry without a named owner.
- A blank next-action date and an Australian-formatted date.
- A note or attachment that the importer cannot handle.
Check the saved record, assignment and follow-up view. Compare counts of contacts, jobs and rejected rows separately. A CRM may intentionally create two linked record types from one source row, so equal totals alone are not a sufficient acceptance test.
Keep a recovery path
Save a dated source export and the agreed mapping in a restricted location. Before the main import, agree how to identify the imported batch and reverse unwanted changes without removing legitimate work entered afterwards.
Test recovery in a safe environment. The Australian Signals Directorate’s data-security guidance recommends testing restoration to identify recovery issues and dependencies. An export that cannot reconstruct the needed relationships is not an adequate recovery plan for this migration.
Choose a cutover window, name the person who reconciles exceptions and tell the team where to enter new enquiries during the switch. Finish when staff can find an enquiry, see its owner and act on its next step. Our CRM setup checklist covers those day-to-day controls.
Need help designing the mapping and trial? Explore Vendrato CRM setup or book a project call.