Datatemplate voor klantenservice

Freshdesk
Datatemplate voor klantenservice

Datatemplate voor klantenservice

Deze template beschrijft welke data-attributen en procesactiviteiten nodig zijn voor een goede analyse van de klantenservice. Je vindt er ook praktische uitleg over het verzamelen van de data. Gebruik deze bron om de dataverzameling voor te bereiden en aan de slag te gaan met process mining.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten om bij te houden
  • Uitleg over data-extractie

Attributen voor klantenservice

Dit zijn de aanbevolen datavelden voor het event log. Ze vormen de basis voor een volledige analyse van de klantenservice.
3 Verplicht 4 Aanbevolen 12 Optioneel
Naam Beschrijving
Activiteit
Activity
De naam van een specifieke bedrijfsgebeurtenis of stap in het klantenserviceproces.
Beschrijving

Het attribuut Activiteit staat voor een afzonderlijke actie of statuswijziging in de levenscyclus van een serviceverzoek. Het legt belangrijke gebeurtenissen vast, zoals ‘Ticket aangemaakt’, ‘Ticket toegewezen’, ‘Eerste reactie verstuurd’ en ‘Ticket opgelost’. Deze activiteiten vormen de knooppunten in de proceskaart.

De volgorde en frequentie van activiteiten analyseren is de kern van process mining. Zo kun je processtromen visualiseren, veelvoorkomende en zeldzame routes herkennen en afwijkingen van de standaardwerkwijze vinden. Inzicht in de activiteiten helpt je inefficiënties, herstelwerk zoals ‘Ticket heropend’ en complianceproblemen op te sporen.

Waarom dit belangrijk is

Dit attribuut bepaalt welke stappen op de proceskaart staan. Zo kun je het proces van begin tot eind visualiseren en analyseren.

Waar vind je dit?

Afgeleid van gebeurtenistypen in Freshdesk. Dit kan een combinatie zijn van statuswijzigingen uit het API-eindpunt ‘Tickets’ en specifieke gebeurtenissen, zoals notities of antwoorden uit het eindpunt ‘Conversations’.

Voorbeelden
Ticket aangemaaktEerste reactie verstuurdStatus gewijzigd in In afwachtingTicket opgelostTicket gesloten
Serviceverzoek
ServiceRequest
De unieke identificatiecode van één klantvraag of probleem, meestal een ticket of case genoemd.
Beschrijving

Het serviceverzoek is de belangrijkste case-ID die alle activiteiten rond één klantcontact met elkaar verbindt. Elke nieuwe vraag, elk probleem of verzoek van een klant krijgt een unieke ID voor het serviceverzoek. Deze ID blijft gedurende de hele levenscyclus van het ticket hetzelfde, van aanmaak en toewijzing tot oplossing en sluiting.

Bij process mining is dit attribuut essentieel om het volledige verloop van elke klantcase te reconstrueren. Door alle bijbehorende gebeurtenissen onder één ID voor het serviceverzoek te groeperen, kunnen analisten processtromen visualiseren, doorlooptijden meten en variaties of bottlenecks in afzonderlijke cases vinden.

Waarom dit belangrijk is

Dit is de case-ID die alle bijbehorende gebeurtenissen samenbrengt in één procesinstantie. Zo krijg je een volledig beeld van het verloop van elke klantenservicecase.

Waar vind je dit?

Dit is de primaire ticket-ID in Freshdesk. Je vindt deze meestal in het veld ‘id’ van het API-eindpunt ‘Tickets’.

Voorbeelden
SR-2023-10-4831SR-2023-11-0192SR-2023-11-5210
Tijdstip van gebeurtenis
EventTime
De timestamp die aangeeft wanneer een activiteit of gebeurtenis plaatsvond.
Beschrijving

Tijdstip van gebeurtenis, of timestamp, legt de exacte datum en tijd van een activiteit vast. Dit is nodig om gebeurtenissen chronologisch te ordenen en de tijd tussen processtappen te berekenen. Bij elke vastgelegde activiteit hoort een timestamp.

Bij analyses gebruik je dit attribuut om de tijdlijn van elk serviceverzoek op te bouwen. Het vormt de basis voor alle tijdgerelateerde KPI’s, zoals de oplostijd, de tijd tot de eerste reactie en de duur van bottlenecks. Nauwkeurige timestamps zijn nodig om de procesprestaties te begrijpen en vertragingen te vinden.

Waarom dit belangrijk is

Deze timestamp is nodig om gebeurtenissen chronologisch te ordenen en alle tijdsgebonden metrieken te berekenen, zoals doorlooptijden en SLA-naleving.

Waar vind je dit?

Dit komt overeen met de velden ‘created_at’ of ‘updated_at’ voor ticketgebeurtenissen, antwoorden of statuswijzigingen in de Freshdesk-API.

Voorbeelden
2023-10-25T10:00:00Z2023-10-25T10:05:14Z2023-10-26T14:30:00Z
Prioriteit
Priority
De prioriteit van het serviceverzoek, bijvoorbeeld 'Laag', 'Gemiddeld', 'Hoog' of 'Urgent'.
Beschrijving

Het attribuut Prioriteit geeft aan hoe dringend een serviceverzoek is en bepaalt vaak de streeftijden voor de eerste reactie en de oplossing. De prioriteit kan automatisch op basis van regels worden ingesteld of handmatig door een medewerker tijdens de eerste beoordeling.

Dit attribuut is belangrijk voor het analyseren van SLA-naleving en de inzet van bronnen. Filter de proceskaart op prioriteit om te zien of tickets met een hoge prioriteit inderdaad sneller worden afgehandeld dan tickets met een lage prioriteit. Je ziet ook hoe vaak de prioriteit wordt gewijzigd, een vorm van herstelwerk, en wat het effect daarvan is op het proces.

Waarom dit belangrijk is

Belangrijk voor SLA-analyse en om te controleren of bronnen goed worden ingezet, zodat urgente verzoeken sneller worden afgehandeld dan verzoeken met een lage prioriteit.

Waar vind je dit?

Dit komt overeen met het veld 'priority' in het Freshdesk-object 'Tickets'.

Voorbeelden
LaagGemiddeldHoogUrgent
Status
Status
De huidige of eerdere status van het serviceverzoek, zoals 'Open', 'In behandeling', 'Opgelost' of 'Gesloten'.
Beschrijving

Het attribuut Status geeft aan wat de status van een serviceverzoek op een bepaald moment is. Statuswijzigingen markeren vaak belangrijke momenten in het proces. Een verzoek verandert bijvoorbeeld van 'Open' in 'In behandeling' wanneer er op informatie van de klant wordt gewacht, of van 'In behandeling' in 'Open' zodra de klant reageert.

Door statuswijzigingen bij te houden, krijg je inzicht in de levenscyclus van tickets. Je ziet hoeveel tijd tickets in bepaalde statussen doorbrengen en kunt zo bottlenecks opsporen. Een lange periode met de status 'In behandeling' kan bijvoorbeeld wijzen op vertraging bij het ontvangen van informatie van klanten.

Waarom dit belangrijk is

Door statuswijzigingen bij te houden, krijg je inzicht in de levenscyclus van tickets en zie je hoelang cases in specifieke statussen blijven, zoals 'In behandeling' of 'On Hold'.

Waar vind je dit?

Dit komt overeen met het veld 'status' in het Freshdesk-object 'Tickets'. Historische statussen moeten worden afgeleid uit activiteitenlogboeken.

Voorbeelden
OpenIn behandelingOpgelostGesloten
Toegewezen medewerker
AssignedAgent
De naam of ID van de klantenservicemedewerker die op het moment van de gebeurtenis verantwoordelijk was voor het ticket.
Beschrijving

Dit attribuut geeft aan welke medewerker het serviceverzoek behandelt. De toegewezen medewerker kan tijdens de levenscyclus van het ticket veranderen door een nieuwe toewijzing of escalatie.

Door data per toegewezen medewerker te analyseren, kun je dashboards voor prestatiebeheer maken. Je meet bijvoorbeeld KPI’s per medewerker, zoals de gemiddelde oplostijd, het aantal tickets en het percentage heropende tickets. Zo herken je goed presterende medewerkers, zie je waar training nodig is en meet je het effect van overdrachten op de totale oplostijd.

Waarom dit belangrijk is

Maakt prestatieanalyse per medewerker mogelijk. Zo kun je goed presterende medewerkers herkennen, trainingskansen vinden en het effect van nieuwe toewijzingen meten.

Waar vind je dit?

Dit komt overeen met het veld ‘responder_id’ in het Freshdesk-object ‘Tickets’. Je kunt dit veld koppelen aan gegevens over medewerkers.

Voorbeelden
Alice JohnsonRobert SmithMaria Garcia
Type serviceverzoek
ServiceRequestType
De classificatie van het serviceverzoek, bijvoorbeeld ‘Vraag’, ‘Incident’, ‘Probleem’ of ‘Functieverzoek’.
Beschrijving

Type serviceverzoek is een belangrijk classificatieveld dat aangeeft waar de vraag van de klant over gaat. Deze classificatie wordt meestal ingesteld wanneer het ticket wordt aangemaakt of tijdens de eerste beoordeling. Zo kan het verzoek naar het juiste team of de juiste medewerker worden gerouteerd.

Met dit attribuut kun je het proces opdelen en vergelijken hoe verschillende soorten verzoeken worden afgehandeld. Je kunt bijvoorbeeld nagaan of incidenten langer duren dan vragen en welke soorten verzoeken het vaakst opnieuw worden geopend. Zo vind je bottlenecks per type en kun je workflows daarop aanpassen.

Waarom dit belangrijk is

Maakt het mogelijk om processen op te delen en de prestaties en workflows voor verschillende klantproblemen te vergelijken, zoals incidenten en vragen.

Waar vind je dit?

Dit is waarschijnlijk het veld ‘type’ in het Freshdesk-object ‘Tickets’.

Voorbeelden
VraagIncidentProbleemFunctieverzoek
Aantal overdrachten tussen medewerkers
AgentTransferCount
Het totale aantal keren dat een serviceverzoek van de ene medewerker aan de andere is toegewezen.
Beschrijving

Dit attribuut is een metriek op caseniveau die telt hoe vaak de toegewezen medewerker voor een ticket is gewijzigd. Je berekent de waarde door per serviceverzoek het aantal activiteiten 'Ticket Reassigned' te tellen.

Veel overdrachten, ook wel 'pingpongen' genoemd, kunnen voor flinke vertraging zorgen. Bij elke overdracht kan context verloren gaan, wat de klantervaring verslechtert. Analyse van het aantal overdrachten helpt problemen met de eerste routering, ontbrekende vaardigheden of complexe processen op te sporen. Vaak is het doel onnodige overdrachten te beperken en zo de efficiëntie en klanttevredenheid te verbeteren.

Waarom dit belangrijk is

Meet hoe vaak verzoeken intern worden overgedragen. Dat kan een belangrijke oorzaak zijn van vertraging en klantfrustratie. De analyse helpt om verzoeken vaker in de eerste lijn op te lossen.

Waar vind je dit?

Berekend veld. Dit is het aantal activiteiten 'Ticket Reassigned' voor elk uniek serviceverzoek.

Voorbeelden
0132
Bronsysteem
SourceSystem
Het systeem waaruit de data is geëxtraheerd, in dit geval Freshdesk.
Beschrijving

Dit attribuut geeft aan uit welke brontoepassing de procesdata komt. Voor deze analyse is de waarde statisch, bijvoorbeeld ‘Freshdesk’. Zo is duidelijk dat alle gebeurtenissen afkomstig zijn van het Freshdesk-klantenserviceplatform.

Dit attribuut lijkt misschien eenvoudig, maar is belangrijk voor datagovernance en wanneer data uit meerdere systemen wordt samengevoegd. Het maakt de herkomst en context inzichtelijk, zodat analisten weten waar de onderzochte data vandaan komt. Dat helpt de data intact te houden en vertrouwen in de analyse op te bouwen.

Waarom dit belangrijk is

Geeft belangrijke context over de herkomst van data. Dat is van belang voor datagovernance en bij het combineren van data uit meerdere bronsystemen.

Waar vind je dit?

Dit is een vaste waarde, ‘Freshdesk’, die tijdens de datatransformatie wordt toegevoegd om de databron aan te geven.

Voorbeelden
Freshdesk
Communicatiekanaal
CommunicationChannel
Het kanaal waarlangs het serviceverzoek is binnengekomen, zoals 'E-mail', 'Telefoon', 'Chat' of 'Webportaal'.
Beschrijving

Dit attribuut geeft aan via welk kanaal de klant contact heeft opgenomen. Per kanaal kunnen de processtappen en doorlooptijden verschillen. Een verzoek via chat wordt bijvoorbeeld mogelijk sneller opgelost dan een verzoek per e-mail.

Door het proces per communicatiekanaal te analyseren, kun je de inzet van bronnen verbeteren en de prestaties per kanaal vergelijken. Zo zie je welke kanalen samenhangen met snellere oplossingen of een hogere klanttevredenheid. Die informatie helpt bij beslissingen over welke kanalen je wilt promoten of waarin je wilt investeren.

Waarom dit belangrijk is

Helpt de procesprestaties en efficiëntie te vergelijken tussen contactkanalen zoals e-mail, telefoon en chat.

Waar vind je dit?

Dit komt overeen met het veld 'source' in het Freshdesk-object 'Tickets'.

Voorbeelden
E-mailTelefoonWebportaalChat
Klantnaam
CustomerName
De naam of ID van de klant die het serviceverzoek heeft ingediend.
Beschrijving

Dit attribuut geeft aan welke klant bij het serviceverzoek hoort. Zo kun je het proces vanuit het perspectief van de klant bekijken en alle contactmomenten met die klant in de loop van de tijd volgen.

Analyse per klant kan patronen aan het licht brengen, zoals welke klanten de meeste tickets indienen of vaak problemen opnieuw melden. Die informatie kan helpen bij initiatieven voor klantensucces en bij het opsporen van klanten die mogelijk vertrekken na een slechte service-ervaring. Ook krijg je zo inzicht in de volledige klantreis over meerdere serviceverzoeken.

Waarom dit belangrijk is

Geeft een klantgericht beeld van het proces en helpt klanten op te sporen die vaak verzoeken indienen of steeds met dezelfde problemen te maken hebben.

Waar vind je dit?

Deze informatie is gekoppeld via 'requester_id' in het object 'Tickets'. Dat veld verwijst naar het object 'Contacts' of 'Users' in Freshdesk.

Voorbeelden
John DoeJane SmithGlobal Tech Inc.
Laatste data-update
LastDataUpdate
De timestamp van de laatste keer dat de data uit het bronsysteem is vernieuwd.
Beschrijving

Dit attribuut legt de datum en tijd vast waarop de dataset voor het laatst uit Freshdesk is geëxtraheerd of bijgewerkt. Zo zie je hoe actueel de geanalyseerde data is en kun je tijdig beslissingen nemen op basis van relevante informatie.

Analisten gebruiken deze informatie om te zien op welke periode de data betrekking heeft en om te controleren of ze met de meest recente beschikbare gegevens werken. Dit is belangrijke metadata voor elk process mining-dashboard of rapport. Zo weten betrokkenen hoe recent de data is.

Waarom dit belangrijk is

Geeft aan hoe actueel de data is, zodat analyses en beslissingen op recente informatie zijn gebaseerd.

Waar vind je dit?

Dit metadataveld wordt aangemaakt tijdens de data-extractie en bevat de timestamp waarop de data is opgehaald.

Voorbeelden
2023-12-01T08:00:00Z
Opnieuw geopend
IsReopened
Een booleaanse waarde die aangeeft of een opgelost serviceverzoek ooit opnieuw is geopend.
Beschrijving

Dit attribuut op caseniveau krijgt de waarde waar als er op enig moment in de levenscyclus van een serviceverzoek een activiteit 'Ticket Reopened' plaatsvond. Zo kun je cases herkennen en analyseren waarvoor herstelwerk nodig was.

Een hoog percentage opnieuw geopende tickets kan erop wijzen dat de eerste oplossing niet goed of niet volledig was. Dat leidt tot inefficiëntie en frustratie bij klanten. Filter op opnieuw geopende tickets om de oorzaken te onderzoeken, zoals veelvoorkomende redenen, teams of medewerkers met hogere percentages en tickettypen die vaker opnieuw worden geopend.

Waarom dit belangrijk is

Spoort cases op waarvoor herstelwerk nodig was. Dat zegt iets over de kwaliteit van de oplossing en de efficiëntie van het proces. Analyse helpt om problemen bij het eerste contact op te lossen.

Waar vind je dit?

Berekend veld. Krijgt voor een serviceverzoek de waarde waar als er voor die case een gebeurtenis bestaat met Activity = 'Ticket Reopened'.

Voorbeelden
truefalse
Product
Product
Het product of de dienst waarop het verzoek van de klant betrekking heeft.
Beschrijving

Dit attribuut geeft aan op welk product of welke dienst het serviceverzoek betrekking heeft. Vaak gaat het om een aangepast veld in Freshdesk waarmee tickets worden gecategoriseerd voor routering en rapportage.

Filter het proces op product om problemen met specifieke producten op te sporen. Zo zie je bijvoorbeeld of een bepaald product opvallend veel supporttickets oplevert of dat een nieuwe productlancering tot meer vragen leidt. Deze analyse geeft teams voor productontwikkeling en productbeheer waardevolle feedback.

Waarom dit belangrijk is

Filter het proces op productgebied en zie welke producten de meeste supportverzoeken opleveren of de langste doorlooptijden hebben.

Waar vind je dit?

Dit is meestal een aangepast veld. De exacte locatie hangt af van de Freshdesk-configuratie. Waarschijnlijk staat het in het gedeelte 'custom_fields' van de API-respons voor 'Tickets'.

Voorbeelden
Alpha PlatformBeta Mobile AppGamma Subscription
SLA overschreden
IsSlaBreached
Een booleaanse waarde die aangeeft of de oplossing van het serviceverzoek later plaatsvond dan de SLA-streeftijd.
Beschrijving

Dit berekende attribuut geeft voor elk serviceverzoek duidelijk aan of aan de SLA is voldaan. De waarde wordt bepaald door de werkelijke 'ResolutionTime' te vergelijken met 'SlaTargetResolutionTime'. Is de werkelijke tijd langer dan de streeftijd, dan is de waarde waar.

Dit attribuut maakt analyse en dashboards voor SLA-naleving eenvoudiger. Je kunt overschreden tickets makkelijk tellen en filteren, de omvang van de SLA-overschrijdingen bepalen en inzoomen op de procespatronen van die tickets om de oorzaken te vinden. Het ondersteunt rechtstreeks het dashboard en de KPI voor het SLA-nalevingsoverzicht.

Waarom dit belangrijk is

Maakt SLA-analyse eenvoudiger met een duidelijke aanduiding voor elke case die de streeftijd heeft overschreden. Zo kun je de oorzaken onderzoeken.

Waar vind je dit?

Berekend veld. De waarde wordt bepaald door de werkelijke timestamp van de oplossing te vergelijken met 'SlaTargetResolutionTime' of het Freshdesk-veld 'due_by'.

Voorbeelden
truefalse
Streeftijd voor SLA-oplossing
SlaTargetResolutionTime
De contractueel afgesproken of beoogde tijd waarbinnen het serviceverzoek moet worden opgelost.
Beschrijving

Dit attribuut bepaalt binnen welke streeftijd een serviceverzoek volgens de Service Level Agreement (SLA) moet worden opgelost. De streeftijd hangt vaak af van de prioriteit of het type ticket.

Deze waarde is nodig om SLA-naleving te berekenen. Vergelijk de werkelijke doorlooptijd met de streeftijd om vast te stellen of de afspraak is nagekomen of overschreden. Het analyseren van SLA-prestaties per type verzoek, team of medewerker is een vast onderdeel van servicemanagement.

Waarom dit belangrijk is

Biedt een basis om SLA-naleving te meten, een belangrijke prestatie-indicator voor elke klantenserviceorganisatie.

Waar vind je dit?

Dit kan beschikbaar zijn als een veld zoals 'fr_due_by' (eerste reactie) of 'due_by' (oplossing) in het Freshdesk-object 'Tickets'. Het kan ook nodig zijn de waarde af te leiden uit de SLA-beleidsregels.

Voorbeelden
2023-10-25T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
Tevredenheidsscore
SatisfactionRating
De tevredenheidsscore die de klant geeft nadat het ticket is opgelost.
Beschrijving

De tevredenheidsscore is een belangrijke uitkomstmaat. Meestal wordt deze verzameld via een enquête die na de oplossing van een ticket wordt verstuurd. De score is doorgaans een getal of een categorie, zoals 'Tevreden', 'Neutraal' of 'Ontevreden'.

Met dit attribuut kun je procespatronen koppelen aan klantuitkomsten. Analyseer welke procesvarianten tot lage scores leiden om gedrag of vertragingen op te sporen die de klantervaring negatief beïnvloeden. Zo wordt duidelijk hoe procesefficiëntie samenhangt met klanttevredenheid.

Waarom dit belangrijk is

Koppelt de uitvoering van het proces aan klantuitkomsten en helpt te zien welk procesgedrag samenhangt met een hoge of lage klanttevredenheid.

Waar vind je dit?

Deze data maakt deel uit van de functie voor tevredenheidsscores in Freshdesk en is op te halen via het API-eindpunt 'Surveys' of 'Satisfaction Ratings'.

Voorbeelden
5314
Tijd tot eerste reactie
FirstResponseTime
De tijd tussen het aanmaken van een ticket en de eerste reactie van een medewerker aan de klant.
Beschrijving

De tijd tot de eerste reactie meet hoe snel een klant een eerste, niet-geautomatiseerde reactie van een servicemedewerker krijgt. Je berekent deze door de timestamp van de activiteit 'First Response Sent' te vergelijken met die van 'Ticket Created'.

Deze KPI geeft aan hoe snel de service reageert en heeft veel invloed op de klanttevredenheid. Een snelle eerste reactie laat de klant weten dat het probleem is gezien en wordt opgepakt. Analyseer deze metriek om te controleren of de organisatie de SLA voor de eerste reactie haalt en klanten snel helpt.

Waarom dit belangrijk is

Meet hoe snel de service reageert. Dat is belangrijk voor de klanttevredenheid en sluit aan bij het doel om klanten proactief te helpen.

Waar vind je dit?

Berekend veld. Dit is de tijd tussen de timestamp van de gebeurtenis 'Ticket Created' en die van 'First Response Sent'.

Voorbeelden
3000009000001800000
Toegewezen groep
AssignedGroup
Het team of de afdeling waaraan het serviceverzoek is toegewezen.
Beschrijving

De toegewezen groep is het team van medewerkers dat verantwoordelijk is voor een serviceverzoek. Tickets worden vaak op basis van hun type of complexiteit naar gespecialiseerde groepen doorgestuurd, zoals 'Technische ondersteuning' of 'Facturatie'.

Met dit attribuut analyseer je overdrachten tussen afdelingen en de prestaties per team. Je ziet welke groepen de meeste tickets behandelen, waar de doorlooptijden het langst zijn en hoe vaak tickets tussen groepen worden overgedragen. Deze informatie helpt bij het verbeteren van teamindelingen en workflows.

Waarom dit belangrijk is

Maakt analyse van prestaties per team of afdeling mogelijk. Je ziet overdrachten en kunt bottlenecks binnen specifieke groepen opsporen.

Waar vind je dit?

Dit komt overeen met het veld 'group_id' in het Freshdesk-object 'Tickets'.

Voorbeelden
EerstelijnsondersteuningTechnische ondersteuning, tweede lijnFacturatieKlantensucces
Verplicht Aanbevolen Optioneel

Activiteiten in de klantenservice

Leg deze belangrijke processtappen en mijlpalen vast in het event log. Zo kun je het proces goed in kaart brengen en bottlenecks opsporen.
5 Aanbevolen 8 Optioneel
Activiteit Beschrijving
Eerste reactie verstuurd
Dit is het eerste openbare antwoord dat een medewerker na het aanmaken van het ticket naar de klant stuurt. Freshdesk registreert deze gebeurtenis om de ‘First Response Time’ voor SLA-monitoring te meten.
Waarom dit belangrijk is

Dit is een belangrijk meetpunt voor de reactiesnelheid en SLA-naleving. Door te analyseren hoe lang het duurt tot deze activiteit, kun je vertragingen in het eerste contact met klanten vinden.

Waar vind je dit?

Freshdesk houdt deze gebeurtenis bij voor SLA-doeleinden. Het gaat om de timestamp van de eerste openbare opmerking van een medewerker.

Vastleggen

Herkenbaar aan het eerste openbare antwoord van een medewerker in de gespreksgeschiedenis van het ticket.

Gebeurtenistype explicit
Ticket aangemaakt
Dit is de eerste gebeurtenis in de levenscyclus van een klantenserviceverzoek: het moment waarop een klantvraag officieel in Freshdesk wordt vastgelegd. De activiteit wordt geregistreerd zodra een nieuw ticket wordt aangemaakt, via e-mail, een portaal, telefoon of een API-koppeling.
Waarom dit belangrijk is

Deze activiteit is het beginpunt van elke case. Je hebt dit gegeven nodig om de totale oplostijd te berekenen en trends in ticketvolumes per kanaal of type te analyseren.

Waar vind je dit?

Dit is een expliciete gebeurtenis in het logboek ‘Ticket Activities’ van Freshdesk. Het systeem registreert de gebeurtenis automatisch zodra een nieuw ticket wordt aangemaakt.

Vastleggen

Wordt bij het aanmaken rechtstreeks vastgelegd in de activiteitenstroom van het ticket.

Gebeurtenistype explicit
Ticket gesloten
Dit is de laatste activiteit: het ticket wordt definitief gesloten. Vaak gebeurt dit automatisch nadat een ticket een bepaalde tijd de status ‘Resolved’ heeft gehad en de klant niet meer heeft gereageerd.
Waarom dit belangrijk is

Deze activiteit markeert het definitieve einde van de levenscyclus van een serviceverzoek. Het is het eindpunt voor een nauwkeurige berekening van de totale doorlooptijd.

Waar vind je dit?

Wordt opgehaald uit het logboek ‘Ticket Activities’, waarin de laatste statuswijziging naar ‘Closed’ wordt vastgelegd. Vaak start een systeemautomatisering deze wijziging.

Vastleggen

Wordt vastgelegd wanneer het veld ‘Status’ van het ticket wordt gewijzigd in ‘Closed’.

Gebeurtenistype explicit
Ticket opgelost
Dit is het belangrijke moment waarop de medewerker een oplossing heeft geboden en de ticketstatus heeft gewijzigd in ‘Resolved’. Deze statuswijziging wordt expliciet vastgelegd in de ticketgeschiedenis.
Waarom dit belangrijk is

Deze activiteit markeert het einde van het actieve werk aan een ticket en vormt de basis voor het meten van de oplostijd. Het is een belangrijke gebeurtenis voor de analyse van de prestaties van medewerkers en de efficiëntie van het proces.

Waar vind je dit?

Wordt opgehaald uit het logboek ‘Ticket Activities’, waarin de statuswijziging naar ‘Resolved’ met een timestamp wordt vastgelegd.

Vastleggen

Wordt vastgelegd wanneer het veld ‘Status’ van het ticket wordt gewijzigd in ‘Resolved’.

Gebeurtenistype explicit
Ticket toegewezen
Dit geeft aan dat een ticket is toegewezen aan een medewerker of groep. De gebeurtenis wordt vastgelegd in de ticketgeschiedenis zodra het veld voor de toegewezen medewerker of groep wordt ingevuld of gewijzigd.
Waarom dit belangrijk is

Door toewijzingen te volgen, kun je de werkdruk per medewerker analyseren, inefficiënte routering herkennen en de tijd tot toewijzing meten. Zo zie je hoe het werk wordt verdeeld en waar vertraging ontstaat voordat de behandeling begint.

Waar vind je dit?

Wordt opgehaald uit het logboek ‘Ticket Activities’, waarin wijzigingen in de velden ‘Agent’ of ‘Group’ met een timestamp worden vastgelegd.

Vastleggen

Wordt vastgelegd wanneer het veld ‘Assigned to’ wordt bijgewerkt voor een medewerker of groep.

Gebeurtenistype explicit
Interne notitie toegevoegd
Een medewerker voegt een privénotitie toe aan het ticket om intern met andere medewerkers samen te werken. Deze gebeurtenis wordt expliciet vastgelegd in de activiteitenstroom van het ticket en is alleen zichtbaar voor medewerkers.
Waarom dit belangrijk is

Door interne notities te volgen, kun je samenwerkingspatronen analyseren en zien welke problemen veel intern overleg vragen. Veel interne notities voordat een ticket wordt opgelost, kunnen wijzen op complexe problemen of ontbrekende kennis.

Waar vind je dit?

Wordt in de gespreksgeschiedenis van het ticket vastgelegd als ‘Private Note’ en is te onderscheiden van openbare antwoorden aan de klant.

Vastleggen

Wordt vastgelegd wanneer een medewerker een notitie toevoegt die als ‘Private’ is gemarkeerd.

Gebeurtenistype explicit
Klant heeft gereageerd
Dit is een nieuw antwoord of bericht van de klant in het gesprek over het ticket. Deze gebeurtenis wordt expliciet vastgelegd en verandert de status doorgaans van ‘Pending’ terug naar ‘Open’.
Waarom dit belangrijk is

Deze activiteit helpt je het heen-en-weercontact met klanten te begrijpen en hun reactietijd te meten. Ook worden gepauzeerde SLA-timers hierdoor weer gestart, wat invloed heeft op de compliancemetrieken.

Waar vind je dit?

Wordt vastgelegd als een nieuwe vermelding in het gesprek over het ticket. De gebeurtenis wordt gekoppeld aan het contactrecord van de klant.

Vastleggen

Een nieuw openbaar bericht dat de klant als contactpersoon aan het ticket toevoegt.

Gebeurtenistype explicit
SLA overschreden
Een berekende gebeurtenis die plaatsvindt wanneer de tijd voor een reactie of oplossing langer is dan de afgesproken SLA-doelstelling. Freshdesk houdt de SLA-status bij en markeert tickets als ‘violated’. Op basis daarvan kan deze activiteit worden afgeleid.
Waarom dit belangrijk is

Deze activiteit helpt bij de analyse van SLA-naleving: je ziet precies wanneer en waar servicenormen niet worden gehaald. Zo kun je structurele oorzaken van vertraging vinden.

Waar vind je dit?

Deze gebeurtenis wordt afgeleid of berekend op basis van de ‘SLA’-status van een ticket. De activiteit kan worden aangemaakt wanneer de SLA-status van het ticket verandert in ‘Violated’, of door de timestamps voor reacties en oplossingen te vergelijken met de SLA-doelstellingen.

Vastleggen

Leid dit af uit ticketgegevens wanneer ‘Time to Resolve’ langer is dan ‘SLA Target Resolution Time’.

Gebeurtenistype calculated
Status gewijzigd in In afwachting
Deze activiteit vindt plaats wanneer een medewerker op informatie van de klant wacht en de ticketstatus wijzigt in ‘Pending’. De statuswijziging wordt expliciet vastgelegd in de activiteitenhistorie van het ticket.
Waarom dit belangrijk is

Hiermee zie je wanneer het proces stilligt omdat er informatie van buitenaf nodig is. Door de tijd in deze status te analyseren, kun je vertraging aan klantzijde meten en de SLA-naleving beoordelen. SLA-timers staan in deze status vaak stil.

Waar vind je dit?

Wordt opgehaald uit het logboek ‘Ticket Activities’, waarin alle statuswijzigingen worden vastgelegd, ook de overgang naar ‘Pending’.

Vastleggen

Wordt vastgelegd wanneer het veld ‘Status’ van het ticket wordt gewijzigd in ‘Pending’.

Gebeurtenistype explicit
Tevredenheidsonderzoek verstuurd
Dit is het versturen van een klanttevredenheidsonderzoek, meestal gestart door een automatiseringsregel nadat een ticket is opgelost. De gebeurtenis wordt mogelijk vastgelegd als de automatiseringsactie in de ticketgeschiedenis wordt geregistreerd.
Waarom dit belangrijk is

Dit markeert het begin van het verzamelen van feedback. Door antwoorden op enquêtes te koppelen aan procesvarianten, zie je hoe de procesprestaties samenhangen met de klanttevredenheid.

Waar vind je dit?

Dit wordt meestal gestart door een ‘Automation Rule’. Of de gebeurtenis afzonderlijk zichtbaar is in het activiteitenlogboek van het ticket, hangt af van de instellingen voor het vastleggen van automatiseringen in Freshdesk.

Vastleggen

Wordt vastgelegd wanneer een automatiseringsregel wordt uitgevoerd nadat een ticket is opgelost.

Gebeurtenistype explicit
Ticket heropend
Deze activiteit vindt plaats wanneer een klant reageert op een ticket met de status ‘Resolved’. De status verandert dan automatisch terug in ‘Open’. Het systeem legt deze gebeurtenis expliciet vast.
Waarom dit belangrijk is

Een hoog percentage heropende tickets wijst erop dat de eerste oplossingen niet werken. Dat leidt tot herstelwerk en ontevreden klanten. Deze activiteit is belangrijk voor de analyse ‘Ticket Re-opening Analysis’ en voor het verbeteren van de oplossing bij het eerste contact.

Waar vind je dit?

Deze gebeurtenis wordt vastgelegd wanneer een reactie van de klant de status automatisch verandert van ‘Resolved’ terug naar ‘Open’. De statuswijziging staat in het logboek ‘Ticket Activities’.

Vastleggen

Statuswijziging van ‘Resolved’ naar ‘Open’ na contact met de klant.

Gebeurtenistype explicit
Ticket opnieuw toegewezen
Dit gebeurt wanneer een ticket na de eerste toewijzing wordt overgedragen aan een andere medewerker of groep. De wijziging van de eigenaar wordt expliciet vastgelegd in het activiteitenlogboek van het ticket.
Waarom dit belangrijk is

Veel nieuwe toewijzingen of overdrachten tussen medewerkers wijzen vaak op een verkeerde eerste routering of kennis die binnen teams blijft. Met deze analyse vind je kansen om meer verzoeken bij het eerste contact op te lossen.

Waar vind je dit?

Wordt bijgehouden via wijzigingen in de velden ‘Agent’ of ‘Group’ in het logboek ‘Ticket Activities’, na de eerste toewijzing.

Vastleggen

Een volgende wijziging van het veld ‘Assigned to’ nadat het ticket voor het eerst is toegewezen.

Gebeurtenistype explicit
Ticketprioriteit gewijzigd
Deze gebeurtenis vindt plaats wanneer een medewerker of automatiseringsregel de prioriteit van een ticket wijzigt, bijvoorbeeld van ‘Low’ naar ‘High’. De wijziging wordt expliciet vastgelegd in het activiteitenlogboek van het ticket.
Waarom dit belangrijk is

Een gewijzigde prioriteit kan wijzen op een escalatie of een nieuwe inschatting van de urgentie. Door deze wijzigingen te analyseren, zie je waardoor escalaties ontstaan en wat het effect ervan is op de oplostijd.

Waar vind je dit?

Wordt opgehaald uit het logboek ‘Ticket Activities’, waarin alle wijzigingen aan tiekeigenschappen worden vastgelegd, waaronder het veld ‘Priority’.

Vastleggen

Wordt vastgelegd wanneer de waarde van het veld ‘Priority’ wordt bijgewerkt.

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit Freshdesk

Klaar om te beginnen?

Verbeter de klantenservice met een helder beeld van de processen. Deze template is een eerste stap naar datagedreven optimalisatie.

Verbeter vandaag nog de klantenservice in Freshdesk

Los 80% van de verzoeken bij het eerste contact op en help je klanten beter.

Start je gratis proefperiode

Geen creditcard nodig. Binnen enkele minuten ingesteld.