Belangrijkste lessen uit CRM-implementaties (wat ik graag eerder had geweten)

1. Vereisten zijn nooit echt definitief

Aan het begin van een project lijken de vereisten meestal vrij duidelijk. Je organiseert workshops, verzamelt zoveel mogelijk informatie, documenteert alles zorgvuldig en denkt dat je een goed beeld hebt van wat er gebouwd moet worden.

De realiteit is echter dat vereisten altijd evolueren. Zodra gebruikers iets werkends zien, beginnen ze hun eigen processen beter te begrijpen. Dan ontstaan de gesprekken zoals: “Kunnen we ook nog…” of “Wat als we het op deze manier zouden doen?”.

Tijdens mijn werk met Microsoft Dynamics 365 heb ik geleerd dat dit geen probleem is dat vermeden moet worden. Het hoort simpelweg bij CRM-projecten. Je bevriest de vereisten niet en loopt vervolgens weg. Je bouwt op basis van de beste kennis die je op dat moment hebt, wetende dat alles zal evolueren zodra mensen met het systeem gaan werken.

Wat ik graag eerder had geweten, is dat verandering vanaf het begin verwachten alles eenvoudiger maakt. Je beschouwt de eerste versie van de vereisten niet langer als iets vaststaand, maar als iets dat gedurende het project verder verfijnd wordt.

2. Gebruikersadoptie is belangrijker dan technische perfectie

Bij het ontwikkelen van oplossingen, zeker als consultant, is het gemakkelijk om je te focussen op de technische kant. Een nette structuur, een goed datamodel, automatiseringen waar ze zinvol zijn en een oplossing die technisch goed in elkaar zit.

Maar dat alles heeft weinig waarde als gebruikers het systeem niet daadwerkelijk gebruiken.

Ik heb oplossingen gezien die technisch uitstekend waren, maar nauwelijks werden gebruikt omdat ze te complex aanvoelden of niet aansloten bij de dagelijkse werkzaamheden van gebruikers. Aan de andere kant heb ik ook eenvoudigere oplossingen gezien die verre van perfect waren, maar wel consequent werden gebruikt omdat ze het werk makkelijker maakten.

Het verschil zit bijna altijd in hoe natuurlijk een systeem aanvoelt, hoe goed het de dagelijkse taken ondersteunt en of gebruikers vroeg genoeg betrokken werden om zich er comfortabel bij te voelen.

Wat ik graag eerder had geweten, is dat adoptie niet iets is wat je aan het einde toevoegt. Het moet vanaf het begin deel uitmaken van het ontwerp. Anders kan zelfs het best gebouwde systeem ongebruikt blijven.

3. Overmatige maatwerkontwikkeling zorgt voor problemen op lange termijn

Dit is zonder twijfel een les die ik door ervaring heb geleerd.

Wanneer je werkt met een flexibel platform, is het verleidelijk om alles volledig op maat te maken zodat elk detail van elke vereiste perfect wordt afgedekt. Je kunt plug-ins bouwen, logica uitbreiden en het systeem volledig afstemmen op de organisatie.

Maar hoe verder je die weg inslaat, hoe meer complexiteit je introduceert. En die complexiteit verdwijnt niet na de livegang.

Zware maatwerkoplossingen leiden vaak tot moeilijker onderhoud, meer afhankelijkheid van specifieke mensen die het systeem door en door kennen en extra uitdagingen bij upgrades of toekomstige wijzigingen. Wat begint als een snelle oplossing voor een vereiste kan langzaam veranderen in technische schuld.

Met platformen zoals Microsoft Power Platform zijn er vaak eenvoudigere manieren om hetzelfde resultaat te bereiken via configuratie of low-code mogelijkheden. Die zijn meestal veel makkelijker te onderhouden op lange termijn.

Wat ik graag eerder had geweten, is dat flexibiliteit niet betekent dat je alles moet aanpassen. De beste oplossingen op lange termijn blijven zo dicht mogelijk bij de standaardfunctionaliteiten zolang dat haalbaar is.

4. Datakwaliteit maakt of breekt alles

Hoe goed een CRM-systeem ook ontworpen is, het functioneert alleen goed als de gegevens betrouwbaar zijn.

Dat klinkt vanzelfsprekend, maar in de praktijk wordt het vaak onderschat.

Wanneer de datakwaliteit slecht is, worden rapportages onbetrouwbaar, automatiseringen kunnen zich onverwacht gedragen en gebruikers verliezen snel hun vertrouwen in het systeem. Zodra dat vertrouwen weg is, keren mensen vaak terug naar spreadsheets of eigen registratiemethoden, waardoor het nut van een CRM grotendeels verloren gaat.

Wat ik ook heb geleerd, is dat datakwaliteit geen eenmalige activiteit is. Het vraagt voortdurende aandacht, duidelijke regels en eigenaarschap. Zonder actief beheer neemt de kwaliteit geleidelijk af.

Wat ik graag eerder had geweten, is dat werken aan data geen neventaak is. Het is een van de belangrijkste onderdelen van elke CRM-implementatie en verdient vanaf dag één aandacht.

5. Verandermanagement is net zo belangrijk als het systeem zelf

Een van de grootste inzichten die ik heb opgedaan, is dat CRM-projecten niet alleen technologische projecten zijn. Het zijn organisatieveranderingen.

Je kunt een uitstekend systeem bouwen, maar als mensen niet voorbereid zijn op de verandering, niet begrijpen waarom deze plaatsvindt of zich niet ondersteund voelen tijdens de overgang, zal het project moeite hebben om succesvol te zijn, ongeacht hoe goed de technologie is.

Verandermanagement draait om communicatie, training en voortdurende ondersteuning. Het gaat erom ervoor te zorgen dat gebruikers begrijpen wat er verandert, waarom het verandert en hoe het hen helpt in hun dagelijkse werk. Het betekent ook aanwezig blijven na de livegang, omdat dan vaak de meest waardevolle feedback naar boven komt.

Wat ik graag eerder had geweten, is dat de technische oplevering slechts een deel van het succes bepaalt. De menselijke kant is minstens even belangrijk, zo niet belangrijker.

Slotgedachten

Wanneer ik naar al deze lessen kijk, leiden ze allemaal naar dezelfde conclusie: een CRM-implementatie gaat nooit alleen over het configureren van een systeem.

Werken met Microsoft Dynamics 365 betekent organisaties helpen hun manier van werken te verbeteren. En dat gebeurt alleen wanneer mensen, processen en technologie goed op elkaar zijn afgestemd.

Als ik alles in één eenvoudige zin zou moeten samenvatten, dan zou het deze zijn: Streef niet naar een perfect systeem. Streef naar een systeem dat mensen daadwerkelijk gebruiken, begrijpen en voldoende vertrouwen om er elke dag op te bouwen.

door Pedro Gonçalo, Dynamics 365 Support Engineer bij Luza