Il Suo Template Dati per il Servizio Clienti

Freshdesk
Il Suo Template Dati per il Servizio Clienti

Il Suo Template Dati per il Servizio Clienti

Questo template fornisce una guida completa agli attributi di dati essenziali e alle attività di processo necessarie per un'analisi efficace del servizio clienti. Include anche una guida pratica all'estrazione per aiutarla a raccogliere i suoi dati in modo efficiente. Utilizzi questa risorsa per semplificare la raccolta dei dati e prepararsi a un Process Mining approfondito.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare
  • Guida all'estrazione
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi del Servizio Clienti

Questi sono i campi dati raccomandati da includere nel suo Event Log per un'analisi completa del servizio clienti e per ottenere insight approfonditi.
3 Obbligatorio 5 Consigliato 12 Facoltativo
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
Obbligatorio Consigliato Facoltativo

Attività del Servizio Clienti

Questi sono i passaggi chiave del processo e le pietre miliari significative da catturare nel suo Event Log per una scoperta accurata del processo e l'identificazione dei bottleneck.
5 Consigliato 8 Facoltativo
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
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i suoi dati da Freshdesk