What is the checklist for migrating from another helpdesk?


Most migrations go wrong in the same order: people move the email first and then try to build the desk around live traffic. Do it the other way round.

1. Decide what actually has to move

Usually far less than people expect. Open tickets have to move or be finished in the old system. Closed ticket history almost never needs to - it is read once a quarter, and exporting it is available if anyone asks. Users, agents and knowledge base content are worth bringing.

2. Build the structure before any traffic arrives

Create your groups, agents and roles, your categories, your ticket statuses and your SLA policy with operating hours. Doing this while tickets are already landing means fixing configuration under pressure.

3. Bring your people across

Agents and users can be created in bulk rather than one at a time. Get this done before go-live so nobody is waiting on an account.

4. Move the knowledge base early

Published articles are the one piece of content with immediate value - they start deflecting tickets from day one. Move your top twenty and leave the long tail.

5. Redirect email last

Forward your support address to the portal only once the structure is in place and you have run a test ticket end to end. This is the switch, and everything else should be finished before you throw it.

6. Run both for a week

Leave the old system readable but stop answering from it. Anything still arriving there tells you which integration or published address you missed.

7. Close the loop before you cancel

Export whatever you are contractually required to keep, confirm your open tickets are all in the new system, then cancel. Cancel first and the export option goes with it.

Raiseaticket
Customer experiences are managed better with Raiseaticket.