Il Suo Template Dati per il Servizio Clienti
Il Suo Template Dati per il Servizio Clienti
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida all'estrazione
Attributi del Servizio Clienti
| Nome | Descrizione | ||
|---|---|---|---|
|
Nome attività
ActivityName
|
Il nome dell'evento o del compito specifico che si è verificato in un determinato momento all'interno del ciclo di vita della richiesta di servizio. | ||
|
Descrizione
Questo attributo descrive un passo o un cambiamento di stato specifico all'interno del processo di servizio clienti. Ogni attività rappresenta un evento distinto, come 'Agente ha Accettato Interazione' o 'Codice di Wrap-Up Assegnato'. L'analisi della sequenza e della frequenza di queste attività è fondamentale per il Process Mining. Aiuta a visualizzare i flussi di processo, identificare le deviazioni e individuare i bottleneck o i passaggi inefficienti.
Perché è importante
Le attività costituiscono la spina dorsale della mappa di processo, consentendo la visualizzazione e l'analisi del flusso di processo effettivo rispetto al flusso progettato.
Dove trovare
Questo è tipicamente derivato mappando eventi di sistema, stati degli agenti o voci specifiche del registro di controllo in Genesys Cloud CX a nomi di attività standardizzati.
Esempi
Interazione AvviataAgente ha Accettato l'InterazioneLavoro Post-Chiamata TerminatoRichiesta di Servizio Riaperta
|
|||
|
Ora di Inizio
EventTime
|
Il timestamp che indica quando un'attività o un evento è iniziato. | ||
|
Descrizione
Questo attributo fornisce la data e l'ora precise di quando ogni attività si è verificata. È essenziale per sequenziare correttamente gli eventi e per tutte le analisi basate sul tempo. L'Ora di Inizio viene utilizzata per costruire il flusso del processo in ordine cronologico ed è la base per il calcolo delle durate, dei tempi di attesa e dei tempi di ciclo tra le diverse attività. Timestamp accurati sono critici per un'analisi di processo e un monitoraggio delle performance affidabili.
Perché è importante
Questo timestamp ordina tutte le attività cronologicamente, rendendo possibile analizzare con precisione i flussi di processo, le durate e i bottleneck.
Dove trovare
Trovato negli event log o nei dettagli di interazione in 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 Servizio
ServiceRequest
|
L'identificatore primario per un'interazione di servizio clienti, che collega tutte le attività correlate. | ||
|
Descrizione
La Richiesta di Servizio, spesso definita Ticket o Case, funge da identificatore primario per una singola richiesta o problema del cliente. Raggruppa tutti gli eventi correlati, dal contatto iniziale alla risoluzione finale, in una singola istanza di processo. L'analisi per Richiesta di Servizio consente una visione completa e end-to-end del percorso del cliente e del processo di gestione interno. È la base per il calcolo di metriche chiave come il tempo totale di risoluzione e il tasso di risoluzione al primo contatto.
Perché è importante
Questo è l'essenziale Case ID che collega tutti i passaggi del processo, consentendo un'analisi olistica di ogni interazione con il cliente dall'inizio alla fine.
Dove trovare
Questo è l'identificatore di caso concettuale. In Genesys, questo corrisponde spesso all'ID conversazione, ma potrebbe essere un identificatore personalizzato a seconda dell'implementazione.
Esempi
SR-20240521-00123SR-20240521-00124SR-20240522-00001
|
|||
|
Sistema di Origine
SourceSystem
|
Il sistema da cui i dati sono stati estratti. | ||
|
Descrizione
Questo attributo identifica il sistema di origine per i dati degli eventi, che in questo caso è Genesys Cloud CX. In ambienti con più sistemi integrati, questo campo è cruciale per la data lineage, la risoluzione dei problemi e la comprensione del contesto dei dati. Aiuta a garantire che l'analisi si basi sulla fonte di dati corretta e consente di filtrare o segmentare i dati quando più sistemi contribuiscono a una singola vista di processo.
Perché è importante
Identifica l'origine dei dati, fondamentale per la governance dei dati, la convalida e la fusione di dati provenienti da più sistemi.
Dove trovare
Questo è tipicamente un valore statico aggiunto durante il processo di estrazione e trasformazione dei dati per etichettare l'origine dei record.
Esempi
Genesys Cloud CXGenesysCloudCX_US1Genesys
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il timestamp dell'aggiornamento dati più recente. | ||
|
Descrizione
Questo attributo indica l'ultima volta che il dataset è stato aggiornato dal sistema sorgente. Fornisce contesto sulla freschezza dei dati analizzati, che è fondamentale per prendere decisioni aziendali tempestive e pertinenti. Dashboard e report dovrebbero visualizzare queste informazioni in modo prominente affinché gli utenti siano consapevoli dell'attualità dei dati e possano valutarne la validità delle intuizioni.
Perché è importante
Indica la freschezza dei dati, garantendo che analisi e decisioni siano basate su informazioni aggiornate.
Dove trovare
Questo valore viene generato e apposto sul dataset al momento dell'estrazione o del caricamento dei dati 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, come voce, chat o email. | ||
|
Descrizione
Questo attributo specifica il mezzo attraverso il quale il cliente e l'agente hanno comunicato. I canali comuni includono voce, chat, email e social media. L'analisi delle performance per canale, come fatto nella dashboard 'Performance del Canale di Comunicazione', aiuta le aziende a comprendere i volumi specifici del canale, i tempi di risoluzione e la soddisfazione del cliente. Questa intuizione è fondamentale per ottimizzare la strategia dei canali e l'allocazione delle risorse.
Perché è importante
Segmentare il processo per canale di comunicazione è cruciale per comprendere le performance specifiche del canale, il comportamento del cliente e le esigenze di risorse.
Dove trovare
Un campo standard all'interno dei record di dettaglio delle conversazioni di Genesys Cloud CX.
Esempi
voicechatemailmessage
|
|||
|
ID Agente
AgentId
|
L'identificatore univoco per l'agente che ha gestito l'interazione o l'attività. | ||
|
Descrizione
L'ID Agente è una chiave univoca per ogni rappresentante del servizio clienti. Questo attributo è essenziale per qualsiasi analisi relativa alle performance degli agenti, alla distribuzione del carico di lavoro e all'efficienza. Consente di filtrare la mappa di processo per vedere come specifici agenti o team gestiscono le richieste, confrontando le loro metriche di performance come il tempo di risoluzione, il tasso di rilavorazione e l'aderenza alle procedure standard. Questo è un pilastro per la dashboard 'Performance ed Efficienza degli Agenti'.
Perché è importante
Questo attributo collega le attività di processo a dipendenti specifici, consentendo l'analisi delle performance individuali, del carico di lavoro e dell'efficienza del team.
Dove trovare
Disponibile nei record di dettaglio 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 Agente fornisce un identificatore leggibile per il rappresentante del servizio, corrispondente all'ID Agente. Questo attributo rende dashboard e report più intuitivi per manager e team leader. È ampiamente utilizzato nelle analisi centrate sull'agente per rivedere le performance, identificare le esigenze di formazione e garantire una distribuzione equa del carico di lavoro senza dover fare riferimento incrociato agli ID di sistema.
Perché è importante
Fornisce un nome di facile comprensione per l'agente, rendendo più semplice analizzare le performance e comunicare i risultati senza utilizzare ID tecnici.
Dove trovare
Recuperato dal servizio Utenti o Directory in Genesys Cloud CX tramite la ricerca dell'AgentId.
Esempi
John SmithJane DoePeter Jones
|
|||
|
Nome Coda
QueueName
|
Il nome della coda a cui è stata instradata l'interazione. | ||
|
Descrizione
Questo attributo identifica la coda specifica in cui un'interazione ha atteso prima di essere assegnata a un agente. L'analisi dei dati per Nome Coda è essenziale per la dashboard 'Rilevamento Bottleneck della Coda di Servizio'. Aiuta i manager a comprendere la distribuzione del carico di lavoro tra diversi gruppi di competenze o linee di servizio, a misurare i tempi di attesa per coda e a identificare le code costantemente sotto organico o sovraccariche. Questa informazione è fondamentale per ottimizzare l'allocazione delle risorse e migliorare i tempi di attesa dei clienti.
Perché è importante
Aiuta a identificare i colli di bottiglia e ad analizzare la distribuzione del carico di lavoro mostrando dove le richieste di servizio sono in attesa di assegnazione.
Dove trovare
Disponibile nei record di dettaglio delle conversazioni di Genesys Cloud CX. Ogni interazione può passare attraverso una o più code.
Esempi
Supporto di Primo Livello - VoceRichieste di Fatturazione - ChatSupporto Tecnico - Email
|
|||
|
Ora di Fine
EventEndTime
|
Il timestamp che indica quando un'attività o un evento è terminato. | ||
|
Descrizione
Questo attributo registra il momento preciso in cui un'attività si conclude. Abbinato all'Ora di Inizio, consente il calcolo esatto della durata per ogni singola attività. L'analisi delle durate delle attività è fondamentale per identificare quali passaggi nel processo consumano più tempo, aiutando a individuare inefficienze e opportunità di ottimizzazione. Ad esempio, può evidenziare lunghi tempi di 'Attesa Iniziata' o durate estese del 'Lavoro Post-Chiamata'.
Perché è importante
Consente il calcolo preciso delle durate delle singole attività, essenziale per identificare i passaggi che richiedono tempo e i colli di bottiglia delle prestazioni.
Dove trovare
Trovato negli event log o nei dettagli di interazione in Genesys Cloud CX. Può anche essere derivato dall'ora di inizio dell'evento successivo.
Esempi
2024-05-21T10:02:30Z2024-05-21T10:15:00Z2024-05-21T10:18:45Z
|
|||
|
Wrap-Up Code
WrapUpCode
|
Un codice assegnato da un agente alla fine di un'interazione per categorizzare il Suo esito o argomento. | ||
|
Descrizione
Il Wrap-Up Code è un'etichetta selezionata da un agente per classificare la natura o la risoluzione di un'interazione con il cliente. Questi codici forniscono dati strutturati sul motivo per cui i clienti contattano il supporto. L'analisi dei Wrap-Up Code aiuta a identificare i tipi di problemi comuni, a tracciare gli esiti delle risoluzioni e a misurare la frequenza di richieste specifiche. Questi dati sono preziosi per l'analisi delle cause profonde e per comprendere i modelli della domanda di servizio.
Perché è importante
Categorizza l'esito di un'interazione, fornendo dati strutturati per analizzare problemi comuni, efficacia della risoluzione e ragioni di contatto.
Dove trovare
Disponibile nei record di dettaglio delle conversazioni di Genesys Cloud CX, in particolare nei dettagli della sessione per i partecipanti agenti.
Esempi
Reset PasswordContestazione di Fatturazione RisoltaRichiesta di Informazioni ProdottoEscalato al Livello 2
|
|||
|
È Conforme agli SLA
IsSlaCompliant
|
Un flag che indica se la richiesta di servizio è stata risolta entro il tempo target dello SLA. | ||
|
Descrizione
Questo attributo booleano indica se una richiesta di servizio ha rispettato il suo tempo di risoluzione target. Viene calcolato confrontando il 'ServiceResolutionTime' con il 'SlaTargetResolutionTime'. Questo flag semplifica l'analisi e la visualizzazione per la dashboard 'Panoramica Conformità SLA' ed è la base per il calcolo del KPI 'Tasso di Conformità SLA'. Consente una rapida filtrazione e segmentazione dei casi conformi rispetto a quelli non conformi per identificare schemi comuni nelle violazioni degli SLA.
Perché è importante
Semplifica l'analisi delle performance degli SLA segnalando chiaramente ogni caso come conforme o violato, consentendo l'analisi delle cause profonde dei fallimenti.
Dove trovare
Campo calcolato: True se ServiceResolutionTime <= SlaTargetResolutionTime, altrimenti False.
Esempi
truefalse
|
|||
|
È Riaperto
IsReopened
|
Un flag che indica se una richiesta di servizio risolta è stata successivamente riaperta. | ||
|
Descrizione
Questo attributo booleano contrassegna le richieste di servizio che sono state impostate su uno stato risolto o chiuso ma che in seguito sono tornate attive. I casi riaperti spesso indicano che la soluzione iniziale non è stata efficace o completa, portando a insoddisfazione del cliente e lavoro aggiuntivo. Questo attributo alimenta la dashboard 'Tendenze Riapertura Richieste di Servizio' e il KPI 'Tasso di Riapertura Richieste di Servizio'. L'analisi di questi casi aiuta a identificare le cause profonde delle risoluzioni inefficaci.
Perché è importante
Evidenzia i fallimenti nel processo di risoluzione, indicando problemi di qualità della soluzione e portando a rilavorazioni e una scarsa esperienza del cliente.
Dove trovare
Campo calcolato, derivato dal rilevamento di un'attività che riattiva il caso dopo che si è verificata un'attività di 'Richiesta di servizio risolta'.
Esempi
truefalse
|
|||
|
È Risoluzione al Primo Contatto
IsFirstContactResolution
|
Un flag che indica se la richiesta di servizio è stata risolta all'interno di una singola interazione. | ||
|
Descrizione
Questo attributo booleano identifica i casi risolti durante la prima interazione, senza richiedere alcun follow-up da parte del cliente o trasferimenti interni. Un valore 'true' (vero) indica una risoluzione ideale ed efficiente. Questo attributo è la base per il KPI 'Tasso di Risoluzione al Primo Contatto' e la sua dashboard corrispondente. L'analisi delle caratteristiche dei casi non risolti al primo contatto può rivelare opportunità per la formazione degli agenti, miglioramenti della knowledge base o modifiche dei processi.
Perché è importante
Misura direttamente l'efficienza e la soddisfazione del cliente, poiché la risoluzione dei problemi al primo tentativo è un fattore chiave di un'esperienza di servizio positiva.
Dove trovare
Campo calcolato, derivato analizzando la sequenza di eventi per un caso. Un caso è FCR se viene risolto senza determinate attività intermedie come trasferimenti o riaperture.
Esempi
truefalse
|
|||
|
ID Conversazione
ConversationId
|
L'identificatore univoco assegnato da Genesys a un'intera conversazione. | ||
|
Descrizione
L'ID Conversazione è la chiave tecnica primaria in Genesys Cloud CX che raggruppa tutte le interazioni, i segmenti e i partecipanti correlati per una singola conversazione con il cliente. Sebbene il concetto di 'Richiesta di Servizio' sia usato come Case ID, l'ID Conversazione è la chiave sottostante utilizzata per recuperare tutti i dati correlati dalle API di Genesys. È essenziale per l'estrazione dei dati, l'unione di diversi set di dati e per la validazione tecnica dei dati di processo.
Perché è importante
Questa è la chiave tecnica primaria in Genesys, essenziale per l'estrazione dei dati, la risoluzione dei problemi e il collegamento al sistema di origine.
Dove trovare
Questo è un campo primario 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 post-interazione. | ||
|
Descrizione
Il Punteggio di Soddisfazione del Cliente, o CSAT, è una misura diretta della percezione del cliente riguardo al servizio ricevuto. Viene tipicamente raccolto tramite un sondaggio inviato dopo la chiusura dell'interazione. Analizzare i punteggi CSAT in combinazione con i dati di processo può rivelare come variazioni di processo, tempi di risoluzione o specifici agenti influiscono sulla soddisfazione del cliente. Questa è una metrica di risultato chiave per valutare il successo complessivo del processo.
Perché è importante
Misura direttamente la felicità del cliente, consentendo un'analisi di correlazione tra le prestazioni del processo e i risultati per il cliente.
Dove trovare
Questi dati di solito provengono dal modulo Genesys Cloud CX Quality Management o da uno strumento di sondaggio di terze parti integrato con Genesys.
Esempi
5413
|
|||
|
Tempo di Elaborazione
Duration
|
Il tempo impiegato per completare una singola attività, misurato in secondi. | ||
|
Descrizione
Questo attributo quantifica la durata di un singolo passaggio del processo, calcolata come la differenza tra la sua Ora di Fine e Ora di Inizio. L'analisi del tempo di elaborazione aiuta a identificare quali attività sono le più dispendiose in termini di tempo. Questa informazione è vitale per le dashboard di performance, come la dashboard 'Performance ed Efficienza degli Agenti', per valutare l'efficienza degli agenti e trovare opportunità di formazione o miglioramenti dei processi.
Perché è importante
Quantifica il tempo speso per ogni attività, aiutando a individuare inefficienze e a misurare le performance a un livello granulare.
Dove trovare
Campo calcolato: EventEndTime - EventTime. Alcune API Genesys possono fornire campi di durata direttamente per specifici segmenti.
Esempi
12075045
|
|||
|
Tempo di Risoluzione del Servizio
ServiceResolutionTime
|
Il tempo totale trascorso dall'inizio della prima interazione con il cliente alla risoluzione finale. | ||
|
Descrizione
Questa metrica misura la durata totale di una richiesta di servizio, dal momento in cui il cliente inizia il contatto fino a quando il problema viene contrassegnato come risolto. È un indicatore chiave di performance per l'efficienza complessiva del processo e l'esperienza del cliente. Questo attributo calcolato è il focus primario della dashboard 'Tempo di Risoluzione Richiesta di Servizio' e del KPI 'Tempo Medio di Risoluzione del Servizio'. L'analisi della sua distribuzione aiuta a identificare casi a lunga esecuzione e ritardi sistemici.
Perché è importante
Questo è un KPI critico per misurare l'efficienza complessiva del processo e il suo impatto sull'esperienza del cliente.
Dove trovare
Campo calcolato: Timestamp dell'attività di risoluzione finale meno il timestamp della prima attività di contatto con il cliente.
Esempi
90010800172800
|
|||
|
Tempo di Risoluzione Target SLA
SlaTargetResolutionTime
|
Il tempo target concordato contrattualmente per la risoluzione della richiesta di servizio. | ||
|
Descrizione
Questo attributo definisce il tempo massimo consentito per la risoluzione di una richiesta di servizio, secondo il Service Level Agreement (SLA). Serve come benchmark rispetto al quale vengono misurati i tempi di risoluzione effettivi. Questi dati sono essenziali per la dashboard 'Panoramica Conformità SLA' e il KPI 'Tasso di Conformità SLA', consentendo all'organizzazione di monitorare le proprie performance rispetto agli impegni con i clienti e identificare potenziali violazioni prima che si verifichino.
Perché è importante
Fornisce il benchmark per la misurazione della conformità agli SLA, un indicatore critico delle performance del servizio e degli obblighi contrattuali.
Dove trovare
Questo può essere memorizzato come attributo personalizzato sulla conversazione o derivato in base a regole che coinvolgono la coda, il tipo di cliente o il tipo di richiesta.
Esempi
86400144003600
|
|||
|
Tipo di Richiesta di Servizio
ServiceRequestType
|
La classificazione della richiesta di servizio, come 'Richiesta', 'Reclamo' o 'Problema Tecnico'. | ||
|
Descrizione
Questo attributo categorizza la richiesta di servizio in base alla sua natura o scopo. Consente di segmentare l'analisi per comprendere come vengono gestiti diversi tipi di richieste. Ad esempio, il flusso di processo e il tempo di risoluzione per un 'Reclamo' possono differire significativamente da una 'Richiesta Generica'. Questa dimensione è vitale per dashboard come 'Analisi delle Escalation Interne' per vedere se certi tipi di richieste vengono scalate più spesso.
Perché è importante
Consente la segmentazione del processo per confrontare come vengono gestiti diversi tipi di richieste e identificare colli di bottiglia o inefficienze specifici per tipo.
Dove trovare
Queste informazioni potrebbero essere acquisite tramite una selezione IVR, una scelta del cliente su un modulo web o assegnate da un agente. In Genesys, possono essere memorizzate come attributo del partecipante o come wrap-up code.
Esempi
Richiesta di FatturazioneSupporto TecnicoGestione AccountReclamo Prodotto
|
|||
Attività di Servizio Clienti
| Activity | Descrizione | ||
|---|---|---|---|
|
Agente ha Accettato l'Interazione
|
Contrassegna il punto in cui un agente accetta l'interazione proposta e si connette al cliente. Questo è un momento chiave in cui inizia la gestione diretta della richiesta di servizio. | ||
|
Perché è importante
Questa attività è cruciale per misurare la Risoluzione al Primo Contatto e il tempo di gestione dell'agente. Segnala l'inizio del lavoro dell'agente sulla richiesta.
Dove trovare
Disponibile nei record di dettaglio della conversazione. È contrassegnato dallo stato del partecipante agente che cambia a 'connected', con un timestamp associato.
Acquisisci
Registrato quando lo stato di un partecipante agente cambia a 'connected'.
Tipo di evento
explicit
|
|||
|
Interazione Avviata
|
Questa attività segna l'inizio di un'interazione di servizio clienti, come una chiamata in entrata, una chat o un'email. Genesys Cloud CX registra esplicitamente questo evento quando un nuovo oggetto conversazione viene creato nel sistema. | ||
|
Perché è importante
Questo è l'evento di inizio primario per il processo di richiesta di servizio. È essenziale per calcolare il tempo totale di risoluzione e comprendere i modelli di domanda dei clienti in arrivo.
Dove trovare
Questo evento è catturato dai record di dettaglio della conversazione. Corrisponde all'ora di inizio dell'oggetto conversazione stesso, tipicamente trovata nel timestamp conversationStart.
Acquisisci
Registrato quando una nuova conversazione viene avviata nel sistema.
Tipo di evento
explicit
|
|||
|
Interazione Disconnessa
|
Questa attività segna la fine della conversazione, quando tutti i partecipanti si sono disconnessi. Spesso funge da chiusura tecnica dell'interazione della richiesta di servizio. | ||
|
Perché è importante
Questo è un evento finale definitivo per l'interazione stessa. È cruciale per il calcolo della durata totale dell'interazione ed è spesso usato come proxy per la chiusura della richiesta.
Dove trovare
Questo è catturato dai record di dettaglio della conversazione. Corrisponde all'ora di fine dell'oggetto conversazione, tipicamente trovata nel timestamp conversationEnd.
Acquisisci
Registrato quando tutti i partecipanti si sono disconnessi e la conversazione termina.
Tipo di evento
explicit
|
|||
|
Interazione Trasferita
|
Rappresenta un agente che trasferisce un'interazione a un'altra coda o agente. Questo può essere un trasferimento cieco (blind transfer) in cui l'agente si disconnette immediatamente, o un trasferimento con consultazione (consult transfer) in cui parlano prima con il destinatario. | ||
|
Perché è importante
Questa attività è essenziale per il KPI del Tasso di Escalation Interna. Alti tassi di trasferimento possono indicare esigenze di formazione, routing errato o complessità del processo.
Dove trovare
Questo è identificato nei record di dettaglio della conversazione quando un nuovo partecipante ACD o agente viene aggiunto alla conversazione in seguito al coinvolgimento iniziale dell'agente, spesso avviato da un evento di 'trasferimento'.
Acquisisci
Identificato da un evento di trasferimento nei dati di sessione del partecipante.
Tipo di evento
explicit
|
|||
|
Wrap-Up Code Assegnato
|
Un agente assegna un codice di chiusura predefinito, o codice di disposizione, all'interazione. Questo categorizza esplicitamente l'esito della richiesta di servizio, come 'Risolta' o 'Escalata'. | ||
|
Perché è importante
I Wrap-Up Code sono una fonte primaria per determinare l'esito aziendale di una richiesta. Sono vitali per calcolare i tassi di risoluzione e segmentare i casi per l'analisi.
Dove trovare
Questo è un evento esplicito trovato nei record di dettaglio della conversazione, tipicamente all'interno dei dati di sessione del partecipante agente. Vengono registrati il wrapUp code e il timestamp.
Acquisisci
Registrato quando un agente seleziona un codice di chiusura per l'interazione.
Tipo di evento
explicit
|
|||
|
Agente ha Ricevuto Proposta di Interazione
|
Questo evento si verifica quando il sistema offre un'interazione a un agente specifico. Lo stato dell'agente cambia in 'in avviso' mentre il sistema attende che accetti o rifiuti la conversazione. | ||
|
Perché è importante
Questa attività aiuta ad analizzare la reattività degli agenti e l'efficacia dell'algoritmo di routing. Ritardi dopo questo punto possono indicare che gli agenti non stanno accettando il lavoro tempestivamente.
Dove trovare
Trovato nei record di dettaglio della conversazione all'interno dei dati del partecipante per l'agente. La sessione del partecipante mostrerà una metrica con uno stato di 'alerting' e un timestamp corrispondente.
Acquisisci
Registrato quando il motore di routing avvisa un agente di una nuova interazione.
Tipo di evento
explicit
|
|||
|
Attesa Rimossa dall'Interazione
|
Si verifica quando un agente toglie un cliente dall'attesa e riprende la conversazione. Questo evento segna la fine di un periodo di attesa e viene registrato come un cambiamento di stato. | ||
|
Perché è importante
Insieme a 'Attesa Iniziata', questa attività consente un calcolo preciso del tempo totale di attesa, una componente chiave del tempo di gestione complessivo e dell'esperienza del cliente.
Dove trovare
Derivato dai dati di sessione del partecipante agente quando il Suo stato cambia da 'held' a 'connected'.
Acquisisci
Registrato quando lo stato di un partecipante agente cambia da 'held' a 'connected'.
Tipo di evento
explicit
|
|||
|
Conversazione Instradata alla Coda
|
Rappresenta il momento in cui una nuova interazione viene inserita in una coda specifica per attendere un agente disponibile. Questo è un evento esplicito registrato dal motore di routing Genesys (ACD). | ||
|
Perché è importante
Tracciare questa attività è critico per misurare i tempi di attesa in coda e identificare i bottleneck nel processo di routing. Durate elevate tra questa attività e l'assegnazione dell'agente indicano problemi di personale o di logica di routing.
Dove trovare
Catturato dai record di dettaglio della conversazione, esaminando specificamente lo 'scopo' e lo 'stato' del partecipante ACD all'interno della conversazione. Il 'enterTime' per la coda nell'array delle metriche indica questo evento.
Acquisisci
Registrato quando il motore di routing ACD inserisce una conversazione in una coda.
Tipo di evento
explicit
|
|||
|
Interazione Messa in Attesa
|
Questa attività viene registrata quando un agente mette un cliente in attesa durante un'interazione. Questo è un cambiamento di stato esplicito per il partecipante agente all'interno della conversazione. | ||
|
Perché è importante
L'analisi della frequenza e della durata delle attese può rivelare inefficienze di processo, come agenti che hanno spesso bisogno di cercare informazioni o consultare altri.
Dove trovare
Catturato dai dati di sessione del partecipante agente nei record di dettaglio della conversazione. Lo stato cambia a 'held' e viene registrato un timestamp.
Acquisisci
Registrato quando lo stato di un partecipante agente cambia a 'held'.
Tipo di evento
explicit
|
|||
|
Lavoro Post-Chiamata Iniziato
|
Questa attività segna l'inizio del periodo di lavoro post-chiamata (ACW). L'agente si è disconnesso dal cliente ma si trova ora in uno stato dedicato per completare attività come l'inserimento di note o l'aggiornamento dei 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ò essere un segno di processi post-interazione inefficienti.
Dove trovare
Catturato dai dati di sessione del partecipante agente. Viene registrato quando lo stato dell'agente cambia ad 'acw' dopo che il partecipante cliente si disconnette.
Acquisisci
Registrato quando lo stato di un partecipante agente cambia a 'acw'.
Tipo di evento
explicit
|
|||
|
Lavoro Post-Chiamata Terminato
|
Questo segna la fine del periodo di lavoro post-chiamata per un agente. A questo punto, l'agente diventa disponibile per gestire un'altra interazione. | ||
|
Perché è importante
Questa attività, combinata con 'Inizio Lavoro Post-Chiamata', fornisce la durata precisa della fase di wrap-up, aiutando ad analizzare la produttività degli agenti e l'overhead del processo.
Dove trovare
Questo è dedotto quando lo stato dell'agente cambia da 'acw' a uno stato disponibile, come 'idle'. Viene utilizzato il timestamp di questo cambiamento di stato.
Acquisisci
Desunto dallo stato dell'agente che cambia da 'acw' a uno stato disponibile.
Tipo di evento
inferred
|
|||
|
Richiesta di Servizio Riaperta
|
Rappresenta una situazione in cui un cliente contatta nuovamente il centro servizi per lo stesso problema poco dopo che era stato considerato risolto. Questo non è un evento esplicito ma è calcolato in base alla logica aziendale. | ||
|
Perché è importante
Tracciare le richieste riaperte è fondamentale per misurare il Tasso di Riapertura delle Richieste di Servizio. Indica che la risoluzione iniziale non è stata efficace, influenzando la soddisfazione del cliente e l'efficienza operativa.
Dove trovare
Questa attività è dedotta identificando un nuovo evento 'Interazione Iniziata' per lo stesso cliente (ID Cliente) e problema correlato (es. Tipo di Richiesta di Servizio) all'interno di un intervallo di tempo predefinito dopo che un'interazione precedente è stata risolta.
Acquisisci
Calcolato collegando una nuova interazione a una chiusa di recente per lo stesso cliente e problema.
Tipo di evento
calculated
|
|||
|
Sondaggio di Soddisfazione Cliente Inviato
|
Questa attività si verifica quando un sondaggio sulla soddisfazione del cliente (CSAT) viene inviato dopo la chiusura di un'interazione. Questo è spesso attivato automaticamente dal sistema in base a regole predefinite. | ||
|
Perché è importante
Questa attività è necessaria per misurare il KPI della Tempestività di Consegna del Sondaggio CSAT. Garantire la consegna tempestiva dei sondaggi aiuta a raccogliere feedback accurati mentre l'esperienza è ancora fresca nella mente del cliente.
Dove trovare
Queste informazioni sono tipicamente disponibili dai dati di sondaggio o di gestione della qualità all'interno di Genesys Cloud CX, che possono essere collegati all'ID conversazione originale.
Acquisisci
Registrato dal modulo di sondaggio quando un sondaggio viene inviato per una conversazione specifica.
Tipo di evento
explicit
|
|||