Verbeter incidentbeheer

6-stappengids voor efficiënter incidentbeheer in Zendesk
Verbeter incidentbeheer
Incidentbeheer
Zendesk Support

Selecteer een proces

Kies een proces om verder te werken in de gekoppelde workspace.

259 Processen

Los incidenten in Zendesk Support sneller op

Incidenten goed afhandelen is belangrijk voor klanttevredenheid en een efficiënte bedrijfsvoering. Ons platform laat zien waar vertragingen en bottlenecks de oplossing van incidenten in de weg staan. Je ziet precies waar processen vastlopen en krijgt concrete aanwijzingen om ze te verbeteren, zodat incidenten sneller worden opgelost.

Download onze vooraf ingestelde datatemplate en pak veelvoorkomende uitdagingen aan om je efficiëntie-doelen te bereiken. Volg ons verbeterplan in zes stappen en raadpleeg de gids voor de datatemplate om je bedrijfsvoering te verbeteren.

Gedetailleerde beschrijving tonen

Waarom incidentbeheer verbeteren belangrijk is voor je organisatie

Goed incidentbeheer is de basis voor betrouwbare dienstverlening en tevreden gebruikers. In de snelle digitale omgeving van vandaag kan elke verstoring, hoe klein ook, snel groter worden. Dat raakt de bedrijfsvoering, het vertrouwen van klanten en soms ook de naleving van regelgeving. Zendesk Support biedt een platform om incidenten vast te leggen en te volgen. De uitdaging is om ze efficiënt en goed op te lossen. Zonder duidelijk zicht op de werkelijke processtroom hebben organisaties vaak te maken met verborgen vertragingen, herstelwerk en gemiste service level agreements (SLA’s). Dat frustreert gebruikers en supportmedewerkers, verhoogt de bedrijfskosten en kan de reputatie schaden. Inzicht in de werkelijke prestaties van incidentbeheer helpt niet alleen om problemen op te lossen. Je kunt er ook de dienstverlening mee beschermen en blijven verbeteren.

Zo maakt process mining de incidentafhandeling in Zendesk Support zichtbaar

Process mining helpt je de complexiteit van incidentgegevens in Zendesk Support te doorgronden. Het analyseert event logs met elke interactie en statuswijziging per incident en reconstrueert zo de werkelijke route van de eerste melding tot de uiteindelijke sluiting. Dat geeft meer inzicht dan standaardrapportages. Je ziet alle routes, ook afwijkingen van het beoogde proces, en ontdekt waar bottlenecks ontstaan, incidenten vaak opnieuw worden toegewezen of regelmatig worden heropend. Je kunt de volledige doorlooptijd van verschillende incidenttypen bekijken en vergelijken met de SLA-doelen. Zo worden ruwe Zendesk-data bruikbare inzichten: je ziet hoe incidenten door supportteams lopen, welke stappen de meeste tijd kosten en waar handmatig werk of inefficiënties de oplossing vertragen.

Belangrijke verbeterpunten bij het oplossen van incidenten vinden

Met process mining ontdek je waar je incidentbeheer in Zendesk kunt verbeteren. Je kunt bijvoorbeeld zien:

  • Te veel overdrachten: Worden incidenten vaker dan nodig tussen supportgroepen overgedragen, bijvoorbeeld van de eerste lijn naar een gespecialiseerd team? Dat kan de doorlooptijd onnodig verlengen. Process mining laat zien hoe vaak dit gebeurt en wat de gevolgen zijn.
  • Vertraging bij het oplossen: Vind de stappen waarin incidenten vaak blijven liggen, bijvoorbeeld lange perioden tussen ‘Diagnose gestart’ en ‘Oplossing gevonden’. Dat kan wijzen op behoefte aan betere training of een andere inzet van middelen.
  • Herstelwerk: Ontdek patronen waarbij incidenten na de status ‘Opgelost’ vaak opnieuw worden geopend. Dat kan duiden op problemen met de kwaliteit van de eerste oplossing of het proces voor gebruikersbevestiging.
  • SLA’s niet gehaald: Bekijk welke incidentcategorieën of prioriteiten hun SLA-doelen structureel missen. Zo kun je verbeteringen richten op de plekken waar ze het meest nodig zijn.
  • Oorzaakanalyse: Koppel procespatronen aan attributen voor veelvoorkomende hoofdoorzaken. Zo kun je terugkerende incidenten voorkomen.

Deze details gaan verder dan losse ervaringen en geven je data om incidentbeheer in Zendesk Support gericht te verbeteren.

Concrete resultaten met betere incidentprocessen

De inzichten uit process mining kunnen leiden tot meetbare verbeteringen voor je organisatie. Door inefficiënties en bottlenecks aan te pakken, kun je:

  • De doorlooptijd van incidentbeheer verkorten: Los incidenten sneller op, herstel services eerder en beperk de uitvaltijd voor getroffen gebruikers.
  • SLA’s beter naleven: Voldoe consequent aan service level agreements of haal de doelen, verbeter de klanttevredenheid en voorkom mogelijke boetes.
  • Bedrijfskosten verlagen: Vereenvoudig workflows, beperk herstelwerk en zet middelen doelgerichter in. Zo besteed je de tijd en middelen van het supportteam efficiënter.
  • Gebruikers en medewerkers tevredener maken: Gebruikers krijgen sneller een oplossing en duidelijkere communicatie. Medewerkers werken met efficiëntere processen en hebben minder last van onnodige stappen.
  • Blijven verbeteren: Bouw aan een datagedreven werkwijze waarin je de procesprestaties blijft volgen en verbeteren, zodat incidentbeheer meebeweegt met de behoeften van je organisatie.

Met beter incidentbeheer verschuift de support van brandjes blussen naar een efficiënte dienstverlening die problemen voor is.

Krijg grip op incidentbeheer in Zendesk

Je hoeft Zendesk Support niet volledig te vervangen om incidentbeheer te verbeteren. Begin met inzicht in de huidige situatie via process mining. Zo neem je beslissingen op basis van gegevens in plaats van aannames. Met gedetailleerd inzicht in het proces kun je verder kijken dan alleen incidenten volgen en de support responsiever en efficiënter maken, met meer aandacht voor gebruikers. Zet de eerste stap naar datagedreven incidentbeheer en ontdek precies hoe je de doorlooptijd verkort en de servicekwaliteit verbetert.

Incidentbeheer Servicedesk IT-bedrijfsvoering Naleving van SLA’s Oorzaakanalyse Tickets oplossen Klantenservice Serviceverbetering Ticketafhandeling Ticketbeheer IT-helpdesk Gemiddelde oplostijd MTTR Serviceherstel Incident oplossen IT-ondersteuning

Veelvoorkomende problemen en uitdagingen

Bekijk welke uitdagingen voor jou spelen

Incidenten blijven te lang openstaan. Dat leidt tot langere uitval en ontevreden gebruikers. De productiviteit in de hele organisatie daalt en het vertrouwen in IT-diensten via Zendesk Support neemt af. ProcessMind laat zien welke bottlenecks en herstelwerklussen de vertraging in het incidentbeheer veroorzaken. Door de werkelijke processtroom zichtbaar te maken en te laten zien waar incidenten blijven liggen, helpt ProcessMind verbeterpunten en trainingsbehoeften voor medewerkers in Zendesk Support te vinden.

Als incidenten niet op tijd worden opgelost, kunnen boetes volgen en verliezen eindgebruikers en belanghebbenden vertrouwen in de dienstverlening. Dat tast ook het vertrouwen in incidentbeheer met Zendesk Support aan. ProcessMind vergelijkt de werkelijke incidenttijdlijnen met de SLA-doelen en laat zien welke routes niet aan de afspraken voldoen en welke activiteiten de afwijkingen veroorzaken. Zo kun je gericht ingrijpen, de naleving verbeteren en SLA-overschrijdingen terugdringen.

Incidenten gaan heen en weer tussen teams of medewerkers. Daardoor loopt de doorlooptijd op en kost afstemming extra tijd. Medewerkers raken gefrustreerd en gebruikers in Zendesk Support moeten langer wachten. ProcessMind brengt alle overdrachten en nieuwe toewijzingen in beeld en laat zien waar onnodig wordt doorgeschoven. Zo vind je de momenten waarop betere training of duidelijke escalatieroutes nodig zijn om incidentbeheer te verbeteren.

Incidenten keren steeds terug naar eerdere stappen. Dat kan wijzen op fouten, ontbrekende informatie of een verkeerde diagnose. De oplossing duurt langer en kost medewerkers in Zendesk Support onnodig veel tijd. ProcessMind brengt deze terugkerende lussen in kaart en helpt de oorzaken te vinden, zoals een gebrekkige eerste diagnose of een te vroege poging om het incident op te lossen. Met dit inzicht kun je procedures standaardiseren en het percentage incidenten dat in één keer wordt opgelost verhogen.

Verschillende interpretaties van ernst en prioriteit zorgen ervoor dat kritieke incidenten blijven liggen terwijl minder urgente incidenten voorrang krijgen. Daardoor worden middelen verkeerd ingezet en kunnen SLA’s in Zendesk Support worden geschonden. ProcessMind vergelijkt de werkelijke prioritering met het beleid aan de hand van incidentattributen en de bijbehorende procesroutes. Je ziet waar classificaties uiteenlopen en kunt training en beleid gericht aanpassen.

Incidenten die naar gespecialiseerde teams, zoals netwerk- of databaseteams, worden overgedragen, blijven daar vaak lang liggen. Dat vertraagt de oplossing en verlaagt de tevredenheid van gebruikers over de Zendesk Support-workflow. ProcessMind laat zien welke gespecialiseerde teams bottlenecks vormen door overdrachtsmomenten en wachttijden te analyseren. Je ontdekt mogelijke oorzaken, zoals capaciteitsproblemen of hiaten in het proces, en kunt de escalatie en inzet van middelen gericht verbeteren.

Na een oplossing blijven incidenten vaak lang openstaan omdat er nog bevestiging van de gebruiker nodig is. Daardoor vallen oplostijden hoger uit en blijven middelen in Zendesk Support bezet, terwijl het incident nog niet echt is gesloten. ProcessMind laat zien hoeveel tijd gemiddeld zit tussen ‘Gebruiker geïnformeerd’ en ‘Bevestiging van gebruiker ontvangen’. Zo ontdek je of de vertraging komt door onduidelijke communicatie, onheldere instructies of ontbrekende afspraken over opvolging en kun je het proces aanpassen.

Incidenten worden opgelost zonder de onderliggende oorzaak volledig te vinden of aan te pakken. Daardoor keren problemen terug en ontstaan herhaalincidenten. Zo blijft Zendesk Support brandjes blussen en neemt de werkdruk toe. ProcessMind laat zien hoe vaak incidenten met vergelijkbare symptomen terugkomen en hoe oplossingscodes samenhangen met vervolgincidenten. Je ontdekt hiaten in de oorzaakanalyse en kunt problemen proactief beheren en het proces blijven verbeteren.

Medewerkers wijken soms af van de vastgelegde procedures voor incidentbeheer en gebruiken eigen oplossingen waarbij belangrijke stappen, zoals verificatie of correcte registratie, worden overgeslagen. Dat brengt de datakwaliteit en compliance in Zendesk Support in gevaar. ProcessMind brengt de werkelijke processtroom in kaart en laat afwijkingen van de gewenste of vastgelegde route zien. Zo worden schaduwprocessen zichtbaar en kan het management achterhalen waarom ze ontstaan, werkwijzen standaardiseren of officiële workflows aanpassen.

Inefficiënt incidentbeheer, met lange oplostijden, herstelwerk en te veel overdrachten, verhoogt de bedrijfskosten. Denk aan de tijd van medewerkers, langere systeemuitval en mogelijke SLA-boetes. ProcessMind maakt de kosten van inefficiënties zichtbaar door de gevolgen van afwijkingen en vertragingen te berekenen. Je ziet waar middelen onnodig worden ingezet en kunt de kosten verlagen met gerichte procesverbeteringen in Zendesk Support.

Veelvoorkomende doelen

Bepaal hoe succes eruitziet

Als incidenten gemiddeld korter openstaan, worden gebruikers tevredener en neemt de impact op de bedrijfsvoering af. Een snelle oplossing herstelt kritieke services eerder en beperkt verstoringen in de organisatie.
ProcessMind brengt de volledige route van incidenten in Zendesk Support in kaart en laat zien welke activiteiten en medewerkers vertraging veroorzaken. Het maakt bottlenecks meetbaar, zodat teams gericht kunnen ingrijpen en de oplostijd bijvoorbeeld met 15-20% kunnen verkorten.

Als je service level agreements consequent haalt, bouw je vertrouwen op en lever je voorspelbare service. SLA-overschrijdingen kunnen leiden tot boetes, reputatieschade en ontevreden gebruikers.
ProcessMind vindt elke SLA-overschrijding in de Zendesk Support-data en laat precies zien waar en waarom die optreedt. Zo kun je kritieke procesroutes bepalen, de compliance verbeteren en het percentage incidenten dat op tijd wordt opgelost met 10% of meer verhogen.

Te veel overdrachten tussen supportgroepen of medewerkers zorgen voor vertraging, extra afstemming en mogelijk informatieverlies. Een betere overdracht maakt het proces efficiënter en verkort de oplostijd.
ProcessMind brengt alle incidentoverdrachten in Zendesk Support visueel in beeld. Je ziet patronen van inefficiënte overdrachten en ontdekt welke teams of medewerkers vaak betrokken zijn bij overdrachtslussen. Zo kun je gericht trainen of het proces aanpassen en onnodige overdrachten met 20% verminderen.

Als een incident steeds terugkeert naar een eerdere status of medewerker, kost dat middelen en duurt de uiteindelijke oplossing langer. Door deze lussen te doorbreken, verlaag je de bedrijfskosten en verbeter je de efficiëntie.
ProcessMind analyseert incidentroutes in Zendesk Support en vindt en meet alle herstelwerklussen. Je ziet welke activiteiten of omstandigheden ze veroorzaken. Met inzicht in deze patronen kun je het proces aanpassen en herstelwerk met 25% verminderen.

Bij inconsistente prioritering blijven kritieke incidenten liggen terwijl minder urgente incidenten eerder worden opgepakt. Dat raakt de servicekwaliteit en de inzet van middelen. Een vaste aanpak helpt om middelen goed in te zetten.
ProcessMind laat zien waar de vastgelegde prioriteitsregels en de werkelijke incidentafhandeling in Zendesk Support van elkaar afwijken en waarom. Zo kun je het beleid consequent toepassen en middelen beter inzetten.

Vertraging bij de overdracht aan gespecialiseerde supportteams kan een grote bottleneck vormen en de oplostijd van complexe problemen verlengen. Een betere overdracht maakt het proces efficiënter.
ProcessMind laat precies zien hoeveel wachttijd en welke goedkeuringsstappen nodig zijn om incidenten in Zendesk Support aan gespecialiseerde teams over te dragen. Je ontdekt waar vertraging ontstaat en kunt het proces aanpassen om overdrachten 10-15% sneller te maken.

Lang wachten op bevestiging van de gebruiker na een voorgestelde oplossing kan de levenscyclus van een incident flink verlengen, ook als het technische werk al klaar is. Door deze fase te versnellen, kun je incidenten vaker op tijd sluiten.
ProcessMind brengt in Zendesk Support in kaart hoeveel tijd incidenten in de status ‘Wachten op bevestiging van gebruiker’ doorbrengen. Je ziet bottlenecks en mogelijkheden om gebruikers proactief te informeren. Met dit inzicht kun je meldingen en opvolging aanpassen om de wachttijd op bevestiging te verkorten.

Als de oorzaakanalyse tekortschiet, keren incidenten terug en gaan tijd en middelen verloren. Een betere analyse helpt toekomstige problemen voorkomen en het aantal incidenten terugdringen.
ProcessMind koppelt oplossingsgegevens van incidenten in Zendesk Support aan de vastgestelde oorzaken. Zo zie je welke activiteiten samenhangen met terugkerende incidenten en kun je de onderliggende problemen nauwkeuriger vinden om vergelijkbare incidenten te voorkomen.

Als medewerkers of teams officiële procedures omzeilen, ontstaan inconsistenties, compliancerisico’s en onvoorspelbare resultaten. Werken volgens standaardprocessen is belangrijk voor beheersing en kwaliteit.
ProcessMind ontdekt alle werkelijke routes van incidenten in Zendesk Support en vergelijkt die met de vastgelegde gewenste processen. Het laat elke afwijking zien, zodat je standaardprocedures kunt volgen en risico’s kunt beperken.

Inefficiënt incidentbeheer kan de bedrijfskosten flink verhogen door lange oplostijden, te veel ingezette middelen en dubbel werk. Kosten verlagen verbetert het bedrijfsresultaat.
ProcessMind berekent hoeveel tijd en middelen verschillende activiteiten in de levenscyclus van incidenten in Zendesk Support kosten. Zo worden de inefficiënties zichtbaar die de kosten verhogen. Met deze data kun je het proces aanpassen en de totale afhandelingskosten verlagen.

Incidenten tijdens het eerste contact oplossen is een belangrijke maatstaf voor efficiëntie en klanttevredenheid. Het beperkt vervolgkosten en verkort de oplostijd aanzienlijk.
ProcessMind analyseert incidentroutes in Zendesk Support en laat zien welke kenmerken voorkomen bij incidenten waarvoor meerdere contacten nodig zijn, en bij incidenten die meteen worden opgelost. Met dit inzicht kun je trainingen en kennisbanken verbeteren en het percentage oplossingen bij het eerste contact verhogen.

In sommige sectoren moet incidentbeheer voldoen aan wettelijke normen. Dat is niet vrijblijvend. Bij niet-naleving kunnen hoge boetes en reputatieschade volgen.
ProcessMind laat visueel zien hoe incidenten in Zendesk Support daadwerkelijk worden afgehandeld en vergelijkt dit met de geldende regelgeving. Het signaleert afwijkingen en overgeslagen stappen. Zo ontstaat een controleerbaar auditspoor en kun je compliance doorlopend bewaken.

In 6 stappen incidentbeheer verbeteren

1

De template downloaden

Wat je moet doen

Download de Excel-template met de juiste structuur voor incidentbeheergegevens. Zo sluiten de gegevens uit Zendesk Support aan op de analysevereisten van ProcessMind.

Waarom dit belangrijk is

Een gestandaardiseerde template maakt de gegevensvoorbereiding eenvoudiger. Dat beperkt fouten en zorgt dat alle belangrijke incidentgegevens beschikbaar zijn voor een nauwkeurige analyse.

Verwacht resultaat

Je krijgt een Excel-template die klaar is om in te vullen en is afgestemd op incidentgegevens uit Zendesk Support.

DIT LEVERT HET OP

Ontdek verborgen vertragingen in de incidentafhandeling van Zendesk

ProcessMind zet Zendesk-data om in interactieve visualisaties van de routes die incidenten daadwerkelijk afleggen. Je ziet precies waar bottlenecks ontstaan en waar je de afhandeling kunt versnellen.
  • Breng de werkelijke incidentafhandeling in Zendesk in beeld
  • Breng bottlenecks in de afhandeling precies in kaart
  • Verkort de doorlooptijd van incidenten
  • Bewaak de naleving van SLA’s en verhoog de klanttevredenheid
Discover your actual process flow
Discover your actual process flow
Identify bottlenecks and delays
Identify bottlenecks and delays
Analyze process variants
Analyze process variants
Design your optimized process
Design your optimized process

GEBRUIKELIJKE RESULTATEN

Verbeter het incidentbeheer

Deze resultaten laten zien welke meetbare verbeteringen organisaties doorgaans bereiken met process mining voor incidentafhandeling in Zendesk Support. Door elke ‘Incident-ID’ vanaf de aanmaak tot de oplossing te analyseren, worden belangrijke bottlenecks en inefficiënties zichtbaar. Dat kan leiden tot een kortere doorlooptijd tot oplossing en een betrouwbaardere dienstverlening.

0 %
Incidenten sneller oplossen

Kortere gemiddelde doorlooptijd

Maak het proces voor incidentoplossing efficiënter door bottlenecks op te sporen en weg te nemen. Zo verkort je de tijd tussen de melding en het sluiten van een incident. Dat verbetert de gebruikerstevredenheid en de efficiëntie van de bedrijfsvoering.

0 %
Betere SLA-naleving

Hogere SLA-naleving

Spoor de oorzaken van gemiste SLA’s op en voer gerichte verbeteringen door. Zo worden meer incidenten binnen de afgesproken serviceniveaus opgelost. Dat versterkt het vertrouwen en helpt serviceafspraken na te komen.

0 %
Minder overdrachten

Minder overdrachten per incident

Verbeter de routering en kennisoverdracht om onnodige overdrachten van incidenten tussen teams of agents te beperken. Zo worden incidenten sneller opgelost en neemt de kans op fouten af.

0 %
Meer incidenten in één keer opgelost

Hoger percentage oplossingen bij het eerste contact

Spoor problemen tijdens het eerste contact op en los ze meteen op door agents betere hulpmiddelen en kennis te geven. Dat verbetert de klanttevredenheid en verlaagt de totale werkdruk.

0 %
Minder herstelwerk

Minder herhaalde activiteiten

Spoor terugkerend herstelwerk op waarbij incidenten na een poging tot oplossing opnieuw worden opgepakt, en pak het aan. Zo voorkom je verspilde inspanning, bespaar je kosten en sluit je incidenten sneller af.

De resultaten hangen af van de inrichting van het incidentbeheerproces, de kwaliteit van de beschikbare data en de organisatiecontext. De cijfers hier geven een beeld van verbeteringen die bij uiteenlopende implementaties zijn waargenomen.

Aanbevolen data

Begin met de belangrijkste attributen en activiteiten. Voeg later meer toe als dat nodig is.

Attributen

Belangrijke datapunten voor de analyse

De unieke identificatiecode die het systeem voor elk incidentticket aanmaakt.

Waarom dit belangrijk is

Deze identificatiecode koppelt alle gebeurtenissen aan één incident. Zo kun je het volledige verloop volgen en de procesprestaties nauwkeurig analyseren.

De exacte datum en tijd waarop de activiteit plaatsvond.

Waarom dit belangrijk is

Timestamps geven alle activiteiten een chronologische volgorde. Daarmee kun je doorlooptijden berekenen, bottlenecks opsporen en procesprestaties in de tijd analyseren.

De status van het incidentticket op het moment van de gebeurtenis, bijvoorbeeld ‘Open’, ‘In afwachting’ of ‘Opgelost’.

Waarom dit belangrijk is

Het bijhouden van statuswijzigingen is belangrijk om het verloop van het proces te begrijpen, wachttijden te herkennen en het begin en einde van de incidentlevenscyclus vast te stellen.

De supportmedewerker die op dit moment aan het incident is toegewezen.

Waarom dit belangrijk is

Geeft aan welke medewerker verantwoordelijk is. Zo kun je de werkverdeling en overdrachten analyseren en inefficiënties in het proces herkennen.

Het supportteam of de groep die op dit moment aan het incident is toegewezen.

Waarom dit belangrijk is

Houdt bij welk team verantwoordelijk is. Zo kun je overdrachten tussen teams en bottlenecks per team analyseren en wachttijden meten.

De prioriteit van het incident, bijvoorbeeld ‘Laag’, ‘Normaal’, ‘Hoog’ of ‘Urgent’.

Waarom dit belangrijk is

Met dit attribuut kun je analyses opdelen, de effectiviteit van prioritering beoordelen en SLA-compliance per urgentieniveau bewaken.

Het kanaal waarlangs het incident is gemeld, bijvoorbeeld ‘E-mail’, ‘Web’ of ‘API’.

Waarom dit belangrijk is

Helpt om incidentvolumes en procesprestaties per bron te analyseren, zodat je processen en de inzet van middelen per kanaal kunt verbeteren.

De huidige status van de Service Level Agreement (SLA) voor het incident.

Waarom dit belangrijk is

Meet hoe de prestaties zich verhouden tot de serviceafspraken. Zo kun je SLA-overschrijdingen analyseren en de compliance bewaken.

De timestamp waarop een activiteit is afgerond.

Waarom dit belangrijk is

Maakt het mogelijk om de duur van activiteiten en wachttijden te berekenen. Dat is nodig voor een gedetailleerde bottleneckanalyse en om vertragingen in het proces te herkennen.

Activiteiten

Processtappen om te volgen en te optimaliseren

Dit markeert het begin van de levenscyclus van een incident, wanneer in Zendesk een nieuw ticket wordt aangemaakt. De gebeurtenis staat expliciet in het auditlog voor ticketaanmaak van Zendesk en is het startpunt van elke case.

Waarom dit belangrijk is

Dit is de eerste activiteit in het proces. De tijd tussen deze gebeurtenis en andere gebeurtenissen is belangrijk om de totale levenscyclus van een ticket en de eerste reactietijd te meten.

Deze activiteit vindt plaats wanneer een ticket aan een specifieke agent wordt toegewezen. De toewijzing wordt expliciet vastgelegd in de auditgeschiedenis van het ticket en geeft aan dat een medewerker de verantwoordelijkheid op zich neemt.

Waarom dit belangrijk is

Dit moment is belangrijk om de tijd tot de eerste toewijzing te meten. Het vormt ook de basis voor analyses van overdrachten, herstelwerk en het percentage incidenten dat bij het eerste contact wordt opgelost.

Dit geeft aan dat een agent actief aan het incident is gaan werken. Meestal wordt deze activiteit afgeleid uit een wijziging van het ticketveld ‘status’ van ‘new’ naar ‘open’. Daarmee begint de onderzoeks- en diagnosefase.

Waarom dit belangrijk is

Deze gebeurtenis markeert de overgang van wachten naar actief werk. De tijd dat tickets de status ‘new’ hebben voordat ze naar ‘open’ gaan, is een belangrijke maatstaf voor de eerste reactietijd.

Dit gebeurt wanneer de verantwoordelijkheid voor een ticket na de eerste toewijzing overgaat naar een andere agent of groep. De gebeurtenis wordt expliciet bijgehouden in de auditgeschiedenis van het ticket.

Waarom dit belangrijk is

Opnieuw toewijzen is belangrijk bij het analyseren van overdrachten en herstelwerk. Veel nieuwe toewijzingen wijzen vaak op een verkeerde eerste routering, complexe problemen of bottlenecks in het proces.

Dit belangrijke moment vindt plaats wanneer een agent een oplossing heeft uitgevoerd en het ticket de status ‘solved’ krijgt. De statuswijziging wordt expliciet vastgelegd in het auditlog van het ticket.

Waarom dit belangrijk is

Dit is de belangrijkste activiteit voor het oplossen van een incident en een belangrijk meetpunt voor de doorlooptijd tot oplossing. De tijd tussen deze gebeurtenis en ‘Incident gesloten’ is de periode waarin de gebruiker de oplossing bevestigt of het ticket automatisch wordt gesloten.

Dit markeert het definitieve einde van de levenscyclus van een incident, wanneer het ticket permanent wordt gesloten. In Zendesk gebeurt dit vaak automatisch na een vaste periode vanaf het moment dat het ticket is opgelost. De afsluiting wordt vastgelegd als de laatste statuswijziging.

Waarom dit belangrijk is

Dit is de definitieve eindactiviteit van het proces. De totale procesduur wordt berekend vanaf ‘Incident aangemaakt’ tot deze gebeurtenis. Zo krijg je zicht op de volledige doorlooptijd.

Veelgestelde vragen

Veelgestelde vragen

Process mining gebruikt Zendesk-data om de werkelijke afhandeling van incidenten zichtbaar te maken. Zo zie je afwijkingen, bottlenecks en herstelwerk. Daarmee kun je de oorzaken van vertragingen en inefficiëntie vinden, de doorlooptijd tot oplossing verkorten en de servicekwaliteit verbeteren. Je krijgt een objectief beeld van de bedrijfsvoering op basis van data.

Je hebt vooral event logs nodig met elke stap in de afhandeling van een incident, waaronder het incident-ID, de activiteitsbeschrijving, de timestamp en de betrokken actor. Belangrijke datavelden uit Zendesk Support zijn meestal het ticket-ID, statuswijzigingen, wijzigingen van de toegewezen agent, opmerkingen en timestamps voor aanmaak, bijwerken en oplossen. Met deze data kan de process mining-tool het volledige verloop van elk incident reconstrueren.

Door inefficiënties in het proces op te sporen en weg te nemen, kun je incidenten sneller oplossen en SLA’s beter naleven. Process mining helpt onnodige overdrachten en herstelwerk te beperken en prioriteiten op een vaste manier toe te passen. Dat maakt de afhandeling efficiënter en verbetert uiteindelijk de gebruikerstevredenheid en de consistentie van de bedrijfsvoering.

De eerste inrichting en data-extractie duren meestal enkele dagen tot twee weken. Dat hangt af van de hoeveelheid data en hoe makkelijk je erbij kunt. Vaak verschijnen de eerste inzichten snel nadat de data in de process mining-tool is geladen en gemodelleerd. Voor een volledige analyse en concrete verbeterkansen kan enkele weken nodig zijn.

Basiskennis van data-extractie is handig. Daarvoor gebruik je vaak SQL of de rapportage-API’s van Zendesk om de benodigde event logs op te halen. De meeste process mining-platforms hebben gebruiksvriendelijke analysefuncties, maar kennis van processen helpt. Voor de eerste datakoppeling en transformatie kan technische ondersteuning nodig zijn.

Ja. Process mining kan verborgen werkwijzen aan het licht brengen: informele manieren waarop incidenten buiten de standaardprocedures om worden afgehandeld. Door alle werkelijke procespaden op basis van Zendesk-data zichtbaar te maken, laat het zien waar die afwijken van het gewenste procesmodel. Dat helpt om incidentbeheer transparanter te maken en de compliance te verbeteren.

Process mining laat precies zien waar en waarom SLA’s binnen de incidentbeheerworkflow niet worden gehaald. Het wijst activiteiten, vertragingen en overdrachten aan die bijdragen aan het missen van doelen. Door bottlenecks op kritieke procespaden zichtbaar te maken, kun je gericht ingrijpen en de SLA-naleving verbeteren.

Beveiliging van data is essentieel. Process mining-tools bieden doorgaans beveiligingsfuncties, zoals opties om data te anonimiseren en veilig op te slaan. Je houdt zelf de controle over de data. De meeste oplossingen voldoen aan normen en regelgeving in de sector om de privacy en bescherming tijdens de analyse te waarborgen.

Process mining spoort inefficiënties op, zoals herstelwerk, onnodige overdrachten en lange doorlooptijden tot oplossing. Door die aan te pakken, besteed je minder handmatig werk en bronnen aan elk incident. Dat verlaagt de bedrijfskosten. Teams kunnen zo meer incidenten afhandelen of bronnen anders inzetten.

Bottlenecks opsporen is een belangrijk onderdeel, maar process mining kan meer. Je kunt het gebruik van bronnen analyseren, compliance-overtredingen opsporen, procesvarianten meten en toekomstige uitkomsten voorspellen. Zo krijg je een volledig beeld van het incidentbeheerproces, niet alleen van vertragingen.

Verbeter incidentbeheer en los incidenten sneller op

Verlaag de MTTR met 35%, voorkom terugkerende incidenten en verhoog de klanttevredenheid.

Start je gratis proefperiode

Geen creditcard nodig. Begin binnen enkele minuten met verbeteren.