Uw Klantenservice Data Template

Freshdesk
Uw Klantenservice Data Template

Uw Klantenservice Data Template

Deze template biedt een uitgebreide gids voor de essentiële data attributen en procesactiviteiten die nodig zijn voor effectieve klantenservice analyse. Het bevat ook praktische extractiebegeleiding om u te helpen uw data efficiënt te verzamelen. Gebruik deze bron om uw dataverzameling te stroomlijnen en u voor te bereiden op inzichtelijke Process Mining.
  • Aanbevolen attributen om vast te leggen
  • Belangrijkste activiteiten om te volgen
  • Richtlijnen voor data-extractie
Nieuw met event logs? Leer hoe je een process mining event log creëert.

Klantenservice attributen

Dit zijn de aanbevolen data velden om op te nemen in uw event log voor uitgebreide klantenservice analyse en om diepgaande inzichten te verkrijgen.
3 Verplicht 5 Aanbevolen 12 Optioneel
Naam Omschrijving
Activiteit
Activity
De naam van een specifieke bedrijfsevenement of stap die plaatsvond binnen het klantenserviceproces.
Omschrijving

Het Activiteit attribuut vertegenwoordigt een onderscheidende actie of statuswijziging in de lifecycle van een serviceaanvraag. Het registreert belangrijke bedrijfsevenementen zoals 'Ticket Created', 'Ticket Assigned', 'First Response Sent' en 'Ticket Resolved'. Deze activiteiten vormen de knooppunten in de proceskaart.

Het analyseren van de volgorde en frequentie van deze activiteiten is de kern van Process Mining. Het maakt de visualisatie van processtromen, identificatie van veelvoorkomende en zeldzame paden, en detectie van afwijkingen van de standaard operationele procedure mogelijk. Het begrijpen van de activiteiten is cruciaal voor het opsporen van inefficiënties, herwerklussen zoals 'Ticket Reopened', of compliance problemen.

Het belang

Dit attribuut definieert de stappen in de proceskaart, waardoor de visualisatie en analyse van de processtroom van begin tot eind mogelijk is.

Vindplaats

Afgeleid van gebeurtenistypen binnen Freshdesk. Dit kan een combinatie zijn van statuswijzigingen van het 'Tickets' API-eindpunt en specifieke gebeurtenissen zoals notities of reacties van het 'Conversations' eindpunt.

Voorbeelden
Ticket aangemaaktEerste Reactie VerzondenStatus gewijzigd naar 'In afwachting'Ticket opgelostTicket afgesloten
Serviceaanvraag
ServiceRequest
De unieke identificatie voor één klantvraag of probleem, algemeen bekend als een ticket of case.
Omschrijving

De Serviceaanvraag is de primaire case-identifier die alle activiteiten koppelt die verband houden met één klantinteractie. Elke nieuwe klantvraag, probleem of aanvraag genereert een unieke Serviceaanvraag ID. Deze ID blijft constant gedurende de lifecycle van het ticket, van aanmaak en toewijzing tot oplossing en afsluiting.

In Process Mining is dit attribuut fundamenteel voor het reconstrueren van de end-to-end reis van elke klantcase. Door alle gerelateerde events te groeperen onder één Serviceaanvraag ID, kunnen analisten processtromen visualiseren, cyclustijden meten en variaties of knelpunten identificeren die individuele cases beïnvloeden.

Het belang

Dit is de essentiële Case ID die alle gerelateerde events verbindt tot één procesinstantie, waardoor een compleet beeld van elke klantenservice reis mogelijk wordt.

Vindplaats

Dit is de primaire ticket ID in Freshdesk, doorgaans te vinden als het 'id' veld in de 'Tickets' API-endpoint.

Voorbeelden
SR-2023-10-4831SR-2023-11-0192SR-2023-11-5210
Tijdstip Gebeurtenis
EventTime
De tijdstempel die aangeeft wanneer een specifieke activiteit of gebeurtenis heeft plaatsgevonden.
Omschrijving

Event Time, of de timestamp, registreert de exacte datum en tijd waarop een activiteit plaatsvond. Het is een cruciaal onderdeel voor het chronologisch ordenen van gebeurtenissen en voor het berekenen van de duur tussen verschillende stappen in het proces. Elke geregistreerde activiteit moet een corresponderende timestamp hebben.

In de analyse wordt dit attribuut gebruikt om de tijdlijn van elke serviceaanvraag op te bouwen. Het is de basis voor het berekenen van alle tijdgerelateerde KPI's, zoals oplossingstijd, eerste responstijd en de duur van knelpunten. Nauwkeurige timestamps zijn essentieel voor het begrijpen van procesprestaties en het identificeren van vertragingen.

Het belang

Deze timestamp is essentieel voor het chronologisch ordenen van events en het berekenen van alle duurgebaseerde metrics, zoals cyclustijden en SLA compliance.

Vindplaats

Dit komt overeen met de 'created_at' of 'updated_at' velden geassocieerd met ticket events, reacties of statuswijzigingen in de Freshdesk API.

Voorbeelden
2023-10-25T10:00:00Z2023-10-25T10:05:14Z2023-10-26T14:30:00Z
Oplostijd
ResolutionTime
De totale verstreken tijd vanaf het moment dat een serviceaanvraag werd aangemaakt tot wanneer deze werd opgelost.
Omschrijving

De Oplostijd is een cruciale case-level KPI die de end-to-end duur van het serviceproces meet. Deze wordt berekend als het verschil tussen de timestamp van de activiteit 'Ticket Resolved' en de activiteit 'Ticket Created'.

Dit attribuut is een primaire maatstaf voor procesefficiëntie. Het wordt gebruikt in bijna alle service dashboards om prestaties over tijd te volgen, prestaties tussen verschillende categorieën te vergelijken en gevallen te identificeren die ongewoon lang duren om op te lossen. Het verminderen van de gemiddelde oplostijd is vaak een belangrijk doel van procesverbeteringsinitiatieven.

Het belang

Dit is een primaire KPI voor het meten van procesefficiëntie, die de totale tijd toont die nodig is om het probleem van een klant van begin tot eind op te lossen.

Vindplaats

Berekend veld. Het is de duur tussen de timestamp van de eerste gebeurtenis (aanmaak) en de timestamp van de gebeurtenis 'Ticket opgelost' voor elke Service Request.

Voorbeelden
25920000086400000604800000
Prioriteit
Priority
Het prioriteitsniveau toegewezen aan de serviceaanvraag, zoals 'Laag', 'Medium', 'Hoog' of 'Urgent'.
Omschrijving

Het Prioriteitsattribuut weerspiegelt de urgentie van een serviceaanvraag en dicteert vaak de doelresponstijden en oplostijden. Prioriteit kan automatisch worden ingesteld op basis van regels of handmatig door een agent tijdens triage.

Dit attribuut is essentieel voor het analyseren van SLA compliance en resourceallocatie. Door de proceskaart te filteren op prioriteit, kunnen analisten bepalen of tickets met hoge prioriteit daadwerkelijk sneller worden afgehandeld dan die met lage prioriteit. Het helpt ook te begrijpen of prioriteitswijzigingen, een vorm van herwerk, veelvoorkomend zijn en welke impact ze hebben op het proces.

Het belang

Essentieel voor SLA-analyse en om te begrijpen of middelen correct zijn toegewezen om problemen met hoge prioriteit sneller af te handelen dan die met lage prioriteit.

Vindplaats

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

Voorbeelden
LaagGemiddeldHoog`Urgent`
Status
Status
De huidige of historische status van de serviceaanvraag, zoals 'Open', 'Pending', 'Resolved' of 'Closed'.
Omschrijving

Het Statusattribuut geeft de staat van een serviceaanvraag aan op een bepaald moment. Statuswijzigingen vertegenwoordigen vaak belangrijke mijlpalen in het proces, bijvoorbeeld van 'Open' naar 'Pending' wanneer gewacht wordt op klantinput, of van 'Pending' naar 'Open' wanneer de klant antwoordt.

Het volgen van statuswijzigingen is fundamenteel voor het begrijpen van de ticket lifecycle. Het helpt te identificeren hoeveel tijd tickets in bepaalde statussen doorbrengen, wat nuttig is voor het opsporen van knelpunten. Een lange duur in de 'Pending' status kan bijvoorbeeld duiden op vertragingen bij het ontvangen van informatie van klanten.

Het belang

Het volgen van statuswijzigingen is cruciaal voor het begrijpen van de ticket lifecycle en het identificeren hoe lang cases in specifieke statussen zoals 'Pending' of 'On Hold' doorbrengen.

Vindplaats

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

Voorbeelden
OpenPendingResolvedGesloten
Toegewezen agent
AssignedAgent
De naam of ID van de klantenservice agent die verantwoordelijk was voor het ticket op het moment van de gebeurtenis.
Omschrijving

Dit attribuut identificeert de specifieke agent die is toegewezen om de serviceaanvraag af te handelen. De toegewezen agent kan gedurende de lifecycle van het ticket veranderen als gevolg van herindelingen of escalaties.

Het analyseren van data per Toegewezen Agent is cruciaal voor performance management dashboards. Het maakt het meten van agentspecifieke KPI's mogelijk, zoals gemiddelde oplostijd, ticketvolume en heropeningspercentages. Dit helpt top-presterende agents te identificeren, trainingsbehoeften bloot te leggen en de impact van agentoverdrachten op de algehele oplostijd te analyseren.

Het belang

Maakt prestatieanalyse per individuele agent mogelijk, wat helpt bij het identificeren van toppresteerders, trainingsmogelijkheden en de impact van herindelingen.

Vindplaats

Dit komt overeen met het 'responder_id' veld in het Freshdesk 'Tickets' object, dat vervolgens kan worden gekoppeld aan agentdetails.

Voorbeelden
Alice JohnsonRobert SmithMaria Garcia
Type Serviceaanvraag
ServiceRequestType
De classificatie van de serviceaanvraag, zoals 'Vraag', 'Incident', 'Probleem' of 'Feature Request'.
Omschrijving

Het Type Serviceaanvraag is een cruciaal categorisatieveld dat de aard van de klantvraag definieert. Deze classificatie wordt doorgaans ingesteld wanneer het ticket wordt aangemaakt of tijdens een initiële triage-stap, en helpt de aanvraag naar het juiste team of de juiste agent te routeren.

In analyse maakt dit attribuut het mogelijk om het proces te segmenteren om te begrijpen hoe verschillende typen aanvragen worden afgehandeld. Het helpt vragen te beantwoorden als 'Duren incidenten langer om op te lossen dan vragen?' en 'Welke typen aanvragen worden het meest frequent heropend?'. Deze segmentatie is cruciaal voor het identificeren van type-specifieke knelpunten en het dienovereenkomstig optimaliseren van workflows.

Het belang

Maakt processegmentatie mogelijk om prestaties en workflows te vergelijken voor verschillende soorten klantproblemen, zoals incidenten versus vragen.

Vindplaats

Dit is waarschijnlijk het 'type' veld dat beschikbaar is in het Freshdesk 'Tickets' object.

Voorbeelden
Vraag`Incident`ProbleemFunctieaanvraag
Aantal Agentoverdrachten
AgentTransferCount
Het totale aantal keren dat een serviceaanvraag opnieuw werd toegewezen van de ene agent naar de andere.
Omschrijving

Dit attribuut is een case-level metric die het aantal keren telt dat de toegewezen agent van een ticket is gewijzigd. Het wordt berekend door het aantal keren dat de activiteit 'Ticket Reassigned' voorkomt voor elke serviceaanvraag.

Frequente overdrachten, ook wel 'pingpongen' genoemd, kunnen leiden tot aanzienlijke vertragingen en een frustrerende klantervaring omdat de context verloren gaat bij elke overdracht. Het analyseren van het aantal overdrachten helpt bij het identificeren van problemen met initiële routering, agent skill gaps of procescomplexiteit. Het doel is vaak om onnodige overdrachten te minimaliseren om de efficiëntie en klanttevredenheid te verbeteren.

Het belang

Meet de frequentie van interne overdrachten, die een belangrijke oorzaak kunnen zijn van vertraging en klantfrustratie, en draagt bij aan een betere eerste-lijnsafhandeling.

Vindplaats

Berekend veld. Dit is het aantal 'Ticket opnieuw toegewezen' activiteiten voor elke unieke Service Request.

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

Dit attribuut identificeert de bronapplicatie waar de proces data vandaan komt. Voor deze analyse zal de waarde statisch zijn, bijvoorbeeld 'Freshdesk', wat aangeeft dat alle events afkomstig zijn van het Freshdesk klantenserviceplatform.

Hoewel het eenvoudig lijkt, is dit attribuut belangrijk voor datagovernance en in scenario's waarin data uit meerdere systemen wordt samengevoegd. Het biedt duidelijke herkomst en context, zodat analisten de herkomst van de data die ze onderzoeken begrijpen. Dit is cruciaal voor het handhaven van data-integriteit en het opbouwen van vertrouwen in de analyse.

Het belang

Biedt essentiële context over de herkomst van data, wat cruciaal is voor datagovernance en bij het combineren van data uit meerdere bronsystemen.

Vindplaats

Dit is een statische waarde, 'Freshdesk', toegevoegd tijdens het data transformatieproces om de data bron te identificeren.

Voorbeelden
Freshdesk
Communicatiekanaal
CommunicationChannel
Het kanaal via welk de serviceaanvraag werd geïnitieerd, zoals 'E-mail', 'Telefoon', 'Chat' of 'Web Portal'.
Omschrijving

Dit attribuut identificeert de herkomst of het kanaal van de klantcommunicatie. Verschillende kanalen kunnen verschillende processtromen en oplostijden hebben. Zo kan een aanvraag geïnitieerd via chat een kortere verwachte oplostijd hebben dan een die via e-mail is ingediend.

Het analyseren van het proces per communicatiekanaal helpt bij het optimaliseren van resourceallocatie en het begrijpen van kanaalefficiëntie. Het kan onthullen welke kanalen geassocieerd zijn met snellere oplossingen of hogere klanttevredenheid, en informeert zo strategische beslissingen over welke kanalen te promoten of waarin te investeren.

Het belang

Helpt bij het analyseren van procesprestaties en efficiëntie over verschillende klantcontactkanalen zoals e-mail, telefoon of chat.

Vindplaats

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

Voorbeelden
E-mailTelefoonWebportaalChat
Eerste Responstijd
FirstResponseTime
De verstreken tijd vanaf ticketaanmaak tot de eerste agentreactie aan de klant.
Omschrijving

First Response Time meet hoe snel een klant een initiële, niet-geautomatiseerde reactie ontvangt van een serviceagent. Het wordt berekend als het verschil tussen de timestamp van de activiteit 'Eerste reactie verzonden' en de activiteit 'Ticket aangemaakt'.

Deze KPI is een belangrijke indicator van serviceresponsiviteit en heeft een sterke impact op klanttevredenheid. Een korte eerste responstijd verzekert de klant dat hun probleem is erkend en wordt aangepakt. Het analyseren van deze metriek helpt organisaties ervoor te zorgen dat ze voldoen aan de initiële reactie-SLA's en een snelle klantervaring bieden.

Het belang

Meet de responstijd van de service, een cruciale factor voor klanttevredenheid en direct gericht op het doel van proactieve dienstverlening.

Vindplaats

Berekend veld. Het is de duur tussen de timestamp van de gebeurtenis 'Ticket aangemaakt' en de gebeurtenis 'Eerste reactie verzonden'.

Voorbeelden
3000009000001800000
Is `SLA` Geschonden
IsSlaBreached
Een Booleaanse vlag die aangeeft of de oplossingstijd van de serviceaanvraag de SLA-doelstelling heeft overschreden.
Omschrijving

Dit berekende attribuut biedt een duidelijke, binaire indicator van SLA compliance voor elke serviceaanvraag. Het wordt afgeleid door de werkelijke 'ResolutionTime' te vergelijken met de 'SlaTargetResolutionTime'. Als de werkelijke tijd groter is dan het doel, is de vlag 'true'.

Dit attribuut vereenvoudigt analyse en dashboarding voor SLA compliance. Het maakt het eenvoudig om geschonden tickets te tellen en te filteren, waardoor analisten snel de omvang van non-compliance met SLA kunnen identificeren en kunnen inzoomen op de procespatronen van geschonden tickets om grondoorzaken te vinden. Het ondersteunt direct het SLA Compliance Overview dashboard en de KPI.

Het belang

Vereenvoudigt SLA compliance analyse door een duidelijke vlag te bieden voor elk geval dat zijn doelstelling niet heeft gehaald, waardoor grondoorzaakanalyse van schendingen mogelijk wordt.

Vindplaats

Dit is een berekend veld, afgeleid door de werkelijke oplostijd timestamp te vergelijken met het 'SlaTargetResolutionTime' of 'due_by' veld uit Freshdesk.

Voorbeelden
truefalse
Is Heropend
IsReopened
Een Booleaanse vlag die aangeeft of een afgehandelde serviceaanvraag ooit opnieuw is geopend.
Omschrijving

Dit case-level attribuut is een vlag die op 'true' wordt ingesteld als een serviceaanvraag op enig moment in zijn lifecycle een 'Ticket Reopened' activiteit heeft ervaren. Het biedt een eenvoudige manier om cases die herwerk vereisten te identificeren en analyseren.

Een hoog percentage heropende tickets suggereert dat de initiële oplossing niet effectief of compleet was, leidend tot inefficiëntie en klantfrustratie. Door te filteren op heropende tickets, kunnen analisten de grondoorzaken onderzoeken, zoals veelvoorkomende redenen voor heropening, welke agents of teams hogere percentages hebben, en welke tickettypen het meest vatbaar zijn voor heropening.

Het belang

Identificeert cases die herwerk vereisten, een belangrijke indicator van oplossingskwaliteit en procesinefficiëntie. Het analyseren van deze cases helpt bij het verbeteren van de eerste-lijnsoplossing.

Vindplaats

Berekend veld. Ingesteld op 'true' voor een Service Request als er een gebeurtenis met Activiteit = 'Ticket heropend' bestaat voor die case.

Voorbeelden
truefalse
Klantnaam
CustomerName
De naam of ID van de klant die de serviceaanvraag heeft geïnitieerd.
Omschrijving

Dit attribuut identificeert de klant die gekoppeld is aan de serviceaanvraag. Het biedt een manier om het proces vanuit een klantgericht perspectief te analyseren, waarbij alle interacties voor een specifieke klant over tijd worden gevolgd.

Analyseren per klant kan patronen onthullen, zoals welke klanten de meeste tickets indienen of welke de meeste heropende problemen ervaren. Dit kan klantensuccesinitiatieven informeren en helpen bij het identificeren van klanten die risico lopen op churn vanwege slechte service-ervaringen. Het is ook cruciaal voor het begrijpen van de end-to-end klantreis over meerdere serviceaanvragen.

Het belang

Maakt een klantgerichte procesweergave mogelijk, wat helpt bij het identificeren van frequente aanvragers of klanten die herhaaldelijk problemen ondervinden.

Vindplaats

Deze informatie is gekoppeld via de 'requester_id' in het 'Tickets' object, dat koppelt aan het 'Contacts' of 'Users' object in Freshdesk.

Voorbeelden
John DoeJane SmithGlobal Tech Inc.
Laatste data-update
LastDataUpdate
De `timestamp` die de laatste keer aangeeft dat de `data` is ververst vanuit het bronsysteem.
Omschrijving

Dit attribuut registreert de datum en tijd waarop de dataset voor het laatst is geëxtraheerd of geüpdatet uit Freshdesk. Het biedt transparantie over de actualiteit van de geanalyseerde data, wat cruciaal is voor het nemen van tijdige en relevante zakelijke beslissingen.

Analisten gebruiken deze informatie om het door de data bestreken tijdsvenster te begrijpen en om te bevestigen dat ze werken met de meest actuele beschikbare informatie. Het is een cruciaal stuk metadata voor elk Process Mining dashboard of rapport, zodat belanghebbenden op de hoogte zijn van de recentheid van de data.

Het belang

Geeft de actualiteit van de data aan, waardoor analyses en beslissingen gebaseerd zijn op up-to-date informatie.

Vindplaats

Dit is een metadata veld dat tijdens het data-extractieproces wordt gegenereerd en de timestamp van de data pull vastlegt.

Voorbeelden
2023-12-01T08:00:00Z
Product
Product
Het product of de dienst waarop de aanvraag van de klant betrekking heeft.
Omschrijving

Dit attribuut specificeert de product- of servicelijn die het onderwerp is van de serviceaanvraag. Dit is vaak een aangepast veld dat in Freshdesk is geconfigureerd om tickets te helpen categoriseren voor routering en rapportage.

Door het proces op product te filteren, kunnen organisaties productspecifieke problemen blootleggen. Zo kan het benadrukken of een bepaald product een onevenredig aantal supporttickets genereert of dat een nieuwe productlancering een piek in aanvragen veroorzaakt. Deze analyse biedt waardevolle feedback aan productontwikkelings- en managementteams.

Het belang

Maakt het filteren van het proces op productgebied mogelijk, wat inzichten biedt in welke producten de meeste ondersteuningsaanvragen genereren of de langste oplossingstijden hebben.

Vindplaats

Dit is doorgaans een custom field. De exacte locatie hangt af van de Freshdesk configuratie, waarschijnlijk te vinden in het 'custom_fields' gedeelte van de 'Tickets' API-respons.

Voorbeelden
Alpha PlatformBeta Mobiele AppGamma Abonnement
SLA-doel Oplostijd
SlaTargetResolutionTime
De contractueel overeengekomen of beoogde tijd voor het oplossen van de serviceaanvraag.
Omschrijving

Dit attribuut definieert de doelduur waarbinnen een serviceaanvraag moet worden opgelost volgens de Service Level Agreement (SLA). Dit doel is vaak afhankelijk van de prioriteit of het type van het ticket.

Dit is een cruciale input voor het berekenen van SLA compliance. Door de werkelijke oplostijd te vergelijken met dit doel, kan worden bepaald of 'Voldaan' of 'Overtreden' is. Het analyseren van SLA-prestaties over verschillende aanvraagtypen, teams of agents is een kernonderdeel van servicemanagement.

Het belang

Biedt de basislijn voor het meten van SLA compliance, een key performance indicator voor elke klantenserviceorganisatie.

Vindplaats

Dit kan beschikbaar zijn als een veld zoals 'fr_due_by' (eerste respons) of 'due_by' (oplossing) in het Freshdesk 'Tickets' object, of het moet mogelijk worden afgeleid op basis van SLA beleidsregels.

Voorbeelden
2023-10-25T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
Tevredenheidsscore
SatisfactionRating
De tevredenheidsscore gegeven door de klant nadat het ticket was opgelost.
Omschrijving

De Tevredenheidsscore is een belangrijke uitkomstindicator, doorgaans verzameld via een enquête die wordt verstuurd nadat een ticket is opgelost. Het bestaat meestal uit een numerieke score of een categorische beoordeling zoals 'Tevreden', 'Neutraal' of 'Ontevreden'.

Dit attribuut maakt het mogelijk om procespatronen te correleren met klantresultaten. Door de procesvarianten te analyseren die leiden tot lage tevredenheidsscores, kunnen organisaties specifieke gedragingen of vertragingen identificeren die de klantervaring negatief beïnvloeden. Dit biedt een direct verband tussen procesefficiëntie en klanttevredenheid.

Het belang

Koppelt procesuitvoering aan klantresultaten, wat helpt bij het identificeren welke procesgedragingen leiden tot hoge of lage klanttevredenheid.

Vindplaats

Deze data maakt deel uit van de functionaliteit voor tevredenheidsscores in Freshdesk en kan worden opgehaald via de 'Surveys' of 'Satisfaction Ratings' API-endpoint.

Voorbeelden
5314
Toegewezen groep
AssignedGroup
Het team of de afdeling waaraan de serviceaanvraag is toegewezen.
Omschrijving

De Toegewezen Groep vertegenwoordigt het team van agents dat verantwoordelijk is voor de afhandeling van een specifieke serviceaanvraag. Tickets worden vaak gerout naar gespecialiseerde groepen op basis van hun type of complexiteit, zoals 'Technische Support' of 'Facturatieafdeling'.

Dit attribuut is waardevol voor het analyseren van interdepartementale overdrachten en prestaties op teamniveau. Het helpt te identificeren welke groepen de meeste tickets afhandelen, welke de langste oplostijden hebben, en hoe vaak tickets tussen groepen worden overgedragen. Deze informatie is cruciaal voor het optimaliseren van teamstructuren en workflows.

Het belang

Maakt prestatieanalyse op team- of afdelingsniveau mogelijk, waarbij overdrachten worden benadrukt en groepsspecifieke knelpunten worden geïdentificeerd.

Vindplaats

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

Voorbeelden
L1 SupportL2 Technische SupportFacturatieCustomer Success
Verplicht Aanbevolen Optioneel

Klantenserviceactiviteiten

Dit zijn de belangrijkste processtappen en belangrijke mijlpalen om vast te leggen in uw event log voor nauwkeurige procesontdekking en knelpuntidentificatie.
5 Aanbevolen 8 Optioneel
Activiteit Omschrijving
Eerste Reactie Verzonden
Markeert de eerste openbare reactie die door een agent naar de klant is gestuurd nadat het ticket is aangemaakt. Freshdesk legt deze gebeurtenis expliciet vast om de 'First Response Time' te meten voor SLA-tracking.
Het belang

Dit is een cruciale mijlpaal voor het meten van klantresponssnelheid en SLA compliance. Het analyseren van de tijd tot deze activiteit helpt bij het identificeren van vertragingen in de initiële betrokkenheid bij klanten.

Vindplaats

Dit is een specifieke gebeurtenis die Freshdesk bijhoudt voor SLA-doeleinden. Het komt overeen met de timestamp van de eerste openbare opmerking toegevoegd door een agent.

Vastleggen

Geïdentificeerd door de eerste openbare agentreactie in de conversatiegeschiedenis van het ticket.

Gebeurtenistype explicit
Ticket aangemaakt
Dit is het eerste event in de klantenservice lifecycle, dat het moment vertegenwoordigt waarop een klantvraag formeel wordt gelogd in Freshdesk. Deze activiteit wordt expliciet vastgelegd wanneer een nieuw ticket wordt gegenereerd, hetzij via e-mail, een portal, telefoon of API-integratie.
Het belang

Deze activiteit dient als startpunt voor elke case, waardoor het essentieel is voor het berekenen van de algehele oplostijden en het analyseren van ticketvolume trends per kanaal of type.

Vindplaats

Dit is een expliciete gebeurtenis in het Freshdesk 'Ticket Activities' log. Het wordt automatisch gegenereerd bij de aanmaak van een nieuw ticket record.

Vastleggen

Direct vastgelegd in de activity stream van het ticket bij aanmaak.

Gebeurtenistype explicit
Ticket afgesloten
Dit is de laatste activiteit, die de permanente afsluiting van het ticket vertegenwoordigt. Dit wordt vaak automatisch door het systeem uitgevoerd na een bepaalde periode in de 'Resolved' status zonder nieuwe klantreacties.
Het belang

Deze activiteit markeert het definitieve einde van de lifecycle van de serviceaanvraag. Het biedt het eindpunt voor nauwkeurige end-to-end cyclustijdberekeningen.

Vindplaats

Vastgelegd uit de 'Ticket Activities' log, die de uiteindelijke statuswijziging naar 'Gesloten' vastlegt. Dit wordt vaak geactiveerd door een systeemautomatisering.

Vastleggen

Gebeurtenis vastgelegd wanneer het 'Status'-veld van het ticket wordt bijgewerkt naar 'Gesloten'.

Gebeurtenistype explicit
Ticket opgelost
Vertegenwoordigt de belangrijke mijlpaal waarbij de agent een oplossing heeft geboden en de ticketstatus heeft gewijzigd naar 'Resolved'. Dit is een expliciete statuswijziging die is vastgelegd in de geschiedenis van het ticket.
Het belang

Deze activiteit markeert het einde van het actieve werk aan een ticket en is de basis voor het meten van de oplostijd. Het is een cruciale gebeurtenis voor het analyseren van agentprestaties en algehele procesefficiëntie.

Vindplaats

Vastgelegd uit de 'Ticket Activities' log, die de specifieke statuswijziging naar 'Opgelost' samen met een timestamp vastlegt.

Vastleggen

Gebeurtenis vastgelegd wanneer het 'Status'-veld van het ticket wordt bijgewerkt naar 'Opgelost'.

Gebeurtenistype explicit
Ticket toegewezen
Vertegenwoordigt de toewijzing van een ticket aan een specifieke agent of groep voor afhandeling. Deze gebeurtenis wordt expliciet vastgelegd in de geschiedenis van het ticket wanneer het veld voor toegewezen agent of groep wordt ingevuld of gewijzigd.
Het belang

Het volgen van toewijzingen is cruciaal voor het analyseren van de workload van agents, het identificeren van routeringsinefficiënties en het meten van time-to-assignment KPI's. Het helpt te begrijpen hoe werk wordt verdeeld en waar vertragingen optreden voordat het werk begint.

Vindplaats

Vastgelegd uit de 'Ticket Activities' log waarin wijzigingen in de velden 'Agent' of 'Group' met een timestamp worden vastgelegd.

Vastleggen

Gebeurtenis vastgelegd wanneer het veld 'Toegewezen aan' wordt bijgewerkt voor een agent of groep.

Gebeurtenistype explicit
Interne Notitie Toegevoegd
Een agent voegt een privénotitie toe aan het ticket, bedoeld voor interne samenwerking met andere agenten. Dit is een expliciete gebeurtenis die wordt vastgelegd in de activity stream van het ticket, alleen zichtbaar voor agenten.
Het belang

Het volgen van interne notities helpt bij het analyseren van samenwerkingspatronen en het identificeren van problemen die aanzienlijke interne discussie vereisen. Een hoge frequentie van interne notities vóór oplossing kan duiden op complexe problemen of kennisleemtes.

Vindplaats

Vastgelegd als een 'Private Note' in de gespreksgeschiedenis van het ticket, te onderscheiden van openbare reacties aan de klant.

Vastleggen

Gebeurtenis vastgelegd wanneer een agent een notitie toevoegt die is gemarkeerd als 'Privé'.

Gebeurtenistype explicit
Klant Heeft Gereageerd
Vertegenwoordigt een nieuwe reactie of communicatie ontvangen van de klant. Dit is een expliciete gebeurtenis in de gespreksreeks van het ticket en activeert doorgaans een statuswijziging van 'Pending' terug naar 'Open'.
Het belang

Deze activiteit is cruciaal voor het begrijpen van de heen-en-weer aard van klantinteracties en het meten van klantresponstijden. Het herstart ook eventuele gepauzeerde SLA timers, wat de compliance metrics beïnvloedt.

Vindplaats

Vastgelegd als een nieuwe vermelding in de conversatiethread van het ticket. De gebeurtenis is gekoppeld aan het contactrecord van de klant.

Vastleggen

Een nieuwe openbare notitie die door de klant is toegevoegd aan het ticket.

Gebeurtenistype explicit
SLA Overtreden
Een berekende gebeurtenis die optreedt wanneer de tijd die nodig is om een ticket te beantwoorden of op te lossen de gedefinieerde SLA-beleidsdoelstelling overschrijdt. Freshdesk volgt de SLA-status en markeert tickets als 'geschonden', wat kan worden gebruikt om deze activiteit af te leiden.
Het belang

Deze activiteit ondersteunt direct SLA compliance analyse door precies aan te wijzen wanneer en waar servicelevel afspraken niet worden nagekomen. Het is cruciaal voor het identificeren van systemische oorzaken van vertragingen.

Vindplaats

Deze gebeurtenis wordt afgeleid of berekend door de 'SLA' status van een ticket te observeren. Een activiteit kan worden gegenereerd wanneer de SLA-status van het ticket verandert naar 'Violated' of door respons-/oplostijd timestamps te vergelijken met SLA-doelen.

Vastleggen

Afleiden uit ticketdata wanneer 'Tijd om op te lossen' de 'SLA-doelstelling oplossingstijd' overschrijdt.

Gebeurtenistype calculated
Status gewijzigd naar 'In afwachting'
Deze activiteit vindt plaats wanneer een agent wacht op informatie van de klant en de ticketstatus wijzigt naar 'Pending'. Deze gebeurtenis wordt expliciet gelogd als een statuswijziging in de activiteitengeschiedenis van het ticket.
Het belang

Identificeert periodes waarin het proces is gepauzeerd in afwachting van externe input. Het analyseren van de tijd die in deze status wordt doorgebracht, helpt bij het kwantificeren van vertragingen aan klantzijde en ondersteunt de SLA-complianceanalyse, aangezien SLA-timers vaak in deze staat worden gepauzeerd.

Vindplaats

Vastgelegd uit de 'Ticket Activities' log, die alle statuswijzigingen, inclusief de overgang naar 'In behandeling', vastlegt.

Vastleggen

Gebeurtenis vastgelegd wanneer het 'Status'-veld van het ticket wordt bijgewerkt naar 'In behandeling'.

Gebeurtenistype explicit
Tevredenheidsonderzoek Verzonden
Vertegenwoordigt het versturen van een klanttevredenheidsonderzoek, doorgaans geactiveerd door een automatiseringsregel nadat een ticket is opgelost. Deze gebeurtenis kan worden vastgelegd als de automatiseringsactie wordt gelogd in de geschiedenis van het ticket.
Het belang

Markeert het begin van het feedbackverzamelingsproces. Het correleren van enquêtereacties met procesvarianten kan diepgaande inzichten verschaffen in hoe procesprestaties de klanttevredenheid beïnvloeden.

Vindplaats

Dit wordt doorgaans geactiveerd door een 'Automation Rule'. De zichtbaarheid ervan als een discreet event in het activiteitenlogboek van het ticket hangt af van de logging configuratie van Freshdesk voor automatiseringen.

Vastleggen

Gebeurtenis vastgelegd door een automatiseringregeluitvoering na ticketoplossing.

Gebeurtenistype explicit
Ticket Heropend
Deze activiteit vindt plaats wanneer een klant reageert op een ticket dat al in een 'Resolved' status verkeert, waardoor de status automatisch terug verandert naar 'Open'. Dit is een expliciete gebeurtenis die door het systeem wordt gelogd.
Het belang

Een hoge heropeningsgraad geeft aan dat initiële oplossingen niet effectief zijn, wat leidt tot herwerk en klantontevredenheid. Het analyseren van deze activiteit is essentieel voor de 'Analyse van opnieuw geopende tickets' en het verbeteren van de eerste-lijnsoplossing.

Vindplaats

Deze gebeurtenis wordt vastgelegd wanneer een klantreactie een automatische statuswijziging activeert van 'Resolved' terug naar 'Open'. Deze statuswijziging wordt vastgelegd in het 'Ticket Activities' log.

Vastleggen

Statuswijziging van 'Resolved' naar 'Open' geactiveerd door een klantinteractie.

Gebeurtenistype explicit
Ticket Opnieuw Toegewezen
Gebeurt wanneer een ticket na de initiële toewijzing wordt overgedragen van de ene agent of groep naar de andere. Dit is een expliciete gebeurtenis die in het activiteitenlogboek van het ticket wordt vastgelegd als een wijziging van de eigenaar.
Het belang

Frequente herindelingen, of een hoge overdrachtsnelheid tussen agenten, duiden vaak op onjuiste initiële routering of geïsoleerde kennis. Deze analyse helpt bij het identificeren van kansen om de eerste-lijnsoplossing te verbeteren.

Vindplaats

Gevolgd via wijzigingen in de 'Agent' of 'Group' velden in het 'Ticket Activities' log na de eerste toewijzing.

Vastleggen

Een daaropvolgende update van het veld 'Toegewezen aan' nadat een initiële toewijzing is gedaan.

Gebeurtenistype explicit
Ticketprioriteit Gewijzigd
Deze gebeurtenis vindt plaats wanneer een agent of een automatiseringsregel het prioriteitsniveau van een ticket wijzigt, bijvoorbeeld van 'Laag' naar 'Hoog'. Dit wordt vastgelegd als een expliciete update in het activiteitenlogboek van het ticket.
Het belang

Prioriteitswijzigingen kunnen duiden op escalaties of een herbeoordeling van de urgentie van het probleem. Het analyseren van deze wijzigingen helpt bij het begrijpen van escalatie-oorzaken en hun impact op de oplossingstijd.

Vindplaats

Vastgelegd uit de 'Ticket Activities' log, die alle wijzigingen in ticket-eigenschappen, inclusief het veld 'Prioriteit', vastlegt.

Vastleggen

Gebeurtenis vastgelegd wanneer de waarde van het veld 'Prioriteit' wordt bijgewerkt.

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractie Guides

Hoe u uw data uit Freshdesk haalt