ESM-implementatie: een stappenplan van eerste afdeling tot brede uitrol
Stappenplan voor ESM-implementatie: van de eerste afdeling buiten IT tot brede uitrol, met de valkuilen rond governance, eigenaarschap en catalogus.
Een ESM-implementatie gaat zelden mis op de techniek. Het platform kan het bijna altijd. Het gaat mis op de dingen eromheen: wie is eigenaar, hoe voorkom je dat elke afdeling zijn eigen eilandje bouwt, en spreekt de catalogus de taal van de gebruiker of die van IT. Dit artikel geeft een stappenplan van de eerste afdeling buiten IT tot een brede uitrol, met nadruk op de valkuilen die de meeste trajecten laten stranden.
Voordat je begint, is het goed om helder te hebben wat ESM is en waarin het verschilt van ITSM. Dat lees je in ITSM vs ESM. Kort gezegd: ESM is dezelfde servicedesk-aanpak, toegepast op afdelingen buiten IT.
Stap 0: zorg dat je ITSM staat
De eerste stap is er een die veel organisaties overslaan. Voordat je servicemanagement uitrolt naar HR of facilitair, moet het in IT zelf goed lopen. Als je eigen servicedesk nog worstelt met de basis, exporteer je die problemen naar de rest van de organisatie.
Breng daarom eerst in kaart waar je staat. Een ITSM maturity assessment laat zien of het fundament stevig genoeg is om op te bouwen. Loopt ITSM nog niet, verbeter dan daar eerst voordat je verbreedt.
Stap 1: kies de eerste afdeling
Begin niet met een grote uitrol naar alle afdelingen tegelijk. Kies één afdeling met een concreet probleem en genoeg volume om het de moeite waard te maken. HR is vaak een goede eerste, omdat het joiner-mover-leaver-proces IT toch al raakt en de pijn zichtbaar is: een nieuwe medewerker die op dag één niet alles klaar heeft staan, is een probleem dat iedereen herkent.
Belangrijker dan welke afdeling je kiest, is dat die afdeling zelf de waarde ervan ziet. Een afdeling die er niet om vroeg en het als last ervaart, gaat het portaal ontwijken. Zoek een afdeling met een interne trekker die het wil.
Stap 2: richt de dienst in klantentaal in
Dit is de valkuil waar de meeste ESM-trajecten op stuklopen. IT denkt in incidenten, changes en configuratie-items. Een HR-medewerker denkt in "nieuwe medewerker aanmelden" of "verlof aanvragen". Als je de nieuwe afdeling dwingt om in IT-termen te werken, sluit je precies de mensen buiten die het moeten gebruiken.
Richt de servicecatalogus daarom in vanuit de gebruiker. Wat wil iemand aanvragen, en hoe noemt diegene dat zelf? Hoe je dat aanpakt, staat in een servicecatalogus in klantentaal. Dit is niet cosmetisch: het verschil tussen een catalogus die gebruikt wordt en een die wordt ontweken, zit vaak precies hier.
Stap 3: regel governance en eigenaarschap
Een ESM-uitrol zonder duidelijke governance wordt op termijn een wildgroei. Elke afdeling bouwt zijn eigen formulieren, eigen statussen, eigen manier van werken, en na een jaar heb je zes losse systemen achter één portaal. Dat is het tegenovergestelde van wat je wilde.
Regel daarom een paar dingen vooraf:
- Een eigenaar per afdeling. Iemand op HR, facilitair of finance die verantwoordelijk is voor de kwaliteit van de eigen dienstverlening in het platform. Zonder die persoon verwatert het.
- Een centrale afspraak over het gemeenschappelijke. Statussen, prioriteiten en de basisinrichting blijven gedeeld, zodat het platform één geheel blijft in plaats van losse eilanden.
- Duidelijke rollen en rechten. HR mag geen IT-tickets zien en andersom. Controleer bij de toolkeuze of het platform dat per afdeling goed afschermt.
Stap 4: koppel de processen die elkaar raken
De echte winst van ESM zit in processen die meerdere afdelingen raken. Het joiner-mover-leaver-proces is het duidelijkste voorbeeld: één melding in HR triggert automatisch taken bij IT (account, laptop) en facilitair (werkplek, pas). Als dat als één keten door de organisatie loopt, mist er niets meer.
Bouw die koppelingen pas als de losse afdelingen op zichzelf werken. Een keten koppelen tussen twee processen die intern nog rammelen, maakt het probleem groter, niet kleiner. Let ook op de technische kant: koppelingen tussen HR-systemen en het ITSM-platform vragen om onderhoud en een eigenaar. Wat daarbij misgaat, staat in een ITSM- of ESM-tool kiezen onder integraties.
Stap 5: meet, leer en breid pas dan uit
Voordat je naar de volgende afdeling gaat, controleer je of de eerste echt iets oplevert. Worden de aanvragen sneller afgehandeld? Weten gebruikers het portaal te vinden? Is de afdelingseigenaar tevreden? Pas als dat aantoonbaar loopt, is het zinvol om uit te breiden.
Neem de lessen van de eerste afdeling mee naar de volgende. Wat werkte in de catalogus, welke governance-afspraken hielden stand, waar liep het vast. Zo wordt elke volgende uitrol makkelijker in plaats van een herhaling van dezelfde fouten. ESM groeit zo organisch mee met de organisatie, in plaats van als een groot programma dat overal tegelijk moet landen.
De valkuilen op een rij
De meest voorkomende redenen dat een ESM-implementatie strandt:
- Te breed beginnen. Alle afdelingen tegelijk in plaats van één goed. Het resultaat is overal half werk.
- De catalogus in IT-taal. De nieuwe afdeling moet in incidenten en changes denken, en haakt af.
- Geen eigenaar per afdeling. Het platform staat er, maar niemand bewaakt de kwaliteit van de eigen dienstverlening.
- Geen centrale governance. Elke afdeling bouwt zijn eigen eilandje, en de samenhang verdwijnt.
- Uitbreiden voordat het eerste werkt. De volgende afdeling erbij terwijl de vorige nog niet loopt, stapelt de problemen op.
Veelgestelde vragen
Waar begin je met een ESM-implementatie? Zorg eerst dat je IT-servicemanagement staat, en kies dan één afdeling met een concreet probleem en genoeg volume, vaak HR bij indiensttreding. Richt de dienst in klantentaal in, regel een eigenaar op die afdeling, en breid pas uit als de eerste aantoonbaar loopt.
Wat is de grootste valkuil bij ESM? De catalogus in IT-taal inrichten. Als de nieuwe afdeling moet denken in incidenten, changes en configuratie-items, sluit je precies de mensen buiten die het moeten gebruiken. Richt de catalogus in vanuit de vraag van de gebruiker, in hun eigen woorden.
Heb je aparte governance nodig voor ESM? Ja, maar het hoeft niet bureaucratisch te zijn. Regel een eigenaar per afdeling, houd de gemeenschappelijke inrichting (statussen, prioriteiten) centraal, en scherm rollen en rechten per afdeling af. Een paar heldere afspraken voorkomen dat elke afdeling zijn eigen eiland bouwt.
Hoe lang duurt een ESM-implementatie? Dat hangt af van hoeveel afdelingen je aansluit en hoe volwassen je ITSM al is. Reken per afdeling in maanden, niet in weken, en breid pas uit als de vorige afdeling loopt. Een brede uitrol ineens levert vrijwel altijd overal half werk op.
Wil je ESM invoeren zonder dat het een programma wordt dat vastloopt op governance en eigenaarschap? plan een gesprek en we bepalen samen de eerste afdeling en de aanpak. Voor begeleiding bij de invoering: bekijk onze dienst ESM-implementatie.
Verder lezen
Verder lezen
ITSM vs ESM: wat is het verschil en wanneer is ESM zinvol?
ITSM vs ESM helder uitgelegd: wat is het verschil, wanneer ESM buiten IT echt waarde toevoegt en wanneer het overkill is, met praktijkvoorbeelden.
Wat is servicemanagement? Een nuchtere uitleg voor de praktijk
Wat is servicemanagement? Een direct antwoord, wat het in de praktijk betekent, de bekende misverstanden en wanneer je er gericht in investeert.
ITIL 5 praktisch uitgelegd: wat er verandert en of je nu iets moet doen
ITIL 5 is er sinds begin 2026. Lees wat er verandert ten opzichte van ITIL 4, wat het betekent voor je certificeringen en waarom haast zelden nodig is.
Regie op leveranciers: jij blijft verantwoordelijk, ook als het werk elders ligt
Werk uitbesteed betekent niet dat de verantwoordelijkheid meegaat. Lees hoe je regie voert op leveranciers met SLA's die aansluiten op je eigen beloftes.
Wil je dit toepassen in je eigen organisatie?
Plan een vrijblijvend gesprek. We kijken samen waar je staat en wat de eerste stap is.
Neem contact op