Datatemplate voor klantenservice

Genesys Cloud CX
Datatemplate voor klantenservice

Datatemplate voor klantenservice

Deze template laat zien welke data je nodig hebt om het klantenserviceproces te analyseren en te verbeteren. Je vindt er aanbevolen attributen, belangrijke activiteiten om bij te houden en praktische uitleg over het ophalen van deze gegevens uit bronsystemen. Gebruik de template om een bruikbaar event log op te bouwen voor process mining.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten om bij te houden
  • Uitleg over data-extractie

Attributen voor klantenservice

Dit zijn de aanbevolen datavelden voor je event log, zodat je de klantenservice goed kunt analyseren.
5 Verplicht 6 Aanbevolen 8 Optioneel
Naam Beschrijving
Activiteitnaam
ActivityName
De naam van de specifieke gebeurtenis of taak die op een bepaald moment in de levenscyclus van het serviceverzoek plaatsvond.
Beschrijving

Dit attribuut beschrijft een specifieke stap of statuswijziging in het klantenserviceproces. Elke activiteit staat voor een afzonderlijke gebeurtenis, zoals 'Interactie door agent geaccepteerd' of 'Afrondcode toegewezen'. De volgorde en frequentie van activiteiten analyseren is essentieel voor process mining. Zo kun je processtromen zichtbaar maken, afwijkingen vinden en bottlenecks of inefficiënte stappen opsporen.

Waarom dit belangrijk is

Activiteiten vormen de basis van de proceskaart. Daarmee kun je de werkelijke processtroom zichtbaar maken en vergelijken met de ontworpen processtroom.

Waar vind je dit?

Meestal wordt deze naam bepaald door systeemgebeurtenissen, agentstatussen of specifieke vermeldingen in het auditspoor van Genesys Cloud CX te koppelen aan gestandaardiseerde activiteitnamen.

Voorbeelden
Interactie gestartInteractie door agent geaccepteerdNawerk na gesprek beëindigdServiceverzoek heropend
Serviceverzoek
ServiceRequest
De belangrijkste identificatie voor een klantinteractie, waarmee alle bijbehorende activiteiten aan elkaar worden gekoppeld.
Beschrijving

Het serviceverzoek, ook wel ticket of case genoemd, is de belangrijkste identificatie voor één klantvraag of probleem. Het groepeert alle bijbehorende gebeurtenissen, van het eerste contact tot de uiteindelijke oplossing, in één procesinstantie. Door serviceverzoeken te analyseren, krijg je een volledig beeld van de klantreis en de interne afhandeling. Dit vormt de basis voor het berekenen van belangrijke metrieken, zoals de totale afhandeltijd en het percentage oplossingen bij het eerste contact.

Waarom dit belangrijk is

Dit is de Case-ID die alle processtappen met elkaar verbindt. Zo kun je elke klantinteractie van begin tot eind analyseren.

Waar vind je dit?

Dit is de conceptuele case-identificatie. In Genesys komt deze vaak overeen met de Conversation ID, maar afhankelijk van de implementatie kan het ook een aangepaste identificatie zijn.

Voorbeelden
SR-20240521-00123SR-20240521-00124SR-20240522-00001
Starttijd
EventTime
De timestamp die aangeeft wanneer een activiteit of gebeurtenis is gestart.
Beschrijving

Dit attribuut bevat de exacte datum en tijd waarop elke activiteit plaatsvond. Het is nodig om gebeurtenissen in de juiste volgorde te zetten en vormt de basis voor alle tijdsanalyses. Met de starttijd bouw je de processtroom chronologisch op en bereken je de duur, wachttijden en doorlooptijden tussen activiteiten. Nauwkeurige timestamps zijn belangrijk voor betrouwbare procesanalyses en prestatiemonitoring.

Waarom dit belangrijk is

Deze timestamp zet alle activiteiten in chronologische volgorde. Zo kun je processtromen, doorlooptijden en bottlenecks nauwkeurig analyseren.

Waar vind je dit?

Te vinden in event logs of interactiedetails in Genesys Cloud CX. Vaak is de timestamp gekoppeld aan elke geregistreerde systeem- of gebruikersgebeurtenis.

Voorbeelden
2024-05-21T10:00:15Z2024-05-21T10:02:30Z2024-05-21T10:15:00Z
Bronsysteem
SourceSystem
Het systeem waaruit de data is gehaald.
Beschrijving

Dit attribuut geeft aan uit welk systeem de gebeurtenisdata komt, in dit geval Genesys Cloud CX. In omgevingen met meerdere gekoppelde systemen is dit veld belangrijk om de herkomst van data te volgen, problemen op te lossen en de context te begrijpen. Zo weet je zeker dat de analyse op de juiste databron is gebaseerd. Je kunt de data ook filteren of indelen wanneer meerdere systemen bijdragen aan één procesweergave.

Waarom dit belangrijk is

Geeft aan waar de data vandaan komt. Dit is belangrijk voor databeheer, validatie en het samenvoegen van data uit meerdere systemen.

Waar vind je dit?

Dit is meestal een vaste waarde die tijdens het extraheren en omzetten van de data wordt toegevoegd om de herkomst van de records aan te geven.

Voorbeelden
Genesys Cloud CXGenesysCloudCX_US1Genesys
Laatste data-update
LastDataUpdate
De timestamp van de meest recente data-update.
Beschrijving

Dit attribuut geeft aan wanneer de dataset voor het laatst is bijgewerkt vanuit het bronsysteem. Zo zie je hoe actueel de data is die je analyseert. Dat is belangrijk om op tijd de juiste zakelijke beslissingen te nemen. Toon deze informatie duidelijk op dashboards en in rapporten, zodat gebruikers weten hoe actueel de data is en kunnen beoordelen of de inzichten nog kloppen.

Waarom dit belangrijk is

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

Waar vind je dit?

Deze waarde wordt gegenereerd en aan de dataset toegevoegd wanneer de data wordt geëxtraheerd of in de process mining-tool wordt geladen.

Voorbeelden
2024-05-23T04:00:00Z2024-05-24T04:00:00Z
Afsluitcode
WrapUpCode
Een code die een agent aan het einde van een interactie toewijst om de uitkomst of het onderwerp te categoriseren.
Beschrijving

De afsluitcode is een label waarmee een agent de aard of afhandeling van een klantinteractie vastlegt. Deze codes geven gestructureerde informatie over de reden waarom klanten contact opnemen met de supportafdeling. Door afsluitcodes te analyseren, zie je welke problemen vaak voorkomen, hoe vaak verzoeken worden opgelost en welke vragen regelmatig terugkomen. Deze data helpt bij oorzaakanalyse en bij het in kaart brengen van de vraag naar service.

Waarom dit belangrijk is

Categoriseert de uitkomst van een interactie. De gestructureerde data helpt bij het analyseren van veelvoorkomende problemen, de effectiviteit van oplossingen en contactredenen.

Waar vind je dit?

Beschikbaar in de gespreksdetailrecords van Genesys Cloud CX, met name in de sessiedetails van agentdeelnemers.

Voorbeelden
Wachtwoord opnieuw instellenFactuurgeschil opgelostInformatie over product aangevraagdDoorgestuurd naar tweedelijnsondersteuning
Agent-ID
AgentId
De unieke identificatiecode van de agent die de interactie of activiteit heeft afgehandeld.
Beschrijving

De Agent-ID is een unieke sleutel voor elke medewerker van de klantenservice. Dit attribuut is nodig om de prestaties, werkverdeling en efficiëntie van agents te analyseren. Je kunt de proceskaart filteren om te zien hoe specifieke agents of teams verzoeken afhandelen. Vergelijk bijvoorbeeld hun doorlooptijd, percentage herstelwerk en naleving van standaardprocedures. Dit attribuut vormt de basis voor het dashboard 'Agentprestaties en efficiëntie'.

Waarom dit belangrijk is

Dit attribuut koppelt procesactiviteiten aan specifieke medewerkers. Zo kun je individuele prestaties, werkbelasting en teamefficiëntie analyseren.

Waar vind je dit?

Beschikbaar in de gespreksdetailrecords van Genesys Cloud CX, gekoppeld aan de gebruiker die een specifiek deel van de interactie heeft afgehandeld.

Voorbeelden
a1b2c3d4-e5f6-7890-1234-567890abcdeff0e9d8c7-b6a5-4321-fedc-ba0987654321
Agentnaam
AgentName
De volledige naam van de agent die de interactie of activiteit heeft afgehandeld.
Beschrijving

De Agentnaam is een leesbare identificatie van de servicemedewerker en hoort bij de Agent-ID. Dit attribuut maakt dashboards en rapporten duidelijker voor managers en teamleiders. Het wordt veel gebruikt om prestaties te beoordelen, opleidingsbehoeften vast te stellen en de werkbelasting eerlijk te verdelen, zonder systeem-ID's te hoeven opzoeken.

Waarom dit belangrijk is

Geeft de agent een herkenbare naam, zodat je prestaties makkelijker kunt analyseren en bevindingen kunt bespreken zonder technische ID's te gebruiken.

Waar vind je dit?

Opgehaald uit de Users- of Directory-service in Genesys Cloud CX door de AgentId op te zoeken.

Voorbeelden
Jan JansenJanneke de VriesPieter Jansen
Communicatiekanaal
MediaType
Het communicatiekanaal voor de interactie, zoals telefoon, chat of e-mail.
Beschrijving

Dit attribuut geeft aan via welk kanaal de klant en de agent contact hadden. Veelgebruikte kanalen zijn telefoon, chat, e-mail en sociale media. Door prestaties per kanaal te analyseren, zoals in het dashboard 'Prestaties per communicatiekanaal', zie je hoeveel contacten er per kanaal zijn, hoe lang de afhandeling duurt en hoe tevreden klanten zijn. Deze informatie helpt bij het bepalen van de kanaalstrategie en de verdeling van middelen.

Waarom dit belangrijk is

Door het proces per communicatiekanaal op te splitsen, zie je hoe de prestaties, het klantgedrag en de benodigde middelen per kanaal verschillen.

Waar vind je dit?

Een standaardveld in de gespreksdetailrecords van Genesys Cloud CX.

Voorbeelden
telefoonchate-mailbericht
Eindtijd
EventEndTime
De timestamp waarop een activiteit of gebeurtenis eindigde.
Beschrijving

Dit attribuut registreert het exacte moment waarop een activiteit eindigt. Samen met de Starttijd maakt het een nauwkeurige berekening mogelijk van de duur van elke afzonderlijke activiteit. Door activiteitenduren te analyseren, zie je welke processtappen de meeste tijd kosten. Zo vind je inefficiënties en mogelijkheden voor optimalisatie. Denk bijvoorbeeld aan lange wachttijden bij 'Hold Placed on Interaction' of een lange duur van 'After-Call Work'.

Waarom dit belangrijk is

Maakt het mogelijk om de duur van afzonderlijke activiteiten nauwkeurig te berekenen. Zo zie je welke stappen veel tijd kosten en waar de bottlenecks zitten.

Waar vind je dit?

Te vinden in event logs of interactiedetails in Genesys Cloud CX. Je kunt de eindtijd ook afleiden uit de starttijd van de volgende gebeurtenis.

Voorbeelden
2024-05-21T10:02:30Z2024-05-21T10:15:00Z2024-05-21T10:18:45Z
Wachtrijnaam
QueueName
De naam van de wachtrij waarnaar de interactie is doorgestuurd.
Beschrijving

Dit attribuut geeft aan in welke wachtrij een interactie heeft gewacht voordat deze aan een agent werd toegewezen. Analyse op basis van de wachtrijnaam is belangrijk voor het dashboard 'Bottlenecks in servicewachtrijen opsporen'. Managers zien hiermee hoe het werk is verdeeld over verschillende vaardigheidsgroepen of servicelijnen. Ook kunnen ze wachttijden per wachtrij meten en zien welke wachtrijen structureel te weinig bezetting hebben of overbelast zijn. Deze informatie helpt om middelen beter te verdelen en wachttijden voor klanten te verkorten.

Waarom dit belangrijk is

Laat zien waar serviceverzoeken wachten op toewijzing. Zo kun je bottlenecks opsporen en de werkverdeling analyseren.

Waar vind je dit?

Beschikbaar in de gespreksdetailrecords van Genesys Cloud CX. Een interactie kan door een of meer wachtrijen lopen.

Voorbeelden
Eerstelijnsondersteuning - telefoonVragen over facturen - chatTechnische ondersteuning - e-mail
CSAT-score
CustomerSatisfactionScore
De tevredenheidsscore die de klant invult in een enquête na de interactie.
Beschrijving

De klanttevredenheidsscore, of CSAT, meet hoe de klant de ontvangen service heeft ervaren. Meestal wordt deze verzameld via een enquête nadat de interactie is afgesloten. Door CSAT-scores naast procesdata te leggen, zie je hoe procesvarianten, doorlooptijden of specifieke agents de klanttevredenheid beïnvloeden. Dit is een belangrijke uitkomstmaat om het totale proces te beoordelen.

Waarom dit belangrijk is

Meet rechtstreeks de klanttevredenheid. Zo kun je het verband analyseren tussen procesprestaties en de ervaring van klanten.

Waar vind je dit?

Deze data komt meestal uit de module Quality Management van Genesys Cloud CX of uit een externe enquêtetool die met Genesys is geïntegreerd.

Voorbeelden
5413
Doorlooptijd serviceverzoek
ServiceResolutionTime
De totale tijd vanaf het eerste contact met de klant tot de definitieve oplossing.
Beschrijving

Deze metriek meet de totale duur van een serviceverzoek, vanaf het moment waarop de klant contact opneemt tot het moment waarop het probleem als opgelost wordt gemarkeerd. Dit is een belangrijke prestatie-indicator voor de efficiëntie van het proces en de klantervaring. Dit berekende attribuut staat centraal in het dashboard 'Doorlooptijd serviceverzoeken' en de KPI 'Gemiddelde doorlooptijd serviceverzoeken'. Door de spreiding te analyseren, vind je langlopende cases en structurele vertragingen.

Waarom dit belangrijk is

Dit is een belangrijke KPI om de totale procesefficiëntie en de invloed daarvan op de klantervaring te meten.

Waar vind je dit?

Berekend veld: timestamp van de laatste oplossingsactiviteit min de timestamp van de eerste klantcontactactiviteit.

Voorbeelden
90010800172800
Gespreks-ID
ConversationId
De unieke identificatiecode die Genesys aan een volledig gesprek toekent.
Beschrijving

De Gespreks-ID is de belangrijkste technische sleutel in Genesys Cloud CX. Hiermee worden alle bijbehorende interacties, segmenten en deelnemers van één klantgesprek gegroepeerd. Het conceptuele 'Service Request' wordt gebruikt als Case-ID, maar de Gespreks-ID is de onderliggende sleutel waarmee je alle bijbehorende data uit de Genesys-API's ophaalt. Deze is nodig voor data-extractie, het samenvoegen van datasets en de technische validatie van procesdata.

Waarom dit belangrijk is

Dit is de belangrijkste technische sleutel in Genesys. Je hebt deze nodig voor data-extractie, probleemoplossing en het terugzoeken van gegevens in het bronsysteem.

Waar vind je dit?

Dit is een belangrijk veld in alle analyse- en gespreks-API's van Genesys Cloud CX.

Voorbeelden
d8a7c6b5-e4f3-2109-8765-fedcba098765c7b6a5d4-f3e2-1098-7654-edcbaf987654
Heropend
IsReopened
Een indicator die aangeeft of een opgelost serviceverzoek later opnieuw is geopend.
Beschrijving

Dit booleaanse attribuut markeert serviceverzoeken die eerst als opgelost of gesloten zijn gemarkeerd, maar later weer actief werden. Heropende cases wijzen er vaak op dat de eerste oplossing niet goed of niet volledig was. Dat kan leiden tot ontevreden klanten en extra werk. Dit attribuut voedt het dashboard 'Trends in heropende serviceverzoeken' en de KPI 'Percentage heropende serviceverzoeken'. Door deze cases te analyseren, vind je de oorzaken van ineffectieve oplossingen.

Waarom dit belangrijk is

Laat zien waar de afhandeling tekortschiet. Zo komen problemen met de kwaliteit van oplossingen aan het licht, net als extra herstelwerk en een slechtere klantervaring.

Waar vind je dit?

Berekend veld, afgeleid door een activiteit te detecteren die de case opnieuw activeert nadat de activiteit 'Service Request Resolved' heeft plaatsgevonden.

Voorbeelden
truefalse
Opgelost bij eerste contact
IsFirstContactResolution
Een indicator die aangeeft of het serviceverzoek tijdens één interactie is opgelost.
Beschrijving

Dit booleaanse attribuut geeft aan welke cases tijdens het eerste contact zijn opgelost, zonder vervolgcontact met de klant of interne overdracht. De waarde 'true' staat voor een efficiënte oplossing in één keer. Dit attribuut vormt de basis voor de KPI 'Oplossingspercentage bij eerste contact' en het bijbehorende dashboard. Door te analyseren waarom cases niet bij het eerste contact worden opgelost, vind je mogelijkheden voor agenttraining, verbeteringen aan de kennisbank of aanpassingen in het proces.

Waarom dit belangrijk is

Meet de efficiëntie en klanttevredenheid. Problemen bij het eerste contact oplossen draagt sterk bij aan een goede service-ervaring.

Waar vind je dit?

Berekend veld, afgeleid door de gebeurtenisvolgorde van een case te analyseren. Een case telt als FCR wanneer deze is opgelost zonder bepaalde tussenliggende activiteiten, zoals overdrachten of heropeningen.

Voorbeelden
truefalse
SLA-streeftijd voor oplossing
SlaTargetResolutionTime
De contractueel afgesproken streeftijd voor het oplossen van het serviceverzoek.
Beschrijving

Dit attribuut bepaalt hoeveel tijd er volgens de Service Level Agreement (SLA) maximaal is om een serviceverzoek op te lossen. De streeftijd is de norm waarmee je de werkelijke doorlooptijd vergelijkt. Deze data is nodig voor het dashboard 'Overzicht SLA-naleving' en de KPI 'SLA-nalevingspercentage'. Zo kan de organisatie de prestaties toetsen aan de afspraken met klanten en mogelijke overschrijdingen op tijd signaleren.

Waarom dit belangrijk is

Geeft de norm voor SLA-naleving. Dit is een belangrijke indicator voor de serviceprestaties en het nakomen van contractuele afspraken.

Waar vind je dit?

Dit kan worden opgeslagen als aangepast attribuut bij het gesprek of worden afgeleid uit regels op basis van de wachtrij, het klanttype of het type verzoek.

Voorbeelden
86400144003600
Type serviceverzoek
ServiceRequestType
De categorie van het serviceverzoek, zoals 'Vraag', 'Klacht' of 'Technisch probleem'.
Beschrijving

Dit attribuut deelt serviceverzoeken in op basis van hun aard of doel. Zo kun je de analyse opsplitsen en zien hoe verschillende soorten verzoeken worden afgehandeld. De processtappen en doorlooptijd van een 'Klacht' kunnen bijvoorbeeld sterk verschillen van die van een 'Algemene vraag'. Deze dimensie is belangrijk voor dashboards zoals 'Analyse van interne escalaties'. Daarmee zie je of bepaalde soorten verzoeken vaker worden geëscaleerd.

Waarom dit belangrijk is

Maakt het mogelijk het proces op te splitsen en te vergelijken hoe verschillende soorten verzoeken worden afgehandeld. Zo vind je bottlenecks en inefficiënties die bij een bepaald type horen.

Waar vind je dit?

Deze informatie kan worden vastgelegd via een keuze in een IVR, een selectie van de klant op een webformulier of een toewijzing door een agent. In Genesys kan de informatie worden opgeslagen als deelnemersattribuut of afsluitcode.

Voorbeelden
Vraag over factuurTechnische ondersteuningAccountbeheerProductklacht
Voldoet aan SLA
IsSlaCompliant
Een indicator die aangeeft of het serviceverzoek binnen de SLA-streeftijd is opgelost.
Beschrijving

Dit booleaanse attribuut geeft aan of een serviceverzoek binnen de streeftijd is opgelost. De waarde wordt berekend door 'ServiceResolutionTime' te vergelijken met 'SlaTargetResolutionTime'. Deze indicator vereenvoudigt de analyse en visualisatie in het dashboard 'Overzicht SLA-naleving' en vormt de basis voor de KPI 'SLA-nalevingspercentage'. Je kunt cases die wel en niet aan de SLA voldoen snel filteren en vergelijken om patronen in SLA-overschrijdingen te vinden.

Waarom dit belangrijk is

Maakt de analyse van SLA-prestaties eenvoudiger door per case duidelijk aan te geven of de SLA is gehaald of overschreden. Zo kun je de oorzaken van overschrijdingen onderzoeken.

Waar vind je dit?

Berekend veld: True als ServiceResolutionTime <= SlaTargetResolutionTime, anders False.

Voorbeelden
truefalse
Verplicht Aanbevolen Optioneel

Activiteiten in de klantenservice

Dit zijn de belangrijke processtappen en mijlpalen om in je event log vast te leggen voor een nauwkeurige procesanalyse.
5 Aanbevolen 8 Optioneel
Activiteit Beschrijving
Afrondcode toegewezen
Een agent wijst een vooraf ingestelde afrondcode of afhandelcode toe aan de interactie. Daarmee wordt de uitkomst van het serviceverzoek vastgelegd, bijvoorbeeld 'Opgelost' of 'Geëscaleerd'.
Waarom dit belangrijk is

Afrondcodes zijn een belangrijke bron om de bedrijfsuitkomst van een verzoek te bepalen. Ze zijn nodig om oplossingspercentages te berekenen en cases voor analyse in te delen.

Waar vind je dit?

Deze expliciete gebeurtenis staat in de detailrecords van gesprekken, meestal in de sessiegegevens van de agent als deelnemer. De afrondcode en timestamp worden vastgelegd.

Vastleggen

Geregistreerd wanneer een agent een afrondcode voor de interactie kiest.

Gebeurtenistype explicit
Interactie beëindigd
Deze activiteit markeert het einde van de conversatie, wanneer alle deelnemers de verbinding hebben verbroken. Dit is vaak het technische einde van de interactie rond het serviceverzoek.
Waarom dit belangrijk is

Dit is de definitieve eindgebeurtenis van de interactie. Deze is nodig om de totale interactieduur te berekenen en wordt vaak gebruikt als benadering van het moment waarop het verzoek is afgesloten.

Waar vind je dit?

Deze informatie komt uit de detailrecords van gesprekken. De gebeurtenis komt overeen met de eindtijd van het conversatieobject, meestal vastgelegd in de timestamp conversationEnd.

Vastleggen

Geregistreerd wanneer alle deelnemers de verbinding hebben verbroken en de conversatie eindigt.

Gebeurtenistype explicit
Interactie door agent geaccepteerd
Dit markeert het moment waarop een agent de aangeboden interactie accepteert en verbinding maakt met de klant. Vanaf dit belangrijke moment begint de agent het serviceverzoek rechtstreeks af te handelen.
Waarom dit belangrijk is

Deze activiteit is belangrijk om het percentage oplossingen bij het eerste contact en de afhandeltijd van agents te meten. Dit is het begin van het werk van de agent aan het verzoek.

Waar vind je dit?

Deze informatie staat in de detailrecords van gesprekken. De status van de agent als deelnemer verandert in 'connected' en er wordt een timestamp vastgelegd.

Vastleggen

Geregistreerd wanneer de status van een agent als deelnemer verandert in 'connected'.

Gebeurtenistype explicit
Interactie gestart
Deze activiteit markeert het begin van een klantinteractie, zoals een inkomend telefoongesprek, chat of e-mail. Genesys Cloud CX registreert deze gebeurtenis wanneer er een nieuw conversatieobject in het systeem wordt aangemaakt.
Waarom dit belangrijk is

Dit is de belangrijkste startgebeurtenis van het proces voor serviceverzoeken. Deze is nodig om de totale afhandeltijd te berekenen en patronen in de binnenkomende klantvraag te begrijpen.

Waar vind je dit?

Deze gebeurtenis komt uit de detailrecords van gesprekken. De gebeurtenis komt overeen met de starttijd van het conversatieobject, meestal vastgelegd in de timestamp conversationStart.

Vastleggen

Geregistreerd wanneer een nieuwe conversatie in het systeem wordt gestart.

Gebeurtenistype explicit
Interactie overgedragen
Dit is het moment waarop een agent een interactie overdraagt aan een andere wachtrij of agent. Bij een directe overdracht verbreekt de agent meteen de verbinding. Bij een overlegoverdracht spreekt de agent eerst met de ontvanger.
Waarom dit belangrijk is

Deze activiteit is belangrijk voor de KPI voor het percentage interne escalaties. Veel overdrachten kunnen wijzen op behoefte aan training, onjuiste routering of complexe processen.

Waar vind je dit?

Dit is te herkennen in de detailrecords van gesprekken wanneer na de eerste agent een nieuwe ACD- of agentdeelnemer aan de conversatie wordt toegevoegd. Vaak gebeurt dit na een gebeurtenis met de naam 'transfer'.

Vastleggen

Te herkennen aan een overdrachtsgebeurtenis in de sessiegegevens van de deelnemer.

Gebeurtenistype explicit
Conversatie naar wachtrij gerouteerd
Dit is het moment waarop een nieuwe interactie in een specifieke wachtrij wordt geplaatst om op een beschikbare agent te wachten. De routeringsengine van Genesys (ACD) registreert deze gebeurtenis expliciet.
Waarom dit belangrijk is

Door deze activiteit te volgen, kun je wachttijden in de wachtrij meten en bottlenecks in de routering opsporen. Lange tijd tussen dit moment en de toewijzing aan een agent kan wijzen op problemen met de bezetting of routeringslogica.

Waar vind je dit?

Deze informatie komt uit de detailrecords van gesprekken. Daarbij wordt gekeken naar 'purpose' en 'state' van de ACD-deelnemer in de conversatie. De waarde 'enterTime' voor de wachtrij in de metrics-array geeft deze gebeurtenis aan.

Vastleggen

Geregistreerd wanneer de ACD-routeringsengine een conversatie in een wachtrij plaatst.

Gebeurtenistype explicit
Interactie aan agent aangeboden
Deze gebeurtenis vindt plaats wanneer het systeem een interactie aan een specifieke agent aanbiedt. De status van de agent verandert in 'alerting' terwijl het systeem wacht tot de agent de conversatie accepteert of weigert.
Waarom dit belangrijk is

Met deze activiteit kun je de reactiesnelheid van agents en de werking van het routeringsalgoritme analyseren. Vertraging na dit moment kan erop wijzen dat agents werk niet snel genoeg accepteren.

Waar vind je dit?

Deze informatie staat in de detailrecords van gesprekken, bij de gegevens van de agent als deelnemer. De sessie van de deelnemer bevat een metriek met de status 'alerting' en de bijbehorende timestamp.

Vastleggen

Geregistreerd wanneer de routeringsengine een agent waarschuwt voor een nieuwe interactie.

Gebeurtenistype explicit
Klant in de wacht gezet
Deze activiteit wordt geregistreerd wanneer een agent een klant tijdens een interactie in de wacht zet. Dit is een expliciete statuswijziging voor de agent als deelnemer aan de conversatie.
Waarom dit belangrijk is

Door te kijken hoe vaak en hoelang klanten in de wacht staan, kun je inefficiënties opsporen. Agents moeten bijvoorbeeld vaak informatie opzoeken of overleggen met anderen.

Waar vind je dit?

Deze informatie komt uit de sessiegegevens van de agent als deelnemer in de detailrecords van gesprekken. De status verandert in 'held' en er wordt een timestamp vastgelegd.

Vastleggen

Geregistreerd wanneer de status van een agent als deelnemer verandert in 'held'.

Gebeurtenistype explicit
Klant uit de wacht gehaald
Dit gebeurt wanneer een agent de klant uit de wacht haalt en het gesprek hervat. Deze gebeurtenis markeert het einde van de wachttijd en wordt als statuswijziging geregistreerd.
Waarom dit belangrijk is

In combinatie met 'Klant in de wacht gezet' maakt deze activiteit het mogelijk de totale wachttijd nauwkeurig te berekenen. Die tijd is een belangrijk onderdeel van de totale afhandeltijd en de klantervaring.

Waar vind je dit?

Afgeleid uit de sessiegegevens van de agent als deelnemer, wanneer de status verandert van 'held' naar 'connected'.

Vastleggen

Geregistreerd wanneer de status van een agent als deelnemer verandert van 'held' in 'connected'.

Gebeurtenistype explicit
Klanttevredenheidsenquête verstuurd
Deze activiteit vindt plaats wanneer na het afsluiten van een interactie een klanttevredenheidsenquête (CSAT) wordt verstuurd. Vaak verstuurt het systeem de enquête automatisch op basis van vooraf ingestelde regels.
Waarom dit belangrijk is

Deze activiteit is nodig om de KPI voor het op tijd versturen van CSAT-enquêtes te meten. Als je de enquête op tijd verstuurt, kan de klant feedback geven terwijl de ervaring nog vers in het geheugen ligt.

Waar vind je dit?

Deze informatie is meestal beschikbaar in enquête- of kwaliteitsbeheerdata in Genesys Cloud CX. Je kunt die koppelen aan de oorspronkelijke conversatie-ID.

Vastleggen

Geregistreerd door de enquêtemodule wanneer een enquête voor een specifieke conversatie wordt verstuurd.

Gebeurtenistype explicit
Nawerk na gesprek beëindigd
Dit markeert het einde van de periode voor nawerk na een gesprek. De agent is nu weer beschikbaar voor een volgende interactie.
Waarom dit belangrijk is

In combinatie met 'Nawerk na gesprek gestart' geeft deze activiteit de duur van de afrondfase nauwkeurig weer. Zo kun je de productiviteit van agents en de proceskosten analyseren.

Waar vind je dit?

Dit wordt afgeleid wanneer de status van de agent verandert van 'acw' naar een beschikbare status, zoals 'idle'. De timestamp van deze statuswijziging wordt gebruikt.

Vastleggen

Afgeleid uit de statuswijziging van de agent van 'acw' naar een beschikbare status.

Gebeurtenistype inferred
Nawerk na gesprek gestart
Deze activiteit markeert het begin van de periode voor nawerk na een gesprek (ACW). De agent heeft de verbinding met de klant verbroken en kan nu taken uitvoeren, zoals notities vastleggen of systemen bijwerken.
Waarom dit belangrijk is

De duur van ACW meten is belangrijk om de efficiëntie van agents en de totale afhandeltijd te begrijpen. Langdurige ACW kan wijzen op inefficiënte processen na een interactie.

Waar vind je dit?

Deze informatie komt uit de sessiegegevens van de agent als deelnemer. De gebeurtenis wordt geregistreerd wanneer de status van de agent verandert in 'acw', nadat de klant de verbinding heeft verbroken.

Vastleggen

Geregistreerd wanneer de status van een agent als deelnemer verandert in 'acw'.

Gebeurtenistype explicit
Serviceverzoek heropend
Dit gebeurt wanneer een klant kort nadat een probleem als opgelost is beschouwd opnieuw contact opneemt over hetzelfde probleem. Dit is geen expliciete gebeurtenis, maar wordt berekend op basis van bedrijfsregels.
Waarom dit belangrijk is

Heropende verzoeken volgen is belangrijk om het percentage heropende serviceverzoeken te meten. Dit laat zien dat de eerste oplossing niet werkte, wat gevolgen heeft voor de klanttevredenheid en de efficiëntie van de bedrijfsvoering.

Waar vind je dit?

Deze activiteit wordt afgeleid door te zoeken naar een nieuwe gebeurtenis 'Interactie gestart' voor dezelfde klant (Customer ID) en hetzelfde probleem, bijvoorbeeld hetzelfde type serviceverzoek, binnen een vooraf ingestelde periode na de oplossing van een eerdere interactie.

Vastleggen

Berekend door een nieuwe interactie te koppelen aan een recent afgesloten interactie voor dezelfde klant en hetzelfde probleem.

Gebeurtenistype calculated
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data op uit Genesys Cloud CX

Klaar om te beginnen?

Breng in kaart hoe de klantenservice verloopt. Met deze template kun je kansen voor verbetering vinden en efficiënter werken.

Voorkom herhaalcontact: verbeter vandaag nog je klantenservice!

Verbeter de CSAT en los 80% van de vragen bij het eerste contact op.

Start je gratis proefperiode

Je hebt geen creditcard nodig. Activeer de proefperiode binnen enkele minuten.