Uw Klantenservice Data Template
Uw Klantenservice Data Template
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te volgen
- Richtlijnen voor data-extractie
Klantenservice attributen
| 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
|
|||
Klantenserviceactiviteiten
| 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
|
|||