IT-afdelingen werken al jaren met processen voor incidenten, verzoeken, wijzigingen en kennis. Andere interne afdelingen ontvangen vergelijkbare vragen, maar verwerken die vaak via e-mail, spreadsheets en losse formulieren. Enterprise Service Management brengt daar structuur in.

ESM is meer dan een extra portaal

Een nieuw formulier maakt een proces niet automatisch beter. Wanneer onduidelijk blijft wie eigenaar is, welke informatie nodig is en wanneer een verzoek gereed is, verplaatst de organisatie alleen de inbox naar een ander scherm.

Een ESM-traject moet daarom eerst antwoord geven op:

  • welke dienst de afdeling levert;
  • voor wie de dienst bedoeld is;
  • welke informatie aan het begin nodig is;
  • welke stappen en overdrachten plaatsvinden;
  • wie per stap verantwoordelijk is;
  • welke doorlooptijd en kwaliteit worden verwacht;
  • welke gegevens in een bronsysteem blijven.

Waarom organisaties ESM invoeren

Veelvoorkomende aanleidingen zijn:

  • medewerkers weten niet waar zij een verzoek moeten indienen;
  • afdelingen ontvangen onvolledige informatie;
  • overdrachten tussen teams zijn niet zichtbaar;
  • doorlooptijden kunnen niet worden gemeten;
  • dezelfde vragen worden steeds opnieuw beantwoord;
  • management mist inzicht in volumes en capaciteit;
  • een bestaand ITSM-platform heeft nog beschikbare mogelijkheden.

Geschikte eerste processen

Instroom van medewerkers

Een nieuwe medewerker vraagt acties van HR, leidinggevende, IT, Facility, Finance en soms Security. Het proces heeft een duidelijke startdatum, vaste gegevens en herkenbare taken. Daardoor is het geschikt om samenwerking en status zichtbaar te maken.

Uitstroom en functiewijziging

Toegang, middelen, contracten, kennisoverdracht en autorisaties moeten tijdig worden aangepast. Een gestandaardiseerde keten vermindert risico en handmatig navragen.

Facility-verzoeken

Meldingen over toegang, ruimtes, middelen, onderhoud of verhuizing hebben vaak duidelijke categorieën en verantwoordelijke teams. Een portaal kan status en verwachtingen voor de medewerker zichtbaar maken.

Juridische en privacyverzoeken

Contractreviews, privacyvragen en formele beoordelingen vragen vaste informatie, vertrouwelijkheid en duidelijke termijnen. De inrichting moet rekening houden met beperkte toegang en bewaarbeleid.

Kopieer de ITSM-inrichting niet letterlijk

HR-medewerkers en Facility-teams gebruiken andere begrippen, risico’s en werkpatronen dan een servicedesk. Een proces met veel technische statussen en ITIL-termen maakt adoptie moeilijk. De taal van de dienst en de medewerker moet leidend zijn.

Wel herbruikbaar zijn:

  • één servicecatalogus;
  • duidelijke eigenaars;
  • kennis en selfservice;
  • workflow en autorisatie;
  • statuscommunicatie;
  • rapportage en continue verbetering.

Governance van een gezamenlijk platform

Wanneer meerdere afdelingen hetzelfde platform gebruiken, moet worden afgesproken wie beslist over configuratie, releases, integraties, gegevens, prioriteiten en licenties. Technisch beheer kan bij IT liggen, maar een HR-proces blijft inhoudelijk eigendom van HR.

Een werkbaar model bevat:

  • een platformeigenaar;
  • service-eigenaren per afdeling;
  • een gezamenlijke wijzigingsagenda;
  • regels voor datatoegang en scheiding;
  • standaarden voor formulieren, workflows en rapportages;
  • een besluitvormingsmodel voor nieuwe afdelingen.

Toolkeuze of hergebruik?

Onderzoek eerst of het bestaande platform voldoet. Kijk daarbij niet alleen naar functies, maar ook naar:

  • licentiekosten voor bredere doelgroepen;
  • gebruiksgemak voor medewerkers en behandelaars;
  • gegevensbescherming en autorisaties;
  • integraties met HR-, financiële en facilitaire systemen;
  • beheerlast van meerdere processen;
  • rapportagemogelijkheden per afdeling;
  • mogelijkheden voor een gemeenschappelijke ingang.

Gefaseerd invoeren

Start met één of twee processen en meet wat verandert. Relevante uitkomsten zijn:

  • percentage aanvragen met complete informatie;
  • doorlooptijd;
  • aantal handmatige overdrachten;
  • vragen over status;
  • hergebruik van kennis;
  • tevredenheid van medewerker en behandelaar.

Gebruik de ervaringen om standaarden te verbeteren voordat nieuwe afdelingen aansluiten.

Wanneer is de organisatie klaar voor ESM?

Technische gereedheid is niet genoeg. Er moeten proceseigenaren beschikbaar zijn, afdelingen moeten bereid zijn om werkwijzen te standaardiseren en het platformbeheer moet wijzigingen kunnen verwerken. Zonder deze voorwaarden ontstaat een verzameling afdelingsformulieren in plaats van één servicemodel.

Een ESM Blueprint maken

Pellaton brengt geschikte processen, rollen, platformeisen, integraties en invoeringsvolgorde samen in een praktisch ontwerp.

Bekijk Enterprise Service Management

Duidelijke antwoorden

Veelgestelde vragen

Wat is het verschil tussen ITSM en ESM?

ITSM richt zich op IT-diensten. ESM gebruikt dezelfde uitgangspunten voor bredere interne dienstverlening, bijvoorbeeld van HR, Facility, Legal en Finance.

Kan een bestaande ITSM-tool voor ESM worden gebruikt?

Vaak wel, maar geschiktheid hangt af van licenties, gebruikerservaring, dataseparatie, configuratie, integraties en beheerbaarheid.

Met welk proces begint een ESM-traject?

Kies een herkenbaar proces met voldoende volume, duidelijke eigenaar en samenwerking tussen afdelingen, zoals instroom en uitstroom van medewerkers.

Laatst bijgewerkt: 3 september 2026

Deze publicatie geeft algemene informatie. De passende aanpak hangt af van uw organisatie, contracten en projectcontext.