Il Suo template di dati per il servizio clienti

ServiceNow CSM
Il Suo template di dati per il servizio clienti

Il Suo template di dati per il servizio clienti

Questo template di dati offre indicazioni chiare su come raccogliere le informazioni essenziali per analizzare il processo di assistenza clienti. Descrive gli attributi dei dati più importanti, definisce le attività chiave da monitorare e spiega come estrarre queste informazioni dal sistema di origine. Utilizzi queste indicazioni per preparare i dati in modo accurato ed efficiente per il Process Mining.
  • Attributi consigliati da raccogliere
  • Attività chiave da monitorare
  • Indicazioni per l’estrazione
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi del servizio clienti

Questi sono i campi dati consigliati da includere nell’Event Log per un’analisi completa del servizio clienti.
3 Obbligatorio 6 Consigliato 9 Facoltativo
Nome Descrizione
Ora dell’evento
EventTime
Timestamp preciso che indica quando si è verificata una specifica attività o un evento.
Descrizione

L’ora dell’evento registra la data e l’ora in cui è stata eseguita un’attività. Questo timestamp è fondamentale per ordinare gli eventi cronologicamente e calcolare la durata tra le diverse fasi del processo.

Nel Process Mining, questo attributo viene utilizzato per calcolare tutte le metriche basate sul tempo, inclusi i tempi di ciclo, i tempi di attesa e i tempi di elaborazione. Consente agli analisti di individuare i colli di bottiglia rilevando le attività precedute da lunghi ritardi e di misurare le prestazioni rispetto agli accordi sul livello di servizio (SLA). Per un’analisi affidabile, i timestamp devono essere accurati e coerenti.

Perché è importante

Questo timestamp è fondamentale per ordinare correttamente gli eventi e calcolare tutte le metriche temporali, come i tempi di ciclo e i colli di bottiglia.

Dove reperirli

In genere corrisponde al campo 'sys_created_on' nelle tabelle di audit e cronologia di ServiceNow (ad es. 'sys_audit').

Esempi
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:05:11Z
Richiesta di assistenza
ServiceRequest
Identificativo univoco di ogni richiesta di assistenza, caso o ticket del cliente.
Descrizione

La richiesta di assistenza è l’identificativo principale del caso e collega tutte le attività e gli eventi relativi a un singolo problema del cliente, dalla creazione alla chiusura. Costituisce il riferimento centrale per seguire l’intero percorso di un’interazione con il cliente.

Nel Process Mining, questo attributo è fondamentale per ricostruire il flusso del processo. Ogni valore univoco della richiesta di assistenza rappresenta un’istanza del processo e consente di analizzare tempi di ciclo, percorsi e variazioni per ciascun caso. In questo modo, tutti i passaggi, dal primo contatto alla risoluzione e alla chiusura, vengono associati correttamente alla stessa richiesta del cliente.

Perché è importante

È l’ID del caso essenziale per collegare tutte le fasi del processo e analizzare l’intero ciclo di vita di ogni interazione con il servizio di assistenza.

Dove reperirli

In genere corrisponde al campo 'number' della tabella 'sn_customerservice_case' in ServiceNow CSM.

Esempi
CS0010001CS0010045CS0010112
Nome dell’attività
ActivityName
Nome di un evento o di un’attività specifica che si è verificata durante il ciclo di vita della richiesta di assistenza.
Descrizione

Il nome dell’attività descrive una fase del processo di assistenza clienti, ad esempio 'Richiesta di assistenza creata', 'Richiesta assegnata a un agente' o 'Soluzione proposta'. Queste attività vengono estratte dai registri di sistema o dagli aggiornamenti delle tabelle per ricostruire la sequenza cronologica degli eventi di ogni richiesta di assistenza.

Questo attributo è fondamentale per visualizzare la mappa del processo, individuare i colli di bottiglia e comprendere il flusso di lavoro. Analizzando la sequenza e la frequenza delle attività, gli analisti possono individuare i percorsi più comuni, le deviazioni e le aree in cui si verificano rilavorazioni o inefficienze. Il livello di dettaglio delle attività definite influisce direttamente sulla profondità delle informazioni ricavabili dal modello di processo.

Perché è importante

Questo attributo è alla base della mappa del processo: definisce le fasi e le attività specifiche di cui si analizzano sequenza e durata.

Dove reperirli

È un attributo concettuale ricavato dalle tabelle di audit del sistema (ad es. 'sys_audit') oppure dal monitoraggio delle modifiche di stato e degli aggiornamenti dei campi chiave nella tabella 'sn_customerservice_case'.

Esempi
Richiesta di assistenza creataRichiesta assegnata a un operatoreInformazioni richieste al clienteRichiesta di assistenza risolta
Agente assegnato
AssignedAgent
Agente del servizio di assistenza attualmente incaricato di gestire la richiesta.
Descrizione

Questo attributo identifica l’utente responsabile della richiesta di assistenza in un determinato momento. Spesso cambia durante il ciclo di vita del caso, quando la richiesta passa da un agente o specialista a un altro.

Analizzare l’agente assegnato è fondamentale per comprendere la distribuzione del carico di lavoro, le prestazioni degli agenti e i passaggi di consegne. Aiuta a rispondere a domande come: quali agenti gestiscono i casi più complessi? Con quale frequenza i casi vengono riassegnati? Alcuni agenti sono associati a tempi di risoluzione più lunghi o a una maggiore soddisfazione dei clienti? È un dato essenziale per la Dashboard 'Passaggi di consegne e riassegnazioni tra agenti'.

Perché è importante

Tiene traccia delle responsabilità degli agenti e consente di analizzare il carico di lavoro, le prestazioni e la frequenza delle riassegnazioni, che spesso segnalano attriti nel processo.

Dove reperirli

Corrisponde al campo 'assigned_to' della tabella 'sn_customerservice_case'.

Esempi
Beth AnglinDavid LooAbel Tuter
Categoria
Category
Classificazione principale della richiesta di assistenza, ad esempio 'Fatturazione' o 'Problema tecnico'.
Descrizione

La categoria raggruppa le richieste di assistenza in base alla natura della domanda o del problema del cliente. In genere viene assegnata al momento della creazione della richiesta e aiuta a indirizzarla al gruppo di assegnazione corretto.

Questo attributo è essenziale per segmentare l’analisi del processo. Filtrando per categoria, gli analisti possono confrontare i flussi di processo dei diversi tipi di richiesta. Ad esempio, il processo di risoluzione di un problema di 'Fatturazione' può essere molto diverso da quello di un 'Problema tecnico'. È un attributo chiave per suddividere i dati in quasi tutte le Dashboard.

Perché è importante

Consente di suddividere l’analisi per tipo di richiesta e di individuare le categorie più soggette a ritardi, escalation o violazioni degli SLA.

Dove reperirli

Corrisponde al campo 'category' della tabella 'sn_customerservice_case'.

Esempi
Richiesta di informazioni / assistenzaOrdiniProblemi con i prodottiFatturazione
Gruppo di assegnazione
AssignmentGroup
Team o reparto responsabile della richiesta di assistenza.
Descrizione

Il gruppo di assegnazione rappresenta la coda o il team a cui viene assegnata una richiesta di assistenza. A seconda della natura del problema, le richieste vengono spesso indirizzate a gruppi diversi, come un Service Desk di primo livello, un team tecnico specializzato o un reparto amministrativo.

Questo attributo è essenziale per analizzare i passaggi tra reparti e individuare i colli di bottiglia a livello di team. Aiuta a visualizzare il flusso di lavoro tra le diverse aree funzionali e può mettere in evidenza i gruppi sovraccarichi o che necessitano di ulteriore formazione. È utile per le Dashboard 'Passaggi di consegne e riassegnazioni tra agenti' e 'Flusso del processo'.

Perché è importante

Identifica il team responsabile del lavoro, un dato fondamentale per analizzare le prestazioni e il carico di lavoro dei team, nonché i passaggi di consegne tra reparti.

Dove reperirli

Corrisponde al campo 'assignment_group' della tabella 'sn_customerservice_case'.

Esempi
Service DeskRichieste di fatturazioneSupporto tecnico di livello 2
Priorità
Priority
Livello di priorità della richiesta di assistenza, che ne determina l’urgenza.
Descrizione

La priorità indica l’importanza e il livello di urgenza con cui occorre gestire una richiesta di assistenza. Spesso viene determinata combinando l’impatto della richiesta sul cliente e la sua urgenza. I valori più comuni vanno da Critico a Basso.

Nel Process Mining, la priorità è una dimensione utile per filtrare e confrontare i dati. Consente agli analisti di verificare se le richieste ad alta priorità vengono effettivamente gestite più rapidamente di quelle a bassa priorità e se le violazioni degli SLA sono più frequenti per determinati livelli di priorità. È fondamentale per la Dashboard 'Tempo di ciclo end-to-end delle richieste di assistenza'.

Perché è importante

Consente di suddividere le richieste di assistenza in base all’urgenza e di verificare che i problemi critici vengano gestiti più rapidamente di quelli non critici.

Dove reperirli

Corrisponde al campo 'priority' della tabella 'sn_customerservice_case'.

Esempi
1 - Critico2 - Alto3 - Moderato4 - Basso
SLA violato
IsSlaBreached
Indicatore booleano che segnala se la richiesta di assistenza ha superato l’obiettivo previsto dal relativo Service Level Agreement (SLA).
Descrizione

Questo attributo calcolato indica se una richiesta di assistenza è stata risolta entro i tempi concordati. In genere assume il valore 'True' se il tempo di risoluzione supera l’obiettivo SLA e 'False' in caso contrario. Consente quindi di stabilire in modo chiaro e univoco se il caso ha rispettato le prestazioni SLA.

Questo attributo è essenziale per la Dashboard 'Andamento del rispetto e delle violazioni degli SLA' e per il KPI 'Tasso di rispetto degli SLA'. Semplifica l’analisi consentendo di filtrare e conteggiare direttamente i casi in cui l’SLA è stato violato, così da individuare facilmente le tipologie di richiesta, le priorità o i team più spesso associati alle violazioni.

Perché è importante

Indica chiaramente se un caso ha rispettato la scadenza ed è quindi fondamentale per misurare e rendicontare la conformità agli SLA.

Dove reperirli

Calcolato in base al campo 'made_sla' della tabella 'task_sla' oppure ricavato confrontando il tempo effettivo di risoluzione con quello previsto.

Esempi
truefalse
Stato
State
Stato o condizione attuale della richiesta di assistenza nel suo ciclo di vita.
Descrizione

L’attributo dello stato descrive la condizione operativa di una richiesta di assistenza in un determinato momento, ad esempio 'Nuovo', 'In corso', 'In attesa di informazioni', 'Risolto' o 'Chiuso'. Le modifiche di questo campo vengono spesso utilizzate per definire le attività nel modello di processo.

Analizzare lo stato offre una visione d’insieme della fase in cui si trovano i casi. Consente di individuare quanto tempo trascorrono in determinati stati, come 'In attesa di informazioni', che può essere una fonte significativa di ritardi. Aiuta inoltre a definire i punti iniziali e finali di KPI importanti, come il 'Tempo dalla risoluzione alla chiusura'.

Perché è importante

Indica lo stato di una richiesta in qualsiasi momento e aiuta a individuare il tempo trascorso in stati improduttivi come 'In sospeso' o 'In attesa di informazioni'.

Dove reperirli

Corrisponde al campo 'state' della tabella 'sn_customerservice_case'.

Esempi
NuovoIn corsoIn attesa di informazioni dall’utenteRisoltoChiuso
Canale
Channel
Canale di comunicazione utilizzato per inviare la richiesta di assistenza.
Descrizione

Il canale indica il metodo utilizzato dal cliente per inviare la richiesta, ad esempio 'E-mail', 'Telefono', 'Portale web' o 'Chat'. I diversi canali possono presentare caratteristiche di processo e aspettative dei clienti molto diverse.

Analizzare il processo per canale aiuta a valutare l’efficacia di ciascun metodo di comunicazione. Ad esempio, può rivelare se le richieste inviate per telefono vengono risolte più spesso al primo contatto o se quelle inviate per e-mail hanno tempi di ciclo più lunghi. È utile per la Dashboard 'Efficacia dei canali di comunicazione'.

Perché è importante

Aiuta a determinare l’efficienza e i risultati dei diversi canali di interazione con i clienti, come telefono, e-mail o portale web.

Dove reperirli

In genere corrisponde al campo 'contact_type' della tabella 'sn_customerservice_case'.

Esempi
TelefonoE-mailSelf-serviceChat
Cliente
Customer
Nome o identificativo del cliente o dell’azienda che ha inviato la richiesta di assistenza.
Descrizione

Questo attributo identifica la parte esterna, una persona o un’organizzazione, per cui è stata inviata la richiesta di assistenza. Fornisce il contesto relativo al cliente per ogni caso.

Nell’analisi, l’attributo del cliente consente di osservare il processo di assistenza dal punto di vista del cliente. Può servire a individuare i clienti che riscontrano più problemi o subiscono ritardi più lunghi e può essere associato ad altri dati, come il segmento o il valore del cliente, per definire le priorità degli interventi di miglioramento. Ad esempio, è possibile verificare se i clienti di maggior valore ricevono un servizio più rapido.

Perché è importante

Collega il processo a clienti specifici e consente di analizzare i livelli di servizio e la frequenza dei problemi per i clienti strategici o i segmenti di clientela.

Dove reperirli

Potrebbe corrispondere al campo 'caller_id', 'opened_for' o 'account' della tabella 'sn_customerservice_case', che fa riferimento alle tabelle degli utenti o delle aziende.

Esempi
John SmithACME CorporationGlobal Tech Inc.
Codice di risoluzione
ResolutionCode
Codice che indica l’esito finale o la modalità di risoluzione della richiesta di assistenza.
Descrizione

Il codice di risoluzione è un valore strutturato selezionato dall’agente quando risolve un caso. Specifica la soluzione adottata, ad esempio 'Risolto dall’utente', 'Errore noto', 'Duplicato' o 'Nessuna azione necessaria'.

Questo attributo è utile per analizzare le cause profonde. Analizzando la frequenza dei diversi codici di risoluzione, le organizzazioni possono individuare problemi ricorrenti, lacune nelle conoscenze o problemi dei prodotti. Queste informazioni possono quindi guidare interventi di miglioramento che riducano il volume di determinate richieste di assistenza.

Perché è importante

Fornisce informazioni sugli esiti delle richieste di assistenza, fondamentali per analizzare le cause profonde e individuare i problemi ricorrenti.

Dove reperirli

Corrisponde al campo 'close_code' o a un campo personalizzato per il codice di risoluzione nella tabella 'sn_customerservice_case'.

Esempi
Risolto (soluzione temporanea)Risolto (in modo definitivo)Non risolto (cliente non risponde)Chiuso/risolto dal chiamante
Numero di riaperture
ReopenCount
Numero di volte in cui il cliente ha riaperto una richiesta di assistenza risolta.
Descrizione

Questo contatore registra quante volte un caso passa dallo stato 'Risolto' o 'Chiuso' a 'In corso' o 'Aperto'. La riapertura di un caso suggerisce che la soluzione iniziale non fosse efficace o completa.

Questo attributo è un indicatore importante della rilavorazione e della qualità della risoluzione al primo tentativo. Un numero elevato di riaperture segnala problemi nel processo di risoluzione, ad esempio ticket chiusi prematuramente dagli agenti o problemi di fondo del cliente non affrontati completamente. È una metrica chiave per valutare l’efficacia delle soluzioni proposte.

Perché è importante

Indica risoluzioni non riuscite e rilavorazioni. Un numero elevato di riaperture segnala una scarsa qualità del processo di risoluzione e provoca frustrazione nei clienti.

Dove reperirli

Questo dato è spesso registrato in un campo denominato 'reopen_count' nella tabella 'sn_customerservice_case' o in una tabella correlata.

Esempi
012
Numero di riassegnazioni
ReassignmentCount
Numero totale di volte in cui la richiesta di assistenza è stata riassegnata a un altro agente o gruppo.
Descrizione

Questo attributo è un contatore che aumenta ogni volta che cambia il campo 'assigned_to' o 'assignment_group'. Fornisce una misura semplice dei trasferimenti interni a cui è stato sottoposto un caso.

Il numero di riassegnazioni misura direttamente gli attriti nel processo ed è un dato fondamentale per la Dashboard 'Passaggi di consegne e riassegnazioni tra agenti' e per il KPI 'Numero medio di passaggi di consegne per richiesta'. Un numero elevato di riassegnazioni spesso indica problemi nell’instradamento iniziale, lacune nelle competenze degli agenti o difficoltà nel classificare i casi. Tutti questi fattori allungano i tempi di risoluzione.

Perché è importante

Misura direttamente le inefficienze del processo contando i passaggi di consegne. Un numero elevato è spesso associato a tempi di risoluzione più lunghi e all’insoddisfazione dei clienti.

Dove reperirli

È un campo di metrica standard, 'reassignment_count', nella tabella 'task', estesa da 'sn_customerservice_case'.

Esempi
0135
Rilavorazione
IsRework
Indicatore booleano che segnala se si è verificata una rilavorazione significativa, ad esempio la riapertura di un caso o il ripetersi di un’indagine.
Descrizione

Questo attributo calcolato segnala i casi che presentano schemi di inefficienza o ripetizione. L’indicatore può attivarsi in presenza di eventi come 'Richiesta di assistenza riaperta' oppure quando una sequenza di attività chiave, ad esempio 'L’agente avvia l’indagine' seguita da 'Soluzione proposta', si ripete più volte nello stesso caso.

Questo indicatore è prezioso per individuare rapidamente i casi problematici e quantificare il livello complessivo di rilavorazione nel processo. Supporta direttamente la Dashboard 'Aree critiche di rilavorazione e ripetizione' e il KPI 'Tasso di rilavorazione', consentendo agli analisti di concentrarsi sulle cause dell’inefficienza senza dover individuare manualmente gli schemi ripetitivi.

Perché è importante

Aiuta a quantificare le inefficienze del processo segnalando i casi con cicli ripetitivi o riaperture, così da misurare e ridurre facilmente le rilavorazioni.

Dove reperirli

È un attributo calcolato, ricavato durante la trasformazione dei dati applicando regole aziendali che rilevano schemi di rilavorazione, ad esempio un valore diverso da zero in 'ReopenCount' o attività ripetute.

Esempi
truefalse
Risoluzione al primo contatto
IsFirstContactResolution
Indicatore booleano che segnala se la richiesta è stata risolta dal primo agente assegnato, senza trasferimenti né escalation.
Descrizione

Questo attributo calcolato individua le richieste di assistenza risolte in modo efficiente durante la prima interazione o dal primo agente che ha gestito il caso. In genere, la logica verifica che non vi siano riassegnazioni ('ReassignmentCount' è 0), attività 'Escalation interna avviata' o richieste di ulteriori informazioni al cliente.

L’attributo misura direttamente un indicatore fondamentale del servizio clienti e supporta la Dashboard e il KPI 'Tasso di risoluzione al primo contatto'. Consente di quantificare facilmente i risultati FCR e di analizzare i fattori, come il canale o la categoria della richiesta, che favoriscono o ostacolano la risoluzione al primo contatto.

Perché è importante

Misura direttamente l’efficienza della risposta iniziale. Un tasso FCR elevato è strettamente correlato sia all’efficienza operativa sia a un’elevata soddisfazione dei clienti.

Dove reperirli

È un attributo calcolato, ricavato durante la trasformazione dei dati applicando regole quali 'ReassignmentCount' pari a zero e assenza di attività di escalation.

Esempi
truefalse
Sistema di origine
SourceSystem
Sistema da cui sono stati estratti i dati.
Descrizione

Questo attributo identifica l’origine dei dati, un’informazione particolarmente importante negli ambienti in cui le informazioni provengono da più sistemi. In questa vista del processo, il valore sarebbe sempre 'ServiceNow CSM'.

Nell’analisi, aiuta nella governance dei dati e nella risoluzione dei problemi. Se sono coinvolti più sistemi di origine, consente di filtrare il processo per capire come si svolge in un sistema specifico o di confrontare le variazioni tra sistemi diversi.

Perché è importante

Fornisce un contesto essenziale sull’origine dei dati, garantendo chiarezza negli ambienti con più sistemi e agevolando la governance dei dati.

Dove reperirli

È un valore statico aggiunto durante la trasformazione dei dati per indicare l’origine del set di dati.

Esempi
ServiceNow CSM
Ultimo aggiornamento dei dati
LastDataUpdate
Timestamp che indica quando i dati sono stati estratti o aggiornati per l’ultima volta dal sistema di origine.
Descrizione

Questo attributo registra la data e l’ora dell’estrazione più recente dei dati. Fornisce informazioni sull’aggiornamento dei dati analizzati, così che gli utenti sappiano se stanno consultando dati quasi in tempo reale o una fotografia storica.

Durante l’analisi, questi metadati sono fondamentali per comprendere l’intervallo temporale del set di dati. Aiutano a interpretare correttamente le Dashboard e i KPI, indicando, ad esempio, se i dati sono aggiornati all’ultima ora o al giorno precedente.

Perché è importante

Indica quanto sono aggiornati i dati, un aspetto fondamentale per la pertinenza e l’attualità delle informazioni ricavate dal Process Mining.

Dove reperirli

Questo timestamp viene generato e aggiunto durante il processo di estrazione, trasformazione e caricamento dei dati (ETL).

Esempi
2023-11-20T08:00:00Z
Obbligatorio Consigliato Facoltativo

Attività del servizio clienti

Questi sono i passaggi e le tappe fondamentali del processo da registrare nell’Event Log per individuare correttamente il processo.
5 Consigliato 9 Facoltativo
Attività Descrizione
Escalation interna avviata
Rappresenta l’escalation formale di una richiesta di assistenza a un livello superiore del supporto o della direzione, affinché venga risolta. Si può dedurre dal passaggio del gruppo di assegnazione a un team di livello superiore o dall’attivazione di un apposito indicatore.
Perché è importante

Monitorare le escalation aiuta a individuare debolezze del processo, lacune nelle conoscenze del supporto di primo livello e casi complessi. È un indicatore importante degli attriti nel processo e dell’insoddisfazione dei clienti.

Dove reperirli

Si può dedurre dal registro di audit rilevando il passaggio del campo 'assignment_group' a un team di escalation noto oppure una modifica del campo 'escalation' nel record del caso.

Acquisizione

Rilevare una modifica del campo 'escalation' o il passaggio a un 'assignment_group' di livello superiore.

Tipo di evento inferred
Richiesta assegnata a un operatore
Questa attività si verifica quando una richiesta di assistenza viene assegnata a un operatore specifico per l’analisi e la risoluzione. Viene rilevata deducendo la modifica del campo assigned_to nel record del caso.
Perché è importante

È una tappa fondamentale per misurare i tempi di prima risposta e la distribuzione del carico di lavoro tra gli operatori. Monitorare le riassegnazioni di questo campo mette in luce inefficienze del processo e possibili colli di bottiglia nella disponibilità degli operatori.

Dove reperirli

Deducibile dalla cronologia di audit (sys_audit) della tabella sn_customerservice_case, monitorando quando il campo assigned_to viene compilato o modificato.

Acquisizione

Rilevare una modifica del valore del campo «assigned_to» nel registro di audit del caso.

Tipo di evento inferred
Richiesta di assistenza chiusa
Questa è l’attività finale, che segna la chiusura formale del record della richiesta di assistenza, spesso dopo un periodo di conferma successivo alla risoluzione. Viene registrata quando lo stato del caso passa a 'Chiuso' e viene impostato il timestamp closed_at.
Perché è importante

Essendo la conclusione definitiva del processo, questa attività è essenziale per calcolare l’intero ciclo di vita del caso. Analizzare il tempo tra 'Risolto' e 'Chiuso' permette di individuare attività amministrative superflue o ritardi.

Dove reperirli

Si deduce dalla cronologia di audit quando il campo dello stato nella tabella sn_customerservice_case viene impostato su 'Chiuso'. Il campo closed_at viene valorizzato nello stesso momento.

Acquisizione

Rilevare il passaggio di 'state' a 'Chiuso' e utilizzare il timestamp corrispondente.

Tipo di evento inferred
Richiesta di assistenza creata
Questa attività segna l’inizio del processo di assistenza clienti, quando un nuovo caso viene registrato ufficialmente nel sistema. L’evento viene acquisito esplicitamente quando viene inserito un nuovo record nella tabella sn_customerservice_case.
Perché è importante

Essendo il punto di partenza di ogni caso, questa attività è essenziale per calcolare il tempo di ciclo end-to-end e analizzare i volumi delle richieste in ingresso. Avvia tutte le fasi successive del processo e i timer SLA.

Dove reperirli

Questo evento corrisponde alla creazione di un record nella tabella sn_customerservice_case. La data e l’ora sono ricavate dal campo sys_created_on.

Acquisizione

Data e ora di creazione del record (sys_created_on) nella tabella sn_customerservice_case.

Tipo di evento explicit
Richiesta di assistenza risolta
Questa tappa indica che l’agente del servizio di assistenza ha completato il lavoro e che il problema è considerato risolto. Viene registrata quando lo stato del caso passa a 'Risolto' e viene valorizzato il timestamp resolved_at.
Perché è importante

Questa attività segna la fine del processo di risoluzione attivo ed è fondamentale per calcolare i tempi di ciclo della risoluzione e il rispetto degli SLA. Costituisce il punto finale di riferimento per molti KPI di efficienza.

Dove reperirli

Si deduce dalla cronologia di audit quando il campo dello stato nella tabella sn_customerservice_case viene impostato su 'Risolto'. In genere, nello stesso momento viene valorizzato il campo resolved_at.

Acquisizione

Rilevare il passaggio di 'state' a 'Risolto' e utilizzare il timestamp corrispondente.

Tipo di evento inferred
Gruppo di assegnazione modificato
Indica che la responsabilità di un caso è stata trasferita da un team a un altro. L’evento viene dedotto monitorando le modifiche al campo assignment_group nel record del caso.
Perché è importante

Monitorare le modifiche ai gruppi di assegnazione è fondamentale per analizzare i passaggi tra reparti e individuare problemi sistematici di instradamento. Una frequenza elevata di questa attività può indicare responsabilità poco chiare o processi non ben definiti.

Dove reperirli

Deducibile dalla cronologia di audit (sys_audit) della tabella sn_customerservice_case, monitorando le modifiche al campo assignment_group.

Acquisizione

Rilevare una modifica del valore del campo «assignment_group» nel registro di audit del caso.

Tipo di evento inferred
Informazioni ricevute dal cliente
Questa attività indica il momento in cui il cliente fornisce le informazioni richieste, consentendo all’agente di riprendere il lavoro. Si deduce quando lo stato del caso passa da 'In attesa di informazioni dall’utente' a uno stato attivo.
Perché è importante

Questo evento conclude il periodo di attesa del cliente e consente di misurare con precisione i tempi di risposta. Aiuta a individuare i tipi di caso o i clienti associati ai ritardi più lunghi.

Dove reperirli

Si deduce dalla cronologia di audit della tabella sn_customerservice_case quando il campo dello stato passa da 'In attesa di informazioni' a uno stato attivo, come 'In lavorazione'.

Acquisizione

Rilevare il passaggio del campo 'state' da un valore 'in attesa del cliente' a un valore attivo.

Tipo di evento inferred
Informazioni richieste al cliente
Si verifica quando un agente ha bisogno di ulteriori informazioni dal cliente per procedere e imposta il caso in attesa. Si deduce dal passaggio dello stato a un valore come 'In attesa di informazioni dall’utente' o 'In sospeso'.
Perché è importante

Questa attività è fondamentale per l’analisi dei tempi di attesa delle informazioni del cliente. Consente di isolare i ritardi dovuti a dipendenze esterne, distinguendoli dai tempi di elaborazione interni.

Dove reperirli

Si deduce dalla cronologia di audit della tabella sn_customerservice_case quando il campo dello stato passa a un valore che indica l’attesa di informazioni da parte del cliente (ad es. 'In attesa di informazioni').

Acquisizione

Rilevare il passaggio del campo 'state' a un valore designato come 'in attesa del cliente'.

Tipo di evento inferred
L’agente avvia l’indagine
Questa attività indica che un agente ha iniziato a lavorare attivamente sulla richiesta di assistenza. In genere si deduce quando lo stato del caso passa da un valore come 'Nuovo' o 'Assegnato' a 'In lavorazione'.
Perché è importante

Questo evento consente di distinguere il tempo trascorso in coda da quello dedicato al lavoro effettivo. Analizzando l’intervallo tra l’assegnazione e l’avvio dell’indagine è possibile individuare i ritardi con cui gli agenti prendono in carico i nuovi casi.

Dove reperirli

Si deduce dal passaggio del campo dello stato del caso a uno stato di lavoro attivo, come 'In lavorazione'. È possibile configurare i valori specifici dello stato, che andrebbero verificati.

Acquisizione

Rilevare il passaggio del campo 'state' da un valore in attesa a uno attivo (ad es. da 'Nuovo' a 'In lavorazione').

Tipo di evento inferred
Richiesta classificata e priorità assegnata
Rappresenta il triage iniziale, durante il quale la richiesta di assistenza viene classificata e le viene assegnato un livello di priorità per determinarne l’urgenza e l’instradamento. L’attività viene dedotta dalle modifiche ai campi categoria, sottocategoria o priorità nel registro di audit del caso.
Perché è importante

Analizzare questa attività aiuta a individuare i ritardi nel triage dei casi e a verificare che le richieste vengano instradate correttamente e gestite in base alla loro urgenza. Incide sul tempo necessario per la prima assegnazione e sull’efficienza complessiva della risoluzione.

Dove reperirli

Deducibile dalla cronologia di audit (sys_audit) della tabella sn_customerservice_case, monitorando in particolare la prima compilazione o gli aggiornamenti dei campi categoria e priorità.

Acquisizione

Rilevare il primo valore impostato o una modifica del valore nei campi «category» o «priority».

Tipo di evento inferred
Richiesta di assistenza riaperta
Si verifica quando una richiesta di assistenza già risolta torna a uno stato attivo perché il problema si è ripresentato o la soluzione non è stata efficace. Si deduce rilevando il passaggio dello stato da 'Risolto' a 'In lavorazione'.
Perché è importante

I casi riaperti misurano direttamente la qualità della risoluzione e sono una delle principali cause di rilavorazione. Analizzare questi eventi è fondamentale per migliorare la percentuale di risoluzione al primo contatto e la soddisfazione dei clienti.

Dove reperirli

Si deduce dalla cronologia di audit della tabella sn_customerservice_case individuando una sequenza in cui il campo dello stato passa da 'Risolto' a uno stato attivo.

Acquisizione

Rilevare il passaggio di 'state' da 'Risolto' a un valore attivo come 'In lavorazione'.

Tipo di evento inferred
SLA non rispettato
Indica il momento in cui una richiesta di assistenza non rispetta un accordo sul livello di servizio (SLA) definito, ad esempio per il tempo di risoluzione. È un evento calcolato, ottenuto confrontando il tempo di risoluzione con l’orario di fine previsto dallo SLA.
Perché è importante

Individuare le violazioni degli SLA è fondamentale per monitorare la conformità e gestire le prestazioni. Questo evento aiuta a identificare le fasi del processo o i tipi di caso che contribuiscono maggiormente al mancato rispetto degli SLA.

Dove reperirli

Si calcola analizzando i record della tabella task_sla associati al caso. Si verifica una violazione se il campo has_breached è true o se actual_elapsed_time supera planned_duration.

Acquisizione

Verificare il flag 'has_breached' nel record task_sla collegato.

Tipo di evento calculated
Soluzione proposta
Questa attività indica il momento in cui un agente individua una soluzione e la comunica al cliente per ottenerne la conferma. Spesso si deduce dal passaggio dello stato a un valore come 'In attesa di accettazione' o dalla presenza di una specifica nota di lavoro.
Perché è importante

Questa tappa separa la fase di indagine da quella di conferma e risoluzione. Analizzare il tempo trascorso in attesa della conferma del cliente può far emergere opportunità per snellire le fasi finali della gestione del caso.

Dove reperirli

Si deduce dal registro di audit della tabella sn_customerservice_case quando lo stato passa a un valore che indica una soluzione proposta (ad es. 'Soluzione proposta'). Il valore può variare a seconda dell’implementazione.

Acquisizione

Rilevare il passaggio del campo 'state' a un valore come 'Soluzione proposta' o 'In attesa di accettazione'.

Tipo di evento inferred
Sondaggio inviato al cliente
Indica l’invio di un sondaggio sulla soddisfazione del cliente dopo la risoluzione di un caso. In genere, l’evento viene registrato quando viene creato un record dell’istanza del sondaggio associato al caso.
Perché è importante

Questa attività aiuta a mettere in relazione le modalità di esecuzione del processo con il feedback dei clienti. Sapere quando e se vengono inviati i sondaggi è importante per analizzare l’efficacia del ciclo di feedback.

Dove reperirli

È un evento esplicito registrato in una tabella specifica per i sondaggi, come asmt_assessment_instance, che contiene un riferimento al record del caso di origine.

Acquisizione

Creazione di un record nella tabella 'asmt_assessment_instance' collegato al caso.

Tipo di evento explicit
Consigliato Facoltativo

Guide all’estrazione

Come estrarre i dati da ServiceNow CSM

È pronto a iniziare?

Utilizzi questo template per preparare i dati in modo efficace e individuare informazioni utili a ottimizzare le attività di assistenza clienti. Inizi oggi il percorso verso un processo più efficiente e attento alle esigenze dei clienti.

Migliori subito l’efficienza del servizio clienti

Aumenti la soddisfazione dei clienti e raggiunga l’80% di risoluzioni al primo contatto.

Inizi la prova gratuita

Non è richiesta una carta di credito. Può iniziare in pochi minuti.