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 | ||
|---|---|---|---|
|
Activity
Activity
|
Il nome di un event o passaggio aziendale specifico che si è verificato all'interno del processo di servizio clienti. | ||
|
Descrizione
L'attributo Attività rappresenta un'azione distinta o un cambiamento di status nel ciclo di vita di una richiesta di servizio. Registra eventi aziendali chiave come 'Ticket Creato', 'Ticket Assegnato', 'Prima Risposta Inviata' e 'Ticket Risolto'. Queste attività formano i nodi nella mappa di processo. Analizzare la sequenza e la frequenza di queste attività è il fulcro del Process Mining. Permette la visualizzazione dei flussi di processo, l'identificazione di percorsi comuni e rari e il rilevamento di deviazioni dalla procedura operativa standard. Comprendere le attività è cruciale per individuare inefficienze, cicli di rilavorazione come 'Ticket Riaperto' o problemi di conformità.
Perché è importante
Questo attributo definisce i passaggi nella mappa di processo, consentendo la visualizzazione e l'analisi del flusso di processo dall'inizio alla fine.
Dove trovare
Derivato dai tipi di evento all'interno di Freshdesk. Questo può essere una combinazione di cambiamenti di stato dall'endpoint API 'Tickets' ed eventi specifici come note o risposte dall'endpoint 'Conversations'.
Esempi
Ticket CreatoPrima Risposta InviataStato cambiato in In SospesoTicket RisoltoTicket Chiuso
|
|||
|
Richiesta di Servizio
ServiceRequest
|
L'identificatore unico per una singola richiesta o problema del cliente, comunemente noto come ticket o case. | ||
|
Descrizione
La Richiesta di Servizio è l'identificatore primario del case che collega tutte le attività relative a una singola interazione con il cliente. Ogni nuova richiesta, problema o quesito del cliente genera un ID di Richiesta di Servizio unico. Questo ID rimane costante per tutto il ciclo di vita del ticket, dalla creazione e assegnazione alla risoluzione e chiusura. Nel Process Mining, questo attributo è fondamentale per ricostruire il percorso end-to-end di ogni case cliente. Raggruppando tutti gli event correlati sotto un unico ID di Richiesta di Servizio, gli analisti possono visualizzare i flussi di processo, misurare i tempi di ciclo e identificare variazioni o bottleneck che influenzano i singoli case.
Perché è importante
Questo è l'ID di Case essenziale che collega tutti gli event correlati in una singola istanza di processo, consentendo una visione completa di ogni customer service journey.
Dove trovare
Questo è l'ID del ticket primario in Freshdesk, tipicamente presente come campo 'id' nell'endpoint API 'Tickets'.
Esempi
SR-2023-10-4831SR-2023-11-0192SR-2023-11-5210
|
|||
|
Timestamp Evento
EventTime
|
Il timestamp che indica quando una specifica attività o un evento si è verificato. | ||
|
Descrizione
Event Time, o il timestamp, registra la data e l'ora esatte in cui un'attività ha avuto luogo. È un componente critico per ordinare gli eventi cronologicamente e per calcolare le durate tra i diversi passaggi del processo. Ogni attività registrata deve avere un timestamp corrispondente. Nell'analisi, questo attributo viene utilizzato per costruire la cronologia di ogni richiesta di servizio. È la base per il calcolo di tutti i KPI relativi al tempo, come il tempo di risoluzione, il tempo di prima risposta e la durata dei bottleneck. Timestamp accurati sono essenziali per comprendere le prestazioni del processo e identificare i ritardi.
Perché è importante
Questo timestamp è essenziale per ordinare gli event cronologicamente e calcolare tutte le metriche basate sulla durata, come i tempi di ciclo e la conformità SLA.
Dove trovare
Corrisponde ai campi 'created_at' o 'updated_at' associati agli event dei ticket, risposte o cambi di status nell'API di Freshdesk.
Esempi
2023-10-25T10:00:00Z2023-10-25T10:05:14Z2023-10-26T14:30:00Z
|
|||
|
Agente Assegnato
AssignedAgent
|
Il nome o l'ID dell'agente del servizio clienti responsabile del ticket al momento dell'event. | ||
|
Descrizione
Questo attributo identifica l'agente specifico assegnato per gestire la richiesta di servizio. L'agente assegnato può cambiare durante il ciclo di vita del ticket a causa di riassegnazioni o escalation. L'analisi dei dati per Agente Assegnato è fondamentale per i dashboard di gestione delle performance. Permette la misurazione di KPI specifici per agente, come il tempo medio di risoluzione, il volume dei ticket e i tassi di riapertura. Questo aiuta a identificare gli agenti con le migliori performance, a scoprire le esigenze di formazione e ad analizzare l'impatto dei trasferimenti di agenti sul tempo di risoluzione complessivo.
Perché è importante
Consente l'analisi delle prestazioni per singolo agente, aiutando a identificare i migliori performer, le opportunità di formazione e l'impatto delle riassegnazioni.
Dove trovare
Corrisponde al campo 'responder_id' nell'oggetto 'Tickets' di Freshdesk, che può poi essere unito con i dettagli dell'agente.
Esempi
Alice JohnsonRobert SmithMaria Garcia
|
|||
|
Priorità
Priority
|
Il livello di priorità assegnato alla richiesta di servizio, come 'Basso', 'Medio', 'Alto' o 'Urgente'. | ||
|
Descrizione
L'attributo Priorità riflette l'urgenza di una richiesta di servizio e spesso detta i tempi target di risposta e risoluzione. La priorità può essere impostata automaticamente in base a regole o manualmente da un agente durante il triage. Questo attributo è essenziale per analizzare la conformità SLA e l'allocazione delle risorse. Filtrando la mappa di processo per priorità, gli analisti possono determinare se i ticket ad alta priorità vengono effettivamente gestiti più rapidamente di quelli a bassa priorità. Aiuta anche a comprendere se i cambiamenti di priorità, una forma di rilavorazione, sono comuni e quale impatto hanno sul processo.
Perché è importante
Essenziale per l'analisi degli SLA e per capire se le risorse sono allocate correttamente per gestire i problemi ad alta priorità più velocemente di quelli a bassa priorità.
Dove trovare
Corrisponde al campo 'priority' nell'oggetto 'Tickets' di Freshdesk.
Esempi
BassoMedioElevatoUrgente
|
|||
|
Stato
Status
|
Lo status attuale o storico della richiesta di servizio, come 'Aperto', 'In Attesa', 'Risolto' o 'Chiuso'. | ||
|
Descrizione
L'attributo Status indica lo stato di una richiesta di servizio in un dato momento. I cambiamenti di status spesso rappresentano tappe fondamentali nel processo, ad esempio, il passaggio da 'Aperto' a 'In Attesa' quando si attende l'input del cliente, o da 'In Attesa' ad 'Aperto' quando il cliente risponde. Il monitoraggio dei cambiamenti di status è fondamentale per comprendere il ciclo di vita del ticket. Aiuta a identificare quanto tempo i ticket trascorrono in determinati stati, utile per individuare i bottleneck. Ad esempio, una lunga durata nello status 'In Attesa' potrebbe indicare ritardi nel ricevere informazioni dai clienti.
Perché è importante
Il tracciamento dei cambiamenti di status è fondamentale per comprendere il ciclo di vita del ticket e identificare quanto tempo i case trascorrono in stati specifici come 'In Attesa' o 'In Sospeso'.
Dove trovare
Corrisponde al campo 'status' nell'oggetto 'Tickets' di Freshdesk. Gli status storici devono essere inferiti dai log delle attività.
Esempi
ApertoIn SospesoRisoltoChiuso
|
|||
|
Tempo di Risoluzione
ResolutionTime
|
Il tempo totale trascorso dalla creazione di una richiesta di servizio alla sua risoluzione. | ||
|
Descrizione
Il Tempo di Risoluzione è un KPI critico a livello di case che misura la durata end-to-end del processo di servizio. Viene calcolato come la differenza tra il timestamp dell'attività 'Ticket Risolto' e l'attività 'Ticket Creato'. Questo attributo è una misura primaria dell'efficienza del processo. Viene utilizzato in quasi tutti i dashboard di servizio per tracciare le performance nel tempo, confrontare le performance tra diverse categorie e identificare i case che impiegano un tempo insolitamente lungo per essere risolti. Ridurre il tempo medio di risoluzione è spesso un obiettivo chiave delle iniziative di miglioramento dei processi.
Perché è importante
Questo è un KPI primario per misurare l'efficienza del processo, mostrando il tempo totale impiegato per risolvere un problema del cliente dall'inizio alla fine.
Dove trovare
Campo calcolato. È la durata tra il timestamp del primo evento (creazione) e il timestamp dell'evento 'Ticket Risolto' per ogni Richiesta di Servizio.
Esempi
25920000086400000604800000
|
|||
|
Tipo di Richiesta di Servizio
ServiceRequestType
|
La classificazione della richiesta di servizio, come 'Domanda', 'Incidente', 'Problema' o 'Richiesta di Funzionalità'. | ||
|
Descrizione
Il Tipo di Richiesta di Servizio è un campo di categorizzazione cruciale che definisce la natura della richiesta del cliente. Questa classificazione è tipicamente impostata al momento della creazione del ticket o durante una fase di triage iniziale e aiuta a indirizzare la richiesta al team o all'agente appropriato. Nell'analisi, questo attributo consente di segmentare il processo per comprendere come vengono gestiti i diversi tipi di richieste. Aiuta a rispondere a domande come 'Gli incidenti richiedono più tempo per essere risolti rispetto alle domande?' e 'Quali tipi di richieste vengono riaperte più frequentemente?'. Questa segmentazione è fondamentale per identificare i bottleneck specifici per tipo e ottimizzare di conseguenza i workflow.
Perché è importante
Consente la segmentazione del processo per confrontare prestazioni e workflow per diversi tipi di problemi dei clienti, come incidenti rispetto a domande.
Dove trovare
Questo è probabilmente il campo 'type' disponibile nell'oggetto 'Tickets' di Freshdesk.
Esempi
DomandaIncidenteProblemaRichiesta di Funzionalità
|
|||
|
Canale di Comunicazione
CommunicationChannel
|
Il canale tramite cui è stata avviata la richiesta di servizio, come 'Email', 'Telefono', 'Chat' o 'Portale Web'. | ||
|
Descrizione
Questo attributo identifica l'origine o il canale della comunicazione del cliente. Canali diversi possono avere flussi di processo e tempi di risoluzione distinti. Ad esempio, una richiesta avviata via chat potrebbe avere un tempo di risoluzione previsto più breve rispetto a una inviata via email. L'analisi del processo per canale di comunicazione aiuta a ottimizzare l'allocazione delle risorse e a comprendere l'efficienza del canale. Può rivelare quali canali sono associati a risoluzioni più rapide o a una maggiore soddisfazione del cliente, informando le decisioni strategiche su quali canali promuovere o in cui investire.
Perché è importante
Aiuta ad analizzare le prestazioni e l'efficienza del processo attraverso diversi canali di contatto con il cliente come email, telefono o chat.
Dove trovare
Corrisponde al campo 'source' nell'oggetto 'Tickets' di Freshdesk.
Esempi
EmailTelefonoPortale WebChat
|
|||
|
Conteggio Trasferimenti Agente
AgentTransferCount
|
Il numero totale di volte in cui una richiesta di servizio è stata riassegnata da un agente a un altro. | ||
|
Descrizione
Questo attributo è una metrica a livello di case che conta il numero di volte in cui l'agente assegnato a un ticket è cambiato. Viene calcolato contando le occorrenze dell'attività 'Ticket Riassegnato' per ogni richiesta di servizio. I trasferimenti frequenti, noti anche come 'ping-ponging', possono portare a ritardi significativi e a un'esperienza cliente frustrante poiché il contesto si perde a ogni passaggio. L'analisi del conteggio dei trasferimenti aiuta a identificare problemi con l'instradamento iniziale, lacune nelle competenze degli agenti o complessità del processo. L'obiettivo è spesso minimizzare i trasferimenti non necessari per migliorare l'efficienza e la soddisfazione del cliente.
Perché è importante
Misura la frequenza dei passaggi interni, che possono essere una fonte significativa di ritardi e frustrazione per il cliente, contribuendo a migliorare la risoluzione al primo livello.
Dove trovare
Campo calcolato. Questo è il conteggio delle attività 'Ticket Riassegnato' per ogni Richiesta di Servizio unica.
Esempi
0132
|
|||
|
È Riaperto
IsReopened
|
Un flag booleano che indica se una richiesta di servizio risolta è stata riaperta. | ||
|
Descrizione
Questo attributo a livello di case è un flag impostato su vero se una richiesta di servizio ha sperimentato un'attività 'Ticket Riaperto' in qualsiasi momento del suo ciclo di vita. Fornisce un modo semplice per identificare e analizzare i case che hanno richiesto una rilavorazione. Un alto tasso di ticket riaperti suggerisce che la risoluzione iniziale non è stata efficace o completa, portando a inefficienza e frustrazione del cliente. Filtrando per ticket riaperti, gli analisti possono investigare le cause alla radice, come motivi comuni di riapertura, quali agenti o team hanno tassi più elevati e quali tipi di ticket sono più inclini a essere riaperti.
Perché è importante
Identifica i casi che hanno richiesto rilavorazioni, un indicatore chiave della qualità della risoluzione e dell'inefficienza del processo. Analizzare questi casi aiuta a migliorare la risoluzione al primo contatto.
Dove trovare
Campo calcolato. Impostato su true per una Richiesta di Servizio se esiste un evento con Attività = 'Ticket Riaperto' per quel caso.
Esempi
truefalse
|
|||
|
Gruppo Assegnato
AssignedGroup
|
Il team o dipartimento a cui è assegnata la richiesta di servizio. | ||
|
Descrizione
Il Gruppo Assegnato rappresenta il team di agenti responsabile della gestione di una specifica richiesta di servizio. I ticket vengono spesso instradati a gruppi specializzati in base al loro tipo o complessità, come 'Supporto Tecnico' o 'Ufficio Fatturazione'. Questo attributo è prezioso per analizzare i passaggi tra dipartimenti e le performance a livello di team. Aiuta a identificare quali gruppi gestiscono il maggior numero di ticket, quali hanno i tempi di risoluzione più lunghi e con quale frequenza i ticket vengono trasferiti tra i gruppi. Queste informazioni sono fondamentali per ottimizzare le strutture dei team e i workflow.
Perché è importante
Consente l'analisi delle prestazioni a livello di team o dipartimento, evidenziando i passaggi di consegne e identificando i bottleneck specifici del gruppo.
Dove trovare
Corrisponde al campo 'group_id' nell'oggetto 'Tickets' di Freshdesk.
Esempi
Supporto L1Supporto Tecnico L2FatturazioneCustomer Success
|
|||
|
Nome cliente
CustomerName
|
Il nome o l'ID del cliente che ha avviato la richiesta di servizio. | ||
|
Descrizione
Questo attributo identifica il cliente associato alla richiesta di servizio. Fornisce un modo per analizzare il processo da una prospettiva centrata sul cliente, tracciando tutte le interazioni per un cliente specifico nel tempo. L'analisi per cliente può rivelare pattern come quali clienti inviano il maggior numero di ticket o quali sperimentano il maggior numero di problemi riaperti. Questo può informare le iniziative di successo del cliente e aiutare a identificare i clienti che potrebbero essere a rischio di abbandono a causa di esperienze di servizio scadenti. È anche cruciale per comprendere il customer journey end-to-end attraverso più richieste di servizio.
Perché è importante
Consente una visione del processo incentrata sul cliente, aiutando a identificare i richiedenti frequenti o i clienti che riscontrano problemi ripetuti.
Dove trovare
Queste informazioni sono collegate tramite il campo 'requester_id' nell'oggetto 'Tickets', che si connette all'oggetto 'Contacts' o 'Users' in Freshdesk.
Esempi
John DoeJane SmithGlobal Tech Inc.
|
|||
|
Prodotto
Product
|
Il prodotto o servizio a cui è correlata la richiesta del cliente. | ||
|
Descrizione
Questo attributo specifica la linea di prodotto o servizio oggetto della richiesta di servizio. Spesso si tratta di un campo personalizzato configurato in Freshdesk per aiutare a categorizzare i ticket per l'instradamento e la reportistica. Filtrando il processo per prodotto, le organizzazioni possono scoprire problemi specifici del prodotto. Ad esempio, può evidenziare se un certo prodotto genera un numero sproporzionato di ticket di supporto o se il lancio di un nuovo prodotto sta causando un picco di richieste. Questa analisi fornisce un feedback prezioso ai team di sviluppo e gestione del prodotto.
Perché è importante
Consente di filtrare il processo per area di prodotto, fornendo intuizioni su quali prodotti generano il maggior numero di richieste di supporto o hanno i tempi di risoluzione più lunghi.
Dove trovare
Questo è tipicamente un campo personalizzato. La posizione esatta dipende dalla configurazione di Freshdesk, probabilmente si trova nella sezione 'custom_fields' della risposta API 'Tickets'.
Esempi
Alpha PlatformBeta Mobile AppGamma Subscription
|
|||
|
Sistema di Origine
SourceSystem
|
Il sistema da cui sono stati estratti i dati, che in questo caso è 'Freshdesk'. | ||
|
Descrizione
Questo attributo identifica l'applicazione sorgente da cui provengono i dati di processo. Per questa analisi, il valore sarà statico, ad esempio, 'Freshdesk', indicando che tutti gli event provengono dalla piattaforma di servizio clienti Freshdesk. Anche se può sembrare semplice, questo attributo è importante per la governance dei dati e in scenari in cui i dati di più sistemi vengono uniti. Fornisce una chiara discendenza e contesto, garantendo che gli analisti comprendano l'origine dei dati che stanno esaminando. Questo è cruciale per mantenere l'integrità dei dati e costruire fiducia nell'analisi.
Perché è importante
Fornisce un contesto essenziale sull'origine dei dati, fondamentale per la governance dei dati e per la combinazione di dati provenienti da più sistemi sorgente.
Dove trovare
Questo è un valore statico, 'Freshdesk', aggiunto durante il processo di trasformazione dei dati per identificare la sorgente dei dati.
Esempi
Freshdesk
|
|||
|
SLA Violato
IsSlaBreached
|
Un flag booleano che indica se il tempo di risoluzione della richiesta di servizio ha superato l'obiettivo SLA. | ||
|
Descrizione
Questo attributo calcolato fornisce un indicatore binario chiaro della conformità SLA per ogni richiesta di servizio. Viene derivato confrontando l'attuale 'ResolutionTime' con lo 'SlaTargetResolutionTime'. Se il tempo effettivo è maggiore del target, l'indicatore è vero. Questo attributo semplifica l'analisi e la creazione di dashboard per la conformità SLA. Permette un facile conteggio e filtraggio dei ticket violati, consentendo agli analisti di identificare rapidamente la portata della non conformità SLA e di approfondire i pattern di processo dei ticket violati per trovare le cause alla radice. Supporta direttamente il dashboard e il KPI di Riepilogo Conformità SLA.
Perché è importante
Semplifica l'analisi della conformità SLA fornendo un indicatore chiaro per ogni case che non ha raggiunto il suo obiettivo, consentendo l'analisi delle cause alla radice delle violazioni.
Dove trovare
Questo è un campo calcolato, derivato confrontando il timestamp di risoluzione effettivo con il campo 'SlaTargetResolutionTime' o 'due_by' di Freshdesk.
Esempi
truefalse
|
|||
|
Tempo di Prima Risposta
FirstResponseTime
|
Il tempo trascorso dalla creazione del ticket alla prima risposta dell'agente al cliente. | ||
|
Descrizione
Il Tempo di Prima Risposta misura la velocità con cui un cliente riceve una risposta iniziale, non automatizzata, da un agente di servizio. È calcolato come la differenza tra il timestamp dell'attività 'Prima Risposta Inviata' e l'attività 'Ticket Creato'. Questo KPI è un indicatore chiave della reattività del servizio e ha un forte impatto sulla soddisfazione del cliente. Un breve tempo di prima risposta assicura al cliente che il suo problema è stato riconosciuto e che si sta intervenendo. Analizzare questa metrica aiuta le organizzazioni a garantire il rispetto degli SLA di risposta iniziali e a fornire un'esperienza cliente tempestiva.
Perché è importante
Misura la reattività del servizio, un fattore chiave per la soddisfazione del cliente che risponde direttamente all'obiettivo di erogazione proattiva del servizio.
Dove trovare
Campo calcolato. È la durata tra il timestamp dell'evento 'Ticket Creato' e l'evento 'Prima Risposta Inviata'.
Esempi
3000009000001800000
|
|||
|
Tempo di Risoluzione Obiettivo SLA
SlaTargetResolutionTime
|
Il tempo contrattualmente concordato o target per la risoluzione della richiesta di servizio. | ||
|
Descrizione
Questo attributo definisce la durata target entro la quale una richiesta di servizio dovrebbe essere risolta secondo il Service Level Agreement (SLA). Questo target è spesso dipendente dalla priorità o dal tipo del ticket. Questo è un input critico per il calcolo della conformità SLA. Confrontando il tempo di risoluzione effettivo con questo target, si può determinare se l'obiettivo è stato 'Raggiunto' o 'Violato'. L'analisi delle performance SLA tra diversi tipi di richieste, team o agenti è una parte fondamentale della gestione del servizio.
Perché è importante
Fornisce la base di riferimento per la misurazione della conformità SLA, un indicatore chiave di performance per qualsiasi organizzazione di servizio clienti.
Dove trovare
Questo può essere disponibile come campo come 'fr_due_by' (prima risposta) o 'due_by' (risoluzione) nell'oggetto 'Tickets' di Freshdesk, oppure potrebbe dover essere derivato in base alle regole della policy SLA.
Esempi
2023-10-25T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il timestamp che indica l'ultima volta in cui i dati sono stati aggiornati dal sistema sorgente. | ||
|
Descrizione
Questo attributo registra la data e l'ora in cui il set di dati è stato estratto o aggiornato l'ultima volta da Freshdesk. Fornisce trasparenza sull'attualità dei dati analizzati, fondamentale per prendere decisioni aziendali tempestive e pertinenti. Gli analisti utilizzano queste informazioni per comprendere il periodo di tempo coperto dai dati e per confermare di lavorare con le informazioni più recenti disponibili. È un pezzo chiave di metadati per qualsiasi dashboard o report di Process Mining, garantendo che gli stakeholder siano a conoscenza della data di aggiornamento dei dati.
Perché è importante
Indica la freschezza dei dati, assicurando che analisi e decisioni siano basate su informazioni aggiornate.
Dove trovare
Questo è un campo metadati generato durante il processo di estrazione dei dati, che cattura il timestamp del recupero dei dati.
Esempi
2023-12-01T08:00:00Z
|
|||
|
Valutazione di Soddisfazione
SatisfactionRating
|
Il punteggio di soddisfazione fornito dal cliente dopo la risoluzione del ticket. | ||
|
Descrizione
La Valutazione di Soddisfazione è una metrica di risultato chiave, tipicamente raccolta tramite un sondaggio inviato dopo la risoluzione di un ticket. Di solito consiste in un punteggio numerico o una valutazione categoriale come 'Soddisfatto', 'Neutro' o 'Insoddisfatto'. Questo attributo consente di correlare i pattern di processo con i risultati del cliente. Analizzando le varianti di processo che portano a bassi punteggi di soddisfazione, le organizzazioni possono identificare comportamenti specifici o ritardi che influiscono negativamente sull'esperienza del cliente. Ciò fornisce un collegamento diretto tra l'efficienza del processo e la felicità del cliente.
Perché è importante
Collega l'esecuzione del processo ai risultati per il cliente, aiutando a identificare quali comportamenti del processo portano a un'alta o bassa soddisfazione del cliente.
Dove trovare
Questi dati fanno parte della funzionalità di valutazione della soddisfazione in Freshdesk e possono essere recuperati tramite l'endpoint API 'Surveys' o 'Satisfaction Ratings'.
Esempi
5314
|
|||
Attività del Servizio Clienti
| Activity | Descrizione | ||
|---|---|---|---|
|
Prima Risposta Inviata
|
Segna la prima risposta pubblica inviata da un agente al cliente dopo la creazione del ticket. Freshdesk cattura esplicitamente questo evento per misurare il 'Tempo di Prima Risposta' per il tracciamento degli SLA. | ||
|
Perché è importante
Questo è un traguardo critico per misurare la reattività del cliente e la conformità SLA. L'analisi del tempo per questa attività aiuta a identificare i ritardi nell'ingaggio iniziale con i clienti.
Dove trovare
Questo è un event specifico che Freshdesk traccia ai fini SLA. Corrisponde al timestamp del primo commento pubblico aggiunto da un agente.
Acquisisci
Identificato dalla prima risposta pubblica dell'agente nella cronologia delle conversazioni del ticket.
Tipo di evento
explicit
|
|||
|
Ticket assegnato
|
Rappresenta l'assegnazione di un ticket a un agente o gruppo specifico per la gestione. Questo event viene esplicitamente registrato nella cronologia del ticket ogni volta che il campo 'agente assegnato' o 'gruppo' viene compilato o modificato. | ||
|
Perché è importante
Il tracciamento delle assegnazioni è cruciale per analizzare il carico di lavoro degli agenti, identificare le inefficienze di routing e misurare i KPI del tempo di assegnazione. Aiuta a comprendere come il lavoro è distribuito e dove si verificano i ritardi prima che il lavoro inizi.
Dove trovare
Catturato dal log 'Attività Ticket' dove i cambiamenti ai campi 'Agente' o 'Gruppo' sono registrati con un timestamp.
Acquisisci
Evento registrato quando il campo 'Assegnato a' viene aggiornato per un agente o un gruppo.
Tipo di evento
explicit
|
|||
|
Ticket Chiuso
|
Questa è l'attività finale, che rappresenta la chiusura permanente del ticket. Ciò viene spesso eseguito automaticamente dal sistema dopo un periodo di tempo prestabilito nello stato 'Risolto' senza nuove risposte del cliente. | ||
|
Perché è importante
Questa attività segna la fine definitiva del ciclo di vita della richiesta di servizio. Fornisce il punto finale per calcoli accurati del tempo di ciclo end-to-end.
Dove trovare
Catturato dal log 'Attività Ticket', che registra il cambiamento di stato finale a 'Chiuso'. Questo è spesso attivato da un'automazione di sistema.
Acquisisci
Evento registrato quando il campo 'Stato' del ticket viene aggiornato a 'Chiuso'.
Tipo di evento
explicit
|
|||
|
Ticket Creato
|
Questo è il primo event nel ciclo di vita del servizio clienti, che rappresenta il momento in cui la richiesta di un cliente viene formalmente registrata in Freshdesk. Questa attività viene catturata esplicitamente quando viene generato un nuovo ticket, sia tramite email, portale, telefono o integrazione API. | ||
|
Perché è importante
Questa attività serve come punto di partenza per ogni case, rendendola essenziale per calcolare i tempi di risoluzione complessivi e analizzare le tendenze del volume dei ticket per canale o tipo.
Dove trovare
Questo è un event esplicito nel log 'Ticket Activities' di Freshdesk. Viene generato automaticamente alla creazione di un nuovo record di ticket.
Acquisisci
Registrato direttamente nel flusso di attività del ticket al momento della creazione.
Tipo di evento
explicit
|
|||
|
Ticket Risolto
|
Rappresenta la pietra miliare chiave in cui l'agente ha fornito una soluzione e ha cambiato lo status del ticket in 'Risolto'. Questo è un cambiamento di status esplicito registrato nella cronologia del ticket. | ||
|
Perché è importante
Questa attività segna la fine del lavoro attivo su un ticket ed è la base per misurare il tempo di risoluzione. È un event critico per analizzare le performance degli agenti e l'efficienza complessiva del processo.
Dove trovare
Catturato dal log 'Attività Ticket', che registra il cambiamento di stato specifico a 'Risolto' insieme a un timestamp.
Acquisisci
Evento registrato quando il campo 'Stato' del ticket viene aggiornato a 'Risolto'.
Tipo di evento
explicit
|
|||
|
Il cliente ha risposto
|
Rappresenta una nuova risposta o comunicazione ricevuta dal cliente. Questo è un event esplicito nel thread di conversazione del ticket e di solito innesca un cambio di status da 'In Attesa' a 'Aperto'. | ||
|
Perché è importante
Questa attività è fondamentale per comprendere la natura bidirezionale delle interazioni con i clienti e misurare i tempi di risposta dei clienti. Inoltre, riavvia tutti i timer SLA in pausa, influenzando le metriche di conformità.
Dove trovare
Registrato come nuova voce nel thread di conversazione del ticket. L'evento è associato al record di contatto del cliente.
Acquisisci
Una nuova nota pubblica aggiunta al ticket dal contatto cliente.
Tipo di evento
explicit
|
|||
|
Nota Interna Aggiunta
|
Un agente aggiunge una nota privata al ticket, destinata alla collaborazione interna con altri agenti. Questo è un evento esplicito catturato nel flusso di attività del ticket, visibile solo agli agenti. | ||
|
Perché è importante
Il tracciamento delle note interne aiuta ad analizzare i pattern di collaborazione e a identificare i problemi che richiedono una discussione interna significativa. Un'alta frequenza di note interne prima della risoluzione può indicare problemi complessi o lacune di conoscenza.
Dove trovare
Registrato come 'Nota Privata' nella cronologia delle conversazioni del ticket, distinguibile dalle risposte pubbliche al cliente.
Acquisisci
Evento registrato quando un agente aggiunge una nota contrassegnata come 'Privata'.
Tipo di evento
explicit
|
|||
|
Priorità Ticket Modificata
|
Questo event si verifica quando un agente o una regola di automazione cambia il livello di priorità di un ticket, ad esempio da 'Basso' ad 'Alto'. Questo è registrato come un aggiornamento esplicito nel log delle attività del ticket. | ||
|
Perché è importante
I cambiamenti di priorità possono segnalare escalation o una rivalutazione dell'urgenza del problema. Analizzare questi cambiamenti aiuta a comprendere i fattori scatenanti delle escalation e il loro impatto sul tempo di risoluzione.
Dove trovare
Catturato dal log 'Attività Ticket', che registra tutte le modifiche alle proprietà del ticket, incluso il campo 'Priorità'.
Acquisisci
Evento registrato quando il valore del campo 'Priorità' viene aggiornato.
Tipo di evento
explicit
|
|||
|
SLA Violato
|
Un evento calcolato che si verifica quando il tempo impiegato per rispondere o risolvere un ticket supera l'obiettivo definito dalla policy SLA. Freshdesk traccia lo stato SLA e contrassegna i ticket come 'violati', il che può essere utilizzato per derivare questa attività. | ||
|
Perché è importante
Questa attività supporta direttamente l'analisi della conformità SLA individuando esattamente quando e dove gli impegni di livello di servizio non vengono rispettati. È fondamentale per identificare le cause sistemiche dei ritardi.
Dove trovare
Questo event è inferito o calcolato osservando lo status 'SLA' di un ticket. Un'attività può essere generata quando lo status SLA del ticket cambia in 'Violato' o confrontando i timestamp di risposta/risoluzione con gli obiettivi SLA.
Acquisisci
Derivi dai dati del ticket quando il 'Tempo per Risolvere' supera il 'Tempo Obiettivo di Risoluzione SLA'.
Tipo di evento
calculated
|
|||
|
Sondaggio di Soddisfazione Inviato
|
Rappresenta l'invio di un sondaggio sulla soddisfazione del cliente, tipicamente attivato da una regola di automazione dopo la risoluzione di un ticket. Questo event può essere catturato se l'azione di automazione è registrata nella cronologia del ticket. | ||
|
Perché è importante
Segna l'inizio del processo di raccolta del feedback. Correlare le risposte del sondaggio con le varianti di processo può fornire intuizioni profonde su come le prestazioni del processo influenzano la soddisfazione del cliente.
Dove trovare
Questo è tipicamente innescato da una 'Regola di Automazione'. La sua visibilità come event discreto nel log delle attività del ticket dipende dalla configurazione di logging di Freshdesk per le automazioni.
Acquisisci
Evento registrato dall'esecuzione di una regola di automazione dopo la risoluzione del ticket.
Tipo di evento
explicit
|
|||
|
Stato cambiato in In Sospeso
|
Questa attività si verifica quando un agente è in attesa di informazioni dal cliente e cambia lo status del ticket in 'In Attesa'. Questo event è esplicitamente registrato come cambiamento di status nella cronologia delle attività del ticket. | ||
|
Perché è importante
Identifica i periodi in cui il processo è in pausa in attesa di input esterni. L'analisi del tempo trascorso in questo stato aiuta a quantificare i ritardi lato cliente e supporta l'analisi della Conformità agli SLA, poiché i timer SLA sono spesso messi in pausa in questo stato.
Dove trovare
Catturato dal log 'Attività Ticket', che registra tutti i cambiamenti di stato, inclusa la transizione a 'In Sospeso'.
Acquisisci
Evento registrato quando il campo 'Stato' del ticket viene aggiornato a 'In Sospeso'.
Tipo di evento
explicit
|
|||
|
Ticket Riaperto
|
Questa attività si verifica quando un cliente risponde a un ticket già in stato 'Risolto', il che ne cambia automaticamente lo status in 'Aperto'. Questo è un event esplicito registrato dal sistema. | ||
|
Perché è importante
Un alto tasso di riapertura indica che le soluzioni iniziali non sono efficaci, portando a rilavorazioni e insoddisfazione del cliente. Analizzare questa attività è essenziale per l''Analisi di Riapertura Ticket' e per migliorare la risoluzione al primo contatto.
Dove trovare
Questo event viene catturato quando una risposta del cliente innesca un cambiamento di status automatico da 'Risolto' a 'Aperto'. Questo cambiamento di status è registrato nel log 'Ticket Activities'.
Acquisisci
Cambio di status da 'Risolto' ad 'Aperto' innescato da un'interazione del cliente.
Tipo di evento
explicit
|
|||
|
Ticket Riassegnato
|
Si verifica quando un ticket viene trasferito da un agente o gruppo a un altro dopo l'assegnazione iniziale. Questo è un event esplicito catturato nel log delle attività del ticket come un cambiamento del responsabile. | ||
|
Perché è importante
Le frequenti riassegnazioni, o un alto tasso di trasferimento agente-agente, spesso indicano un routing iniziale errato o una conoscenza frammentata. Questa analisi aiuta a individuare opportunità per migliorare la risoluzione al primo contatto.
Dove trovare
Tracciato tramite modifiche ai campi 'Agente' o 'Gruppo' nel log 'Ticket Activities' dopo la prima assegnazione.
Acquisisci
Un aggiornamento successivo del campo 'Assegnato a' dopo un'assegnazione iniziale.
Tipo di evento
explicit
|
|||