Er is een stil moment in de meeste IT-operations-overleggen waarin iemand een eenvoudige vraag stelt, zoiets als “waarom duren de tickets deze maand langer”, en drie mensen drie verschillende dashboards openen. De dashboards zijn het oneens. Het gesprek gaat niet meer over de tickets, maar over welk dashboard te vertrouwen. Dat moment is wat IT service management hoort op te lossen, en in 2026 is het ook het moment waarop de meeste ITSM-platformen het nog steeds verkeerd doen.
Deze gids is de versie van “wat is ITSM” die wij zelf zouden willen lezen: kort over de framework-geschiedenis, lang over wat verandert als AI-agenten routinewerk van begin tot eind afsluiten, en eerlijk over waar de gevestigde platformen nog winnen.
Wat IT service management is, in één alinea
IT service management is hoe een organisatie IT als dienst draait voor de rest van het bedrijf, met dezelfde discipline die je zou toepassen op elke andere dienst waar het bedrijf van afhankelijk is. In de praktijk dekt het zes dingen: incidenten afhandelen als er iets stuk gaat, requests vervullen als iemand toegang of een device nodig heeft, wijzigingen beheren als er iets bijgewerkt moet worden, leren van problemen als hetzelfde incident steeds terugkomt, een kennisbank bijhouden zodat de volgende persoon niet vanaf nul begint, en de assets en configuration items daarachter bijhouden. De software die dit doet is een ITSM-platform.
Die definitie is dezelfde als tien jaar geleden. Wat veranderd is, is hoe het “draaien” van die processen eruitziet als een AI-agent een ticket kan lezen, de juiste kennis kan ophalen, de actie kan uitvoeren en het werk kan afsluiten zonder een L1-engineer wakker te maken.
Wat volwassen ITSM-platformen nog missen
De meeste bekende ITSM-platformen (ServiceNow, BMC Helix, Jira Service Management, TopDesk, Freshservice) zijn volwassen producten met sterke incident-, request- en wijzigingsmodules. Ze zijn niet hetzelfde. Maar de gaten die je in 2026 vindt, zijn verrassend consistent.
Domeinoverstijgend is erop geplakt, niet native
IT bestaat niet op een eiland. Dezelfde medewerker die een P2-incident over een trage mailrelay opent, boekt ook een vergaderruimte, registreert een bezoeker en wacht op een nieuwe laptop op zijn eerste maandag. De meeste ITSM-platformen behandelen de tweede helft van die lijst als een apart product of een aparte module. ServiceNow heeft Workplace Service Delivery, maar het datamodel zit op uitbreidingspunten. Jira kan facility-tickets doen met custom request types, totdat het moment komt dat je facility-team zijn eigen backlog wil. TopDesk heeft een facility-module, op een codebase met wortels in de late jaren 90.
De koper die deze leemte voelt, is de domeinoverstijgend service operations-leider, de COO of het hoofd business services, die één dashboard wil voor de hele medewerker-oppervlakte. Het huidige antwoord is meestal twee platformen en een Power BI-rapport er bovenop genaaid. Het schonere antwoord is één engine waar een ticket, een ruimtereservering, een bezoekersregistratie en een asset hetzelfde datamodel en dezelfde tijdlijn delen. We hebben Gfacility voor die koper gebouwd.
AI is een copilot, geen agent
Atlassian Intelligence, Now Assist en HelixGPT zijn echte producten en ze worden elk kwartaal beter. Wat ze heel goed doen, is lange tickettrajecten samenvatten, antwoorden opstellen en de volgende actie voorstellen aan een menselijke handler. Dat is een copilot. Sneller typen.
Wat een autonome AI-agent doet is anders. Hij leest het binnenkomende ticket, classificeert het tegen je beleid, haalt de relevante kennis op of draait het relevante playbook, voert de actie uit (reset het wachtwoord, geef de toegang, boek de resource) en sluit het ticket. De mens zit in de loop waar het ertoe doet (beleidsuitzonderingen, dubbelzinnige intentie, gereguleerde wijzigingen), en niet waar het er niet toe doet (de 73e identieke “ik ben mijn wachtwoord vergeten” van de week).
De eerlijke framing: copiloten zijn sneller typen; agenten sluiten tickets. Voor een organisatie die verdrinkt in L1-volume is het verschil te meten in de hoofden die je niet hoeft aan te nemen.
De CMDB is een project, geen feit
Elk ITSM-platform heeft een CMDB. De meeste CMDB’s zijn projecten van 18 maanden die 12 maanden verouderd opleveren. Een moderne CMDB wordt gevuld vanuit de systemen die de waarheid al kennen, identity provider, mobile device management, netwerk-inventaris, cloud-accounts, en is zichtbaar binnen hetzelfde ticket waar je hem anders had moeten opzoeken. De CMDB is niet langer een aparte bestemming; het is een laag binnen het werk.
Als je huidige ITSM-platform je laat kiezen tussen “bouw eerst de perfecte CMDB” en “sla de CMDB over en leef met de gevolgen”, dan is het platform het probleem.
Medewerkers willen geen ander tool leren
De medewerker-oppervlakte voor IT-requests hoort geen portal te zijn. De medewerker leeft al in Outlook, Teams, Slack en chat. De vraag om “een ruimte met catering te boeken voor dinsdag” of “Maria toegang te geven tot de finance-share” of “de printer op verdieping 3 is offline” hoort daar te gebeuren, in gewone taal, zonder dat iemand een ticket-routing UI hoeft te leren. Het werk van het platform is onzichtbaar te zijn totdat de mens moet ingrijpen.
Dit is niet theoretisch. De platformen die in 2026 medewerker-adoptie winnen, zijn die waar de voordeur de e-mail of de chat is die de medewerker al openstaande had. De platformen die verliezen zijn die waar IT een Confluence-pagina moest publiceren met de titel “hoe je een ticket op de juiste manier indient”.
EU-datalocatie is het audit-gesprek
Voor Europese kopers is het datalocatie-gesprek niet langer een vinkje op een leveranciersvragenlijst. Het is de audit. Waar staat de productiedatabase? Waar stromen de back-ups heen? Waar draait het AI-model? Wie staat op de sub-processor-lijst? Veel ITSM-leveranciers bieden een EU-regio. Minder bieden een eerlijk, kort antwoord op “waar inferreert de AI”. Dat antwoord doet ertoe, want het is dat antwoord dat een eenpagina-akkoord verandert in een review van vier maanden.
Wat verandert als AI tickets daadwerkelijk afsluit
De zin “AI in ITSM” is door de marketing tot op de draad versleten, dus het helpt om concreet te zijn over hoe een autonome agent eruitziet in echte wachtrijen.
Een P2-incident komt binnen: de mailrelay is traag, 230 gebruikers getroffen. Een agent leest het alert, correleert het met de wijziging die om 02:17 de avond ervoor is uitgerold, zoekt het rollback-playbook op, vraagt de on-call engineer in Teams om akkoord, voert de rollback uit, valideert dat gebruikersimpact is opgelost, en schrijft de post-incident samenvatting. De mens zei één keer “ja”. Het werk zelf kostte de agent vier minuten en de engineer één. Dezelfde vorm: een medewerker dient in “koffievlek bij koffiehoek 3”. De agent classificeert het als facility-request, stuurt de schoonmaker met locatie en verdieping, bevestigt terug in chat. Geen menselijke betrokkenheid.
Het derde voorbeeld is het belangrijkste voor domeinoverstijgend-teams: een nieuwe medewerker, Daan, begint volgende maandag. Het HR-systeem vuurt het event af. Een agent zet de laptopvraag uit naar IT, het bureau en de locker naar Facility, de bezoekerspas naar de office manager voor de eerste dag, en de welkomsessie in Outlook. Eén trigger, drie afdelingen, geen mailwisseling. Het spoor van elke actie staat op dezelfde tijdlijn.
Het onsexy punt: dit is geen demo. Het is hoe een L1-wachtrij eruitziet als de agent het routinewerk doet en de mens de rommelige 20 procent afhandelt. De verhouding van opgeloste tickets tot L1-headcount gaat omhoog met een factor die afhangt van je ticketmix en hoeveel beleid je hebt geschreven. We hebben 3x gezien en we hebben 7x gezien; het eerlijke antwoord is “het hangt ervan af, maar de bodem is betekenisvol.”
Wanneer welk soort platform wint
We doen niet alsof de gevestigde platformen slecht zijn. Dat zijn ze niet. Elk is het juiste antwoord voor een specifieke koper.
ServiceNow is het juiste antwoord voor een groot bedrijf met een volwassen servicecatalogus, diepe CMDB-aanpassingsbehoeften en een toegewijd platformteam dat JavaScript en Glide kent. Als jouw prioriteit diepte van ITSM-functionaliteit binnen één samenhangend IT-landschap is, verdient ServiceNow zijn premium.
Jira Service Management is het juiste antwoord voor IT-teams die al in Confluence, Bitbucket en Jira Software leven. De integratiedichtheid is reëel. Als je service desk engineering-naburig is en je tickets natuurlijk doorstromen naar deploy-pipelines en runbook-links, is JSM op zijn eigen terrein moeilijk te verslaan.
TopDesk is het juiste antwoord voor BeNeLux mid-market teams die de vertrouwde UI, het gevestigde partnernetwerk en een implementatie die hanteerbaar voelt op prijs stellen. De codebase is oud; dat is geen waardeoordeel, het is een randvoorwaarde om te accepteren.
Freshservice is het juiste antwoord voor mid-market IT-teams die een snelle, schone ITSM-uitrol willen binnen het Freshworks-ecosysteem (Freshdesk, Freshchat, Freshsales).
Gfacility is het juiste antwoord voor het team dat tegelijk IT, Facility en Workplace bezit, AI-agenten wil die routine-tickets autonoom afsluiten binnen het beleid dat het team zelf zet, EU-first datalocatie prefereert zonder een architectuurreview, en liever in een week live gaat dan negen maanden in implementatie te zitten.
Je moet niet het platform kiezen waarvan de marketing het best aansluit op je verlanglijst. Je moet het platform kiezen dat past bij de vorm van het team dat het maandag gaat gebruiken.
Wat we hebben gebouwd en waarom
Gfacility is het AI-native enterprise service management platform dat IT, Workplace en Facility op één engine samenbrengt. Het datamodel is hetzelfde voor een incident, een request, een wijziging, een ruimtereservering, een bezoekersregistratie en een asset. De AI draait in twee vormen: assistenten die vragen beantwoorden en requests indienen binnen Teams, Outlook, Slack en chat, en digital workers die tickets van begin tot eind classificeren, routeren, oplossen en afsluiten over IT, Facility en Workplace. Elke autonome actie wordt gelogd en is omkeerbaar.
We hosten in de EU, met ISO 27001 en AVG ingebakken. We leveren één SaaS-versie die continu updatet. We verkopen geen modules; het functionele oppervlak (asset management, change, problem, knowledge, self-service, mobile, AI-agenten) zit erin. We prijzen per menselijke handler op het service-team, met AI-agenten op een aparte voorspelbare regel. De meeste productie-cutovers lopen in een week met één solution architect.
Dat is de vorm. Wil je de gedetailleerde snedes tegen elk gevestigd platform zien, dan dekken de side-by-side vergelijkingen de negen platformen die de meeste kopers in 2026 op de shortlist zetten.
De korte versie
IT service management in 2026 is niet hetzelfde als in 2016. Het raamwerk (ITIL-praktijken) is ongewijzigd. Wat veranderd is, is hoe “het draaien” van het raamwerk eruitziet als AI-agenten het routinewerk kunnen afsluiten, als de CMDB live is in plaats van een project, als de medewerker-oppervlakte de chat is die de medewerker al openstaande had, en als de koper steeds meer de domeinoverstijgend service operations-leider is in plaats van alleen de IT-directeur.
De platformen die het volgende decennium winnen, zullen die zijn die deze verschuivingen serieus namen vanaf het datamodel naar boven. De platformen die verliezen, zullen die zijn die ze erop hebben geplakt.
Als het team dat je leidt op het kruispunt van IT, Facility en Workplace zit en je één platform wilt met autonome AI en een uitrol van een week, boek dan een 30-minuten gesprek en neem een export van je huidige ticketwachtrijen mee. We laten de wachtrij live door de importer lopen en zeggen je eerlijk of we het juiste antwoord zijn voor de vorm van je team.
Veelgestelde vragen
Is IT service management hetzelfde als IT-support of de helpdesk? +
De helpdesk is de voordeur. IT service management is het hele huis: incidenten, requests, wijzigingen, problemen, kennis, assets en de data daarachter. Een modern ITSM-platform draait de helpdesk plus alles wat de helpdesk nodig heeft om zijn werk te doen.
Wat is het verschil tussen ITSM en ITIL? +
ITIL is een raamwerk, een set praktijken voor hoe je IT als dienst draait. ITSM is de software waarmee je die praktijken uitvoert. Je kunt ITSM doen zonder ITIL religieus te volgen, en je kunt ITIL bestuderen zonder een platform te kopen; in de praktijk leent elke echte implementatie van beide.
Hebben we in 2026 nog een CMDB nodig? +
Ja, maar niet de versie die achttien maanden duurde om op te bouwen en al verouderd was op de dag dat hij live ging. Een moderne CMDB is live, gevuld vanuit de systemen die de waarheid al kennen (identity, MDM, netwerk, cloud), en zichtbaar binnen dezelfde ticket waar je hem anders had moeten opzoeken.
Kan AI L1 supportmedewerkers vervangen? +
AI kan de meeste wachtwoordresets, toegangsaanvragen, leaver-flows, wifi-tickets en routinematige aanpassingen aan ruimtereserveringen sluiten zonder mens. Het vervangt de L1 niet voor de rommelige 20 procent, de boze beller, de regelgevende uitzondering, de dubbelzinnige vraag. Wat verandert is hoe het L1-team zijn dag invult.
Hoe lang duurt een ITSM-implementatie eigenlijk? +
Echte cijfers uit deze markt: ServiceNow en BMC Helix zijn typisch 3 tot 9 maanden, partnerlevering. Jira Service Management is 2 tot 6 weken voor IT-teams die al in Atlassian zitten. Gfacility loopt in een week met één solution architect, omdat de configuratieoppervlakte bewust smaller is en de AI-agenten kant-en-klaar zijn.
Wat vereist EU-datalocatie eigenlijk? +
Productiedata gehost in EU-regio's, sub-processors gedocumenteerd en waar mogelijk EU-gebonden, een SCC of adequaatheidsbesluit voor alles dat de grens overgaat, en een eerlijk antwoord op de vraag 'waar draait het AI-model'. Veel ITSM-leveranciers bieden een EU-regio; het praktische verschil zit in hoe kort het audit-gesprek wordt.