Naar hoofdinhoud
Terug naar blog

De servicedesk in de zomer: dunne bezetting, volle inbox

ITSM Autopilot Team5 min leestijd
servicedeskITSMAIAI agentsautomatiseringshadow mode

De zomerbezetting van de servicedesk is de jaarlijkse test die elke IT-manager al aan ziet komen: een derde tot de helft van het team met vakantie, een ticketvolume dat nauwelijks daalt, en een SLA die in mei nog comfortabel aanvoelde en eind juli plotseling knelt. De eerlijke oplossing is niet meer mensen, want je werft, screent en leidt geen servicedesk-medewerker op binnen een vakantieperiode van zes weken. De werkbare oplossing is een capaciteitsbuffer die het routinewerk automatisch opvangt, zodat de collega's die er wel zijn hun tijd besteden aan werk dat echt een mens nodig heeft.

Elke julimaand verschijnt hetzelfde bericht in het teamkanaal: "iemand tijd om bij te springen, de wachtrij loopt weer op." Meestal getypt door een van de twee seniors die weer geen vrije dagen heeft opgenomen.

Waarom loopt de achterstand elke zomer op, ook als het volume gelijk blijft?

Minder beschikbare mensen tegen ongeveer dezelfde vraag betekent dat de belasting per medewerker snel stijgt, en ongelijk verdeeld. Wie drie rollen tegelijk draait, kan niet ook nog zorgvuldig triëren, dus meldingen belanden in de verkeerde wachtrij en blijven daar liggen tot iemand het opmerkt. Een korte SLA op een wachtwoordreset wordt niet minder urgent omdat het halve team op het strand zit. Voor een dieper inzicht in waarom de wachtrij uitdijt en hoe je die weer terugbrengt, zie de ticketachterstand verminderen.

Waarom kun je hier niet gewoon omheen plannen?

Omdat de rekensom niet klopt. Een servicedesk-medewerker werven, screenen en inwerken tot die zelfstandig bruikbaar is, duurt doorgaans weken tot maanden, niet de zes weken van een zomerdip. Overwerk levert je een rustige juli op en een opzegging in september. Taken herverdelen over een kleiner team haalt het werk niet weg, het concentreert alleen de stress op minder schouders. Dit is een scherpere, seizoensgebonden versie van het werkdrukprobleem uit de werkdruk van de servicedesk verlagen met AI: dezelfde oorzaak, veel minder tijd om het op te lossen.

Hoe werken AI-agents als capaciteitsbuffer bij een dunne bezetting?

Een AI-agent neemt geen vakantiedagen op en wordt niet trager als er drie collega's tegelijk afwezig zijn. Dat maakt het een natuurlijke buffer voor precies de weken waarin de menselijke capaciteit het dunst is.

  • Triage blijft draaien. Elke binnenkomende melding krijgt binnen enkele seconden een categorie, subcategorie, prioriteit en behandelgroep, met de waarden die al in jouw ITSM-systeem bestaan. Niets blijft liggen in een ongesorteerde wachtrij omdat degene die normaal triëert op het strand zit.
  • Kennisantwoorden blijven komen. Komt een melding overeen met iets dat al eerder is opgelost, dan stelt de agent een antwoord op vanuit de kennisbank, geüploade documenten of de servicecatalogus, met bronvermelding. Hoge betrouwbaarheid in een vrijgegeven categorie betekent dat de aanvrager direct een reactie krijgt; bij twijfel wordt het een interne notitie die iemand later beoordeelt.
  • Sentiment watch signaleert wat niemand tijd heeft om te lezen. Een gefrustreerde of urgente melding hoeft niet achteraan te wachten achter veertig routinematige wachtwoordresets. Die wordt meteen gemarkeerd, zodat wie er nog wel is prioriteit kan geven in plaats van het drie dagen later toevallig tegen te komen.
  • De kennisbank blijft groeien. Elk ticket dat in de rustige weken wordt opgelost, is een kandidaat-kennisartikel, zodat het team dat terugkomt van vakantie een net iets slimmere servicedesk aantreft dan het team achterliet, zoals uitgelegd in level 1 support automatisering.
Taak bij dunne bezettingZonder bufferMet AI-agents
Nieuwe meldingen sorterenWacht tot iemand tijd heeftGebeurt binnen seconden, de hele dag
Bekend probleem opzoekenHangt af van wie de oplossing nog weetDirect opgesteld vanuit de kennisbank
De boze melding opsporenWordt gevonden bij het terugscrollenGemarkeerd zodra die binnenkomt
Kennis vastleggenVaak overgeslagen bij drukteAutomatisch opgebouwd uit opgeloste tickets

Waarom is de zomer eigenlijk een goed moment om te starten met een shadow-mode pilot?

De meeste teams stellen automatiseringsprojecten uit tot "het rustiger wordt," wat voor een servicedesk zelden gebeurt. De zomer is juist geen risicovol moment om te beginnen: andere IT-projecten liggen meestal ook stil, dus er is minder concurrentie om aandacht, en er komt genoeg echt volume binnen zodat de pilot leert van reëel verkeer. In shadow mode verwerkt de AI elk ticket, maar schrijft alleen interne notitie-suggesties, dus bereikt niets de aanvrager en loopt de zomerervaring van je gebruikers geen risico. Je team beoordeelt de suggesties op een rustig moment, ziet hoe de classificatie en kennisantwoorden standhouden tegen echte meldingen, en beslist op basis van bewijs, niet giswerk, wanneer de AI direct mag reageren. De werking daarvan staat beschreven in shadow mode uitgelegd.

Veelgestelde vragen

Hoeveel van het bezettingsgat kunnen AI-agents in de zomer echt opvangen?

Dat hangt af van jouw ticketmix, maar het effect is het grootst op het repetitieve deel: wachtwoordresets, toegangsverzoeken en bekende problemen met een gedocumenteerde oplossing. Complexe meldingen die inzicht vereisen, blijven mensenwerk; de agents maken tijd vrij door al het andere op te ruimen.

Moeten we iets aanpassen voordat de vakantieperiode begint?

Nee, er is geen migratie of nieuwe tool nodig. ITSM Autopilot koppelt via een webhook aan Freshservice, TOPdesk, ServiceNow, Halo, Zendesk of Jira Service Management, met je bestaande categorieën en prioriteiten.

Is het riskant om AI-suggesties vlak voor een vakantieperiode aan te zetten?

Starten in shadow mode haalt dat risico weg. De AI stelt alleen interne notitie-suggesties op, zodat je team de nauwkeurigheid op echte zomertickets kan checken voordat er ooit een reactie naar een aanvrager gaat.

Wat gebeurt er met tickets waar de AI niet zeker van is?

Elke actie naar buiten toe heeft een betrouwbaarheidsdrempel. Daaronder onderneemt de AI geen actie richting de aanvrager; ze plaatst haar analyse als interne notitie, zodat een mens de eindbeslissing neemt, precies zoals de rest van het jaar.

Echte service door echte mensen, administratief werk door machines, telt het zwaarst juist wanneer er minder mensen zijn om het te geven.