Uw klantenservice data template
Uw klantenservice data template
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te volgen
- Extractiehandleiding voor Microsoft Dynamics 365 Customer Service
Klantenservice attributen
| Naam | Omschrijving | ||
|---|---|---|---|
|
Serviceaanvraag
ServiceRequest
|
De unieke identifier voor een klantenserviceaanvraag, ook bekend als een case of ticket. | ||
|
Omschrijving
De Serviceaanvraag dient als de primaire identifier, die alle activiteiten met betrekking tot één klantvraag of -probleem koppelt. Het fungeert als de Case ID voor process mining, en zorgt voor een compleet en consistent beeld van elke klantinteractie van creatie tot sluiting. Analyseren per Serviceaanvraag maakt het mogelijk om de end-to-end reis te volgen, oplossingstijden te meten en patronen te identificeren over vergelijkbare cases.
Het belang
Dit is de essentiële Case ID die alle gerelateerde events verbindt tot één enkele procesinstantie, waardoor end-to-end procesanalyse mogelijk wordt.
Vindplaats
Dit is de primaire sleutel van de Case (incident) entiteit in Microsoft Dynamics 365 Customer Service.
Voorbeelden
CAS-01024-F3B4V6SR-2023-00589TKT-4815162342
|
|||
|
Activiteit
ActivityName
|
De naam van de specifieke bedrijfsgebeurtenis die op een bepaald tijdstip plaatsvond voor een serviceaanvraag. | ||
|
Omschrijving
Dit attribuut beschrijft een enkele stap of statuswijziging binnen het klantenserviceproces, zoals 'Case aangemaakt', 'Agent onderzocht probleem' of 'Case opgelost'. Deze activiteiten vormen de ruggengraat van de proceskaart, waardoor de visualisatie en analyse van de processtroom mogelijk wordt. Elke activiteit creëert, in combinatie met een timestamp, een event dat de processequentie definieert.
Het belang
Activiteiten definiëren de stappen in het proces. Het analyseren van de volgorde en frequentie van activiteiten is fundamenteel om processtromen te begrijpen, afwijkingen te identificeren en knelpunten (bottlenecks) te vinden.
Vindplaats
Typisch afgeleid door statuswijzigingen (statuscode) of specifieke events van gerelateerde entiteiten zoals Taken, E-mails of Telefoongesprekken te koppelen aan een gestandaardiseerde activiteitsnaam.
Voorbeelden
Case aangemaaktAgent onderzocht probleemOplossing voorgesteld aan klantCase afgesloten
|
|||
|
Bronsysteem
SourceSystem
|
Identificeert het bronsysteem waaruit de data is geëxtraheerd. | ||
|
Omschrijving
Dit attribuut specificeert de oorsprong van de event data. Voor dit proces zal het consequent Microsoft Dynamics 365 Customer Service identificeren als de bron. In omgevingen met meerdere systemen is dit veld cruciaal voor het onderscheiden van databronnen en het waarborgen van data lineage.
Het belang
Biedt duidelijke data lineage, wat cruciaal is voor data governance en voor het oplossen van inconsistenties in data, vooral bij analyses van gemengde systemen.
Vindplaats
Dit is meestal een statische waarde die tijdens data-extractie en transformatie wordt toegevoegd om de herkomst van de dataset te labelen.
Voorbeelden
Microsoft Dynamics 365 Customer Service
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp van de laatste dataverversing of -extractie uit het bronsysteem. | ||
|
Omschrijving
Dit attribuut geeft aan wanneer de data voor het laatst uit Microsoft Dynamics 365 is gehaald. Het wordt gebruikt om de actualiteit van de geanalyseerde data te begrijpen en is essentieel voor rapportage- en monitoringdoeleinden. Het zorgt ervoor dat gebruikers op de hoogte zijn van de tijdigheid van de data bij het interpreteren van dashboards en analyses.
Het belang
Informeert gebruikers over de actualiteit van de data, wat cruciaal is voor het nemen van tijdige en accurate zakelijke beslissingen op basis van de procesanalyse.
Vindplaats
Deze waarde wordt gegenereerd en op de dataset vastgelegd op het moment van data-extractie.
Voorbeelden
2023-10-27T08:00:00Z
|
|||
|
Starttijd
EventTime
|
De timestamp waarop de activiteit heeft plaatsgevonden. | ||
|
Omschrijving
Dit attribuut registreert de precieze datum en tijd waarop een specifieke activiteit plaatsvond. Het is essentieel voor het correct sequentieel plaatsen van events en voor alle tijdgebaseerde analyses, inclusief het berekenen van cyclustijden, duur en wachttijden tussen activiteiten. Een accurate en consistente timestamp is cruciaal voor de integriteit van de process mining analyse.
Het belang
Deze timestamp ordent events chronologisch en maakt alle tijdsduur-gebaseerde berekeningen mogelijk, die cruciaal zijn voor prestatieanalyse en knelpuntidentificatie.
Vindplaats
Dit correspondeert met velden zoals 'createdon' of 'modifiedon' op de Case (incident) entiteit of gerelateerde activiteitentiteiten (bijv. E-mail, Taak, Telefoongesprek).
Voorbeelden
2023-04-15T10:00:00Z2023-05-20T14:35:10Z2023-06-01T09:12:45Z
|
|||
|
Agentnaam
AgentName
|
De naam van de klantenservice agent of gebruiker die verantwoordelijk is voor de activiteit. | ||
|
Omschrijving
Dit attribuut identificeert de specifieke agent of systeemgebruiker die een activiteit heeft uitgevoerd, zoals het oppakken van een item uit een wachtrij of het oplossen van een case. Het is cruciaal voor het analyseren van agentprestaties, workloadverdeling en resource-allocatie. Door activiteiten op agentniveau te volgen, kunnen organisaties toppresteerders, trainingsbehoeften en onevenwichtigheden in workload identificeren.
Het belang
Maakt analyse van individuele en teamprestaties mogelijk, helpt de werkdruk in balans te brengen en identificeert coachingkansen om de algehele servicekwaliteit te verbeteren.
Vindplaats
Komt overeen met het 'Owner' (ownerid) veld van de Case (incident) entiteit, die linkt naar de System User (systemuser) entiteit.
Voorbeelden
Alice SmithBob JohnsonSysteem
|
|||
|
Kanaal
Channel
|
Het communicatiekanaal waarmee de serviceaanvraag is gestart. | ||
|
Omschrijving
Dit attribuut identificeert de oorsprong van de klantinteractie, zoals Telefoon, E-mail, Webportaal of Chat. Verschillende kanalen hebben vaak verschillende processtromen, klantverwachtingen en oplossingscomplexiteit. Het analyseren van het proces per kanaal helpt bij het optimaliseren van kanaalspecifieke workflows en resource-allocatie.
Het belang
Biedt inzichten in hoe verschillende klantcontactkanalen de procesefficiëntie, oplossingstijd en klanttevredenheid beïnvloeden.
Vindplaats
Dit correspondeert met het veld 'Case Origin' (caseorigincode) op de Case (incident) entiteit.
Voorbeelden
TelefoonE-mail`Web`Chat
|
|||
|
Klantnaam
CustomerName
|
De naam van de klant of het account dat aan de serviceaanvraag is gekoppeld. | ||
|
Omschrijving
Dit attribuut identificeert de klant die de serviceaanvraag heeft geïnitieerd. Het maakt analyse van het proces vanuit een klantgericht perspectief mogelijk, en helpt te identificeren welke klanten de meeste aanvragen indienen, de langste oplossingstijden ervaren of de meest complexe problemen hebben. Dit is essentieel voor het beheren van klantrelaties en het verbeteren van klantspecifieke dienstverlening.
Het belang
Maakt analyse op klantniveau mogelijk om patronen te identificeren, service voor belangrijke accounts te verbeteren en de customer journey te begrijpen.
Vindplaats
Dit is het 'Klant' (customerid) lookup veld op de Case (incident) entiteit, dat kan verwijzen naar een Account of Contact record.
Voorbeelden
Global Tech Inc.Jane DoeInnoveer oplossingen
|
|||
|
Prioriteit
Priority
|
Het prioriteitsniveau dat aan de serviceaanvraag is toegekend, wat de urgentie aangeeft. | ||
|
Omschrijving
Dit attribuut definieert de urgentie van een serviceaanvraag, typisch gecategoriseerd als Laag, Normaal, Hoog of Urgent. Prioriteit wordt gebruikt om de volgorde te bepalen waarin cases worden aangepakt en dicteert vaak SLA-doelstellingen. Analyseren hoe prioriteit de processtroom, resource-allocatie en oplossingstijden beïnvloedt, is essentieel om ervoor te zorgen dat kritieke problemen snel worden afgehandeld.
Het belang
Helpt te begrijpen of aanvragen met hoge prioriteit sneller worden verwerkt en hun doelen halen, en hoe prioriteitsniveaus de algehele procesprestaties beïnvloeden.
Vindplaats
Dit correspondeert met het veld 'Priority' (prioritycode) op de Case (incident) entiteit.
Voorbeelden
LaagNormaalHoog
|
|||
|
SLA Doel Oplossingstijd
SlaTargetResolutionTime
|
De contractueel overeengekomen doeltijd voor het oplossen van de serviceaanvraag. | ||
|
Omschrijving
Dit attribuut specificeert de beoogde duur waarbinnen een serviceaanvraag moet worden opgelost volgens de actieve Service Level Agreement (SLA). Het dient als de benchmark waartegen de werkelijke prestaties worden gemeten. Deze waarde is cruciaal voor het SLA Compliance Monitoring dashboard en voor het berekenen van de SLA Compliance Rate KPI, en belicht waar het proces faalt om aan serviceverplichtingen te voldoen.
Het belang
Dit is de primaire benchmark voor het meten van serviceprestaties ten opzichte van verplichtingen, wat direct de analyse van SLA-naleving en -overschrijdingen mogelijk maakt.
Vindplaats
Deze waarde wordt bepaald door de SLA-configuratie in Dynamics 365 en is via SLA KPI Instances aan een case gekoppeld.
Voorbeelden
2592008640014400
|
|||
|
Statusreden
StatusReason
|
Biedt een meer gedetailleerde reden voor de huidige status van de serviceaanvraag. | ||
|
Omschrijving
Terwijl een case een brede status heeft zoals 'Actief' of 'Opgelost', biedt de Status Reason meer specifieke context, zoals 'Informatie verstrekt' of 'Probleem opgelost'. Dit attribuut is cruciaal voor het begrijpen van de nuances van hoe en waarom cases hun levenscyclus doorlopen. Het kan bijvoorbeeld onderscheid maken tussen succesvol opgeloste cases en cases die door de klant zijn geannuleerd, wat van vitaal belang is voor een accurate analyse van de uitkomsten.
Het belang
Biedt gedetailleerd inzicht in de uitkomst van een case en de redenen voor statuswijzigingen, waardoor een precieze analyse van oplossingstrajecten en hoofdoorzaken mogelijk wordt.
Vindplaats
Dit correspondeert met het veld 'Status Reason' (statuscode) op de Case (incident) entiteit.
Voorbeelden
In uitvoeringIn de wachtProbleem opgelostInformatie Verstrekt
|
|||
|
Type serviceaanvraag
ServiceRequestType
|
De primaire categorie of classificatie van de serviceaanvraag. | ||
|
Omschrijving
Dit attribuut categoriseert de serviceaanvraag op basis van zijn aard, zoals 'Factuurvraag', 'Technische Ondersteuning' of 'Productfeedback'. Het is fundamenteel voor het segmenteren van de procesanalyse om te begrijpen hoe verschillende typen aanvragen worden afgehandeld. Analyseren per type kan onthullen dat bepaalde categorieën langere oplossingstijden, hogere escalatieratio's of verschillende procespaden hebben.
Het belang
Maakt processegmentatie mogelijk om type-specifieke knelpunten (bottlenecks), resourcebehoeften en verbeterkansen bloot te leggen, ter ondersteuning van betere routerings- en afhandelingsstrategieën.
Vindplaats
Deze informatie wordt vaak opgeslagen in het veld 'Onderwerp' (subjectid) of een aangepast categorisatieveld op de Case (incident) entiteit.
Voorbeelden
FacturatievraagTechnische ondersteuningProductfeedbackAccountbeheer
|
|||
|
Betrokken product
ProductInvolved
|
Het product dat geassocieerd is met de serviceaanvraag van de klant. | ||
|
Omschrijving
Dit attribuut identificeert het specifieke product of de dienst waarop het probleem van de klant betrekking heeft. Het maakt productgebaseerde segmentatie van het serviceproces mogelijk, wat kan onthullen of bepaalde producten meer ondersteuningsaanvragen genereren, complexere problemen hebben of gespecialiseerde agentvaardigheden vereisen. Deze analyse helpt bij productverbetering en resourceplanning.
Het belang
Maakt productspecifieke procesanalyse mogelijk om terugkerende productproblemen te identificeren, supportdocumentatie te verbeteren en expertbronnen effectief toe te wijzen.
Vindplaats
Dit correspondeert met het 'Product' (productid) lookup veld op de Case (incident) entiteit.
Voorbeelden
Alpha-100 PrinterZeta CRM SoftwareOmega Data Plan
|
|||
|
CSAT-score
CustomerSatisfactionScore
|
De tevredenheidsscore die door de klant is gegeven na oplossing van de case. | ||
|
Omschrijving
Dit attribuut bevat de numerieke of categorische beoordeling van een klanttevredenheid (CSAT) survey, typisch verzameld nadat een serviceaanvraag is gesloten. Het is een directe maatstaf voor de perceptie van de klant van de servicekwaliteit. Deze data is essentieel voor het Customer Satisfaction Trends dashboard en de Average Post-Resolution CSAT Score KPI, en koppelt procesprestaties aan klantresultaten.
Het belang
Biedt een directe maatstaf voor klanttevredenheid, waardoor de organisatie procesgedragingen kan correleren met klantbeleving en verbeteringen kan stimuleren.
Vindplaats
Dit wordt doorgaans afkomstig van een gerelateerde survey entiteit, zoals Customer Voice, en gekoppeld aan de Case (incident) entiteit.
Voorbeelden
5341
|
|||
|
Doorlooptijd serviceaanvraag
ServiceRequestCycleTime
|
De totale tijd verstreken vanaf de creatie tot de oplossing van een serviceaanvraag. | ||
|
Omschrijving
Deze berekende metric meet de end-to-end duur voor elke serviceaanvraag. Het wordt berekend als het tijdsverschil tussen de activiteit 'Case aangemaakt' en de activiteit 'Case opgelost'. Dit is een primaire KPI voor het evalueren van de algehele procesefficiëntie en staat centraal in het Service Request Resolution Times dashboard. Het helpt cases aan te wijzen die uitzonderlijk lang duren en identificeert systemische vertragingen.
Het belang
Dit is een kernprocesprestatie metric die direct de efficiëntie van het end-to-end oplossingstraject meet en helpt langlopende cases te identificeren.
Vindplaats
Berekend door de timestamp van de eerste event af te trekken van de timestamp van de laatste afhandelingsevent voor elke Case ID.
Voorbeelden
1728006048003600
|
|||
|
Is `First Contact Resolution`
IsFirstContactResolution
|
Een vlag die aangeeft of de aanvraag tijdens het eerste contact is opgelost. | ||
|
Omschrijving
Dit berekende attribuut identificeert serviceaanvragen die zijn opgelost zonder enige vervolginteracties van de klant of significante vertragingen die een heropdracht van de agent vereisten. Het definiëren van de exacte logica kan complex zijn, maar het omvat doorgaans het controleren op een korte cyclustijd en de afwezigheid van heropening of klantvraagactiviteiten na de initiële interactie. Het vormt de basis voor de First Contact Resolution Rate KPI.
Het belang
Dit is een kritieke maatstaf voor service-efficiëntie en klanttevredenheid, aangezien het de mogelijkheid benadrukt om problemen snel en volledig op te lossen.
Vindplaats
Berekend op basis van de volgorde en timing van activiteiten in het event log voor elke case.
Voorbeelden
truefalse
|
|||
|
Is `SLA` Geschonden
IsSlaBreached
|
Een berekende vlag die aangeeft of de serviceaanvraag zijn SLA-doel heeft overschreden. | ||
|
Omschrijving
Deze boolean flag wordt bepaald door de werkelijke oplossingstijd van een serviceaanvraag te vergelijken met de 'SLA Doel Oplossingstijd'. Het wordt ingesteld op 'waar' als de werkelijke tijd langer is dan de doeltijd. Dit attribuut is fundamenteel voor het SLA Compliance Monitoring dashboard en voor het berekenen van de SLA Compliance Rate KPI, en biedt een duidelijk, binair resultaat voor de SLA-prestaties van elke case.
Het belang
Biedt een duidelijk succes- of faalresultaat voor SLA-naleving bij elke case, waardoor het eenvoudig is om de hoofdoorzaken van overschrijdingen te filteren, aggregeren en analyseren.
Vindplaats
Berekend door 'ServiceRequestCycleTime' te vergelijken met 'SlaTargetResolutionTime'.
Voorbeelden
truefalse
|
|||
|
Is Geëscaleerd
IsEscalated
|
Een vlag die aangeeft of de serviceaanvraag is geëscaleerd. | ||
|
Omschrijving
Dit boolean attribuut geeft aan of een serviceaanvraag een escalatie heeft ondergaan. Escalaties treden op wanneer eerstelijns ondersteuning een probleem niet kan oplossen, wat de interventie van een meer senior team of specialist vereist. Het bijhouden van deze flag is essentieel voor het Internal Escalation Pathways dashboard en de Internal Escalation Rate KPI, en helpt de hoofdoorzaken van escalaties en zwaktes in de initiële ondersteuningslagen te identificeren.
Het belang
Meet direct de frequentie van escalaties, belicht problemen met first-contact resolution en wijst op gebieden die proces- of agentvaardigheidsverbeteringen nodig hebben.
Vindplaats
Dit correspondeert met het veld 'Is Escalated' (isescalated) op de Case (incident) entiteit.
Voorbeelden
truefalse
|
|||
|
Is herstelwerk
IsRework
|
Een berekende vlag die aangeeft of een case herstelactiviteiten (rework) omvatte. | ||
|
Omschrijving
Deze boolean flag identificeert cases die rework loops of herhaalde activiteiten bevatten, zoals meerdere 'Informatie aangevraagd van klant' events of een 'Case geheractiveerd' event nadat deze was opgelost. Het wordt berekend door de reeks van activiteiten te analyseren op patronen die inefficiëntie of een falen om het probleem de eerste keer correct op te lossen, aangeven. Dit attribuut is essentieel voor het Rework and Repeat Contact Analysis dashboard.
Het belang
Helpt bij het kwantificeren en isoleren van procesinefficiënties, waardoor analisten zich kunnen richten op de grondoorzaken van herhaald werk en verspilde inspanningen.
Vindplaats
Berekend door specifieke activity-sequenties (bijv. Opgelost -> Gereactiveerd) of herhaalde activiteiten binnen een case te detecteren met behulp van process mining analytics.
Voorbeelden
truefalse
|
|||
|
Kennisartikel-ID
KnowledgeArticleId
|
De identifier van een kennisbankartikel dat aan de serviceaanvraag is gekoppeld. | ||
|
Omschrijving
Dit attribuut legt de ID vast van elk kennisartikel dat werd gebruikt of gekoppeld tijdens de oplossing van een serviceaanvraag. Het biedt een directe maatstaf voor hoe effectief de kennisbank door agents wordt benut om klantproblemen op te lossen. Deze data is essentieel voor het Knowledge Article Utilization dashboard en de corresponderende KPI, en helpt de waarde en volledigheid van de kennisbank te beoordelen.
Het belang
Volgt het gebruik van de kennisbank, en helpt te begrijpen of agents beschikbare resources benutten om problemen sneller en consistenter op te lossen.
Vindplaats
Deze informatie is te vinden in de relatie tussen de Case (incident) en Knowledge Article (knowledgearticle) entiteiten.
Voorbeelden
KA-01337KA-02048
|
|||
|
Verantwoordelijk team
OwnerTeam
|
Het team dat momenteel eigenaar is van de serviceaanvraag. | ||
|
Omschrijving
Dit attribuut identificeert het team dat verantwoordelijk is voor de serviceaanvraag. Een aanvraag kan eigendom zijn van een individuele agent of een team (wachtrij). Analyseren per team is cruciaal voor het begrijpen van team-niveau prestaties, workloadverdeling over verschillende ondersteuningslagen of specialismen, en het identificeren van procesvariaties tussen teams.
Het belang
Maakt prestatieanalyse op teamniveau mogelijk, wat essentieel is voor het effectief beheren van supportlagen en gespecialiseerde groepen.
Vindplaats
Afgeleid van het 'Owner' (ownerid) veld van de Case (incident) entiteit wanneer de eigenaar een Team-record is in plaats van een System User.
Voorbeelden
Tier 1 SupportFacturatieafdelingTechnische specialisten
|
|||
Klantenservice activiteiten
| Activiteit | Omschrijving | ||
|---|---|---|---|
|
Case aangemaakt
|
Deze activiteit markeert het begin van het klantenserviceproces, wanneer een nieuw case record in het systeem wordt aangemaakt. De creatie is een expliciete event, vastgelegd met een specifieke timestamp wanneer de 'Incident' entity record voor het eerst wordt opgeslagen. | ||
|
Het belang
Als de primaire start-event is deze activiteit essentieel voor het berekenen van de totale duur van de case-levenscyclus en het begrijpen van trends in casevolume. Het dient als anker voor alle daaropvolgende procesanalyses.
Vindplaats
Deze event wordt vastgelegd vanuit de 'createdon' timestamp op de 'Incident' (Case) entiteit voor elk nieuw record.
Vastleggen
Gebruik de 'createdon' timestamp van het Incident record.
Gebeurtenistype
explicit
|
|||
|
Case afgesloten
|
Dit is de uiteindelijke administratieve afsluiting van het case record, die tegelijkertijd met de oplossing of enige tijd daarna kan plaatsvinden. Deze activiteit wordt vastgelegd door een wijziging in de casestatus naar 'Gesloten'. | ||
|
Het belang
Dit vertegenwoordigt het absolute einde van de proceslevenscyclus in het systeem. De tijd tussen 'Opgelost' en 'Gesloten' kan duiden op administratieve overhead of vertragingen bij het finaliseren van records.
Vindplaats
Vastgelegd door een wijziging in het 'statecode'-veld van de 'Incident'-entiteit naar 'Canceled' (2) of een aangepaste gesloten status. De timestamp is beschikbaar in de audit history.
Vastleggen
Volg de timestamp van de 'statecode' die verandert naar de uiteindelijke terminale staat (bijv. Geannuleerd/Gesloten).
Gebeurtenistype
explicit
|
|||
|
Case Geëscaleerd
|
Vertegenwoordigt de formele escalatie van een case naar een hogere ondersteuningslaag of een ander team. Dit kan een expliciete gebruikersactie zijn die de case opnieuw toewijst aan een aangewezen escalatiewachtrij of gebruiker. | ||
|
Het belang
Het monitoren van escalaties is van vitaal belang voor de KPI 'Interne Escalatieratio' en voor het identificeren van hoofdoorzaken van problemen die eerstelijns ondersteuning niet kan oplossen. Het belicht proceszwaktes en trainingsmogelijkheden.
Vindplaats
Afgeleid uit een wijziging in het 'ownerid'-veld naar een aangewezen escalatiewachtrij of team. Het kan ook een expliciete custom action zijn die de case als geëscaleerd markeert.
Vastleggen
Identificeer een timestamped wijziging van de 'ownerid' naar een bekende escalatiewachtrij.
Gebeurtenistype
inferred
|
|||
|
Case Toegewezen
|
Deze activiteit vertegenwoordigt de toewijzing van een case aan een specifieke wachtrij of gebruiker voor afhandeling. Het systeem registreert expliciet wijzigingen in de case-eigenaar, die kunnen worden gevolgd via de audit logs van het systeem. | ||
|
Het belang
Het volgen van toewijzingen is cruciaal voor het analyseren van workloadverdeling, het identificeren van toewijzingsgerelateerde vertragingen en het begrijpen van de routing-efficiëntie. Het helpt vragen te beantwoorden over hoe snel cases naar het juiste team of de juiste persoon worden geleid.
Vindplaats
Vastgelegd door wijzigingen in het 'ownerid'-veld van de 'Incident'-entiteit te volgen. De timestamp van de wijziging is beschikbaar in de audit history logs.
Vastleggen
Extraheer timestamped wijzigingen van het 'ownerid'-veld uit de audit logs.
Gebeurtenistype
explicit
|
|||
|
Dossier afgehandeld
|
Dit is een belangrijke mijlpaal die het punt vertegenwoordigt waarop de agent het probleem van de klant als afgehandeld beschouwt. Dit is een expliciete actie in Dynamics 365, waarbij een 'Case Resolution' activiteit record wordt aangemaakt dat gekoppeld is aan de case. | ||
|
Het belang
Als de primaire, op succes gebaseerde eind-event is deze activiteit essentieel voor het berekenen van afhandelingstijden en succeskansen. Het is een kritieke component van bijna elke klantenservice-KPI.
Vindplaats
Deze event correspondeert met de creatie van een 'Oplossing' (Case Resolution) activiteit record. De 'actualend' timestamp op dit record markeert de oplossingstijd.
Vastleggen
Gebruik de 'actualend' of 'createdon' timestamp van het geassocieerde 'Resolution' activiteit record.
Gebeurtenistype
explicit
|
|||
|
SLA Timer gestart
|
Geeft de activering aan van een Service Level Agreement (SLA) timer voor de case, die begint met het bijhouden van de tijd tegen een gedefinieerde servicemetriek zoals 'First Response By' of 'Resolve By'. Dit is een expliciete event die wordt beheerd door de Dynamics 365 SLA engine. | ||
|
Het belang
Deze activiteit is fundamenteel voor het monitoren van SLA-naleving en het begrijpen wanneer de klok begint te lopen voor serviceverplichtingen. Het ondersteunt direct de analyse van of servicetargets worden gehaald.
Vindplaats
Vastgelegd in de 'SLA KPI Instance' entiteit, die gerelateerd is aan de 'Incident' entiteit. De 'createdon' timestamp van de relevante SLA KPI Instance record markeert het begin.
Vastleggen
Gebruik de creatie timestamp van het 'SLA KPI Instance' record dat aan de case is gekoppeld.
Gebeurtenistype
explicit
|
|||
|
Agent onderzocht probleem
|
Vertegenwoordigt de agent die actief werkt om het probleem van de klant te begrijpen en te diagnosticeren. Dit is een afgeleide activiteit, vaak geïdentificeerd doordat de agent een Kennisartikel koppelt aan de case, wat duidt op onderzoek. | ||
|
Het belang
Het volgen hiervan helpt de benutting van kennisbronnen en de impact ervan op oplossingstijden te meten. Het geeft inzicht in of agents beschikbare tools benutten om problemen efficiënt op te lossen.
Vindplaats
Afgeleid van de aanmaak van een record in de 'IncidentKnowledgeBaseRecord'-entiteit, die een Knowledge Article linkt aan een Case. De timestamp van deze recordaanmaak wordt gebruikt.
Vastleggen
Gebruik de timestamp wanneer een Kennisartikel wordt geassocieerd met het Incident.
Gebeurtenistype
inferred
|
|||
|
Case gereactiveerd
|
Treedt op wanneer een eerder opgeloste case automatisch of handmatig opnieuw wordt geopend, meestal omdat de klant reageerde of meldde dat het probleem niet was opgelost. Dit is een standaard systeemgedrag dat de casestatus verandert van 'Opgelost' terug naar 'Actief'. | ||
|
Het belang
Deze activiteit is cruciaal voor het identificeren van rework en het analyseren van de 'First Contact Resolution Rate'. Een hoog aantal reactiveringen wijst op onvolledige of ineffectieve initiële oplossingen.
Vindplaats
Vastgelegd door een wijziging in het 'statecode'-veld van de 'Incident'-entiteit van 'Resolved' (1) terug naar 'Active' (0). De timestamp van deze wijziging wordt vastgelegd in de audit history.
Vastleggen
Volg timestamp van 'statecode' wijziging van Opgelost naar Actief in audit logs.
Gebeurtenistype
explicit
|
|||
|
Case-categorisatie gewijzigd
|
Deze event treedt op wanneer een agent de categorie of het onderwerp van een case wijzigt na de initiële creatie. Dit is een expliciete wijziging die wordt gevolgd door de auditfunctionaliteit van het systeem. | ||
|
Het belang
Het volgen van hercategorisatie is essentieel voor de KPI 'Serviceaanvraag Hercategorisatie Rate'. Een hoge frequentie duidt op problemen met de initiële triage, wat leidt tot incorrecte routing en vertragingen.
Vindplaats
Vastgelegd vanuit de audit history voor de 'Incident'-entiteit, specifiek door wijzigingen in het 'subjectid'-veld of andere aangepaste categorisatievelden te volgen.
Vastleggen
Extraheer timestamped wijzigingen van het 'subjectid'-veld uit de audit logs.
Gebeurtenistype
explicit
|
|||
|
Informatie opgevraagd bij klant
|
Deze activiteit markeert een punt waarop de agent meer informatie van de klant nodig heeft om verder te gaan. Dit wordt vaak afgeleid uit het feit dat de casestatus verandert naar een 'wachtende' staat of door een uitgaande e-mail die vanuit de casetijdlijn wordt verzonden. | ||
|
Het belang
Dit is cruciaal voor het meten van klantgerelateerde vertragingen en het begrijpen van de KPI 'Klantinformatie Wachttijd'. Het helpt de procestijd die wordt besteed aan wachten op externe input te isoleren.
Vindplaats
Kan worden afgeleid uit een wijziging in het 'statuscode'-veld van de 'Incident'-entiteit naar een waarde zoals 'On Hold' met de reden 'Waiting for Customer'. De timestamp van deze statuswijziging wordt gebruikt.
Vastleggen
Volg de timestamp van een statuscode wijziging naar een aangewezen 'wachten op klant' staat.
Gebeurtenistype
inferred
|
|||
|
Oplossing voorgesteld aan klant
|
Deze activiteit betekent dat de agent een oplossing heeft geformuleerd en deze heeft gecommuniceerd naar de klant. Het wordt doorgaans afgeleid uit een uitgaande e-mail die vanuit de casetijdlijn is verzonden of een statuswijziging naar 'Wachtend op klantbevestiging'. | ||
|
Het belang
Deze mijlpaal markeert de overgang van onderzoek naar oplossing. Het analyseren van de tijd tussen het voorstellen en bevestigen van een oplossing kan vertragingen in klantrespons of problemen met de voorgestelde oplossingen onthullen.
Vindplaats
Kan worden afgeleid uit de timestamp van een uitgaande 'Email'-activity record gerelateerd aan de case, of een statuscode-wijziging naar een pre-opgeloste staat.
Vastleggen
Gebruik timestamp van een uitgaande e-mailactiviteit of een statuswijziging naar 'Oplossing voorgesteld'.
Gebeurtenistype
inferred
|
|||
|
Tevredenheidsonderzoek verstuurd
|
Markeert het versturen van een klanttevredenheidsonderzoek, meestal automatisch geactiveerd nadat een case is opgelost. Dit wordt doorgaans vastgelegd als een uitgaande e-mail of een Customer Voice survey activiteit. | ||
|
Het belang
Deze activiteit koppelt het operationele proces aan resultaten van de klantervaring. Het maakt analyse van tevredenheidsscores mogelijk in de context van het procespad dat een case heeft gevolgd.
Vindplaats
Afgeleid van de aanmaak van een uitgaande 'Email'-activity met een enquête-link, of van een 'Customer Voice survey invite'-activity record gerelateerd aan de case.
Vastleggen
Gebruik de creatie timestamp van het survey-gerelateerde activiteit record.
Gebeurtenistype
inferred
|
|||
|
Wachtrijitem opgepakt door agent
|
Deze event treedt op wanneer een agent actief een case uit een gedeelde wachtrij neemt om eraan te beginnen werken. Dit is een bewuste actie van de gebruiker, die verschilt van het systeem dat de case aan de wachtrij toewijst. | ||
|
Het belang
Deze activiteit helpt de daadwerkelijke wachttijd van een case in een wachtrij te meten voordat een agent begint met werken. Het is essentieel voor het identificeren van knelpunten in wachtrijen en het begrijpen van de proactiviteit van agents.
Vindplaats
Bijgehouden wanneer een gebruiker het 'workedbyid' veld bijwerkt op de 'QueueItem' entiteit die aan de case is gekoppeld, of wanneer de case-eigenaar verandert van een wachtrij naar een gebruiker.
Vastleggen
Identificeer de timestamp wanneer het 'workedbyid'-veld op de QueueItem wordt gevuld.
Gebeurtenistype
explicit
|
|||