CRM-datakwaliteitsaudit: meet de problemen voordat je opschoont

Voor je begint: kies wat de data moet doen

Stel je een CRM voor met duizenden keurig ingevulde contacten en twaalf actieve deals zonder eigenaar. De algemene volledigheidsscore ziet er geruststellend uit. De salesmanager die deze deals moet toewijzen denkt daar waarschijnlijk anders over.

Datakwaliteit hangt af van de taak. Een adres voor levering vraagt een andere controle dan een optioneel veld dat niemand gebruikt. Begin met een beslissing of workflow: inboundaanvragen routeren, een prognose maken, een nieuwe klant overdragen of een verlenging beheren.

Deze gids werkt met opgeslagen CRM-weergaven, een toegestane spreadsheetexport of je bestaande querytool. Je hebt record-ID’s, velddefinities, relevante historie en een proceseigenaar nodig die correcte data kan herkennen. Een opschoontool kopen is geen voorwaarde.

Het Britse Government Data Quality Framework onderscheidt volledigheid, uniciteit, consistentie, tijdigheid, validiteit en nauwkeurigheid. We gebruiken die dimensies en voegen een praktische controle van CRM-relaties toe. De meetprocedure en CRM-voorbeelden zijn onze aanbevelingen; alle aantallen zijn illustratief.

• Britse overheid: dimensies van datakwaliteit en geschiktheid voor gebruik ↗

1. Definieer de relevante records en maak een momentopname

Beschrijf de populatie zo precies dat iemand anders dezelfde records selecteert. “Deals” is onvoldoende. “Open deals voor nieuwe klanten in de Nederlandse pipeline om 09.00 Europe/Amsterdam op de auditdatum, zonder gemarkeerde testrecords” is een bruikbaar begin.

Bepaal of je een actuele momentopname of in een periode aangemaakte records beoordeelt. Een momentopname toont wat nu fout is. Een aanmaakcohort helpt zien of een proces steeds fouten introduceert. Houd dat onderscheid de hele audit vast.

1. Benoem gebruiksdoel, CRM-object, pipeline of segment, tijdstip, tijdzone en uitsluitingen. Bepaal welke gekoppelde objecten nodig zijn.
2. Bewaar selectie en een toegestane gedateerde extractie of uitkomst. Neem stabiele ID’s en benodigde velden mee; verzamel geen ongerelateerde persoonsgegevens.
3. Tel unieke relevante ID’s. Leveren joins meerdere rijen per deal op, maak dan één rij per onderzochte deal of tel unieke deal-ID’s voordat je meet.
4. Noteer toegangsbeperkingen en ontbrekende historie. Zie je alleen de records van één team, benoem de uitkomst dan als die teampopulatie.

2. Vertaal “goede data” naar expliciete regels

Kies enkele velden of relaties waarvan de workflow afhangt. Schrijf op wat slaagt, faalt en werkelijk niet van toepassing is. Een leeg volgende-actieveld kan fout zijn; “nader te bepalen” invullen kan het nog steeds onbruikbaar maken. Spreek af hoe beide meetellen.

Scheid volledigheid van nauwkeurigheid. Een ingevuld bedrag kan numeriek geldig zijn maar afwijken van de getekende overeenkomst. Een plausibele datum kan bij de verkeerde gebeurtenis horen. Elke controle moet aangeven welke vraag ze beantwoordt.

1. Geef elke controle een ID en duidelijke regel, bijvoorbeeld DQ-01: relevante open deals hebben een actieve eigenaar of goedgekeurde wachtrij-uitzondering.
2. Definieer de populatie voor die regel. Een verplichte bedrijfskoppeling kan niet van toepassing zijn op verkoop aan consumenten.
3. Beschrijf precies wanneer iets fout is: ontbrekende of inactieve eigenaar, waarde buiten bereik of ontbrekende verplichte koppeling. Houd categorieën apart als ze verschillende oplossingen vragen.
4. Laat de proceseigenaar regel en uitzonderingsbeleid bevestigen voordat je meet. Leg een versie vast zodat latere veranderingen zichtbaar blijven.

• Britse overheid: dimensies van datakwaliteit en geschiktheid voor gebruik ↗

3. Voer de controles uit en toon de berekening

Tel per regel getroffen relevante ID’s en deel door alle relevante ID’s. Foutpercentage = getroffen relevante records ÷ relevante records × 100. Toon aantallen naast percentages. Bij nul relevante records rapporteer je “niet van toepassing: nul relevante records”, geen perfecte score.

Bewaar naast het totaal ook de onderliggende ID’s om dezelfde records later te onderzoeken en controleren. Leg meetdatum, query of filter, regelversie en handmatige beoordelingen naast de uitkomst vast.

1. Voer elke controle uit op de bewaarde populatie. Behandel alleen-spaties en afgesproken tijdelijke waarden consistent; vervang onbekenden niet ongemerkt door standaardwaarden.
2. Bewaar per controle getroffen aantal, relevant aantal, foutpercentage en bijbehorende ID’s of weergave.
3. Bekijk enkele geslaagde en gefaalde records om te toetsen of de regel werkt zoals bedoeld. Een perfect herhaalbare query kan nog steeds het verkeerde veld testen.
4. Houd probleempercentages apart. Wil je records met minstens één fout tellen, neem dan de vereniging van getroffen ID’s en tel elk record eenmaal.

4. Controleer nauwkeurigheid en mogelijke duplicaten

Sommige fouten vind je met filters in de hele populatie. Nauwkeurigheid vraagt vaak vergelijking met een betrouwbare bron. Kies die per veld met de proceseigenaar: een getekend contract voor voorwaarden of door de klant bevestigde contactgegevens.

Gebruik een onderzoekssteekproef om een patroon te begrijpen. Gebruik een willekeurige of gedocumenteerde steekproef over relevante groepen voor een bredere foutschatting. De omvang hangt af van gewenste precisie en zekerheid; er is geen universele regel om twintig records te bekijken.

1. Bepaal per nauwkeurigheidscontrole de leidende bron en noteer wanneer die is geverifieerd. Een externe database is niet vanzelf correct.
2. Noteer per onderzocht record overeenkomst, afwijking of niet verifieerbaar, met bewijs. Houd niet-verifieerbare records apart in plaats van ze als correct te tellen.
3. Groepeer mogelijke duplicaten met beschikbare identificatoren. Normaliseer vergelijkingswaarden consequent, maar bewaar de originelen voor beoordeling.
4. Vergelijk identiteit, relaties en bedoeld recordmodel. Vergelijkbare namen bewijzen geen duplicaat; dochterbedrijven kunnen terecht dezelfde merknaam of hetzelfde domein delen.
5. Leg beoordeling en beoogd te behouden record pas vast na identiteitsbevestiging. Houd de beslissing om samen te voegen apart van de uitvoering.

5. Volg waar elke fout het CRM binnenkomt

Groepeer getroffen records op aanmaakbron, updatebron, importbatch, team en tijd. Vergelijk foutpercentages binnen elke relevante groep, niet alleen ruwe aantallen. De grootste bron heeft vaak de meeste fouten, ook als het proces relatief betrouwbaar is.

Volg voorbeelden terug naar hun oorsprong. Een verplicht veld kan te vroeg worden gevraagd, een integratie kan de verkeerde optie mappen of een team kan activiteiten elders opslaan. Dezelfde lege cel kan dus verschillende oplossingen vragen.

1. Splits de nulmeting met dezelfde regel naar relevante bron of cohort. Bewaar elke groepsnoemer.
2. Vergelijk de historie van getroffen records met geslaagde records uit dezelfde bron. Zoek de gebeurtenis of configuratiewijziging die het verschil verklaart.
3. Laat de uitvoerder de echte aanmaak- of updateroute tonen. Controleer of de regel op dat moment redelijkerwijs haalbaar is.
4. Noteer vermoedelijke oorzaak, ondersteunend bewijs, alternatieve verklaring en volgende controle. Noem de oorzaak pas bevestigd als het bewijs dat rechtvaardigt.

6. Kies wat je oplost en definieer de correctie

Prioriteer op de getroffen beslissing of workflow. Actieve aanvragen zonder eigenaar blokkeren vandaag werk. Foute contractdatums verstoren verlengingsplanning. Historische opmaakverschillen zijn mogelijk minder urgent, tenzij een actieve integratie of rapportage ervan afhangt.

Scheid recordcorrectie van verandering van het invoerproces. Twaalf records herstellen en de regel herstellen die ze fout maakte zijn verschillende taken. Beide hebben een eigenaar nodig; de volgorde hangt af van urgentie en bevestigde oorzaak.

1. Noteer per probleem taak, aantal, gevolg, zekerheid, urgentie, afhankelijkheden en inspanning. Onderbouw prioriteit niet met onbewezen schattingen van omzetverlies.
2. Bepaal hoe je de juiste waarde verkrijgt: via een geverifieerde bron of beoordeling door de eigenaar. Verzin geen plausibele waarden om de volledigheidsscore te verhogen.
3. Leg vast hoe je uitzonderingen en onbekenden behandelt. Geldige uitzonderingen blijven expliciet en controleerbaar, niet verborgen achter een filter.
4. Kies de kleinste herstelbatch die te beoordelen en controleren is. Bepaal bij duplicaten vooraf wat er met relaties, historie en vervolgsystemen gebeurt.

• HubSpot: werking en beperkingen van het samenvoegen van records ↗

7. Test het herstel en herhaal de oorspronkelijke controles

Begin met een beoordeelde subset en leg waarden vóór en na vast. Controleer of de correctie ook het zakelijke probleem oplost. Een eigenaar zonder toegang kan de controle op een gevuld veld doorstaan terwijl de overdracht nog steeds vastloopt.

Vergelijk dezelfde populatie en regelversie vóór en na herstel. Benoem populatieveranderingen expliciet. Een lager percentage door nieuwe schone records bewijst niet dat een oorspronkelijke fout is gecorrigeerd.

1. Definieer verwachte resultaten en herstelopties. Test in een passende omgeving de normale situatie, een geldige uitzondering, een al correct record en een herhaalde update.
2. Herhaal na goedgekeurd herstel de controles op oorspronkelijke ID’s. Volg herstelde, onopgeloste, verwijderde en nieuw getroffen records apart.
3. Controleer afhankelijke workflows, relaties en rapporten op bijwerkingen. Bevestig dat waarden ook na de volgende relevante synchronisatie of update correct blijven.
4. Controleer een nieuw-recordcohort met dezelfde regel om preventie te beoordelen. Leg de eigen teller, noemer en observatieperiode vast.

8. Maak de controles onderdeel van het dagelijkse werk

Geef regels die belangrijk werk beschermen een vaste plek. Een dashboard helpt alleen als iemand weet wat te doen bij verandering. Koppel controles aan het proces: na imports, rond nieuwe aanvragen en vóór de planning van verlengingen.

Bepaal grenzen vanuit behoeften en gevolgen van het proces. Een algemeen doel als “95% schoon” kan een ernstig probleem in een kleine belangrijke groep verbergen. Bewaar bij gewijzigde definities de oude uitkomst en leg uit waarom de nieuwe niet rechtstreeks vergelijkbaar is.

1. Benoem per regel een proceseigenaar en per controle een technische eigenaar. Noteer waar resultaten en getroffen ID’s staan.
2. Bepaal frequentie, grens, uitzonderingsbeleid en reactie. Leg vast wie onderzoekt, wie correcties goedkeurt en wanneer open problemen worden geëscaleerd.
3. Volg zowel bestaande achterstand als nieuwe fouten per bron. Zo zie je of het team historie opruimt of steeds hetzelfde probleem produceert.
4. Herzie regels bij wijzigingen in verkoopproces, integratie of datamodel. Verwijder controles zonder werkelijk gebruiksdoel en documenteer wijzigingen aan actieve controles.