Een maatwerk CRM bouwen: welke functies ertoe doen en wat overbodige franje is

Een maatwerk CRM bouwen in plaats van Salesforce of HubSpot kopen is meestal de juiste keuze wanneer je sales- of operationsproces oprecht niet past bij het model van een van beide platforms, maar het brengt een echt risico met zich mee: proberen alles te repliceren wat een volwassen platform doet voordat je je eigen workflow hebt gevalideerd. Een eerste versie afgebakend als een Salesforce-kloon duurt maanden langer om uit te brengen en levert een systeem op dat je team nog niet daadwerkelijk heeft gevraagd.

De juiste manier om versie één af te bakenen is te kijken naar wat je team nu al doet in spreadsheets, e-maildraden of plaknotities, en precies dat te bouwen, netjes gestructureerd, niets meer. Als sales deals bijhoudt in een spreadsheet met fase, eigenaar en volgende actie, is dat je pipeline-view. Als operations klantverzoeken bijhoudt in een gedeelde inbox, is dat je activiteitenregistratie. Het doel van versie één is het specifieke handmatige proces vervangen, niet elk proces anticiperen dat een CRM theoretisch zou kunnen ondersteunen.

Pipelinezichtbaarheid en activiteitenregistratie verdienen hun plek in bijna elke versie één, omdat ze de twee dingen vervangen waar spreadsheets en e-mail het slechtst in zijn: in één oogopslag het hele plaatje zien, en weten wat er met een account is gebeurd zonder rond te vragen. Dit zijn de functies waarvoor mensen het CRM daadwerkelijk elke dag openen.

Leadscoring, complexe automatiseringsregelbouwers en uitgebreide rapportagedashboards zijn meestal franje in een eerste versie, niet omdat het slechte ideeën zijn, maar omdat ze voorbarig zijn. Scoringregels gebouwd voordat je echte dealdata hebt om ze tegen te kalibreren zijn gissingen verkleed als intelligentie. Automatiseringsregels gebouwd voordat je team een stabiel proces heeft om te automatiseren, leggen meestal toch een workflow vast die binnen een kwartaal verandert.

Custom fields zijn waar scope creep zich het best verstopt, omdat elk veld op zichzelf klein aanvoelt. De test die we toepassen: verandert dit veld een beslissing die iemand neemt, of is het "fijn om zicht op te hebben"? Een veld dat verandert of een deal wordt geëscaleerd verdient zijn plek. Een veld dat alleen data verzamelt waar niemand nog een rapport tegen heeft gebouwd, is franje verkleed als due diligence.

De functie met de hoogste waarde in de meeste eerste-versie maatwerk CRM's is helemaal geen CRM-native capaciteit, het is de integratie die een heropname-stap wegneemt: bestelgeschiedenis uit je ERP naar het accountrecord trekken, of een supportticket synchroniseren in dezelfde tijdlijn als de salesactiviteit. Die ene integratie doet vaak meer om het CRM de plek te maken waar mensen daadwerkelijk werken dan welke hoeveelheid pipeline-aanpassing dan ook.

Rechten en data-eigendom verdienen meer aandacht vooraf in de scoping dan de meeste teams eraan geven, omdat rolgebaseerde toegang achteraf inbouwen ontwrichtend is op een manier waarop een veld later toevoegen dat niet is. Vroeg beslissen wie wat mag zien, en wie eigenaar is van het bewerken van wat, bespaart later een pijnlijke migratie.

Het patroon dat werkt: breng de twee of drie workflows uit die mensen al slecht doen in spreadsheets, laat het team er dagelijks in leven, en laat de volgende ronde functies komen uit wat ze daadwerkelijk vragen zodra ze het gebruiken, niet uit een functielijst samengesteld voordat iemand het product had aangeraakt. Een CRM verdient adoptie door duidelijk beter te zijn dan de spreadsheet die het verving, niet door meer menu's te hebben dan de spreadsheet had.