Elke ERP-implementatie heeft er een paar, en toch zoekt bijna iedereen die de rol krijgt eerst op wat het eigenlijk is: de key user. Het korte antwoord: de medewerker die tijdens de implementatie zijn afdeling vertegenwoordigt - hij kent het proces, beslist mee over de inrichting, test het systeem en traint straks zijn collega’s. Het lange antwoord is interessanter, want deze rol maakt of breekt je project. Dit is wat een key user doet, hoeveel tijd het kost, hoe de rol verschilt van projectleider en functioneel beheer, en hoe je de juiste mensen kiest.
De definitie, en waarom de rol bestaat
Een key user is een gewone medewerker met een tijdelijke extra rol: tijdens een ERP- of software-implementatie is hij de stem van zijn afdeling of proces. Verkoop, inkoop, magazijn, boekhouding - elk kernproces heeft er idealiter één.
Waarom bestaat die rol? Omdat een implementatiepartner jouw systeem kan inrichten, maar jouw bedrijf niet kent. De consultant weet wat Odoo kan; de key user weet hoe het er bij jullie écht aan toegaat - inclusief de uitzonderingen die in geen procesbeschrijving staan. Zonder die kennis wordt een systeem ingericht op hoe het werk zou móéten lopen, en dat is zelden hoe het loopt. De key user is de brug: hij vertaalt de dagelijkse praktijk naar inrichtingskeuzes, en straks het nieuwe systeem terug naar zijn collega’s.
De vier taken, en de vijfde die erbij komt
In de praktijk komt de rol neer op vier dingen, in de volgorde van het project.
Het proces uitleggen. Aan het begin - bij ons in de fit-gap-analyse - vertelt de key user hoe zijn proces werkt. Niet de papieren versie, maar de echte: waar de uitzonderingen zitten, welke stappen stiekem in Excel gebeuren, wat er misgaat als iemand ziek is. Hoe eerlijker dit verhaal, hoe beter de scopingstabel die eruit volgt.
Meebeslissen over de inrichting. Welke velden zijn verplicht, welke statussen heeft een order, is die ene uitzondering het inrichten waard of schaffen we haar af? Dit zijn geen IT-vragen maar procesvragen, en de key user is degene die ze kan beantwoorden.
Testen met echte gevallen. Niet de happy flow doorklikken, maar de lastige order van vorige maand nabouwen. De beste key users testen met een lijstje echte praktijkgevallen - elke fout die zij vangen, gaat niet live.
Collega’s trainen. Rond de livegang traint de key user zijn eigen team, in de taal van het eigen werk. Dat werkt beter dan een generieke training van buitenaf: de uitleg gaat over jullie orders, jullie klanten, jullie uitzonderingen. In onze TARGET-methode is dit een eigen stap - eindgebruikers trainen op hun eigen werk, niet op het systeem in het algemeen.
En dan de vijfde, die vaak vergeten wordt afgesproken: na de livegang is de key user het eerste aanspreekpunt. Kleine vragen lost hij zelf op, echte problemen zet hij door. Wie dat vooraf benoemt, voorkomt dat de helpdesk van de partner de eerste weken vol loopt met vragen die intern in dertig seconden beantwoord waren.
Hoeveel tijd kost het echt?
Meer dan de meeste bedrijven begroten. Reken in de drukke fasen op een halve tot hele dag per week per key user, met pieken rond het testen en de livegang. En hier is het punt dat wij in elke doorlooptijd-inschatting terug laten komen: die tijd is geen kostenpost maar de grootste versneller van het project. Beslissingen die dagen blijven liggen omdat niemand tijd heeft, zijn de stilste vertrager van elke implementatie.
De valkuil is voorspelbaar: het bedrijf wijst zijn beste mensen aan als key user - logisch, want die kennen het proces het best - maar maakt geen uren vrij. Dan doet de key user het “erbij”, op vrijdagmiddag, en schuift elke testronde een week op. Wie de rol serieus neemt, plant hem in: formeel, in de agenda, met werk dat tijdelijk ergens anders landt.
Key user, projectleider, functioneel beheer: wie doet wat
Drie rollen die door elkaar worden gehaald, met een simpele scheidslijn.
De projectleider (bij ons de SPOC) overziet het geheel: planning, scope, budget, beslissingen die afdelingen overstijgen, en het dagelijkse contact met de implementatiepartner. Eén persoon, met mandaat. In onze livegang-planner weegt de beschikbaarheid van deze rol zwaar mee in de doorlooptijd - niet voor niets.
De key users gaan elk over één proces. Zij beslissen niet over de planning, maar wel over hoe hún proces in het systeem landt. Vuistregel: de projectleider beslist wat en wanneer, de key users bepalen hoe.
Functioneel beheer is geen projectrol maar een structurele: het systeem onderhouden ná de livegang - gebruikers, rechten, instellingen, kleine wijzigingen. In het MKB groeit de meest betrokken key user hier vaak in door, en dat is een prima route, zolang het een bewuste keuze is met bijbehorende tijd en niet iets wat er stilzwijgend bij komt.
Samen vormen deze rollen je projectteam: één projectleider, per kernproces een key user, en een plan voor beheer na livegang. Meer smaken zijn er eigenlijk niet - en meer is ook niet nodig.
Hoe kies je de juiste key users?
Niet op hiërarchie. De afdelingsmanager is lang niet altijd de beste keuze; de persoon die het werk dagelijks dóét meestal wel. Drie criteria die er in de praktijk toe doen:
Proceskennis inclusief de uitzonderingen. De beste key user is degene bij wie collega’s nu al aankloppen als iets vastloopt. Die persoon kent niet alleen de regel, maar ook de tien uitzonderingen erop.
Een mening durven hebben. De rol vraagt om keuzes: dit richten we in, dat schaffen we af. Iemand die alles “wel best” vindt, levert een systeem op dat nergens over gaat. Kritisch mogen zijn - ook richting de eigen manager en richting ons - is een functie-eis.
Draagvlak in het team. De key user wordt straks trainer en aanspreekpunt. Iemand die het team vertrouwt, krijgt de collega’s mee; iemand die als controleur wordt gezien, niet.
En één anti-criterium: kies niet uitsluitend de grootste enthousiasteling. Een gezonde scepticus die het systeem eerst niet vertrouwde en na het testen wél, is bij de livegang meer waard dan tien juichende early adopters.
Kort samengevat
Een key user is de procesvertegenwoordiger tijdens een ERP-implementatie: hij legt het echte werk uit, beslist mee over de inrichting, test met echte gevallen, traint zijn collega’s en blijft na livegang het eerste aanspreekpunt. De rol kost een halve tot hele dag per week en is samen met een beschikbare projectleider de grootste versneller van elk project. Kies op proceskennis, ruggengraat en draagvlak - niet op functietitel - en maak er formeel tijd voor vrij. Wie dat regelt, heeft het belangrijkste deel van zijn projectteam staan.
Aan het bouwen aan je projectteam voor een Odoo-implementatie? Plan een gratis Odoo-scan en we bespreken samen welke rollen jouw traject nodig heeft - of reken eerst je doorlooptijd en livegangsdatum door.
Meer lezen: Hoe lang duurt een Odoo-implementatie? · De livegang-planner · De TARGET-methode · Wat kost een Odoo-implementatie?