ITSM- of ESM-tool kiezen: niet de zwaarste, maar de tool die past

De beste ITSM- of ESM-tool is niet het krachtigste platform op de markt. Het is het platform dat past bij hoe jouw organisatie werkt, wat je team aankan en waar je naartoe wilt. Klinkt logisch, maar in de praktijk gaat het vaak anders.

De valkuil van het zwaarste platform

Veel selectietrajecten beginnen met een demo van het bekendste, grootste platform. Het kan alles. En precies dat is het probleem. Een tool die alles kan, vraagt om een organisatie die alles kan beheren. Configuratie, governance, doorlopend onderhoud: dat kost mensen en tijd die je niet altijd hebt.

In veel organisaties zien we hetzelfde gebeuren. Een zwaar platform wordt aangeschaft, een externe partij richt het in, en na de livegang durft niemand er meer aan te komen. Elke wijziging wordt een project. Het systeem stuurt de organisatie in plaats van andersom. Dat is het tegenovergestelde van wat je wilde.

Fit boven features

De eerlijke vraag is niet "welk platform kan het meest?" maar "welk platform past bij ons?". Een tool die negentig procent van wat je nodig hebt simpel en zelfstandig laat regelen, is meestal waardevoller dan een tool die honderd procent kan maar waar je voor elke knop een consultant nodig hebt.

Fit gaat over de match tussen het platform en je organisatie: je omvang, je volwassenheid, je interne kennis en je ambitie. Een platform dat te zwaar is, blijft half ingericht liggen. Een platform dat te licht is, loop je binnen een jaar voorbij. De kunst zit in de juiste maat. Een ITSM maturity assessment als vertrekpunt helpt je precies te bepalen waar je nu staat en welk niveau van platform daar bij past.

De criteria waar we op letten

Bij een toolselectie wegen wij een vaste set criteria. Niet om af te vinken, maar om het gesprek scherp te houden:

• Organisatie-fit. Past het platform bij je omvang, cultuur en manier van werken?
• Gemak van configureren. Kun je zelf aanpassingen doen, of heb je daar steeds hulp bij nodig?
• Zelf te beheren. Kan je eigen team het systeem onderhouden zonder vaste externe afhankelijkheid?
• AI-roadmap. Waar gaat de leverancier naartoe met AI, en is dat realistisch?
• Automatiseringsmogelijkheden. Hoe makkelijk automatiseer je repeterend werk?
• Visie van de leverancier. Bouwt de leverancier aan een toekomst die bij jou past?
• Complexiteit. Hoeveel kennis kost het om het systeem draaiend en gezond te houden?
• Prijs. Niet alleen de licentie, maar de totale kosten over een paar jaar.
• Integraties. Praat het platform goed met de systemen die je al hebt?
• Implementatie-inspanning. Hoeveel tijd en mensen kost de invoering echt?

Geen enkel criterium wint op zichzelf. Het gaat om de balans. Een goedkoop platform dat je niet zelf kunt beheren, is uiteindelijk duur. Een krachtig platform zonder duidelijke AI-richting kan over twee jaar achterlopen.

Betrek het team dat ermee werkt

Een tool wordt niet gebruikt door de stuurgroep, maar door de mensen op de vloer. Toch zien we selecties die volledig op managementniveau worden beslist. Het resultaat: een platform dat op papier perfect scoort en in de praktijk wordt ontweken.

Laat de mensen die er dagelijks mee werken meekijken in de demo's. Geef ze een echte casus om uit te proberen, niet een gepolijst klikpad van de leverancier. Hun reactie voorspelt de adoptie beter dan welke featurelijst dan ook. Adoptie is uiteindelijk waar de waarde zit. Een tool die niet wordt gebruikt, levert niets op, hoe goed hij ook is. In het artikel over ITSM-tool adoptie na livegang lees je hoe je de periode na livegang goed inricht zodat de verandering ook echt landt.

De rol van de AI-roadmap

AI verandert wat een servicetool kan, en dat gaat snel. Bij een selectie kijken we daarom niet alleen naar wat het platform vandaag doet, maar naar waar de leverancier heen gaat. Is er een serieuze AI-roadmap, of zijn het losse functies die vooral goed klinken?

Let op het verschil tussen marketing en werkelijkheid. Vraag door: hoe werkt de AI met jouw kennis en processen, wie houdt de controle, en wat gebeurt er met je data? Een platform met een heldere, realistische AI-richting geeft je ruimte om te groeien. Een platform dat AI er als sausje overheen giet, doet dat niet. Het artikel over AI-readiness voor de servicedesk laat zien welke basis er intern op orde moet zijn voordat AI echt iets toevoegt.

Integraties: de echte selectiefactor

In de lijstjes hierboven staat integraties als een van de criteria. In de praktijk blijkt het regelmatig de doorslaggevende factor, en toch wordt het in een demo het minst concreet uitgevraagd.

De reden is simpel: in een demo toont de leverancier koppelingen die werken. Wat je niet ziet, zijn de koppelingen die maatwerk nodig hebben, de API-limieten die je pas tegenkomt als je op schaal werkt, en de vraag wie er over drie jaar verantwoordelijk is voor die koppeling als de bouwer er niet meer is.

Welke koppelingen tellen bij ITSM

Bij een standaard ITSM-platform gaat het om een handvol integratiecategorieën die bijna altijd terugkomen:

• Identity en directory. Koppeling met Active Directory of Entra ID voor gebruikersbeheer, groepslidmaatschappen en automatisch aan- en afmelden van accounts bij indiensttreding of vertrek.
• Monitoring en alerting. Systemen die automatisch een incident aanmaken als een server, applicatie of netwerkapparaat een drempel overschrijdt.
• Communicatie en samenwerking. Teams, Slack of e-mail als kanaal voor notificaties, meldingen en statusupdates richting eindgebruiker of behandelaar.
• Asset- en configuratiebeheer. Koppeling met een CMDB of discovery-tool zodat een ticket automatisch weet welk apparaat, welke applicatie of welke service er speelt.

Voor elk van deze categorieën is de kernvraag: werkt de koppeling via een standaardconnector, of heb je maatwerk nodig? Standaardconnectoren worden meegeleverd en onderhouden door de leverancier. Maatwerk wordt onderhouden door degene die het heeft gebouwd. Dat is een groot verschil over een periode van vijf jaar.

Extra koppelingen bij ESM-breed gebruik

Zodra je ESM inzet buiten IT, dus ook voor HR, facilitair of andere interne dienstverleners, komt er een tweede laag koppelingen bij:

• HR-systemen. Voor joiner-mover-leaver-processen: een nieuwe medewerker in het HR-systeem triggert automatisch taken in het ITSM-platform voor account aanmaken, laptop bestellen en toegang regelen.
• Facilitaire systemen. Gebouwbeheer, ruimtereservering of bezoekersregistratie die via hetzelfde portaal lopen als de IT-aanvragen.
• Financiële systemen. Goedkeuringsworkflows voor aanvragen boven een bepaald bedrag, waarbij de tool communiceert met het ERP of de inkoopmodule.

Hoe meer afdelingen het platform gebruiken, hoe groter de kans dat je koppelingen nodig hebt die de leverancier niet standaard levert. Dat is geen bezwaar, als je dat maar weet voordat je tekent.

Waar het misgaat met integraties

De meest voorkomende problemen:

• Maatwerkkoppelingen zonder eigenaar. Een koppeling wordt gebouwd bij de implementatie, werkt prima, en twee jaar later werkt hij niet meer na een API-update bij de andere kant. Niemand weet precies hoe hij in elkaar zit, want de bouwer is weg.
• API-limieten op schaal. Een monitoring-tool stuurt bij een grote storing honderd alerts per minuut. De ITSM-tool heeft een API-limiet van twintig calls per minuut. Resultaat: tickets die vertraagd of niet worden aangemaakt.
• Data-eigenaarschap bij beeindiging. Als je het contract met de leverancier opzegt, hoe exporteer je dan de historische data inclusief koppelingslogs? Vraag dit expliciet uit, want het antwoord is niet altijd wat je verwacht.
• Koppeling die de gebruikerservaring verpest. Een self-serviceportaal dat mooi werkt, maar waarbij de koppeling met HR ertoe leidt dat een nieuwe medewerker pas drie dagen na indiensttreding een account heeft. Technisch werkt alles, maar het resultaat klopt niet.

Wat je per koppeling uitvraagt tijdens een selectie

Stel voor elke koppeling die kritisch is voor jouw organisatie de volgende vragen:

1. Is dit een standaardconnector of maatwerk?
2. Wie onderhoudt de connector bij een API-wijziging aan de andere kant?
3. Wat zijn de API-limieten, en hoe gedraagt het systeem zich als die limiet wordt bereikt?
4. Hoe verloopt authenticatie? Werkt het via OAuth, API-key of iets anders, en hoe verloopt rotatie van credentials?
5. Kun je de koppeling testen in een acceptatieomgeving voordat je live gaat?
6. Wat is de procedure als de koppeling uitvalt? Wie wordt er gealarmeerd, en hoe snel?

Dit klinkt als veel werk, maar je hoeft het alleen te doen voor de koppelingen die echt kritisch zijn. Drie of vier goede gesprekken over specifieke integraties leveren meer bruikbare informatie op dan tien demo's waarbij de leverancier zijn beste plaatje laat zien.

Welke ITSM-tool past bij ons? Een beslishulp

"Welke tool moeten we kiezen?" is de vraag die iedereen stelt. Het antwoord hangt af van vragen die eerst beantwoord moeten worden. Hieronder een stappenreeks die je naar een richting leidt, zonder dat je van ons een merkenlijst krijgt.

Stap 1: Hoe groot is de organisatie en hoe volwassen is de IT-dienstverlening?

Een team van vijf servicedeskers met een paar honderd gebruikers heeft andere behoeften dan een team van vijftig met meerdere vestigingen en uitbestede dienstverleners. Grotere organisaties hebben doorgaans meer behoefte aan gelaagde autorisatie, uitgebreide rapportage en integraties. Kleinere organisaties hebben meer behoefte aan snelheid en eenvoud. Als je je huidige volwassenheid nog niet goed in beeld hebt, is een ITSM maturity assessment een goede eerste stap.

Stap 2: Beheert het eigen team het systeem, of wordt dat uitbesteed?

Als je eigen beheerders het systeem configureren, onderhouden en aanpassen, kies dan een platform met een lage configuratiedrempel. Als je structureel afhankelijk bent van een externe partner voor elke wijziging, is dat geen probleem zolang je dat bewust kiest en de kosten daarin meeneemt. Wat je wilt vermijden, is onbedoelde afhankelijkheid: een platform kiezen dat belooft eenvoudig te zijn, maar in de praktijk constant ondersteuning nodig heeft.

Stap 3: Wat is de ESM-ambitie buiten IT?

Als IT het enige domein is dat het platform gebruikt, zijn de eisen anders dan wanneer HR, facilitair of finance er ook op staan. ESM-breed gebruik vraagt om een platform dat rollen en rechten per afdeling goed afschermt, een portaal heeft dat voor niet-IT-gebruikers begrijpelijk is, en integraties ondersteunt met HR- en ERP-systemen. Een servicecatalogus in klantentaal helpt daarna om de diensten voor al die afdelingen begrijpelijk te maken.

Stap 4: Wat is het integratielandschap?

Zet de tien systemen op een rij waarmee het ITSM-platform moet communiceren. Categoriseer per systeem: standaard connector beschikbaar, maatwerk nodig, of onbekend. Hoe meer maatwerk er nodig is, hoe hoger de implementatiekosten en het beheerrisico. Neem de antwoorden mee naar het leveranciersgesprek.

Stap 5: Hoe serieus is de AI-roadmap van de leverancier?

AI in ITSM-tools varieert van tekst-suggesties in het ticketformulier tot volledige automatisering van categorisatie, routing en antwoorden. De vraag is niet of een leverancier AI heeft, maar hoe het werkt met jouw data, processen en kennis. Vraag specifiek: welke AI-functies zijn al in productie, welke zijn gepland, en hoe werkt de data-afscherming tussen jouw omgeving en andere klanten?

Stap 6: Wat is het budgetrealisme?

Licentiekosten zijn zelden de grootste kostenpost. Implementatie, inrichting, beheer en koppelingen tellen mee. Bereken de total cost of ownership over drie jaar, niet alleen het tarief per gebruiker per maand. Een goedkoper platform dat meer maatwerk vraagt, kan duurder uitvallen dan een duurder platform dat standaard goed integreert.

Als je op al deze vragen een eerlijk antwoord hebt, wordt de shortlist vanzelf korter. Dan ga je pas demos kijken, met echte casussen uit jouw eigen organisatie.

Veelgestelde vragen

Welk ITSM-platform is het beste? Er is geen beste platform in het algemeen. Het beste platform is het platform dat past bij jouw organisatie, team en ambitie. Daarom begint een goede selectie bij jouw situatie, niet bij de tools.

Wat is het verschil tussen ITSM en ESM? ITSM richt zich op IT-dienstverlening. ESM (enterprise service management) past dezelfde aanpak toe op andere afdelingen, zoals HR en facilitair. Veel platforms kunnen allebei, maar niet allemaal even goed.

Hoe lang duurt een toolselectie? Een gerichte selectie hoeft geen half jaar te duren. Met heldere criteria en de juiste mensen aan tafel kom je in een paar weken tot een onderbouwde keuze.

Welke ITSM-tool past bij een middelgrote organisatie? Dat hangt af van drie dingen: of je het systeem zelf wilt beheren, hoe ver je ESM-ambitie reikt buiten IT, en welke koppelingen er nodig zijn met bestaande systemen. Een middelgrote organisatie heeft doorgaans baat bij een platform dat laagdrempelig te configureren is, standaard integreert met identity en monitoring, en een heldere AI-roadmap heeft. De stappen in de beslishulp hierboven leiden je naar een richting zonder dat je meteen een merkenlijst hoeft af te werken.

Hoe belangrijk zijn integraties bij een ESM-tool? Integraties zijn bij ESM-tools vaak de doorslaggevende factor, juist omdat ESM meer systemen raakt dan puur ITSM. Denk aan HR-systemen voor joiner-mover-leaver-processen, facilitaire systemen, communicatieplatforms en monitoring. De vraag is niet of koppelingen werken in de demo, maar wie ze onderhoudt als er iets verandert aan de andere kant van de koppeling. Vraag per kritische koppeling of het een standaardconnector is of maatwerk, en wat de procedure is bij een storing of API-wijziging.

Een toolselectie is geen aankoopbeslissing, het is een organisatiebeslissing. Kies het platform dat bij je past en je team echt verder helpt, niet het platform met de langste featurelijst. Wil je ook weten hoe je servicemanagement breder in de organisatie trekt dan alleen IT? Lees dan hoe ESM buiten IT werkt. En voor de begeleiding bij selectie en invoering: bekijk onze diensten voor servicemanagement.

Wil je een tool kiezen die past bij hoe jullie werken? plan een gesprek en we lopen samen de criteria langs die voor jouw organisatie tellen.

Verder lezen

• IT-servicemanagement (Wikipedia)
• Enterprise service management (Wikipedia)