Datatemplate voor klantenservice
Datatemplate voor klantenservice
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om bij te houden
- Uitleg over data-extractie
Attributen voor klantenservice
| 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
|
|||
Activiteiten in de klantenservice
| 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
|
|||
Extractiegidsen
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.
Je hebt geen creditcard nodig. Activeer de proefperiode binnen enkele minuten.