Uw Klantenservice Data Template
Uw Klantenservice Data Template
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te volgen
- Richtlijnen voor data-extractie
Klantenservice Attributes
| Naam | Omschrijving | ||
|---|---|---|---|
|
Serviceaanvraag
ServiceRequest
|
De unieke identifier voor elke klantenserviceaanvraag, case of ticket. | ||
|
Omschrijving
De Serviceaanvraag is de primaire case-identifier die alle gerelateerde activiteiten en events voor één klantprobleem koppelt, van creatie tot afsluiting. Het fungeert als de centrale draad voor het volgen van het end-to-end traject van een klantinteractie. In process mining is deze attribute fundamenteel voor het reconstrueren van de procesflow. Elke unieke Serviceaanvraagwaarde vertegenwoordigt één instantie van het proces, waardoor de analyse van doorlooptijden, paden en variaties op case-by-case basis mogelijk is. Het zorgt ervoor dat alle stappen, van initieel contact tot uiteindelijke oplossing en afsluiting, correct zijn gekoppeld aan dezelfde klantvraag.
Het belang
Dit is de essentiële Case ID die alle processtappen verbindt, waardoor het mogelijk wordt de complete levenscyclus van elke klantenservice-interactie te analyseren.
Vindplaats
Dit is doorgaans het 'number'-veld uit de 'sn_customerservice_case'-tabel in ServiceNow CSM.
Voorbeelden
CS0010001CS0010045CS0010112
|
|||
|
Tijdstip Gebeurtenis
EventTime
|
De precieze timestamp die aangeeft wanneer een specifieke activiteit of event heeft plaatsgevonden. | ||
|
Omschrijving
In
Het belang
Deze timestamp is cruciaal voor het correct sequencen van events en het berekenen van alle prestatiemetrics, zoals doorlooptijden en knelpunten.
Vindplaats
Dit komt doorgaans overeen met het 'sys_created_on'-veld in ServiceNow's audit- en geschiedenistabellen (bijv. 'sys_audit').
Voorbeelden
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:05:11Z
|
|||
|
Activiteitsnaam
ActivityName
|
De naam van een specifieke event of taak die heeft plaatsgevonden binnen de levenscyclus van de serviceaanvraag. | ||
|
Omschrijving
De Activiteit Naam beschrijft een stap in het klantenserviceproces, zoals 'Serviceaanvraag Aangemaakt', 'Aanvraag Toegewezen aan Agent' of 'Oplossing Voorgesteld'. Deze activiteiten worden geëxtraheerd uit systeemlogs of tabelupdates om een chronologische reeks gebeurtenissen voor elke serviceaanvraag op te bouwen. Deze attribute is cruciaal voor het visualiseren van de proceskaart, het identificeren van knelpunten en het begrijpen van de workflow. Door de volgorde en frequentie van activiteiten te analyseren, kunnen analisten gemeenschappelijke procespaden, afwijkingen en gebieden van herbewerking of inefficiëntie ontdekken. De granulariteit van gedefinieerde activiteiten heeft direct invloed op de diepte van de inzichten die uit het procesmodel kunnen worden verkregen.
Het belang
Deze attribute vormt de ruggengraat van de proceskaart en definieert de specifieke stappen en taken waarvan de volgorde en duur worden geanalyseerd.
Vindplaats
Dit is een conceptuele attribute afgeleid van systeem audit tabellen (bijv. 'sys_audit') of door het volgen van statuswijzigingen en belangrijke veldupdates in de 'sn_customerservice_case' tabel.
Voorbeelden
Serviceverzoek AangemaaktAanvraag Toegewezen aan `Agent`Informatie Opgevraagd bij KlantServiceaanvraag Opgelost
|
|||
|
Categorie
Category
|
De primaire classificatie van de serviceaanvraag, zoals 'Facturatie' of 'Technisch Probleem'. | ||
|
Omschrijving
De Categorie biedt een groepering op hoog niveau voor serviceaanvragen op basis van de aard van de klantenvraag of het probleem. Deze classificatie wordt doorgaans gedaan wanneer de aanvraag voor het eerst wordt aangemaakt en helpt bij het routeren naar de juiste toewijzingsgroep. Deze attribute is essentieel voor het segmenteren van de procesanalyse. Door te filteren op Categorie kunnen analisten de processtromen voor verschillende typen aanvragen vergelijken. Het oplossingsproces voor een 'Facturatie'-probleem kan bijvoorbeeld heel anders zijn dan dat voor een 'Technisch Probleem'. Dit is een sleutelattribute voor bijna alle dashboards om de data te segmenteren.
Het belang
Maakt het mogelijk de analyse te verfijnen per aanvraagtype, wat onthult of bepaalde categorieën gevoeliger zijn voor vertragingen, escalaties of SLA-schendingen.
Vindplaats
Dit komt overeen met het 'category'-veld in de 'sn_customerservice_case'-tabel.
Voorbeelden
Vraag / HulpOrdersProductproblemenFacturatie
|
|||
|
Is `SLA` Geschonden
IsSlaBreached
|
Een `boolean flag` die aangeeft of de serviceaanvraag de gedefinieerde Service Level Agreement (SLA) `target` heeft overschreden. | ||
|
Omschrijving
Deze berekende attribute geeft aan of een serviceaanvraag binnen het afgesproken tijdsbestek is opgelost. Het is doorgaans 'True' als de oplossingstijd de SLA-doelstelling overschreed en 'False' anders. Dit biedt een duidelijke, binaire uitkomst voor SLA-prestaties per case. Deze attribute is essentieel voor het 'SLA Naleving en Schending Trends' dashboard en de KPI 'SLA Naleving Percentage'. Het vereenvoudigt de analyse door directe filtering en telling van geschonden cases mogelijk te maken, waardoor het gemakkelijk wordt te identificeren welke typen aanvragen, prioriteiten of teams het meest geassocieerd zijn met SLA-schendingen.
Het belang
Biedt een duidelijk ja- of nee-antwoord op de vraag of een case zijn deadline heeft gehaald, wat fundamenteel is voor het meten en rapporteren van SLA-compliance.
Vindplaats
Berekend op basis van het veld 'made_sla' uit de tabel 'task_sla', of afgeleid door de werkelijke oplostijd te vergelijken met de geplande oplostijd.
Voorbeelden
truefalse
|
|||
|
Prioriteit
Priority
|
Het prioriteitsniveau van de serviceaanvraag, dat de urgentie ervan beïnvloedt. | ||
|
Omschrijving
Prioriteit geeft de belangrijkheid en vereiste urgentie aan voor het afhandelen van een serviceaanvraag. Dit wordt vaak bepaald door een combinatie van de impact van de aanvraag op de klant en de urgentie ervan. Gangbare waarden variëren van Kritiek tot Laag. In process mining is Prioriteit een krachtige dimensie voor filtering en vergelijking. Het stelt analisten in staat te controleren of aanvragen met hoge prioriteit daadwerkelijk sneller worden verwerkt dan aanvragen met lage prioriteit, en om te zien of SLA-schendingen vaker voorkomen bij bepaalde prioriteitsniveaus. Dit is fundamenteel voor het 'Service Request End-to-End Cycle Time' dashboard.
Het belang
Dit maakt het mogelijk serviceaanvragen te segmenteren op urgentie, wat essentieel is om te verifiëren dat kritieke problemen sneller worden afgehandeld dan niet-kritieke problemen.
Vindplaats
Dit komt overeen met het 'priority'-veld in de 'sn_customerservice_case'-tabel.
Voorbeelden
1 - Kritiek2 - Hoog3 - Moderate4 - Laag
|
|||
|
Status
State
|
De huidige status of toestand van de serviceaanvraag in zijn levenscyclus. | ||
|
Omschrijving
De Status attribute beschrijft de operationele status van een serviceaanvraag op elk moment, zoals 'Nieuw', 'In Behandeling', 'Wacht op Info', 'Opgelost' of 'Gesloten'. Wijzigingen in dit veld worden vaak gebruikt om de activiteiten in het procesmodel te definiëren. Het analyseren van de Status geeft een overzicht op hoog niveau van waar cases zich in het proces bevinden. Het wordt gebruikt om te identificeren hoe lang cases in bepaalde statussen doorbrengen, zoals 'Wacht op Info', wat een aanzienlijke bron van vertraging kan zijn. Het helpt ook de start- en eindpunten te definiëren voor belangrijke KPI's zoals 'Oplossing naar Afsluiting Tijd'.
Het belang
Geeft de status van een aanvraag op elk moment aan, wat helpt bij het identificeren van de tijd die is besteed in niet-productieve statussen zoals 'On Hold' of 'Awaiting Information'.
Vindplaats
Dit komt overeen met het 'state'-veld in de 'sn_customerservice_case'-tabel.
Voorbeelden
NieuwIn uitvoeringWachtend op GebruikersinformatieResolvedGesloten
|
|||
|
Toegewezen agent
AssignedAgent
|
De individuele serviceagent die momenteel is toegewezen om de serviceaanvraag af te handelen. | ||
|
Omschrijving
Deze attribute identificeert de gebruiker die verantwoordelijk is voor de serviceaanvraag op een bepaald moment. Dit verandert vaak gedurende de levenscyclus van de case, aangezien de aanvraag wordt overgedragen tussen verschillende agenten of specialisten. Het analyseren van de Toegewezen Agent is essentieel voor het begrijpen van de werkbelastingverdeling, agentprestaties en 'handoffs'. Het helpt vragen te beantwoorden zoals welke agenten de meest complexe cases afhandelen, hoe vaak cases opnieuw worden toegewezen, en of bepaalde agenten worden geassocieerd met langere oplossingstijden of hogere klanttevredenheid. Dit is cruciaal voor het 'Agent Handoffs and Reassignments' dashboard.
Het belang
Volgt de verantwoordelijkheid van de agent, waardoor analyse van werkbelasting, prestaties en de frequentie van herindelingen mogelijk is, wat vaak wijst op procesfrictie.
Vindplaats
Dit komt overeen met het 'assigned_to'-veld in de 'sn_customerservice_case'-tabel.
Voorbeelden
Beth AnglinDavid LooAbel Tuter
|
|||
|
Toewijzingsgroep
AssignmentGroup
|
Het team of de afdeling die verantwoordelijk is voor de serviceaanvraag. | ||
|
Omschrijving
De Toewijzingsgroep vertegenwoordigt de wachtrij of het team waaraan een serviceaanvraag wordt toegewezen. Aanvragen worden vaak gerouteerd tussen verschillende groepen, zoals een Level 1 support desk, een gespecialiseerd technisch team of een facturatieafdeling, afhankelijk van de aard van het probleem. Deze attribute is essentieel voor het analyseren van interdepartementale handoffs en het identificeren van knelpunten op teamniveau. Het helpt visualiseren hoe werk stroomt tussen verschillende functionele gebieden en kan groepen benadrukken die overbelast zijn of aanvullende training nodig hebben. Dit ondersteunt direct de 'Agent Handoffs and Reassignments' en 'Process Flow' dashboards.
Het belang
Identificeert welk team verantwoordelijk is voor het werk, wat cruciaal is voor het analyseren van
Vindplaats
Dit komt overeen met het 'assignment_group'-veld in de 'sn_customerservice_case'-tabel.
Voorbeelden
`Service Desk`FactuurvragenTechnische Ondersteuning Tier 2
|
|||
|
Aantal Herindelingen
ReassignmentCount
|
Het totale aantal keren dat de serviceaanvraag opnieuw is toegewezen aan een andere agent of groep. | ||
|
Omschrijving
Deze attribute is een teller die oploopt telkens wanneer het veld 'assigned_to' of 'assignment_group' verandert. Het biedt een eenvoudige metric voor de hoeveelheid interne overdracht die een case heeft ondergaan. Het 'Aantal Herindelingen' is een directe maatstaf voor procesfrictie en een belangrijke input voor het 'Agent Handoffs and Reassignments' dashboard en de KPI 'Gemiddelde Agent Handoffs per Aanvraag'. Hoge aantallen herindelingen duiden vaak op problemen met de initiële routering, vaardigheidstekorten bij agenten, of cases die moeilijk te categoriseren zijn, wat allemaal leidt tot langere oplossingstijden.
Het belang
Meet direct procesinefficiëntie door het tellen van
Vindplaats
Dit is een standaard metric veld, 'reassignment_count', in de 'task'-tabel, die de 'sn_customerservice_case' uitbreidt.
Voorbeelden
0135
|
|||
|
Aantal Heropeningen
ReopenCount
|
Het aantal keren dat een opgeloste serviceaanvraag opnieuw is geopend door de klant. | ||
|
Omschrijving
Deze teller houdt bij hoe vaak een case is overgegaan van een 'Opgeloste' of 'Gesloten' status terug naar een 'In Behandeling' of 'Open' status. Een heropende case suggereert dat de initiële oplossing niet effectief of compleet was. Deze attribute is een sterke indicator van herbewerking en de kwaliteit van de eerste oplossing. Een hoog aantal heropeningen wijst op problemen in het oplossingsproces, zoals agenten die tickets voortijdig sluiten of het onderliggende probleem van de klant niet volledig aanpakken. Het is een belangrijke metric voor het begrijpen van de effectiviteit van voorgestelde oplossingen.
Het belang
Duidt op mislukte oplossingen en herbewerking. Een hoog aantal heropeningen duidt op een slechte kwaliteit van het oplossingsproces en leidt tot klantfrustratie.
Vindplaats
Dit wordt vaak bijgehouden in een veld met de naam 'reopen_count' in de 'sn_customerservice_case'-tabel of een gerelateerde tabel.
Voorbeelden
012
|
|||
|
Bewerkingstijd
ProcessingTime
|
De tijdsduur die actief aan een activiteit is besteed. | ||
|
Omschrijving
Verwerkingstijd, ook bekend als actieve tijd of servicetijd, meet de duur van een activiteit van begin tot eind. Het vertegenwoordigt de tijd die een agent of systeem actief besteedt aan het uitvoeren van een taak, in tegenstelling tot wachttijd tussen taken. In process mining is deze metric cruciaal voor het onderscheiden van waardetoevoegende tijd en niet-waardetoevoegende wachttijd. Het analyseren van de verwerkingstijd helpt te identificeren welke specifieke taken het meest tijdrovend zijn en waar er mogelijkheden zijn voor automatisering of training om de efficiëntie te verbeteren. Het is een fundamentele metric voor knelpuntanalyse.
Het belang
Meet de actieve werktijd voor een activiteit, wat helpt om waardetoevoegende tijd te onderscheiden van verspillende wachttijd in het proces.
Vindplaats
Dit is een berekende attribute, doorgaans afgeleid als het verschil tussen de EndTime en de StartTime van een activiteit.
Voorbeelden
PT15MPT2H30MP1D
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waaruit de data is geëxtraheerd. | ||
|
Omschrijving
Deze attribute identificeert de herkomst van de data, wat vooral belangrijk is in omgevingen waar informatie wordt geaggregeerd uit meerdere systemen. Voor deze procesweergave zou de waarde consistent 'ServiceNow CSM' zijn. In analyse helpt dit bij data governance en troubleshooting. Wanneer meerdere bronsystemen betrokken zijn, maakt het filtering van het proces mogelijk om te begrijpen hoe het werkt binnen een specifiek systeem of om procesvariaties tussen verschillende systemen te vergelijken.
Het belang
Biedt essentiële context over de herkomst van de data, wat zorgt voor duidelijkheid in multi-systeemomgevingen en helpt bij data governance.
Vindplaats
Dit is een statische waarde die tijdens het data-transformatieproces wordt toegevoegd om de herkomst van de dataset te labelen.
Voorbeelden
ServiceNow CSM
|
|||
|
Is `First Contact Resolution`
IsFirstContactResolution
|
Een `boolean flag` die aangeeft of de aanvraag is opgelost door de eerst toegewezen agent zonder enige overdrachten of escalaties. | ||
|
Omschrijving
Deze berekende attribute identificeert serviceaanvragen die efficiënt werden opgelost tijdens de eerste interactie of door de eerste agent die de case behandelde. De logica controleert doorgaans op voorwaarden zoals nul herindelingen ('ReassignmentCount' is 0), geen 'Interne Escalatie Getriggerd' activiteiten, en geen verzoeken om meer informatie van de klant. Deze attribute meet direct een kritieke klantenservice metric en ondersteunt het 'First Contact Resolution Rate' dashboard en KPI. Het maakt een eenvoudige kwantificering van FCR-prestaties mogelijk en helpt bij het analyseren van de factoren, zoals kanaal of aanvraagcategorie, die bijdragen aan of belemmeren van het bereiken van 'first contact resolution'.
Het belang
Meet direct de efficiëntie van de initiële respons. Een hoge
Vindplaats
Dit is een berekende attribute. Het wordt afgeleid tijdens data-transformatie op basis van regels, zoals een 'ReassignmentCount' van nul en het ontbreken van escalatieactiviteiten.
Voorbeelden
truefalse
|
|||
|
Is herstelwerk
IsRework
|
Een `boolean flag` die aangeeft of er aanzienlijke herbewerking heeft plaatsgevonden, zoals een heropende `case` of herhaald onderzoek. | ||
|
Omschrijving
Deze is een berekende attribute die cases markeert die patronen van inefficiëntie of herhaling vertonen. De logica voor deze vlag kan worden geactiveerd door events zoals 'Serviceaanvraag Heropend' of als een sleutelreeks van activiteiten, zoals 'Agent Start Onderzoek' gevolgd door 'Oplossing Voorgesteld', meerdere keren binnen dezelfde case voorkomt. Deze vlag is van onschatbare waarde voor het snel identificeren van problematische cases en het kwantificeren van het algehele niveau van herbewerking in het proces. Het ondersteunt direct het 'Herwerk en Herhaling Hotspots' dashboard en de 'Herwerkingspercentage' KPI, waardoor analisten zich kunnen richten op de drijfveren van inefficiëntie zonder handmatig repetitieve patronen te hoeven identificeren.
Het belang
Helpt procesinefficiëntie te kwantificeren door
Vindplaats
Dit is een berekende attribute. Het wordt afgeleid tijdens data-transformatie door bedrijfslogica toe te passen die patronen van herbewerking detecteert, zoals een niet-nul 'ReopenCount' of herhaalde activiteiten.
Voorbeelden
truefalse
|
|||
|
Kanaal
Channel
|
Het communicatiekanaal via welke de serviceaanvraag is geïnitieerd. | ||
|
Omschrijving
Het Kanaal geeft de methode aan die de klant gebruikt om zijn aanvraag in te dienen, bijvoorbeeld 'E-mail', 'Telefoon', 'Webportaal' of 'Chat'. Verschillende kanalen kunnen aanzienlijk verschillende proceskenmerken en klantverwachtingen hebben. Het analyseren van het proces per Kanaal helpt de effectiviteit van elke communicatiemethode te evalueren. Zo kan het bijvoorbeeld onthullen of aanvragen via 'Telefoon' een hogere 'first contact resolution rate' hebben of dat 'E-mail' aanvragen doorgaans langere doorlooptijden hebben. Dit ondersteunt direct het 'Communication Channel Effectiveness' dashboard.
Het belang
Helpt bij het bepalen van de efficiëntie en resultaten van verschillende klantinteractiekanalen, zoals telefoon, e-mail of
Vindplaats
Dit komt doorgaans overeen met het 'contact_type'-veld in de 'sn_customerservice_case'-tabel.
Voorbeelden
TelefoonE-mailSelf-serviceChat
|
|||
|
Klant
Customer
|
De naam of identifier van de klant of het bedrijf dat de serviceaanvraag heeft geïnitieerd. | ||
|
Omschrijving
Deze attribute identificeert de externe stakeholder, hetzij een individu of een organisatie, voor wie de serviceaanvraag is. Het biedt de klantcontext voor elke case. In analyse maakt de Klant attribute een klantgericht beeld van het serviceproces mogelijk. Het kan worden gebruikt om te identificeren of bepaalde klanten meer problemen of langere vertragingen ervaren, en kan worden samengevoegd met andere klantdata, zoals segment of waarde, om procesverbeteringsinspanningen te prioriteren. Men zou bijvoorbeeld kunnen controleren of waardevolle klanten snellere service ontvangen.
Het belang
Koppelt het proces aan specifieke klanten, wat analyse van serviceniveaus en probleemfrequentie voor belangrijke accounts of klantsegmenten mogelijk maakt.
Vindplaats
Dit kan het 'caller_id'-, 'opened_for'- of 'account'-veld zijn in de 'sn_customerservice_case'-tabel, die verwijzen naar gebruikers- of bedrijfstabellen.
Voorbeelden
John SmithACME CorporationGlobal Tech Inc.
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp die aangeeft wanneer de data voor het laatst is geëxtraheerd of vernieuwd uit het bronsysteem. | ||
|
Omschrijving
Deze attribute registreert de datum en tijd van de meest recente data-extractie. Het biedt context over de versheid van de geanalyseerde data, en zorgt ervoor dat gebruikers zich bewust zijn of ze naar bijna real-time informatie of een historische momentopname kijken. Tijdens analyse is dit een cruciaal stuk metadata voor het begrijpen van het tijdvenster van de dataset. Het helpt gebruikers dashboards en KPI's correct te interpreteren, wetende bijvoorbeeld dat de data actueel is van het laatste uur of de vorige dag.
Het belang
Geeft de actualiteit van de
Vindplaats
Deze
Voorbeelden
2023-11-20T08:00:00Z
|
|||
|
Oplossingscode
ResolutionCode
|
Een code die de uiteindelijke uitkomst aangeeft of hoe de serviceaanvraag is opgelost. | ||
|
Omschrijving
De Oplossingscode is een gestructureerde waarde die door de agent wordt geselecteerd bij het oplossen van een case. Het biedt specifieke details over de oplossing, zoals 'Opgelost door Gebruiker', 'Bekende Fout', 'Duplicaat' of 'Geen Actie Nodig'. Deze attribute is waardevol voor hoofdoorzakenanalyse. Door de frequentie van verschillende oplossingscodes te analyseren, kunnen organisaties terugkerende problemen, kennislacunes of productproblemen identificeren. Deze informatie kan vervolgens worden gebruikt om verbeteringen aan te sturen die het volume van bepaalde soorten serviceaanvragen verminderen.
Het belang
Biedt inzicht in de uitkomsten van serviceaanvragen, wat cruciaal is voor hoofdoorzakenanalyse en het identificeren van terugkerende problemen.
Vindplaats
Dit komt overeen met het 'close_code'- of een aangepast oplossingscodeveld in de 'sn_customerservice_case'-tabel.
Voorbeelden
Opgelost (Workaround)Opgelost (Permanent)Niet Opgelost (Klant Reageert Niet)Gesloten/Opgelost door Aanvrager
|
|||
Klantenservice Activities
| Activiteit | Omschrijving | ||
|---|---|---|---|
|
Aanvraag Toegewezen aan `Agent`
|
Deze activiteit vindt plaats wanneer een serviceaanvraag wordt toegewezen aan een specifieke agent voor onderzoek en oplossing. Het wordt vastgelegd door de wijziging in het 'assigned_to'-veld op het case-record af te leiden. | ||
|
Het belang
Dit is een kritieke mijlpaal voor het meten van initiële responstijden en de werkbelastingverdeling van agenten. Het volgen van herindelingen van dit veld benadrukt procesinefficiënties en potentiële knelpunten in de beschikbaarheid van agenten.
Vindplaats
Afgeleid uit de
Vastleggen
Detecteer waardewijziging voor het 'assigned_to' veld in het
Gebeurtenistype
inferred
|
|||
|
Interne Escalatie Getriggerd
|
Vertegenwoordigt de formele escalatie van een serviceaanvraag naar een hoger ondersteunings- of managementniveau voor oplossing. Dit kan worden afgeleid uit een wijziging in de toewijzingsgroep naar een team van hogere klasse of uit het instellen van een vlag. | ||
|
Het belang
Het volgen van escalaties helpt proceszwakheden, kennislacunes in de front-line support en complexe casetypen te identificeren. Dit is een belangrijke indicator van procesfrictie en klantontevredenheid.
Vindplaats
Kan worden afgeleid uit het
Vastleggen
Detecteer wijziging in het 'escalation' veld of een verplaatsing naar een hogere-tier 'assignment_group'.
Gebeurtenistype
inferred
|
|||
|
Serviceaanvraag Gesloten
|
Dit is de laatste activiteit, die de formele afsluiting van het serviceaanvraagrecord markeert, vaak na een bevestigingsperiode na de oplossing. Het wordt vastgelegd wanneer de case-status verandert naar 'Gesloten' en de 'closed_at' timestamp wordt ingesteld. | ||
|
Het belang
Als het definitieve einde van het proces is deze activiteit essentieel voor het berekenen van de volledige
Vindplaats
Afgeleid uit de
Vastleggen
Detecteer 'state' wijziging naar 'Closed' en gebruik de bijbehorende
Gebeurtenistype
inferred
|
|||
|
Serviceaanvraag Opgelost
|
Dit is een belangrijke mijlpaal die aangeeft dat de serviceagent het werk heeft voltooid en het probleem als opgelost wordt beschouwd. Dit wordt vastgelegd wanneer de case-status wordt gewijzigd naar 'Opgelost' en de 'resolved_at' timestamp wordt ingevuld. | ||
|
Het belang
Deze activiteit markeert het einde van het actieve oplossingsproces en is cruciaal voor het berekenen van de oplossingsdoorlooptijden en SLA-naleving. Het dient als een primair eindpunt voor vele efficiëntie-KPI's.
Vindplaats
Afgeleid uit de
Vastleggen
Detecteer 'state' wijziging naar 'Resolved' en gebruik de bijbehorende
Gebeurtenistype
inferred
|
|||
|
Serviceverzoek Aangemaakt
|
Deze activiteit markeert het begin van het klantenserviceproces, wanneer een nieuwe case formeel in het systeem wordt vastgelegd. Deze event wordt expliciet vastgelegd wanneer een nieuw record wordt ingevoegd in de sn_customerservice_case tabel. | ||
|
Het belang
Als het startpunt voor elke
Vindplaats
Deze event komt overeen met het aanmaken van een record in de sn_customerservice_case tabel. De timestamp is afkomstig van het sys_created_on veld.
Vastleggen
Recordcreatie timestamp (sys_created_on) in de sn_customerservice_case tabel.
Gebeurtenistype
explicit
|
|||
|
Aanvraag Gecategoriseerd en Geprioriteerd
|
Vertegenwoordigt de initiële triage waarbij de serviceaanvraag wordt geclassificeerd en een prioriteitsniveau krijgt toegewezen om de urgentie en routering te bepalen. Dit wordt afgeleid van wijzigingen in de categorie-, subcategorie- of prioriteitsvelden in het auditlogboek van de case. | ||
|
Het belang
Het analyseren van deze activiteit helpt bij het identificeren van vertragingen in
Vindplaats
Afgeleid uit de
Vastleggen
Detecteer eerste waardeset of waarde wijziging voor 'category' of 'priority' velden.
Gebeurtenistype
inferred
|
|||
|
Agent Start Onderzoek
|
Deze activiteit betekent dat een agent actief is begonnen met de serviceaanvraag. Dit wordt doorgaans afgeleid wanneer de case status verandert van een status zoals 'Nieuw' of 'Toegewezen' naar 'Work in Progress'. | ||
|
Het belang
Deze event helpt wachttijd te onderscheiden van actieve werktijd. Het analyseren van de duur tussen toewijzing en het begin van het onderzoek onthult vertragingen bij het oppakken van nieuwe cases door agenten.
Vindplaats
Afgeleid uit de
Vastleggen
Detecteer wijziging in het 'state' veld van een wachtende naar een actieve waarde (bijv. 'New' naar 'Work in Progress').
Gebeurtenistype
inferred
|
|||
|
Informatie Ontvangen van Klant
|
Deze activiteit markeert het punt waarop de klant de gevraagde informatie verstrekt, waardoor de agent het werk kan hervatten. Dit wordt afgeleid wanneer de case status van 'Wacht op Klantinformatie' terugkeert naar een actieve status. | ||
|
Het belang
Deze event beëindigt de klantwachttijd, waardoor een nauwkeurige meting van de klantresponstijden mogelijk wordt. Het helpt te identificeren welke casetypen of klanten geassocieerd zijn met de langste vertragingen.
Vindplaats
Afgeleid uit de
Vastleggen
Detecteer wijziging in het 'state' veld van een 'awaiting customer' waarde terug naar een actieve waarde.
Gebeurtenistype
inferred
|
|||
|
Informatie Opgevraagd bij Klant
|
Treedt op wanneer een agent aanvullende informatie van de klant nodig heeft om verder te gaan en de case in een wachtstatus plaatst. Dit wordt afgeleid van een statuswijziging naar een waarde zoals 'Wacht op Klantinformatie' of 'In de wacht'. | ||
|
Het belang
Deze activiteit is cruciaal voor de 'Klantinformatie Wachttijden' analyse. Het isoleert procesvertragingen veroorzaakt door externe afhankelijkheden, en scheidt deze van de interne verwerkingstijd.
Vindplaats
Afgeleid uit de
Vastleggen
Detecteer wijziging in het 'state' veld naar een aangewezen 'awaiting customer' waarde.
Gebeurtenistype
inferred
|
|||
|
Klant `Survey` Verzonden
|
Vertegenwoordigt het versturen van een klanttevredenheidsonderzoek na de oplossing van een case. Deze event wordt doorgaans vastgelegd wanneer een survey-instantie record wordt aangemaakt en geassocieerd met de case. | ||
|
Het belang
Deze activiteit helpt procesuitvoeringspatronen te correleren met klantfeedback. Begrijpen wanneer en of enquêtes worden verzonden, is belangrijk voor het analyseren van de effectiviteit van de feedbackloop.
Vindplaats
Dit is een expliciete event vastgelegd in een enquête-specifieke tabel zoals 'asmt_assessment_instance', die een verwijzing bevat naar het bron-case-record.
Vastleggen
Recordcreatie in de 'asmt_assessment_instance' tabel gekoppeld aan de case.
Gebeurtenistype
explicit
|
|||
|
Oplossing Voorgesteld
|
Deze activiteit markeert het moment waarop een agent een oplossing heeft geïdentificeerd en deze aan de klant heeft gecommuniceerd voor bevestiging. Dit wordt vaak afgeleid van een statuswijziging naar een waarde zoals 'Wachtend op Acceptatie' of van een specifieke werknotitie. | ||
|
Het belang
Deze mijlpaal scheidt de onderzoeksfase van de bevestigings- en oplossingsfase. Het analyseren van de tijd die wordt besteed aan wachten op klantbevestiging kan mogelijkheden onthullen om de afsluitende fasen van een case te stroomlijnen.
Vindplaats
Afgeleid uit het
Vastleggen
Detecteer wijziging in het 'state' veld naar een waarde zoals 'Proposed Solution' of 'Awaiting Acceptance'.
Gebeurtenistype
inferred
|
|||
|
Serviceaanvraag Heropend
|
Treedt op wanneer een eerder opgeloste serviceaanvraag wordt teruggezet naar een actieve status omdat het probleem opnieuw optrad of de oplossing niet effectief was. Dit wordt afgeleid door een statuswijziging van 'Opgelost' terug naar 'Work in Progress' te detecteren. | ||
|
Het belang
Heropende cases zijn een directe maatstaf voor de oplossingskwaliteit en een primaire oorzaak van herbewerking. Het analyseren van deze gebeurtenissen is cruciaal voor het verbeteren van de 'first-contact resolution rates' en klanttevredenheid.
Vindplaats
Afgeleid uit de
Vastleggen
Detecteer 'state' wijziging van 'Resolved' naar een actieve waarde zoals 'Work in Progress'.
Gebeurtenistype
inferred
|
|||
|
SLA Overtreden
|
Vertegenwoordigt het moment waarop een serviceaanvraag niet voldoet aan een gedefinieerde Service Level Agreement, zoals de tijd tot oplossing. Dit is een berekende event, afgeleid door de oplossingstijd te vergelijken met de geplande eindtijd van de SLA. | ||
|
Het belang
Het identificeren van
Vindplaats
Berekend door
Vastleggen
Controleer de 'has_breached'
Gebeurtenistype
calculated
|
|||
|
Toewijzingsgroep gewijzigd
|
Geeft aan dat de verantwoordelijkheid voor een `case` is overgedragen van het ene team naar het andere. Dit `event` wordt afgeleid door wijzigingen in het veld `assignment_group` binnen het `case record` te monitoren. | ||
|
Het belang
Het volgen van wijzigingen in toewijzingsgroepen is cruciaal voor het analyseren van interdepartementale 'handoffs' en het identificeren van systematische routeringsproblemen. Een hoge frequentie van deze activiteit kan duiden op onduidelijk eigenaarschap of procesdefinities.
Vindplaats
Afgeleid uit de
Vastleggen
Detecteer waardewijziging voor het 'assignment_group' veld in het
Gebeurtenistype
inferred
|
|||