Step-by-step migration guide

How to migrate help desk data
without losing anything

A practical walkthrough of what to do before, during, and after a help desk migration — so nothing gets lost and your team never goes dark.

⚠ Before you start The most common migration mistakes happen before the migration even runs — poor preparation, skipped validation, and no delta plan. Read this guide in full before touching anything.
Phase 1 — Preparation

Before you migrate

1
Audit your source data
Export a record count from your current platform: how many tickets, users, organizations, attachments. Know the exact volume before you start — this is your migration baseline and your quality check after it's done.
2
Map your custom fields before migration day
Custom fields almost never map 1:1 between platforms. Create a spreadsheet: source field name → destination field name → data type. Decide what to drop, what to merge, and what needs to be created fresh in the destination.
3
Choose a migration vendor — and run a demo first
Never skip the demo migration. A demo on your real data tells you whether attachments come through, whether custom fields map correctly, and whether internal notes are preserved. If your vendor doesn't offer a free demo, that's a red flag.
✓ HDM offers free self-serve demo on real data
4
Confirm compliance before handing over data
Request the vendor's SOC 2 Type II report and GDPR Data Processing Agreement before the project starts. If your customers are EU-based, a DPA is legally required. If your vendor hesitates to provide these, stop.
Phase 2 — Migration

During migration

5
Keep your source system live — don't freeze it
New tickets and replies will keep coming in while migration runs. Do not lock your source system during this phase. Instead, plan for a delta migration to sync those new records after the initial migration completes.
✓ HDM: built-in delta migration
6
Monitor logs in real time
Watch the migration logs as they run. Note any skipped records, failed imports, or field mapping errors immediately. Don't wait for the final report — catching issues early means you can fix them before they compound.
✓ HDM: per-record logs with skip/fail reasons
7
Validate a sample of migrated records
Before running the full migration, pick 20–50 representative tickets — open, closed, tickets with attachments, tickets with internal notes — and verify each one manually in the destination. This is your quality gate.
Phase 3 — Cutover

After migration

8
Run delta migration to catch up new records
After the main migration finishes, run a delta sync to pull in any tickets, replies, or updates created since the migration started. This is the only way to achieve a clean cutover without a blackout window.
9
Compare record counts: source vs destination
Total tickets migrated should match your pre-migration audit. If the numbers don't match, check the skip/fail log for reasons. Common causes: duplicate detection, rate limits, or unsupported attachment types.
10
Switch your team to the new platform
Only after the record count matches and your sample validation passes, redirect your support team to the destination platform. Update any email routing, widget scripts, and API integrations that point to the old system.

Want to skip the manual work?Help Desk Migration handles field mapping, delta sync, and logs automatically. Run a free demo on your data in minutes.

Run Free Demo ↗
More resources

Continue reading