Moving from Zendesk to HubSpot is rarely a simple export and import. The contacts come across easily. The hard part is everything attached to them: who owns each account, which deals are still live, the files your team relies on, and the history nobody wants to lose. This guide explains what to move, how to map it, what to leave behind, and how to prove the migration worked before your team switches over.
A Zendesk to HubSpot migration moves your customer and sales data (companies, contacts, deals, owners, notes and files) into HubSpot's CRM so your team can work from one system. Start with a read-only assessment of what Zendesk actually holds, build a field-by-field mapping, load a small subset for business sign-off, then run the full migration and launch. Leave out data that lives or belongs elsewhere, and decide early how to handle ownership, attachments, and any records in other languages or currencies. Vantage Point runs these migrations as part of its system integration and data migration services.
It depends on how you used Zendesk. Some teams used Zendesk Sell as their sales CRM. Others used Zendesk Support for tickets and tracked sales somewhere else. Many used both. Start by writing down which products hold data you care about, because each one maps differently into HubSpot.
For a sales-focused migration, the usual scope is:
Support tickets, call recordings and appointment history may or may not belong in scope. If your team already handles support, calls or scheduling in another tool, migrating that history into HubSpot adds cost without adding value. Make the call on purpose, not by default.
A migration is the cheapest moment you'll ever have to clean house. Anything you move, you'll pay to store, search past and maintain. Good candidates to leave out include:
Archive what you leave behind. Export it to secure storage with a clear retention owner, so you can answer a "where did that go?" question a year from now.
Mapping is where migrations succeed or fail. Build a mapping document that lists every source field, its HubSpot destination, the transformation rule, and who approved it. The table below shows the decisions most teams need to make.
| Zendesk data | HubSpot destination | Decision to make |
|---|---|---|
| Organizations | Companies | Which field is the unique key (domain, account number)? How are parent companies linked? |
| People and leads | Contacts | Do leads and contacts merge into one object with a lifecycle stage, or stay separate? |
| Deals | Deals and pipelines | How do Zendesk stages map to HubSpot pipeline stages? What happens to lost or stale deals? |
| Owners | HubSpot users | Are all owners set up as HubSpot users before the load? Who inherits records from people who've left? |
| Notes and history | Notes and activities on the timeline | How much history is useful? Should dates and original authors be preserved? |
| Files and attachments | Files linked to records, or links to an archive | Move the files themselves, or link to where they're stored? |
| Custom fields | Custom properties | Keep, merge or retire? Which picklist values need cleaning first? |
HubSpot's import tool handles standard records and associations from spreadsheets well. For larger volumes, file attachments, preserved timestamps or repeatable test runs, a scripted load through HubSpot's APIs gives you more control and a clean audit trail of what moved.
Ownership tells your team who is responsible for each relationship. Get it wrong and a rep may cold-call an existing client who belongs to a colleague, or a customer may get two conflicting follow-ups in the same week. Both damage trust quickly.
To protect ownership during the move:
Files are often the most valuable and most awkward part of the migration. Contracts, proposals and signed forms explain the relationship in a way fields can't. But standard spreadsheet imports only carry field values, not the files themselves.
You have two practical options:
Before choosing, check who should be able to see which files. If everyone had access in Zendesk, the same may be fine in HubSpot. If some documents are sensitive, set up permissions before the files arrive.
Many teams find records written in more than one language, or historical deals in a currency they no longer use. Both need decisions before the load. Should text be translated, kept as-is, or stored in both forms? Should older deal amounts stay in their original currency or be converted? We cover both in our companion guide on handling legacy currencies and multilingual data in a CRM migration.
Don't move everything at once. A staged approach catches problems while they're still cheap to fix:
Keep a reconciliation report for every run. It becomes your proof that nothing was lost, and a useful reference when someone asks about a missing record later.
Teams often want everything on day one: email sync, lead-capture forms, calling, single sign-on and new automation. Trying to launch it all at once slows the migration and blurs accountability when something breaks.
A cleaner plan is to launch the core CRM with trusted data first, then add integrations in a second phase. Email and calendar connections, website forms and identity provider sign-on are all easier to set up once the records they touch are stable.
If you're still comparing platforms, our guide to switching CRM platforms without data loss is a useful starting point.
Vantage Point plans and runs CRM migrations end to end, from the read-only assessment and field mapping through subset testing, full migration and launch. As a HubSpot Solutions Partner, our HubSpot consulting team sets up users, pipelines, properties and permissions so your data lands in a CRM that's ready to use, and our HubSpot implementation services cover adoption after go-live. We've completed 400+ engagements for 150+ clients, with a 4.71/5.0 average engagement rating and 95% client retention. Senior consultants only — no junior handoffs; the experts you meet are the experts who deliver.
A migration goes faster when the scope, mapping and test plan are agreed before anyone moves a record. Vantage Point can assess your Zendesk data, map it to HubSpot, run a pilot load for your team to approve, and manage the full cutover. Talk to Vantage Point about your HubSpot migration.
Yes. Companies, contacts, deals, owners, notes and files can all be moved from Zendesk into HubSpot. Standard records can be imported from spreadsheets, while larger volumes, attachments and preserved history are usually handled through HubSpot's APIs.
It depends on data volume, how many objects are in scope, and how much cleanup is needed. A staged plan with a read-only assessment, mapping review, subset test and full load keeps the timeline predictable and reduces rework.
Not through a standard spreadsheet import, which only carries field values. Files are either uploaded and attached to records through the API, or kept in a secure archive with links added to each HubSpot record.
Only if your team will manage support in HubSpot. If support, calls or appointments are handled in another tool, migrating that history adds effort without helping reps, so it's usually left out or archived.
Create every owner as a HubSpot user before loading records, decide who inherits records from former employees, and check owners on companies, contacts and deals separately. Then use teams and permissions to control who sees what.
A subset migration loads a small, representative slice of your data into HubSpot so users can check it before the full load. It catches mapping, ownership and formatting problems while they're still easy to fix.
Yes. Many teams launch the core CRM first and add email and calendar sync, website forms and single sign-on in a second phase. This keeps the migration focused and makes problems easier to trace.