Il template dei dati per il servizio clienti

Genesys Cloud CX
Il template dei dati per il servizio clienti

Il template dei dati per il servizio clienti

Questo template offre indicazioni chiare per raccogliere i dati essenziali necessari ad analizzare e ottimizzare il processo di assistenza clienti. Descrive gli attributi consigliati, le attività principali da monitorare e le modalità pratiche per estrarre queste informazioni dai sistemi di origine. Lo utilizzi per creare un Event Log completo per le iniziative di Process Mining.
  • Attributi consigliati da raccogliere
  • Attività principali da monitorare
  • Indicazioni per l’estrazione
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi del servizio clienti

Questi sono i campi dati consigliati da includere nell’Event Log per un’analisi completa del servizio clienti.
5 Obbligatorio 6 Consigliato 8 Facoltativo
Nome Descrizione
Nome dell’attività
ActivityName
Nome dell’evento o dell’attività specifica che si è verificata in un determinato momento del ciclo di vita della richiesta di assistenza.
Descrizione

Questo attributo descrive una fase specifica o un cambiamento di stato nel processo di assistenza clienti. Ogni attività rappresenta un evento distinto, come 'Interazione accettata dall’agente' o 'Codice di chiusura assegnato'. Analizzare la sequenza e la frequenza di queste attività è fondamentale per il Process Mining: consente di visualizzare i flussi dei processi, individuare le deviazioni e identificare i colli di bottiglia o le fasi inefficienti.

Perché è importante

Le attività costituiscono la struttura portante della mappa del processo e consentono di visualizzare e analizzare il flusso effettivo rispetto a quello progettato.

Dove reperirli

In genere, si ottiene associando gli eventi di sistema, gli stati degli agenti o specifiche voci del registro di controllo di Genesys Cloud CX a nomi di attività standardizzati.

Esempi
Interazione avviataInterazione accettata dall’agenteFine delle attività successive alla chiamataRichiesta di assistenza riaperta
Ora di inizio
EventTime
Timestamp che indica quando è iniziata un’attività o si è verificato un evento.
Descrizione

Questo attributo indica la data e l’ora esatte in cui si è verificata ciascuna attività. È essenziale per ordinare correttamente gli eventi e per tutte le analisi basate sul tempo. L’ora di inizio consente di ricostruire il flusso del processo in ordine cronologico e costituisce la base per calcolare la durata, i tempi di attesa e i tempi di ciclo tra le diverse attività. Timestamp accurati sono fondamentali per analizzare i processi e monitorarne le prestazioni in modo affidabile.

Perché è importante

Questo timestamp ordina cronologicamente tutte le attività e consente di analizzare con precisione i flussi dei processi, le durate e i colli di bottiglia.

Dove reperirli

Disponibile negli Event Log o nei dettagli delle interazioni di Genesys Cloud CX, spesso associato a ogni evento di sistema o utente registrato.

Esempi
2024-05-21T10:00:15Z2024-05-21T10:02:30Z2024-05-21T10:15:00Z
Richiesta di assistenza
ServiceRequest
Identificativo principale di un’interazione di assistenza clienti, che collega tutte le attività correlate.
Descrizione

La richiesta di assistenza, spesso chiamata ticket o caso, è l’identificativo principale di una singola domanda o problema del cliente. Raggruppa in un’unica istanza di processo tutti gli eventi correlati, dal contatto iniziale alla risoluzione finale. Analizzare i dati per richiesta di assistenza consente di ricostruire l’intero percorso del cliente e il processo interno di gestione. È la base per calcolare metriche chiave come il tempo totale di risoluzione e il tasso di risoluzione al primo contatto.

Perché è importante

È l’ID del caso essenziale per collegare tutte le fasi del processo e analizzare nel complesso ogni interazione con il cliente, dall’inizio alla fine.

Dove reperirli

È l’identificativo concettuale del caso. In Genesys corrisponde spesso all’ID della conversazione, ma può essere un identificativo personalizzato a seconda dell’implementazione.

Esempi
SR-20240521-00123SR-20240521-00124SR-20240522-00001
Sistema di origine
SourceSystem
Sistema da cui sono stati estratti i dati.
Descrizione

Questo attributo identifica il sistema di origine dei dati degli eventi, in questo caso Genesys Cloud CX. Negli ambienti con più sistemi integrati, il campo è fondamentale per ricostruire la provenienza dei dati, risolvere i problemi e comprenderne il contesto. Aiuta a verificare che l’analisi si basi sull’origine dei dati corretta e consente di filtrare o segmentare i dati quando più sistemi contribuiscono alla stessa vista del processo.

Perché è importante

Identifica l’origine dei dati, un’informazione fondamentale per la governance e la convalida dei dati e per unire dati provenienti da più sistemi.

Dove reperirli

In genere, è un valore statico aggiunto durante l’estrazione e la trasformazione dei dati per indicare l’origine dei record.

Esempi
Genesys Cloud CXGenesysCloudCX_US1Genesys
Ultimo aggiornamento dei dati
LastDataUpdate
Timestamp dell’aggiornamento più recente dei dati.
Descrizione

Questo attributo indica l’ultima volta in cui il dataset è stato aggiornato dal sistema di origine. Fornisce un’indicazione sull’attualità dei dati analizzati, un aspetto fondamentale per prendere decisioni aziendali tempestive e pertinenti. Le Dashboard e i report dovrebbero mostrare chiaramente questa informazione, così che gli utenti sappiano quanto sono aggiornati i dati e possano valutare l’attendibilità delle analisi.

Perché è importante

Indica quanto sono aggiornati i dati, assicurando che analisi e decisioni si basino su informazioni recenti.

Dove reperirli

Questo valore viene generato e associato al dataset al momento dell’estrazione dei dati o del loro caricamento nello strumento di Process Mining.

Esempi
2024-05-23T04:00:00Z2024-05-24T04:00:00Z
Canale di comunicazione
MediaType
Il canale di comunicazione utilizzato per l’interazione, per esempio voce, chat o e-mail.
Descrizione

Questo attributo specifica il mezzo utilizzato per comunicare tra cliente e agente. I canali più comuni sono voce, chat, e-mail e social media. Analizzare le prestazioni per canale, come nella Dashboard «Prestazioni dei canali di comunicazione», aiuta le aziende a comprendere i volumi, i tempi di risoluzione e la soddisfazione dei clienti per ciascun canale. Queste informazioni sono fondamentali per ottimizzare la strategia relativa ai canali e l’allocazione delle risorse.

Perché è importante

Segmentare il processo per canale di comunicazione è essenziale per comprendere le prestazioni specifiche di ciascun canale, il comportamento dei clienti e il fabbisogno di risorse.

Dove reperirli

Campo standard nei record dettagliati delle conversazioni di Genesys Cloud CX.

Esempi
vocechate-mailmessaggio
Codice di chiusura
WrapUpCode
Codice assegnato da un agente al termine di un’interazione per classificarne l’esito o l’argomento.
Descrizione

Il codice di chiusura è un’etichetta selezionata dall’agente per classificare la natura o la risoluzione di un’interazione con un cliente. Questi codici forniscono dati strutturati sui motivi per cui i clienti contattano l’assistenza. Analizzarli aiuta a individuare i problemi più frequenti, monitorare gli esiti delle risoluzioni e misurare la frequenza di richieste specifiche. Questi dati sono utili per analizzare le cause profonde e comprendere i modelli della domanda di assistenza.

Perché è importante

Classifica l’esito di un’interazione e fornisce dati strutturati per analizzare i problemi più frequenti, l’efficacia delle risoluzioni e i motivi dei contatti.

Dove reperirli

Disponibile nei record dettagliati delle conversazioni di Genesys Cloud CX, in particolare nei dettagli della sessione relativi ai partecipanti che sono agenti.

Esempi
Reimpostazione della passwordContestazione di fatturazione risoltaRichiesta di informazioni sul prodottoInoltrato all’assistenza di secondo livello
ID agente
AgentId
L’identificativo univoco dell’agente che ha gestito l’interazione o l’attività.
Descrizione

L’ID agente è una chiave univoca per ogni addetto al servizio clienti. Questo attributo è essenziale per le analisi relative alle prestazioni degli agenti, alla distribuzione del carico di lavoro e all’efficienza. Consente di filtrare la mappa del processo per vedere come i singoli agenti o i team gestiscono le richieste e confrontare indicatori quali i tempi di risoluzione, il tasso di rilavorazione e il rispetto delle procedure standard. È un elemento fondamentale della Dashboard «Prestazioni ed efficienza degli agenti».

Perché è importante

Questo attributo collega le attività del processo a dipendenti specifici e consente di analizzare le prestazioni individuali, il carico di lavoro e l’efficienza dei team.

Dove reperirli

Disponibile nei record dettagliati delle conversazioni di Genesys Cloud CX, è associato all’utente che ha gestito uno specifico segmento dell’interazione.

Esempi
a1b2c3d4-e5f6-7890-1234-567890abcdeff0e9d8c7-b6a5-4321-fedc-ba0987654321
Nome agente
AgentName
Il nome completo dell’agente che ha gestito l’interazione o l’attività.
Descrizione

Il nome dell’agente è un identificativo leggibile dell’addetto al servizio, corrispondente all’ID agente. Questo attributo rende le Dashboard e i report più intuitivi per i responsabili e i coordinatori dei team. È ampiamente utilizzato nelle analisi incentrate sugli agenti per valutare le prestazioni, individuare esigenze di formazione e garantire una distribuzione equa del carico di lavoro, senza dover consultare gli ID di sistema.

Perché è importante

Fornisce un nome facilmente riconoscibile per l’agente, semplificando l’analisi delle prestazioni e la comunicazione dei risultati senza ricorrere a ID tecnici.

Dove reperirli

Si recupera dal servizio Users o Directory di Genesys Cloud CX cercando l’AgentId.

Esempi
John SmithJane DoePeter Jones
Nome coda
QueueName
Il nome della coda in cui è stata indirizzata l’interazione.
Descrizione

Questo attributo identifica la coda in cui un’interazione è rimasta in attesa prima di essere assegnata a un agente. Analizzare i dati per nome della coda è essenziale per la Dashboard «Individuazione dei colli di bottiglia nelle code di assistenza». Aiuta i responsabili a comprendere come si distribuisce il carico di lavoro tra i diversi gruppi di competenze o servizi, a misurare i tempi di attesa per ciascuna coda e a individuare quelle che sono spesso sotto organico o sovraccariche. Queste informazioni sono fondamentali per ottimizzare l’allocazione delle risorse e ridurre i tempi di attesa dei clienti.

Perché è importante

Aiuta a individuare i colli di bottiglia e ad analizzare la distribuzione del carico di lavoro, mostrando dove le richieste di assistenza sono in attesa di assegnazione.

Dove reperirli

Disponibile nei record dettagliati delle conversazioni di Genesys Cloud CX. Ogni interazione può passare attraverso una o più code.

Esempi
Assistenza di primo livello - VoceRichieste di fatturazione - ChatAssistenza tecnica - E-mail
Ora di fine
EventEndTime
Il timestamp che indica quando è terminata un’attività o un evento.
Descrizione

Questo attributo registra il momento esatto in cui termina un’attività. Insieme all’ora di inizio, consente di calcolare con precisione la durata di ogni singola attività. Analizzare la durata delle attività è fondamentale per individuare i passaggi che richiedono più tempo, rilevando inefficienze e opportunità di miglioramento. Per esempio, può mettere in evidenza tempi prolungati per «Sospensione dell’interazione» o per il «Lavoro successivo alla chiamata».

Perché è importante

Consente di calcolare con precisione la durata delle singole attività, un dato essenziale per individuare i passaggi che richiedono più tempo e i colli di bottiglia nelle prestazioni.

Dove reperirli

È disponibile nei log degli eventi o nei dettagli delle interazioni di Genesys Cloud CX. Può anche essere ricavato dall’ora di inizio dell’evento successivo.

Esempi
2024-05-21T10:02:30Z2024-05-21T10:15:00Z2024-05-21T10:18:45Z
Conforme allo SLA
IsSlaCompliant
Indicatore che segnala se la richiesta di assistenza è stata risolta entro il tempo obiettivo previsto dallo SLA.
Descrizione

Questo attributo booleano indica se una richiesta di assistenza ha rispettato il tempo obiettivo di risoluzione. Si calcola confrontando «ServiceResolutionTime» con «SlaTargetResolutionTime». L’indicatore semplifica l’analisi e la visualizzazione nella Dashboard «Panoramica della conformità agli SLA» ed è la base per calcolare il KPI «Tasso di conformità agli SLA». Consente di filtrare e segmentare rapidamente i casi conformi e non conformi, così da individuare schemi ricorrenti nelle violazioni degli SLA.

Perché è importante

Semplifica l’analisi delle prestazioni SLA indicando chiaramente per ogni caso se l’obiettivo è stato rispettato o superato e consente di analizzare le cause profonde degli scostamenti.

Dove reperirli

Campo calcolato: True se ServiceResolutionTime <= SlaTargetResolutionTime, altrimenti False.

Esempi
truefalse
ID conversazione
ConversationId
L’identificativo univoco assegnato da Genesys a un’intera conversazione.
Descrizione

L’ID conversazione è la chiave tecnica principale di Genesys Cloud CX che raggruppa tutte le interazioni, i segmenti e i partecipanti correlati a una singola conversazione con un cliente. Il concetto di «richiesta di assistenza» viene utilizzato come ID del caso, mentre l’ID conversazione è la chiave sottostante usata per recuperare tutti i dati correlati tramite le API di Genesys. È essenziale per estrarre i dati, unire dataset diversi e convalidare tecnicamente i dati di processo.

Perché è importante

È la chiave tecnica principale in Genesys, essenziale per estrarre i dati, risolvere i problemi e risalire al sistema di origine.

Dove reperirli

È un campo principale in tutte le API di analisi e conversazione di Genesys Cloud CX.

Esempi
d8a7c6b5-e4f3-2109-8765-fedcba098765c7b6a5d4-f3e2-1098-7654-edcbaf987654
Punteggio CSAT
CustomerSatisfactionScore
Il punteggio di soddisfazione fornito dal cliente in un sondaggio inviato dopo l’interazione.
Descrizione

Il punteggio di soddisfazione del cliente, o CSAT, misura direttamente la percezione del servizio ricevuto. In genere viene raccolto tramite un sondaggio inviato dopo la chiusura dell’interazione. Analizzare i punteggi CSAT insieme ai dati di processo può rivelare in che modo le variazioni del processo, i tempi di risoluzione o specifici agenti incidono sulla soddisfazione dei clienti. È un indicatore fondamentale per valutare il successo complessivo del processo.

Perché è importante

Misura direttamente la soddisfazione dei clienti e consente di correlare le prestazioni del processo ai risultati ottenuti.

Dove reperirli

Questi dati provengono in genere dal modulo Quality Management di Genesys Cloud CX o da uno strumento di sondaggio di terze parti integrato con Genesys.

Esempi
5413
Riaperto
IsReopened
Indicatore che segnala se una richiesta di assistenza risolta è stata successivamente riaperta.
Descrizione

Questo attributo booleano segnala le richieste di assistenza che, dopo essere state contrassegnate come risolte o chiuse, sono tornate attive. I casi riaperti spesso indicano che la soluzione iniziale non era efficace o completa, con conseguente insoddisfazione del cliente e ulteriore lavoro. Questo attributo alimenta la Dashboard «Andamento delle riaperture delle richieste di assistenza» e il KPI «Tasso di riapertura delle richieste di assistenza». Analizzare questi casi aiuta a individuare le cause profonde delle risoluzioni inefficaci.

Perché è importante

Mette in evidenza le criticità nel processo di risoluzione, segnalando problemi nella qualità delle soluzioni che comportano rilavorazioni e un’esperienza negativa per il cliente.

Dove reperirli

Campo calcolato, ricavato rilevando un’attività che riattiva il caso dopo un’attività «Richiesta di assistenza risolta».

Esempi
truefalse
Risoluzione al primo contatto
IsFirstContactResolution
Indicatore che segnala se la richiesta di assistenza è stata risolta con una sola interazione.
Descrizione

Questo attributo booleano identifica i casi risolti durante la prima interazione, senza ulteriori contatti da parte del cliente né trasferimenti interni. Il valore «true» indica una risoluzione efficiente e ideale. Questo attributo è alla base del KPI «Tasso di risoluzione al primo contatto» e della relativa Dashboard. Analizzare le caratteristiche dei casi che non vengono risolti al primo contatto può rivelare opportunità di formazione per gli agenti, miglioramenti della base di conoscenze o modifiche al processo.

Perché è importante

Misura direttamente l’efficienza e la soddisfazione dei clienti, poiché risolvere i problemi al primo tentativo è essenziale per offrire un’esperienza di assistenza positiva.

Dove reperirli

Campo calcolato, ricavato analizzando la sequenza di eventi di un caso. Un caso è FCR se viene risolto senza attività intermedie specifiche, come trasferimenti o riaperture.

Esempi
truefalse
Tempo di risoluzione del servizio
ServiceResolutionTime
Il tempo totale trascorso dal primo contatto del cliente fino alla risoluzione definitiva.
Descrizione

Questa metrica misura la durata complessiva di una richiesta di assistenza, dal momento in cui il cliente avvia il contatto fino a quando il problema viene contrassegnato come risolto. È un indicatore chiave dell’efficienza complessiva del processo e dell’esperienza del cliente. Questo attributo calcolato è al centro della Dashboard «Tempi di risoluzione delle richieste di assistenza» e del KPI «Tempo medio di risoluzione del servizio». Analizzarne la distribuzione aiuta a individuare i casi di lunga durata e i ritardi sistemici.

Perché è importante

È un KPI fondamentale per misurare l’efficienza complessiva del processo e il suo impatto sull’esperienza del cliente.

Dove reperirli

Campo calcolato: timestamp dell’attività di risoluzione finale meno timestamp della prima attività di contatto con il cliente.

Esempi
90010800172800
Tempo obiettivo di risoluzione SLA
SlaTargetResolutionTime
Il tempo obiettivo concordato contrattualmente per risolvere la richiesta di assistenza.
Descrizione

Questo attributo definisce il tempo massimo consentito per risolvere una richiesta di assistenza, in base all’accordo sul livello del servizio (SLA). Costituisce il valore di riferimento per misurare i tempi effettivi di risoluzione. Questi dati sono essenziali per la Dashboard «Panoramica della conformità agli SLA» e per il KPI «Tasso di conformità agli SLA»: consentono all’organizzazione di monitorare le prestazioni rispetto agli impegni presi con i clienti e di individuare possibili violazioni prima che si verifichino.

Perché è importante

Fornisce il valore di riferimento per misurare la conformità agli SLA, un indicatore fondamentale delle prestazioni del servizio e del rispetto degli obblighi contrattuali.

Dove reperirli

Può essere memorizzato come attributo personalizzato della conversazione o ricavato applicando regole basate sulla coda, sul tipo di cliente o sul tipo di richiesta.

Esempi
86400144003600
Tipo di richiesta di assistenza
ServiceRequestType
La classificazione della richiesta di assistenza, per esempio «Richiesta di informazioni», «Reclamo» o «Problema tecnico».
Descrizione

Questo attributo classifica la richiesta di assistenza in base alla sua natura o finalità. Consente di segmentare l’analisi per capire come vengono gestiti i diversi tipi di richiesta. Per esempio, il flusso del processo e i tempi di risoluzione di un «Reclamo» possono differire notevolmente da quelli di una «Richiesta generica di informazioni». Questa dimensione è fondamentale per Dashboard come «Analisi delle escalation interne», che permette di verificare se alcuni tipi di richiesta vengono inoltrati più spesso a un livello superiore.

Perché è importante

Consente di segmentare il processo per confrontare la gestione dei diversi tipi di richiesta e individuare colli di bottiglia o inefficienze specifici.

Dove reperirli

Queste informazioni possono essere raccolte tramite una selezione IVR, una scelta del cliente in un modulo web o l’assegnazione da parte di un agente. In Genesys possono essere memorizzate come attributo del partecipante o codice di chiusura.

Esempi
Richiesta di informazioni sulla fatturazioneAssistenza tecnicaGestione del contoReclamo sul prodotto
Obbligatorio Consigliato Facoltativo

Attività del servizio clienti

Questi sono i passaggi e le tappe fondamentali del processo da registrare nell’Event Log per individuare correttamente il processo.
5 Consigliato 8 Facoltativo
Attività Descrizione
Codice di chiusura assegnato
L’agente assegna all’interazione un codice di chiusura predefinito, detto anche codice di esito. In questo modo classifica esplicitamente il risultato della richiesta di assistenza, ad esempio come 'Risolta' o 'Inoltrata'.
Perché è importante

I codici di chiusura sono una fonte primaria per determinare l’esito aziendale di una richiesta. Sono fondamentali per calcolare i tassi di risoluzione e suddividere i casi ai fini dell’analisi.

Dove reperirli

È un evento esplicito presente nei record dettagliati delle conversazioni, in genere nei dati della sessione del partecipante agente. Vengono registrati il codice wrapUp e il timestamp.

Acquisizione

Registrato quando un agente seleziona un codice di chiusura per l’interazione.

Tipo di evento explicit
Interazione accettata dall’agente
Indica il momento in cui un agente accetta l’interazione proposta e viene messo in contatto con il cliente. È una tappa fondamentale, perché segna l’inizio della gestione diretta della richiesta di assistenza.
Perché è importante

Questa attività è essenziale per misurare la risoluzione al primo contatto e il tempo di gestione dell’agente. Segna l’inizio del lavoro dell’agente sulla richiesta.

Dove reperirli

Disponibile nei record dettagliati delle conversazioni. È identificata dal passaggio dello stato del partecipante agente a 'connected', accompagnato dal relativo timestamp.

Acquisizione

Registrato quando lo stato del partecipante agente passa a 'connected'.

Tipo di evento explicit
Interazione avviata
Questa attività segna l’inizio di un’interazione di assistenza clienti, ad esempio una chiamata in entrata, una chat o un’e-mail. Genesys Cloud CX registra esplicitamente questo evento quando viene creato un nuovo oggetto conversazione nel sistema.
Perché è importante

È il principale evento di inizio del processo di richiesta di assistenza. È essenziale per calcolare il tempo totale di risoluzione e comprendere gli schemi della domanda dei clienti in entrata.

Dove reperirli

L’evento viene acquisito dai record dettagliati delle conversazioni. Corrisponde all’ora di inizio dell’oggetto conversazione, generalmente indicata dal timestamp conversationStart.

Acquisizione

Registrato quando viene avviata una nuova conversazione nel sistema.

Tipo di evento explicit
Interazione disconnessa
Questa attività segna la fine della conversazione, quando tutti i partecipanti si sono disconnessi. Spesso costituisce la chiusura tecnica dell’interazione relativa alla richiesta di assistenza.
Perché è importante

È l’evento finale definitivo dell’interazione. È fondamentale per calcolare la durata totale dell’interazione e viene spesso utilizzato come indicatore della chiusura della richiesta.

Dove reperirli

L’evento viene acquisito dai record dettagliati delle conversazioni. Corrisponde all’ora di fine dell’oggetto conversazione, generalmente indicata dal timestamp conversationEnd.

Acquisizione

Registrato quando tutti i partecipanti si sono disconnessi e la conversazione termina.

Tipo di evento explicit
Interazione trasferita
Indica che un agente trasferisce un’interazione a un’altra coda o a un altro agente. Il trasferimento può essere diretto, con disconnessione immediata dell’agente, oppure con consultazione preliminare del destinatario.
Perché è importante

Questa attività è essenziale per il KPI del tasso di escalation interna. Un numero elevato di trasferimenti può indicare esigenze di formazione, instradamento errato o processi complessi.

Dove reperirli

L’evento viene individuato nei record dettagliati delle conversazioni quando, dopo l’intervento dell’agente iniziale, viene aggiunto alla conversazione un nuovo partecipante ACD o agente, spesso in seguito a un evento 'transfer'.

Acquisizione

Individuato tramite un evento di trasferimento nei dati della sessione del partecipante.

Tipo di evento explicit
Conversazione instradata verso una coda
Indica il momento in cui una nuova interazione viene inserita in una coda specifica, in attesa che si liberi un agente. È un evento esplicito registrato dal motore di instradamento Genesys (ACD).
Perché è importante

Monitorare questa attività è fondamentale per misurare i tempi di attesa in coda e individuare i colli di bottiglia nel processo di instradamento. Tempi lunghi tra questo evento e l’assegnazione dell’agente possono indicare problemi di organico o di logica di instradamento.

Dove reperirli

L’evento viene acquisito dai record dettagliati delle conversazioni, in particolare dai campi 'purpose' e 'state' del partecipante ACD nella conversazione. Il valore 'enterTime' della coda nell’array delle metriche indica il momento dell’evento.

Acquisizione

Registrato quando il motore di instradamento ACD inserisce una conversazione in una coda.

Tipo di evento explicit
Fine delle attività successive alla chiamata
Segna la fine del periodo dedicato alle attività successive alla chiamata per un agente. A questo punto, l’agente torna disponibile per gestire un’altra interazione.
Perché è importante

Considerata insieme all’attività 'Inizio delle attività successive alla chiamata', questa attività consente di calcolare con precisione la durata della fase di chiusura e analizzare la produttività degli agenti e i costi operativi del processo.

Dove reperirli

Si deduce quando lo stato dell’agente passa da 'acw' a uno stato di disponibilità, ad esempio 'idle'. Viene utilizzato il timestamp di questo cambiamento di stato.

Acquisizione

Deducibile dal passaggio dello stato dell’agente da 'acw' a uno stato di disponibilità.

Tipo di evento inferred
Inizio delle attività successive alla chiamata
Questa attività segna l’inizio del periodo dedicato alle attività successive alla chiamata (ACW). L’agente si è disconnesso dal cliente e passa a uno stato specifico per completare attività come registrare note o aggiornare i sistemi.
Perché è importante

Misurare la durata dell’ACW è importante per comprendere l’efficienza degli agenti e il tempo complessivo di gestione. Un ACW prolungato può indicare processi inefficienti dopo l’interazione.

Dove reperirli

L’evento viene acquisito dai dati della sessione del partecipante agente. È registrato quando lo stato dell’agente passa a 'acw' dopo la disconnessione del partecipante cliente.

Acquisizione

Registrato quando lo stato del partecipante agente passa a 'acw'.

Tipo di evento explicit
Interazione messa in attesa
Questa attività viene registrata quando un agente mette il cliente in attesa durante un’interazione. Si tratta di un cambiamento di stato esplicito del partecipante agente nella conversazione.
Perché è importante

Analizzare la frequenza e la durata delle attese può rivelare inefficienze nel processo, ad esempio quando gli agenti devono cercare spesso informazioni o consultare altre persone.

Dove reperirli

L’evento viene acquisito dai dati della sessione del partecipante agente nei record dettagliati delle conversazioni. Lo stato passa a 'held' e viene registrato un timestamp.

Acquisizione

Registrato quando lo stato del partecipante agente passa a 'held'.

Tipo di evento explicit
Interazione proposta all’agente
L’evento si verifica quando il sistema propone un’interazione a un agente specifico. Lo stato dell’agente diventa 'alerting' mentre il sistema attende che accetti o rifiuti la conversazione.
Perché è importante

Questa attività consente di analizzare la reattività degli agenti e l’efficacia dell’algoritmo di instradamento. Eventuali ritardi successivi possono indicare che gli agenti non accettano tempestivamente le richieste.

Dove reperirli

L’evento si trova nei record dettagliati delle conversazioni, nei dati del partecipante corrispondente all’agente. La sessione del partecipante mostra una metrica con stato 'alerting' e il relativo timestamp.

Acquisizione

Registrato quando il motore di instradamento avvisa un agente di una nuova interazione.

Tipo di evento explicit
Interazione ripresa dall’attesa
Si verifica quando un agente riprende la conversazione dopo aver messo il cliente in attesa. L’evento segna la fine del periodo di attesa ed è registrato come cambiamento di stato.
Perché è importante

Considerata insieme all’attività 'Interazione messa in attesa', questa attività consente di calcolare con precisione il tempo totale di attesa, un elemento importante del tempo complessivo di gestione e dell’esperienza del cliente.

Dove reperirli

Ricavato dai dati della sessione del partecipante agente quando il suo stato passa da 'held' a 'connected'.

Acquisizione

Registrato quando lo stato del partecipante agente passa da 'held' a 'connected'.

Tipo di evento explicit
Questionario sulla soddisfazione del cliente inviato
Questa attività si verifica quando, dopo la chiusura di un’interazione, viene inviato un questionario sulla soddisfazione del cliente (CSAT). Spesso l’invio viene avviato automaticamente dal sistema in base a regole predefinite.
Perché è importante

Questa attività è necessaria per misurare il KPI della tempestività di invio dei questionari CSAT. Inviarli tempestivamente aiuta a raccogliere riscontri accurati mentre il cliente ricorda ancora bene la propria esperienza.

Dove reperirli

Queste informazioni sono in genere disponibili nei dati dei questionari o della gestione della qualità in Genesys Cloud CX e possono essere collegate all’ID della conversazione originale.

Acquisizione

Registrato dal modulo dei questionari quando ne viene inviato uno relativo a una conversazione specifica.

Tipo di evento explicit
Richiesta di assistenza riaperta
Indica che un cliente contatta nuovamente il centro assistenza per lo stesso problema poco dopo che era stato considerato risolto. Non è un evento esplicito, ma viene calcolato in base alla logica aziendale.
Perché è importante

Monitorare le richieste riaperte è fondamentale per misurare il tasso di riapertura delle richieste di assistenza. Indica che la risoluzione iniziale non è stata efficace, con conseguenze sulla soddisfazione dei clienti e sull’efficienza operativa.

Dove reperirli

Questa attività viene dedotta individuando un nuovo evento 'Interazione avviata' per lo stesso cliente (ID cliente) e per un problema correlato, ad esempio lo stesso tipo di richiesta di assistenza, entro un intervallo di tempo predefinito dalla risoluzione dell’interazione precedente.

Acquisizione

Calcolato collegando una nuova interazione a una richiesta chiusa di recente, relativa allo stesso cliente e allo stesso problema.

Tipo di evento calculated
Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da Genesys Cloud CX

È pronto a iniziare?

Sfrutti appieno il potenziale delle attività di assistenza clienti. Seguendo questo template, potrà individuare informazioni utili e migliorare l’efficienza.

Riduca i contatti ripetuti: migliori oggi il servizio clienti!

Migliori il CSAT e raggiunga facilmente l’80% di risoluzione al primo contatto.

Inizi la prova gratuita

Non è richiesta la carta di credito. Attivi la prova in pochi minuti.