Il template dei dati per il servizio clienti
Il template dei dati per il servizio clienti
- Attributi consigliati da raccogliere
- Attività principali da monitorare
- Indicazioni per l’estrazione
Attributi del servizio clienti
| 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
|
|||
Attività del servizio clienti
| 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
|
|||
Guide all’estrazione
È 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.
Non è richiesta la carta di credito. Attivi la prova in pochi minuti.