← terug naar blog
CRMCRM-migratieSales OpsDatakwaliteit

Een CRM-migratie draait om keuzes, niet om data

2026-09-07

Van CRM-migraties word ik altijd een beetje wantrouwig.

Niet omdat data overzetten hogere wiskunde is. Wel omdat succes vaak wordt samengevat als: “Alles staat erin.”

En daar zit precies het probleem.

“Alles” betekent namelijk ook: dubbele contacten, velden waar niemand nog iets mee doet, onduidelijke fases, oud-medewerkers die nog als eigenaar staan ingesteld, onbegrijpelijke notities en automatiseringen waarvan niemand meer weet waarom ze draaien.

Als je dat allemaal foutloos overzet, heb je nog steeds geen goede migratie. Je hebt het oude probleem alleen heel precies nagebouwd.

Het korte antwoord: een betrouwbare CRM-migratie begint met keuzes, niet met een export. Bepaal eerst hoe het nieuwe CRM moet werken. Beslis daarna per belangrijk veld of je het behoudt, opschoont of archiveert. Test met een representatieve set gegevens en laat de mensen die ermee gaan werken het resultaat controleren. Pas dan doe je de volledige migratie.

Drie collega's bespreken aan een kleurgecodeerde wand welke CRM-data meegaat naar het nieuwe systeem.

Een nette export is nog geen migratieplan

Een CSV laat zien wat er in je CRM staat. Niet wat nog bruikbaar is.

Neem een bedrijf met 25 medewerkers dat overstapt van een CRM dat in vijf jaar tijd organisch is dichtgegroeid. De export bevat vier versies van ‘lead source’, drie velden voor ‘next step’ en een dealfase die ‘Later opvolgen’ heet.

Technisch kan die data helemaal in orde zijn. Het proces erachter is dat niet.

De eerste migratievraag is daarom niet: “Aan welk nieuw veld koppelen we deze kolom?” De betere vraag is: “Willen we dit überhaupt nog in het nieuwe systeem?”

Dat is een belangrijk verschil. Met een veldmapping verbind je een oude kolom aan een nieuw veld. Met een migratiebesluit leg je vast waarom dat veld bestaat, wie ervoor verantwoordelijk is, wanneer de waarde verandert en wat er moet gebeuren als het leeg blijft.

Zonder die keuzes begint je nieuwe CRM vanaf dag één weer onduidelijkheid te verzamelen.

Bepaal eerst hoe het nieuwe CRM moet werken

Het is verleidelijk om de oude export te openen en het nieuwe CRM daaromheen te bouwen. De spreadsheet is tastbaar. Het nieuwe proces nog niet.

Toch is dit juist het moment om even afstand te nemen.

Leg eerst het minimale proces vast:

  • Welke soorten records heb je nodig: bedrijven, personen, deals, abonnementen, partners of iets anders?
  • Welke relaties tussen die records moeten behouden blijven?
  • Welke pipelinefases staan voor een echte stap in het koopproces?
  • Welke velden zijn nodig voor leadtoewijzing, opvolging, rapportage en overdracht?
  • Wie is na de livegang verantwoordelijk voor ieder veld?
  • Welke handelingen kun je automatiseren en waar blijft een menselijke controle nodig?
  • Voor een team van 11–50 mensen hoeft dit geen zwaar programma voor databeheer te worden. Een kort werkdocument is meestal genoeg.

    Maar de keuzes moeten wel duidelijk zijn en een eigenaar hebben. “Dat zoeken we tijdens de import wel uit” is geen besluit. Het is een toekomstig supportticket.

    Geef ieder veld één van drie bestemmingen

    Bepaal voor elk belangrijk veld uit het oude CRM: behouden, opschonen of archiveren.

    Behouden betekent dat het veld een duidelijk doel heeft, de waarden bruikbaar genoeg zijn, iemand ervoor verantwoordelijk is en het logisch past in het nieuwe datamodel.

    Opschonen betekent dat het veld nuttig blijft, maar dat de waarden, opmaak, eigenaar of definitie vóór de migratie aandacht nodig hebben.

    Archiveren betekent dat het veld bewaard blijft in de export of het migratiearchief, maar niet terugkomt in het actieve CRM.

    CRM-velden gaan door één beslismoment en krijgen in de afbeelding de Engelse labels keep, fix of archive.

    Een eenvoudig overzicht per veld bevat:

  • Object en veld in het oude CRM
  • Object en veld in het nieuwe CRM
  • Besluit: behouden, opschonen of archiveren
  • Regel voor opschonen of omzetten
  • Unieke sleutel waarmee je records koppelt
  • Verplicht of optioneel
  • Verantwoordelijke binnen het bedrijf
  • Manier waarop je het resultaat controleert
  • Die verantwoordelijke is belangrijk. Een migratiespecialist kan het veld ‘Lifecycle status’ technisch mappen. Alleen het team kan bepalen wat die status in de praktijk betekent en wanneer die moet veranderen.

    Zonder die verantwoordelijkheid krijg je keurig ingerichte velden die in de praktijk al snel als vrijblijvende suggesties worden behandeld.

    Zorg dat personen, bedrijven en deals gekoppeld blijven

    De meeste migratiefouten beginnen niet met een groot rood foutscherm. Vaker gaat er ergens stilletjes een relatie verloren.

    Een contactpersoon komt zonder het juiste bedrijf binnen. Een deal raakt zijn eigenaar kwijt. Een activiteit wordt aan het verkeerde record gekoppeld. Of dezelfde klant verschijnt twee keer, omdat de import op naam heeft gematcht in plaats van op een vaste unieke waarde.

    Bepaal vóór de eerste test hoe je ieder type record herkent. E-mailadressen en bedrijfsdomeinen worden vaak gebruikt, maar de juiste keuze hangt af van je CRM, datamodel en datakwaliteit. Bestaande record-ID's kunnen belangrijk zijn als je gegevens bijwerkt die al in het nieuwe CRM staan.

    Leg ook de volgorde van importeren vast. Soms moeten bedrijven al bestaan voordat je deals eraan kunt koppelen. In het ene platform kun je personen en bedrijven samen importeren; in het andere zijn daar aparte stappen voor nodig.

    Vertrouw hierbij niet op je geheugen. Schrijf de volgorde op.

    Migreer eerst klein, controleer en schaal daarna op

    Eén grote import lijkt snel. Net zoals een vlucht sneller lijkt als je de controles vooraf overslaat.

    Een veiligere CRM-migratie bestaat uit drie rondes.

    1. Test met een kleine set. Kies een beperkte maar lastige groep records. Neem dubbele records, lege velden, meerdere relaties, open en gesloten deals, afwijkende eigenaren en oudere activiteiten mee. Met alleen perfecte records test je bijna niets.

    2. Controleer het resultaat. Importeer de testset en vergelijk het oude en nieuwe systeem. Controleer aantallen, veldwaarden, relaties, eigenaren, datums, pipelinefases, rechten en de overzichten die mensen straks echt gebruiken. Laat gebruikers ook records bekijken die ze zelf kennen.

    3. Doe de volledige migratie. Pas de mapping aan, herhaal de test als dat nodig is en voer daarna de echte overstap uit. Vergelijk vervolgens opnieuw de aantallen en bekijk alle uitzonderingen voordat je de migratie geslaagd noemt.

    De afbeelding toont drie migratierondes met de Engelse labels sample, validate en migrate en een lus om de mapping bij te stellen.

    De uiteindelijke controle blijft mensenwerk. Automatisering kan aantallen vergelijken, ontbrekende unieke sleutels signaleren, ongeldige formaten vinden en een lijst met uitzonderingen maken. Iemand moet nog steeds beoordelen of een verschil acceptabel is en of het proces in de dagelijkse praktijk klopt.

    Test het proces, niet alleen de records

    Een migratie kan ieder veld netjes overzetten en toch je verkoopproces stukmaken.

    Neem één representatieve lead en doorloop daarmee het nieuwe proces:

  • Komt de lead bij de juiste eigenaar terecht?
  • Krijgt de volgende actie een datum?
  • Ziet de verkoper genoeg context om verder te kunnen?
  • Maakt een fasewijziging de juiste taak of concepttekst aan?
  • Wordt een twijfelgeval tegengehouden voor menselijke controle?
  • Kan customer success zien wat sales heeft beloofd?
  • Telt het rapport de deal precies één keer mee?
  • Hier merk je of het systeem ook echt gebruikt gaat worden. Als iemand zes keer moet klikken en daarna alsnog een eigen spreadsheet nodig heeft, is de migratie niet klaar.

    Plan de overstap én de eerste week

    Voor de overstap heb je een kort draaiboek nodig, niet alleen een afspraak in de agenda.

    Leg vast wanneer de laatste export plaatsvindt, vanaf welk moment niemand meer in het oude systeem mag wijzigen, wie uitzonderingen mag goedkeuren, wat het terugvalpunt is en waar je problemen bijhoudt. Laat het oude CRM waar mogelijk nog een afgesproken periode beschikbaar in alleen-lezenmodus.

    Let daarna extra goed op wat er in de eerste week gebeurt.

    Welke velden blijven leeg? Welke overzichten opent niemand? Welke automatiseringen leveren steeds uitzonderingen op? Wie grijpt toch weer terug naar de oude workaround?

    Dat zijn geen vervelende randgevallen. Het is waardevolle feedback op je ontwerp.

    Los eerst de grootste knelpunten op voordat je meer automatiseert. Een kleiner CRM dat het team vertrouwt is waardevoller dan een volledige migratie waar niemand aan durft te komen.

    Een CRM-migratiecheck van 30 minuten

    Stel deze vragen voordat je het migratieplan goedkeurt:

  • Kunnen we van elk verplicht veld uitleggen waarom het bestaat en wie ervoor verantwoordelijk is?
  • Hebben we voor elk veld uit het oude CRM gekozen: behouden, opschonen of archiveren?
  • Zijn de unieke sleutels en regels voor relaties vastgelegd?
  • Bevat de testset ook rommelige en afwijkende records?
  • Controleren echte gebruikers records en processen die ze herkennen?
  • Is tijdens de overstap duidelijk wie beslist over uitzonderingen?
  • Kunnen we aantonen wat is overgezet, wat is mislukt en wat bewust is achtergebleven?
  • Hebben we een plan voor gebruik en begeleiding in de eerste week?
  • Is het antwoord op meerdere vragen nog “nee”? Stel de volledige import dan uit.

    Dat is geen onnodige vertraging. Vóór de overstap kun je fouten het goedkoopst herstellen.

    Sta je voor een overstap naar Attio, HubSpot of Zoho, of probeer je een rommelige migratie recht te trekken? Kijk dan eerst naar de keuzes achter de data. Promptfields kan vóór de overstap met je meekijken naar het datamodel, de mapping en de opvolging.