What a Migration Really Costs
Vendors quote the data move. The data move is the cheap part. This estimates the rest.
What a helpdesk migration really costs
Roughly 53 hours rebuilding rules, 20 on data, 25 testing and 18 training. Vendors quote the data. The rebuild is what overruns.
Stop paying for duplicatesWhy quotes come in low
A migration quote is almost always priced on the thing that is easy to price: the number of tickets, contacts and articles to move. Importers handle that, and it genuinely does take days.
What nobody quotes is the rebuild. Your triggers, automations, macros, views, SLA policies, business hours, ticket forms, custom fields, routing rules and every report someone relies on have to be recreated by hand in the new system, then tested against real tickets.
That rebuild is the project, and it is why migrations that were sold as three weeks land in the second month.
Counting the rules honestly
The single number that drives the estimate is how many rules you have. Before you fill it in, go and count.
Teams routinely find they have double what they guessed, and that a third of it is dead weight worth dropping rather than rebuilding. That audit is useful even if you never migrate.
What the estimate includes
Roughly an hour and a half per rule to understand, rebuild and test it. Data hours scaled to ticket volume. Testing at about a third of the build. An hour and a half per agent for training. Plus twenty hours running both systems in parallel before cutover.
It excludes the licence overlap while you run two systems, and the productivity dip in the first fortnight after cutover. Both are real, and both are hard to estimate honestly.
Before you commit to the number
One question is worth asking before any migration: what problem is this solving?
Cost and configurability are good reasons, and switching fixes them. "We are drowning in tickets" is not, because volume follows your customers and your product rather than your helpdesk. A tenth of your queue is the same request arriving twice on the new platform exactly as on the old one.
Measure that first with the duplicate ticket checker. If it comes back high, the cheaper quarter is the one where you fix that instead.
Frequently asked questions
How long does a helpdesk migration take?+
Data in days, configuration and testing in weeks. Four to eight weeks is realistic for an established setup.
Should we use a migration service?+
For the data, above a few thousand tickets, usually yes. They rarely rebuild your automations, which is where the hours are.
What is the most underestimated part?+
Rebuilding and testing business rules, followed by retraining agents on a queue they know by muscle memory.
Do not migrate a duplicate problem
Whatever you move to, a tenth of the queue is the same request twice. Measure it before you pay to import it.
Start free trial14-day free trial. No credit card required.