Helpdesk migratie checklist: 15 stappen voor een soepele overstap

Je hebt het besluit genomen: de huidige helpdesk moet eruit. Misschien betaal je te veel. Misschien mist de tool functies die je nodig hebt. Misschien is de interface zo traag dat je agents er fysiek ongelukkig van worden. Wat de reden ook is — je stapt over. En nu?

De horrorverhalen zijn echt. Verloren tickets die nooit meer terugkomen. Integraties die breken op dag een. Een team dat twee weken in chaos werkt omdat niemand weet waar wat staat. Een klant die drie keer hetzelfde uitlegt omdat zijn historie verdwenen is. Maar het hoeft niet zo te gaan.

Een helpdesk migratie is geen raketwetenschap. Het is een proces met duidelijke stappen, voorspelbare valkuilen en bewezen oplossingen. Wie het systematisch aanpakt, stapt over zonder dataverlies, zonder downtime en zonder een team dat op maandagochtend in paniek raakt.

Hier zijn de 15 stappen. In volgorde. Met de fouten die je wilt vermijden.

Voor de migratie: stap 1-5

Stap 1: Audit je huidige setup

Voordat je iets migreert, moet je weten wat je hebt. Klinkt logisch, maar de meeste migratieproblemen ontstaan omdat teams hun eigen systeem niet volledig kennen.

Maak een inventaris van alles wat je huidige helpdesk bevat:

• Tickets/gesprekken: hoeveel? Van welke periode? Welke statussen?
• Contacten/klanten: hoeveel unieke contacten? Welke velden gebruik je?
• Tags en labels: welke gebruik je actief? Welke zijn verouderd?
• Macro's en templates: hoeveel? Worden ze allemaal gebruikt?
• Kennisbankartikelen: hoeveel? Zijn ze actueel?
• Automatiseringsregels: welke triggers en workflows draaien er?
• Custom fields: welke velden heb je toegevoegd aan tickets en contacten?

Dit kost een halve dag. Maar het voorkomt verrassingen tijdens de migratie die je dagen kosten.

Stap 2: Documenteer je integraties

Dit is waar de meeste teams onderschatten. Je helpdesk draait niet in isolatie. Het is verbonden met je webshop, je betaalsysteem, je vervoerders, je CRM, misschien Slack, misschien een telefooncentrale.

Maak een lijst van elke integratie:

• Welke tool is gekoppeld?
• Welke data stroomt welke kant op?
• Is het een native integratie, een API-koppeling, of via Zapier/Make?
• Wie beheerst de koppeling?

Voor elke integratie moet je controleren of je nieuwe helpdesk dezelfde koppeling ondersteunt. Een migratie die je Shopify-integratie breekt, is erger dan helemaal niet migreren.

Stap 3: Bepaal wat je meeneemt

Niet alles hoeft mee. Dit is het moment om op te ruimen.

Altijd meenemen: openstaande tickets, contactgegevens met actieve klanten, actieve macro's en templates, actuele kennisbankartikelen.

Overwegen: gesloten tickets van de afgelopen 6-12 maanden (nuttig voor context en rapportage), historische klantdata.

Achterlaten: tickets ouder dan 2 jaar die niemand meer raadpleegt, verouderde macro's, concept-artikelen die nooit gepubliceerd zijn, test-data.

Minder data migreren betekent snellere migratie, minder kans op fouten, en een schone start in je nieuwe systeem.

Stap 4: Kies je migratiestrategie

Er zijn drie benaderingen, elk met eigen voor- en nadelen.

Big bang: alles in een keer overzetten, op een vrijdagavond of weekend. Voordeel: snel klaar. Nadeel: als er iets misgaat, is er geen fallback. Niet aanbevolen voor teams met meer dan 100 tickets per dag.

Parallel run: 1-2 weken beide systemen naast elkaar draaien. Nieuwe gesprekken gaan naar het nieuwe systeem. Lopende gesprekken maak je af in het oude. Voordeel: nul downtime, veilig. Nadeel: je team moet tijdelijk twee systemen monitoren.

Gefaseerd: eerst email migreren, dan chat, dan social media, dan integraties. Voordeel: beheersbaar, makkelijk problemen te isoleren. Nadeel: duurt langer, vereist meer planning.

Voor de meeste ecommerce teams is de parallel run de veiligste optie. Je verliest geen berichten, je team went geleidelijk, en je hebt altijd een fallback.

Stap 5: Communiceer naar je team

Een technisch perfecte migratie faalt als je team niet weet wat er komt. Briefing minstens twee weken voor de migratie:

• Waarom stappen we over?
• Wanneer gebeurt het?
• Wat verandert er voor hen?
• Wie is het aanspreekpunt bij problemen?
• Wanneer is de training?

Onderschat dit niet. De nummer-een klacht bij migraties is niet dataverlies. Het is: "Niemand heeft mij verteld dat dit ging gebeuren."

Tijdens de migratie: stap 6-10

Stap 6: Exporteer en importeer data

De technische kern van elke migratie. De meeste helpdesks bieden een export-functie voor tickets, contacten en artikelen. Gebruik die. Controleer het exportbestand voordat je importeert:

• Zijn alle velden aanwezig?
• Kloppen de datums?
• Zijn bijlagen meegenomen?
• Zijn tags en labels correct geexporteerd?

Import in het nieuwe systeem en controleer steekproefsgewijs: pak 10-20 willekeurige tickets en vergelijk ze met het origineel. Kloppen de inhoud, de metadata, de bijlagen, de timestamps? Als hier fouten zitten, is dit het moment om ze te vangen — niet twee weken later.

Stap 7: Configureer het nieuwe platform

Stel je nieuwe helpdesk in voordat je live gaat. Dat klinkt vanzelfsprekend, maar teams die onder tijdsdruk werken, slaan configuratie over en "doen het later." Dat later wordt nooit.

Minimale configuratie voor go-live:

• Email forwarding ingesteld (alle support-email komt aan in het nieuwe systeem)
• Agent accounts aangemaakt met juiste rollen en permissies
• Macro's en templates overgezet of opnieuw aangemaakt
• Tags en labels gedefinieerd
• SLA-regels ingesteld
• Automatische routing geconfigureerd

Stap 8: Integraties koppelen

Koppel je Shopify- of WooCommerce-integratie als eerste — dit is de integratie die je agents het hardst nodig hebben. Test met een echte order: komt de orderdata correct door? Is de klant gekoppeld? Werkt de tracking?

Koppel vervolgens je overige integraties een voor een. Test elke koppeling afzonderlijk. Doe dit niet allemaal tegelijk — als er iets breekt, wil je weten welke integratie het probleem veroorzaakt.

Stap 9: Test met een pilotgroep

Ga niet direct live met het hele team. Selecteer 2-3 agents als pilotgroep. Laat ze een dag lang echte tickets verwerken in het nieuwe systeem. Verzamel feedback:

• Wat werkt goed?
• Wat is verwarrend?
• Welke informatie missen ze?
• Waar kost iets meer klikken dan in het oude systeem?

Verwerk de feedback voordat je uitrolt naar het hele team. Die ene dag pilot bespaart je weken frustratie.

Stap 10: Train je team

Geen PowerPoint van 40 slides. Doe een live walkthrough van 30-45 minuten:

• Hoe open en beantwoord je een ticket?
• Waar vind je klant- en ordercontext?
• Hoe gebruik je macro's en templates?
• Hoe wijs je een ticket toe aan een collega?
• Waar vind je rapportages?

Neem het op zodat agents het later kunnen terugkijken. Maak een kort cheat sheet met de 10 meest gebruikte acties. Wijs een "superuser" aan die de eerste week vragen beantwoordt.

Na de migratie: stap 11-15

Stap 11: Parallel run starten

Dag een van de parallel run. Nieuwe gesprekken komen binnen in het nieuwe systeem. Lopende gesprekken in het oude systeem worden daar afgemaakt. Beide systemen zijn actief.

Monitor actief:

• Komen alle emails aan?
• Worden chats correct gerouteerd?
• Werken de integraties?
• Kloppen de notificaties?

De eerste 24-48 uur zijn kritiek. Zorg dat iemand beschikbaar is om problemen direct op te lossen.

Stap 12: Monitor metrics

Vergelijk de eerste week in het nieuwe systeem met je baseline in het oude systeem:

• Eerste responstijd: stijgt die? (Acceptabel in de eerste week door leercurve)
• Ticket volume: komt alles aan? (Als het volume plotseling lager is, mis je berichten)
• Klanttevredenheid: monitor actief

Kleine dalingen in snelheid zijn normaal in week 1. Als de responstijd na week 2 nog significant hoger is, is er een configuratieprobleem.

Stap 13: Feedback verzamelen

Na 5-7 dagen: organiseer een korte feedbacksessie met het team. Niet een uur — 15-20 minuten is genoeg.

Drie vragen:

1. Wat werkt beter dan in het oude systeem?
2. Wat werkt slechter?
3. Wat mis je?

Verwerk de feedback direct. De bereidheid om feedback te geven daalt snel na de eerste week. Als agents merken dat hun input wordt opgepakt, stijgt de adoptie.

Stap 14: Oud systeem uitfaseren

Wanneer alle lopende gesprekken in het oude systeem zijn afgerond (meestal na 1-2 weken), is het tijd om af te sluiten. Maar niet abrupt.

• Exporteer een definitieve backup van alle data uit het oude systeem
• Downgrade je abonnement naar het laagste plan (houd het 30 dagen als noodfall-back)
• Verwijder agent accounts om te voorkomen dat iemand per ongeluk in het oude systeem werkt
• Zet email forwarding definitief om naar het nieuwe systeem
• Na 30 dagen zonder incidenten: opzeggen

Stap 15: Optimaliseren

De migratie is technisch klaar, maar de optimalisatie begint nu pas. De eerste maand na go-live is het moment om:

• Macro's te verfijnen op basis van daadwerkelijk gebruik
• Routing-regels aan te passen op basis van ticketpatronen
• Rapportages in te richten die je voorheen niet had
• Automatiseringsregels toe te voegen (bijv. auto-tagging, prioritering)
• SLA-targets bij te stellen op basis van realistische benchmarks

Plan een review na 30, 60 en 90 dagen. Na 90 dagen moet je nieuwe systeem stabiel draaien en meetbaar beter presteren dan het oude.

De 5 meest gemaakte fouten

Zelfs met een checklist gaat het mis als je deze klassiekers niet vermijdt.

Fout 1: Big bang zonder fallback. Alles in een keer omzetten op vrijdagavond klinkt efficient. Maar als de import corrupt is en je maandagochtend 200 tickets mist, heb je een crisis. Draai altijd een parallel run, hoe kort ook.

Fout 2: Integraties vergeten. De helpdesk werkt, maar de Shopify-koppeling niet. Je agents kunnen geen orders meer zien. Alles is trager dan voorheen. Binnen een week vraagt het team om terug te schakelen. Test integraties voor go-live, niet erna.

Fout 3: Geen rollback-plan. Wat als het echt misgaat? Kun je terug naar het oude systeem? Hoe snel? Definieer vooraf: bij welk scenario schakelen we terug, en hoe? Je hoeft het nooit te gebruiken, maar het feit dat het er is, geeft rust.

Fout 4: Onvoldoende training. "Het lijkt op het oude systeem, ze vinden het vanzelf wel." Dat doen ze niet. Elk systeem heeft eigen logica, eigen navigatie, eigen shortcuts. 30 minuten training bespaart 30 uur frustratie.

Fout 5: Geen parallel run. De ene dag in het oude systeem, de volgende dag in het nieuwe. Berichten die in de tussentijd binnenkomen? Verdwenen. Klanten die een antwoord verwachten op een lopend gesprek? Vergeten. Draai altijd minstens een week overlap.

Migratie versnellen met een concierge

De 15 stappen hierboven kosten je team 2-4 weken aan planning en uitvoering. Dat is realistisch, maar het is ook 2-4 weken waarin je team deels bezig is met migratie in plaats van klanten helpen.

Een migratie-concierge neemt het zware werk uit handen. Data-export, import, configuratie, integratie-setup en testing — alles wordt gedaan door een team dat migraties als dagelijks werk doet. Je eigen team hoeft alleen te trainen en feedback te geven.

Het verschil in doorlooptijd is significant. Wat in eigen beheer 3-4 weken duurt, is met een concierge in 5-7 werkdagen klaar. En de kans op fouten daalt, omdat je werkt met mensen die dezelfde migratie al tientallen keren hebben uitgevoerd.

Niet elk migratiescenario vereist een concierge. Een team van 2-3 agents met een simpele setup migreert prima zelf met deze checklist. Maar als je 10+ agents hebt, meerdere integraties draait, en meer dan 500 tickets per week verwerkt, is begeleiding de investering waard.

De overstap zonder stress

Een helpdesk migratie hoeft geen traumatische ervaring te zijn. Met de juiste voorbereiding, een parallel-run strategie en voldoende training is het een gecontroleerd proces met een voorspelbare uitkomst.

De belangrijkste les: neem de tijd voor voorbereiding, maar niet te veel tijd voor uitvoering. Teams die maanden plannen maar in een weekend migreren, creeren hun eigen problemen. Teams die twee weken plannen en twee weken parallel draaien, komen er zonder kleerscheuren doorheen.

Klaar om over te stappen? Vraag een demo aan en ontdek hoe SamDesk je migratie begeleidt van eerste export tot laatste optimalisatie.