Het korte antwoord: migreer een werkend klantproces, niet alleen rijen
Een CRM-migratie verplaatst contacten, organisaties, verkoopkansen, notities, taken, activiteiten en relaties naar een nieuw systeem. Het doel is niet dat de importmelding groen wordt, maar dat medewerkers na de overgang het juiste klantdossier, de open opvolging en de verantwoordelijke eigenaar terugvinden. Een CRM-systeem op maat kan pas goed worden afgebakend wanneer die minimale bedrijfscontinuïteit vooraf controleerbaar is beschreven.
Behandel de migratie daarom als een reeks beslispoorten. Iedere poort heeft een eigenaar, invoer, controleerbaar resultaat en stopcriterium. Begin met scope en broninventaris, maak daarna selectie- en opschoningsregels, veldmapping en proefmigratie. Plan pas vervolgens de cutover. Houd het oude systeem of een herstelbare export beschikbaar totdat aantallen, relaties, open taken, rechten en kernroutes aantoonbaar zijn geaccepteerd.
Stap 1: leg scope, eigenaren en succes vast
Benoem één proceseigenaar die bepaalt wat medewerkers na livegang moeten kunnen doen, één data-eigenaar die definities en uitzonderingen goedkeurt en één technische eigenaar die export, omzetting en import uitvoert. Leg ook vast wie het go/no-go-besluit neemt. Een leverancier kan technische controles voorbereiden, maar hoort niet zelfstandig te bepalen welke klantgeschiedenis noodzakelijk is of welke open verkoopkans zakelijk correct staat.
Schrijf succes als observeerbare uitkomst. Bijvoorbeeld: alle actieve klanten hebben precies één organisatiekoppeling; open verkoopkansen behouden fase, waarde, eigenaar en volgende taak; toestemming of contactvoorkeur is aantoonbaar verwerkt; een medewerker kan vijf representatieve dossiers zonder hulp vinden; en een afgewezen proefrecord verandert niets in productie. Voeg per criterium bron, meetmethode, steekproef en toegestane afwijking toe. “Alle data staat erin” is te vaag om vrijgave op te baseren.
Stap 2: maak een broninventaris met waarheid en afhankelijkheden
Inventariseer niet alleen het oude CRM. Klantdata kan ook in spreadsheets, mailboxlabels, formulieren, planning, boekhouding, supportsoftware en losse exports staan. Noteer per bron de eigenaar, actuele exportmogelijkheid, recordaantallen, identifiers, relaties, datumvelden, toegangsrollen, bewaarbehoefte en bekende kwaliteitsproblemen. Wijs daarna per gegeven één leidende bron aan. Twee bronnen die allebei de “juiste” telefoon of verkoopfase leveren, vragen eerst een inhoudelijke keuze.
Gebruik de inventaris samen met de bestaande uitleg over CRM-datakwaliteit. Controleer lege kernvelden, dubbele personen en organisaties, vrije statusnamen, ongeldige datums, verouderde eigenaren en notities die eigenlijk een taak of besluit hadden moeten zijn. Maak daarnaast zichtbaar welke koppelingen na cutover gegevens blijven schrijven. Een statische export kan kloppen terwijl een vergeten formulier de volgende dag weer naar het oude CRM stuurt.
Stap 3: beslis wat meegaat, wordt hersteld of achterblijft
Verplaats niet automatisch iedere historische rij. Maak categorieën zoals actief nodig, wettelijk of operationeel te bewaren, eerst herstellen, alleen als archief raadpleegbaar en niet migreren. Koppel iedere categorie aan een eigenaar en reden. Oude testrecords, technisch afval en betekenisloze duplicaten horen niet vanzelf in het nieuwe systeem. Tegelijk is “opschonen” geen vrijbrief om informatie te verwijderen zonder bewaartermijnen, lopende afspraken en rechten van betrokkenen te beoordelen.
Spreek samenvoegregels af vóór de eerste import. Bepaal hoe personen aan organisaties worden gekoppeld, welke identiteit stabiel blijft en wat gebeurt bij meerdere mogelijke matches. Laat onzekere matches in een aparte beslislijst staan. Bewaar bron-id en doel-id in een controleerbaar koppelregister, zodat een fout terug te leiden is tot het oorspronkelijke record. Een automatisch samengevoegd contact zonder herkomst kan later moeilijker te herstellen zijn dan twee zichtbare duplicaten.
Stap 4: bouw een veld- en relatiemapping met voorbeelden
Maak per object een veldmapping: bronveld, betekenis, datatype, voorbeeld, omzetting, doelveld, verplichting, standaardwaarde, eigenaar en foutgedrag. Beschrijf relaties apart. Een contact kan bij één organisatie horen, een verkoopkans bij meerdere contactpersonen en een taak bij zowel een dossier als medewerker. De gids over een CRM-integratie helpt om leidende systemen, stabiele identificatie, richting en herstel ook voor de blijvende koppelingen expliciet te maken.
Test transformaties met moeilijke voorbeelden: samengestelde namen, internationale telefoonnummers, lege datums, oude medewerkers, eigen keuzelijsten, meerdere adressen en notities met opmaak. Geef iedere onbekende of ongeldige waarde een zichtbaar gedrag: blokkeren, naar een herstelwachtrij, gecontroleerd als leeg accepteren of met herkomst archiveren. Stilzwijgend afkappen, een willekeurige standaardstatus kiezen of relaties loslaten mag geen verborgen migratieregel zijn.
Stap 5: voer een representatieve proefmigratie uit
Gebruik niet alleen tien nette records. Stel een beperkte maar representatieve proefset samen met actieve klanten, oude historie, organisaties met meerdere contacten, open kansen, afgeronde kansen, taken, bijlagen of links, ontbrekende velden, duplicaten, afwijkende statussen en een geweigerde waarde. Maak vóór de import een herstelbare export en leg de exacte mappingversie vast. Verwijder de proefdata gecontroleerd of gebruik een afgescheiden testomgeving, zodat volgende runs niet met eerder geïmporteerde records worden vermengd.
Vergelijk daarna meer dan totaalaantallen. Controleer per object bron versus doel, relaties tussen objecten, open taakdatums, eigenaren, statussen, tijdzones, toestemmings- of voorkeurvelden en representatieve dossierhistorie. Laat proceseigenaren echte handelingen uitvoeren: een dossier zoeken, een volgende taak openen, een kans verplaatsen en de herkomst van een notitie begrijpen. Noteer ieder verschil als mappingfout, bronfout, acceptabele uitzondering of open besluit met eigenaar en hercontrole.
Stap 6: plan cutover, delta en communicatiemomenten
De cutover is het begrensde moment waarop het team stopt met schrijven in de oude route en het nieuwe CRM leidend wordt. Leg de volgorde, tijden, verantwoordelijken en communicatie vast. De bredere gids over CRM-implementatie en doorlooptijd helpt om migratie te verbinden met inrichting, training en adoptatie. Kies een rustig moment op basis van het eigen proces, niet alleen omdat een weekend gebruikelijk klinkt; sommige teams hebben juist op maandag een kritieke verkoop- of servicepiek.
Bepaal hoe wijzigingen sinds de laatste proef of export worden meegenomen. Dat kan met een schrijffreeze, een delta-export of een tijdelijk dubbel gecontroleerd register, maar niet met onbesproken dubbel invoeren. Pauzeer oude formulieren, synchronisaties, automatische taken en imports op het afgesproken moment. Zet nieuwe koppelingen pas aan nadat de basisimport is geaccepteerd. Communiceer aan gebruikers wanneer het oude systeem alleen-lezen wordt, waar zij problemen melden en wie een fout mag herstellen.
Stap 7: definieer go/no-go en rollback vóór de livegang
Maak een vrijgaveblad met harde blokkers en herstelbare afwijkingen. Een ontbrekende relatie bij een klein, niet-actief archief kan mogelijk later worden hersteld. Verkeerd gekoppelde actieve klanten, ontbrekende open taken, onjuiste toegangsrollen of onherleidbare toestemming kunnen juist een no-go zijn. Het beslisteam tekent niet voor een algemeen gevoel, maar voor de controles, open afwijkingen, eigenaar, deadline en het resterende risico dat het bewust accepteert.
Een rollbackplan beschrijft meer dan “we hebben een back-up”. Leg vast tot wanneer terugval uitvoerbaar is, wie beslist, welke nieuwe handelingen in het doel-CRM al kunnen zijn ontstaan en hoe die worden teruggebracht zonder duplicaten. Benoem triggers, zoals verlies van kernrelaties, onvoldoende toegang, geblokkeerde opvolging of een foutpercentage boven de afgesproken grens. Oefen het herstel op de proefset. Als terugzetten nooit is getest, is het een aanname en geen bewezen noodroute.
Beveilig persoonsgegevens tijdens export, transport en herstel
De Autoriteit Persoonsgegevens benoemt beveiliging als een basisbeginsel van de AVG. Een organisatie moet vanuit de risico’s van haar verwerking bepalen welke maatregelen nodig zijn, kunnen aantonen dat persoonsgegevens goed zijn beveiligd en beveiliging blijvend aandacht geven. Vertaal dat voor de migratie naar minimale toegang, versleutelde overdracht waar passend, afgescheiden opslag, beperkte loggegevens, tijdige verwijdering van tijdelijke bestanden en controle op wie exports, mappings en foutlijsten kan openen.
Gebruik geen echte volledige klantdataset wanneer synthetische of beperkte testdata voldoende is. Als echte gegevens nodig zijn voor een representatieve proef, beperk de set en toegang en leg doel en bewaartermijn vast. Deel exports niet via losse privékanalen en laat ze niet onbeheerd in downloadmappen of tickets staan. Controleer ook leveranciersrollen, verwerkersafspraken en incidentroute voor de concrete situatie. Deze gids is een projectkader en geen automatische AVG-beoordeling of juridisch advies.
Controleer na livegang het proces en bouw het oude systeem beheerst af
Herhaal direct na cutover de afgesproken tellingen en steekproeven en laat medewerkers de kritieke routes uitvoeren. Controleer daarna gedurende een passende observatieperiode nieuwe records, koppelingen, taken, synchronisaties, rapportages en foutwachtrijen. Meet hoeveel herstelgevallen ontstaan, hoelang zij openstaan en of gebruikers buiten het CRM blijven werken. Een dag zonder melding bewijst niet dat historie, rechten en alle uitzonderingen correct zijn overgezet.
Maak het oude systeem eerst alleen-lezen als dat binnen de gekozen aanpak nodig is. Leg vast wie nog toegang heeft, hoe lang raadpleging nodig blijft en wanneer gegevens volgens de vastgestelde bewaarbehoefte worden verwijderd of gearchiveerd. Trek oude API-sleutels, gebruikers en automatische routes gecontroleerd in. Sluit de migratie met een bewijsdossier: mappingversie, bron- en doeltellingen, acceptatieresultaten, afwijkingen, besluiten, toegangscontrole en de bevestiging dat oude schrijfroutes niet meer actief zijn.
Neem zeven bewijssets mee naar het scopegesprek
Bereid voor een eerste gesprek geen complete technische oplossing voor. Neem zeven compacte bewijssets mee: gewenste bedrijfscontinuïteit, bronnen en eigenaren, selectie- en opschoningsregels, veld- en relatiemapping, representatieve proefset, cutovervolgorde en rollbacktriggers. Benoem daarnaast drie dossiers die lastig zijn en één koppeling die na livegang blijft schrijven. Daarmee wordt snel zichtbaar welke beslissingen intern horen en welke techniek, migratiescript of maatwerkinterface nodig kan zijn.
Softora kan deze migratiegrens samen met de CRM-scope, mapping, proefmigratie en acceptatie uitwerken. Soms past een standaardimport; soms zijn herhaalbare transformaties, een foutwachtrij of bedrijfssoftware op maat nodig. Het doel van de voorbereiding is geen belofte van nul downtime, foutloze data of gegarandeerde tijdwinst, maar een controleerbaar besluit waarmee het team veilig kan stoppen, herstellen of vrijgeven.