Een ticketsysteem zet elke melding om in een genummerd ticket met een eigenaar, een prioriteit en een status, en houdt bij wat ermee gebeurt tot het is opgelost. In deze blog lees je welke gegevens er in een ticket staan, hoe een ticket van melding tot afsluiting loopt en hoe prioriteit en SLA's werken.
In zeven stappen, en die volgorde is bij vrijwel elk systeem hetzelfde:
Binnenkomst. Via e-mail, telefoon, chat of een selfserviceportaal. Het systeem maakt automatisch een ticket aan en stuurt een ontvangstbevestiging met het nummer.
Registratie en aanvulling. De behandelaar controleert of de belangrijkste informatie er is: wie, wat, sinds wanneer, wat er als laatste veranderde. Ontbreekt dat, dan wordt er eerst gevraagd.
Categoriseren en prioriteren. Waar gaat het over en hoe zwaar weegt het? Hier wordt bepaald wat er als eerste wordt opgepakt.
Toewijzen. Aan de eerste lijn als het een bekend probleem is, of direct aan een specialist als de categorie daar om vraagt.
Behandelen. Diagnose, oplossing, en alle stappen vastgelegd in het ticket zelf — niet in een los mailtje of in iemands hoofd.
Terugkoppelen. De melder hoort wat er is gebeurd en of hij nog iets moet doen. Dit is de stap die het vaakst wordt overgeslagen.
Afsluiten. Het ticket gaat dicht, met de oplossing genoteerd zodat de volgende melding sneller gaat.
De statussen die je onderweg tegenkomt zijn meestal: nieuw, in behandeling, wachten op melder, wachten op leverancier, opgelost en gesloten. Die twee wachtstatussen zijn belangrijker dan ze lijken — ze halen de klok stil en maken zichtbaar dat de bal niet bij de helpdesk ligt.
Hoe wordt de prioriteit van een ticket bepaald?
Niet op gevoel en niet op wie het hardst roept, maar op impact maal urgentie. Impact is hoeveel mensen of hoeveel bedrijfsproces geraakt wordt; urgentie is hoe snel het gevolg merkbaar is. Samen leveren ze de prioriteit:
Wat is het verschil tussen een incident, een verzoek en een probleem?
Drie woorden die in de praktijk door elkaar worden gebruikt, terwijl ze verschillende afhandeling vragen. Een incident is iets dat kapot is: de printer doet het niet. Een serviceverzoek is iets dat je nodig hebt: een nieuwe laptop of toegang tot een map. Een probleem is de onderliggende oorzaak achter meerdere incidenten: die printer valt elke week uit omdat de driver niet klopt.
Waarom dat onderscheid uitmaakt: incidenten los je zo snel mogelijk op, verzoeken lopen via een vaste procedure met eventueel een goedkeuring, en problemen pak je apart aan omdat je daarmee toekomstige incidenten voorkomt. Een helpdesk die alles als incident behandelt, blijft dezelfde tickets oplossen zonder ooit vooruit te komen.
Hoe werkt een SLA in een ticketsysteem?
Een SLA legt vast binnen welke tijd je iets doet, gekoppeld aan de prioriteit. Belangrijk is dat er twee klokken lopen: de responstijd — hoe snel iemand reageert — en de oplostijd — hoe snel het verholpen is. Die twee worden vaak verward, en dat leidt tot discussies die niet nodig zijn.
Het systeem houdt die klokken zelf bij en waarschuwt voordat een termijn wordt overschreden. Staat een ticket op ‘wachten op melder’, dan pauzeert de klok meestal, omdat de vertraging dan niet bij de helpdesk ligt. Voor de melder werkt een SLA vooral als verwachting: niet dat alles binnen een uur klaar is, maar dat je weet waar je aan toe bent.
Wat lost een ticketsysteem niet op?
Dit is het eerlijke deel. Een ticketsysteem maakt een slecht proces niet beter, het maakt het alleen zichtbaar. Drie dingen die de software niet voor je regelt:
Onvolledige meldingen. “Het werkt niet” wordt in een ticketsysteem gewoon een genummerde melding waarin staat dat het niet werkt. De kwaliteit van de intake bepaalt de doorlooptijd, en dat is mensenwerk.
Structurele oorzaken. Tickets stapelen zich op tot iemand de tijd neemt om patronen te zoeken. Zonder die stap ben je een goed georganiseerde brandweer in plaats van een IT-afdeling die vooruitkijkt.
De software leer je in een week; het proces eromheen niet. Wat het verschil maakt is dat je weet waaróm er wordt geprioriteerd zoals er wordt geprioriteerd, en wanneer je een incident als probleem moet doorzetten. Dat is precies wat ITIL beschrijft.
Wil je die logica onder de knie krijgen, dan behandelt ITIL 4 Foundation incidentbeheer, prioritering, servicelevels en continue verbetering, inclusief examenvoucher — of in de zelfstudievariant als je liever in je eigen tempo werkt. Zit je knelpunt eerder in het contact met de melder dan in het proces, dan levert Klantenservicevaardigheden voor Helpdesk meer op, met rollenspellen met een professionele actrice. Voor de technische basis onder een supportfunctie kijk je bij de CompTIA-trainingen, en een overzicht per rol staat op de pagina voor helpdeskmedewerkers.
Onze trainers zien in ruim 25 jaar opleidingservaring dat teams zelden vastlopen op de tool, maar bijna altijd op afspraken: wie mag prioriteit wijzigen, wanneer sluit je een ticket, en wat doe je met een melding die buiten de scope valt.
Conclusie
Een ticketsysteem is in de kern eenvoudig: elke melding krijgt een nummer, een eigenaar, een prioriteit en een status, en die vier houden bij wat er gebeurt tot het opgelost is. De software is het makkelijke deel. De afspraken eromheen — hoe je prioriteert, wanneer je terugkoppelt, en wanneer je stopt met incidenten oplossen en de oorzaak aanpakt — bepalen of je helpdesk grip heeft of achter de feiten aanloopt.
Wil je die logica leren volgens een erkend raamwerk, bekijk dan ITIL 4 Foundation of vraag een incompanytraject aan voor je supportteam.
Bekijk hier onze bijpassende trainingen
Swipe voor meer
ITIL 4 Foundation, inclusief examenvoucher
2 dagen
Verdiep je in IT-servicebeheer met de ITIL 4 Foundation training. Deze training biedt je een solide basis in de best practices van ITIL, het wereldwijd erkende raamwerk voor IT-servicemanagement. Je leert hoe je IT-diensten effectief kunt ontwerpen, leveren en beheren, evenals hoe je deze kennis dir
Klantenservicevaardigheden voor Helpdesk: Praktische Training met Live Acteur
1 dag
De training Klantenservicevaardigheden helpt helpdeskmedewerkers hun communicatie- en probleemoplossingsvaardigheden te verbeteren. Met praktijkgerichte oefeningen, waaronder rollenspellen met een professionele actrice, leren deelnemers klantgesprekken effectief af te handelen. Twee ervaren trainste
Met de training ITIL 5 Foundation leer je de kernprincipes van modern IT-servicemanagement en waardecreatie binnen organisaties. Je ontdekt bijvoorbeeld hoe digitale producten en diensten effectief worden ontworpen, beheerd en continu verbeterd in een wereld waarin technologie, samenwerking en klant
De training CompTIA A+ is een fundamentele stap voor iedereen die een carrière wil beginnen of uit wil breiden in de ICT-sector. CompTIA A+ behandelt de benodigde kennis en vaardigheden om te slagen in het verlenen van technische ondersteuning op het gebied van ICT.
Nieuw, in behandeling, wachten op melder, wachten op leverancier, opgelost en gesloten. De wachtstatussen zetten de SLA-klok doorgaans stil, omdat de vertraging dan buiten de helpdesk ligt.
Wat is het verschil tussen eerste, tweede en derde lijn?
De eerste lijn neemt aan en lost bekende problemen direct op. De tweede lijn is specialistischer, bijvoorbeeld werkplek- of netwerkbeheer. De derde lijn is de leverancier of ontwikkelaar van het betreffende systeem.
Wat is het verschil tussen een helpdesk en een servicedesk?
Kort gezegd: een helpdesk lost incidenten op, een servicedesk is het bredere aanspreekpunt voor alle IT-vragen en -verzoeken. Dat verschil staat uitgebreider in helpdesk versus servicedesk.
Heb je een ticketsysteem nodig in een klein bedrijf?
Benieuwd wat een incompany training voor jouw organisatie kan betekenen? Vul het formulier in en wij nemen snel contact met je op om jullie wensen te bespreken. Samen kijken we naar de mogelijkheden voor een training op maat, afgestemd op jullie team, locatie en planning.
