Il template dei dati per il servizio clienti

Template universale per il Process Mining
Il template dei dati per il servizio clienti

Il template dei dati per il servizio clienti

Template universale per il Process Mining

Questo è il nostro template generico per i dati di Process Mining relativi a Servizio clienti. Per indicazioni più specifiche, utilizzi i template dedicati ai singoli sistemi.

Selezioni un sistema specifico
  • Campi dati standardizzati per un’analisi coerente
  • Attività chiave per mappare accuratamente il processo
  • Una struttura di base applicabile a diversi sistemi
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi del servizio clienti

Questa sezione elenca i campi dati consigliati da includere nell’Event Log, necessari per analizzare in modo completo il processo di assistenza clienti.
5 Obbligatorio 9 Consigliato 3 Facoltativo
Nome Descrizione
Attività
Activity
Nome di uno specifico evento aziendale, task o passaggio avvenuto nell’ambito del processo di assistenza clienti per una determinata richiesta.
Descrizione

Un’attività rappresenta un passaggio o un evento distinto nel ciclo di vita di una richiesta di assistenza. Alcuni esempi sono 'Richiesta di assistenza creata', 'Richiesta assegnata', 'Soluzione proposta' e 'Richiesta chiusa'. Ogni attività è associata a una specifica richiesta di assistenza e ha un timestamp che indica quando si è verificata.

Questo attributo è fondamentale per creare la mappa del processo, che rappresenta visivamente il flusso di lavoro dell’assistenza clienti. Analizzare la sequenza e la frequenza delle attività aiuta a ricostruire i percorsi effettivi delle richieste, mettendo in evidenza i flussi di lavoro più comuni, i colli di bottiglia, le deviazioni e i cicli di rilavorazione. È alla base di qualsiasi analisi di Process Mining.

Perché è importante

Questo attributo definisce i passaggi della mappa del processo. È essenziale per capire quale lavoro viene svolto e in quale sequenza.

Dove reperirli

Spesso ricavato dai log degli eventi, dalle tabelle delle modifiche di stato o dai registri di audit del sistema di assistenza clienti.

Esempi
Richiesta creataRichiesta assegnataPrima risposta inviataRichiesta risolta
ID richiesta di assistenza
ServiceRequestId
Identificativo univoco di una singola richiesta o segnalazione del cliente. Questo ID collega tutte le attività correlate in un unico caso.
Descrizione

L’ID della richiesta di assistenza è la chiave primaria che identifica in modo univoco ogni caso del cliente, dalla creazione alla risoluzione definitiva. Funge da identificativo del caso e raggruppa in una cronologia coerente tutti gli eventi, le comunicazioni e le azioni relativi a uno specifico problema del cliente.

Nel Process Mining, questo attributo è fondamentale per ricostruire il percorso completo di ogni richiesta di assistenza. Collegando ogni attività a uno specifico ID della richiesta, gli analisti possono visualizzare i flussi del processo, individuare le deviazioni e misurare con precisione la durata dei casi. Consente di analizzare il processo dal punto di vista del singolo caso, un aspetto essenziale per comprenderne le prestazioni e individuare le aree da migliorare.

Perché è importante

È l’identificativo essenziale del caso. Senza di esso, non è possibile ricostruire il percorso di una singola segnalazione del cliente attraverso il processo.

Dove reperirli

In genere si trova nell’intestazione o nella tabella principale dei casi, dei ticket o degli incidenti nel sistema di gestione dell’assistenza clienti.

Esempi
SR-2023-00123CASE009876TKT-554321INC0123456
Ora dell’evento
EventTime
Timestamp che indica la data e l’ora esatte in cui si è verificata una specifica attività o un evento.
Descrizione

L’ora dell’evento, detta anche ora di inizio, indica il momento in cui si è verificata un’attività. Ogni evento nel log, dalla creazione iniziale di una richiesta di assistenza alla sua chiusura definitiva, è contrassegnato da un timestamp. Questi dati temporali sono indispensabili per ordinare gli eventi cronologicamente.

La sequenza dei timestamp associati a una richiesta di assistenza consente agli strumenti di Process Mining di ricostruire il flusso del processo così come si è svolto nella realtà. L’ora dell’evento è alla base di tutte le analisi temporali, tra cui il calcolo della durata tra le attività, la misurazione del tempo totale di risoluzione del caso, l’individuazione dei colli di bottiglia e il controllo del rispetto degli accordi sul livello di servizio (SLA).

Perché è importante

Questo timestamp ordina gli eventi e consente tutte le analisi basate sulla durata, come il calcolo dei tempi di risoluzione e l’individuazione dei colli di bottiglia.

Dove reperirli

Si trova nei log degli eventi o nelle tabelle dei registri di audit, spesso accanto al nome dell’attività. Può essere indicato come 'Data di creazione', 'Data dell’evento' o 'Timestamp'.

Esempi
2023-10-26T10:00:00Z2023-10-26T10:15:30Z2023-10-27T14:05:00Z
Sistema di origine
SourceSystem
Il sistema di registrazione da cui sono stati estratti i dati. È utile per tracciare la provenienza dei dati.
Descrizione

L’attributo Sistema di origine identifica l’applicazione o la piattaforma da cui provengono i dati dell’assistenza clienti, ad esempio ServiceNow, Salesforce, Zendesk o un sistema interno personalizzato. Quando si combinano dati provenienti da più sistemi, questo campo è fondamentale per la governance e la tracciabilità dei dati.

Sebbene non venga utilizzato direttamente nella maggior parte delle analisi standard dei flussi di processo, fornisce un contesto importante. Aiuta a comprendere le possibili differenze nella qualità dei dati o nell’esecuzione del processo tra sistemi diversi. È inoltre essenziale per convalidare i dati, risolvere i problemi di estrazione e gestire le pipeline di integrazione dei dati.

Perché è importante

Indica la provenienza dei dati, un’informazione fondamentale per la governance, la risoluzione dei problemi e l’analisi in ambienti con più sistemi.

Dove reperirli

In genere viene aggiunto durante il processo di estrazione dei dati (ETL) e potrebbe non essere presente direttamente nelle tabelle del sistema di origine.

Esempi
Salesforce Service CloudZendesk SupportServiceNow CSM
Ultimo aggiornamento dei dati
LastDataUpdate
Timestamp che indica l’ultima volta in cui i dati sono stati aggiornati dal sistema di origine.
Descrizione

L’attributo Ultimo aggiornamento dei dati registra la data e l’ora dell’estrazione o dell’aggiornamento più recente. Questi metadati sono essenziali per capire quanto siano aggiornati i dati analizzati e per gestire la pipeline dei dati.

Questo attributo permette agli utenti aziendali e agli analisti di sapere con chiarezza quanto siano aggiornate le analisi. Aiuta a pianificare gli aggiornamenti dei dati e assicura che le decisioni si basino su informazioni aggiornate secondo le necessità. Per monitorare i processi in corso, conoscere l’ora dell’ultimo aggiornamento è fondamentale per interpretare correttamente lo stato attuale dei casi aperti.

Perché è importante

Indica quanto sono aggiornati i dati, affinché le analisi e le decisioni aziendali si basino su informazioni tempestive e pertinenti.

Dove reperirli

Questo timestamp viene in genere generato e aggiunto durante il processo di estrazione dei dati (ETL).

Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z2023-10-29T02:00:00Z
Canale di comunicazione
CommunicationChannel
Il canale attraverso cui è stata avviata la richiesta di assistenza o è avvenuta la comunicazione, ad esempio 'E-mail', 'Telefono' o 'Chat'.
Descrizione

Il canale di comunicazione identifica il mezzo utilizzato dal cliente per interagire con il Service Desk. Tra i canali più comuni figurano e-mail, telefono, portale web, chat e social media. Il canale può influire sulle aspettative del cliente e sulla complessità del processo di risoluzione.

Analizzare il processo in base al canale di comunicazione può rivelare differenze significative nelle prestazioni. Per esempio, le richieste inviate per telefono potrebbero essere risolte più rapidamente, ma richiedere più risorse agli operatori rispetto a quelle inviate tramite un portale web. Questa analisi aiuta le organizzazioni a ottimizzare la strategia dei canali, allocare le risorse in modo efficace e adattare l’esperienza di assistenza ai diversi metodi di comunicazione.

Perché è importante

Mostra in che modo i diversi canali di comunicazione incidono sui tempi di risoluzione, sull’impegno degli operatori e sull’efficienza complessiva del processo.

Dove reperirli

In genere è disponibile come campo standard nel record del caso o del ticket e indica come è stata creata la richiesta.

Esempi
E-mailTelefonoChatPortale webSocial media
Gruppo assegnato
AssignedGroup
Il team, il reparto o la coda a cui è assegnata la richiesta di assistenza.
Descrizione

Il gruppo assegnato identifica il team o l’unità funzionale responsabile di una richiesta di assistenza in un determinato momento. Può trattarsi, ad esempio, del 'Supporto di livello 1', del 'Reparto fatturazione' o del 'Team di assistenza tecnica'. Man mano che avanzano, le richieste di assistenza vengono spesso trasferite tra gruppi diversi.

Analizzare il gruppo assegnato è fondamentale per comprendere la collaborazione tra i team e i passaggi di consegne. Aiuta a individuare i team sovraccarichi, i punti in cui si creano colli di bottiglia tra i gruppi e i percorsi seguiti dai diversi tipi di richiesta all’interno dell’organizzazione. Queste informazioni sono essenziali per ottimizzare la struttura dei team, l’allocazione delle risorse e le regole di instradamento.

Perché è importante

Consente di analizzare le prestazioni dei team, la distribuzione del carico di lavoro e i ritardi causati dai passaggi di consegne tra reparti.

Dove reperirli

Si trova nel record del caso o del ticket, spesso in campi denominati 'Gruppo di assegnazione', 'Team' o 'Coda'.

Esempi
Supporto di livello 1Richieste di fatturazioneEscalation tecnicheSupporto hardware
Inoltrato a un livello superiore
IsEscalated
Indicatore che segnala se la richiesta di assistenza è stata inoltrata a un livello superiore di supporto o alla direzione.
Descrizione

L’attributo Inoltrato a un livello superiore è un indicatore booleano (vero o falso) che segnala se una richiesta di assistenza è stata formalmente inoltrata a un livello superiore. In genere, ciò avviene quando il problema è troppo complesso per il livello di supporto corrente, non viene risolto entro un tempo prestabilito o il cliente è molto insoddisfatto.

Questo attributo è essenziale per analizzare gli inoltri a livelli superiori. Consente alle organizzazioni di calcolarne il tasso, un indicatore chiave delle prestazioni. Analizzando il flusso del processo dei casi inoltrati, le aziende possono individuare le cause profonde, come lacune nelle competenze del supporto di primo livello, processi poco chiari o problemi del prodotto. Ridurre gli inoltri a livelli superiori è spesso un obiettivo importante, perché comportano costi elevati e possono incidere negativamente sulla soddisfazione dei clienti.

Perché è importante

Aiuta a individuare la frequenza e le cause profonde degli inoltri a livelli superiori, mettendo in luce le opportunità per migliorare la risoluzione al primo contatto.

Dove reperirli

Spesso è un campo con casella di controllo o indicatore nel record del caso o del ticket. Può anche essere ricavato rilevando un’attività 'Inoltra a un livello superiore'.

Esempi
truefalse
Operatore
Agent
Nome o identificativo univoco dell’operatore dell’assistenza clienti o dell’utente responsabile di un’attività.
Descrizione

L’attributo Operatore identifica la persona che ha svolto una determinata attività o a cui è attualmente assegnata una richiesta di assistenza. Può trattarsi di un ID univoco, di un indirizzo e-mail o del nome completo.

Questo attributo consente di analizzare le prestazioni e il carico di lavoro a livello individuale. Permette ai responsabili di vedere come viene distribuito il lavoro, confrontare le prestazioni degli operatori in base a metriche come il tempo di risoluzione o la soddisfazione del cliente e individuare opportunità di formazione. È inoltre fondamentale per analizzare i passaggi di consegne tra operatori, che possono causare ritardi e insoddisfazione nei clienti.

Perché è importante

Questo attributo è essenziale per analizzare il carico di lavoro e le prestazioni degli operatori, nonché l’impatto dei passaggi di consegne tra operatori diversi.

Dove reperirli

Si trova comunemente nelle tabelle della cronologia delle assegnazioni dei casi, nei log degli eventi o come campo nel record principale del caso o del ticket.

Esempi
John Smithagent.jane@example.comuser_1138Sarah Doe
Ora di fine
EndTime
Timestamp che indica quando è stata completata un’attività. Viene utilizzato per calcolare la durata delle singole attività.
Descrizione

L’attributo Ora di fine indica il momento in cui un’attività viene completata. Mentre l’ora dell’evento segna l’inizio, l’ora di fine fornisce l’altro dato necessario per misurare quanto è durata una specifica attività. Non tutti gli eventi hanno un’ora di fine distinta, ma quando è disponibile, ad esempio per l’attività 'Verifica dell’operatore' o per una chiamata con un cliente, rappresenta un’informazione utile.

Nell’analisi, la differenza tra l’ora di fine e l’ora dell’evento corrisponde al tempo di elaborazione dell’attività. Questo dato è fondamentale nell’analisi dei colli di bottiglia, che mira a individuare i passaggi del processo che richiedono più tempo. Comprendere la durata delle attività aiuta a pianificare le risorse, valutare le prestazioni e individuare opportunità per rendere le operazioni più efficienti.

Perché è importante

Questo attributo è essenziale per calcolare la durata delle singole attività, individuare i colli di bottiglia e misurare l’efficienza.

Dove reperirli

Di solito si trova nei log degli eventi o nelle tabelle dei registri di audit, accanto all’ora di inizio. Se non è disponibile, potrebbe essere necessario ricavarlo dall’ora di inizio dell’evento successivo.

Esempi
2023-10-26T10:30:00Z2023-10-26T11:00:45Z2023-10-27T16:20:00Z
Priorità
Priority
Livello di priorità assegnato alla richiesta di assistenza, ad esempio 'Bassa', 'Media', 'Alta' o 'Urgente'.
Descrizione

L’attributo Priorità indica il livello di urgenza di una richiesta di assistenza e spesso determina la rapidità con cui deve essere gestita. In genere, viene definito in base all’impatto aziendale e alla gravità del problema segnalato dal cliente. Spesso gli SLA dipendono dal livello di priorità.

Nell’analisi dei processi, la priorità è una dimensione fondamentale per filtrare e confrontare i dati. Gli analisti possono verificare se, come previsto, le richieste ad alta priorità vengono effettivamente risolte più rapidamente di quelle a bassa priorità. L’analisi aiuta a controllare che le regole di assegnazione delle priorità siano rispettate e a valutare se l’allocazione delle risorse rispecchi le priorità aziendali. Il confronto tra i flussi di processo dei diversi livelli di priorità può rivelare inefficienze nella gestione dei problemi critici.

Perché è importante

Consente di verificare se le richieste urgenti vengono gestite più rapidamente e aiuta ad accertare che le risorse siano adeguate alle esigenze aziendali.

Dove reperirli

È un campo standard nel modulo del caso o del ticket nella maggior parte dei sistemi di assistenza clienti.

Esempi
BassaMediaAltaUrgente
Soddisfazione del cliente
CustomerSatisfaction
Punteggio o valutazione della soddisfazione forniti dal cliente dopo la risoluzione della richiesta di assistenza.
Descrizione

La soddisfazione del cliente è una metrica fondamentale che misura la percezione del servizio ricevuto. In genere viene rilevata tramite un sondaggio inviato dopo la risoluzione, spesso con una scala numerica da 1 a 5 o con una valutazione categoriale come 'Buono', 'Neutro' o 'Insoddisfacente'.

Questo attributo è essenziale per collegare le prestazioni del processo ai risultati aziendali. Correlando i punteggi di soddisfazione con le metriche del processo, gli analisti possono individuare i comportamenti che contribuiscono a rendere i clienti soddisfatti o insoddisfatti. Per esempio, l’analisi potrebbe mostrare che i casi con numerose riassegnazioni o tempi di risoluzione lunghi ricevono sistematicamente punteggi di soddisfazione bassi. In questo modo si ottengono basi chiare e fondate sui dati per dare priorità ai miglioramenti del processo che avranno il maggiore impatto sull’esperienza del cliente.

Perché è importante

Misura direttamente la percezione del cliente sulla qualità del servizio e collega l’efficienza del processo ai risultati aziendali.

Dove reperirli

Di solito è archiviata in una tabella separata con le risposte ai sondaggi, collegabile al record della richiesta di assistenza.

Esempi
5413
Stato della richiesta
RequestStatus
Stato attuale o storico della richiesta di assistenza, ad esempio 'Aperta', 'In attesa', 'Risolta' o 'Chiusa'.
Descrizione

Lo stato della richiesta indica la condizione di una richiesta di assistenza in un determinato momento del suo ciclo di vita. Lo stato cambia man mano che la richiesta viene gestita: per esempio, passa da 'Nuova' a 'In corso', poi a 'In attesa del cliente' e infine a 'Risolta'. La sequenza delle modifiche di stato costituisce spesso la base delle attività nel modello di processo.

Analizzare le modifiche di stato è uno dei modi principali per comprendere il flusso del processo. Aiuta a individuare quanto tempo le richieste trascorrono in determinati stati, come 'In attesa', mettendo in luce eventuali dipendenze da soggetti esterni. Serve inoltre a distinguere i casi aperti da quelli chiusi, un aspetto fondamentale per rendicontare i casi in gestione e i tassi di risoluzione.

Perché è importante

Indica la fase del ciclo di vita della richiesta, aiutando a individuare il tempo trascorso in attesa e a definire le attività del processo.

Dove reperirli

È un campo fondamentale nel record del caso o del ticket. Le modifiche di stato vengono spesso registrate in una tabella della cronologia di audit.

Esempi
NuovoIn corsoIn attesa del clienteRisoltoChiuso
Tipo di richiesta
RequestType
Classificazione della richiesta di assistenza, ad esempio 'Domanda', 'Incidente', 'Problema' o 'Richiesta di funzionalità'.
Descrizione

Il tipo di richiesta fornisce una classificazione generale del problema o della richiesta di informazioni del cliente. Questa classificazione permette di segmentare le richieste di assistenza e comprendere i diversi tipi di domanda rivolti all’organizzazione di supporto. Tra le categorie più comuni rientrano problemi tecnici, domande sulla fatturazione, richieste di informazioni e reclami.

Questo attributo è molto utile per l’analisi, perché consente di filtrare e confrontare i processi relativi a diversi tipi di richiesta. Per esempio, il processo di risoluzione di una 'Domanda sulla fatturazione' potrebbe essere molto più semplice e rapido di quello di un 'Incidente tecnico'. Comprendere queste differenze è fondamentale per definire SLA adeguati, progettare flussi di lavoro efficienti e allocare le risorse in modo efficace.

Perché è importante

Segmentare le richieste per tipo è fondamentale per comprendere i diversi percorsi del processo e definire miglioramenti mirati per problemi specifici.

Dove reperirli

È un campo standard nel modulo principale del caso o del ticket, spesso denominato 'Tipo', 'Categoria' o 'Classificazione'.

Esempi
IncidenteDomandaProblemaRichiesta di funzionalità
Cliente
Customer
Nome o identificativo univoco del cliente o dell’azienda che ha inviato la richiesta di assistenza.
Descrizione

L’attributo Cliente identifica il cliente esterno, una persona o un’organizzazione, associato alla richiesta di assistenza. Consente di raggruppare e analizzare tutte le interazioni di assistenza relative a un determinato cliente.

Una prospettiva incentrata sul cliente è fondamentale per comprendere l’esperienza complessiva. Analizzando i dati filtrati per cliente, le aziende possono individuare quelli che inviano un numero elevato di richieste, un possibile segnale di problemi con un prodotto o della necessità di una formazione più adeguata. L’analisi aiuta inoltre a monitorare la cronologia dell’assistenza per i clienti strategici e a verificare che ricevano il livello di supporto previsto.

Perché è importante

Consente di analizzare il processo dal punto di vista del cliente, individuare i problemi ricorrenti per clienti specifici e gestire i clienti strategici.

Dove reperirli

È un campo standard nel record del caso o del ticket, collegato all’oggetto contatto o account nel CRM.

Esempi
ABC CorporationGlobal Tech Inc.Jane DoeACCT-00123
Prodotto
Product
Il prodotto o servizio a cui si riferisce la richiesta del cliente.
Descrizione

L’attributo Prodotto specifica il prodotto, il servizio o la funzionalità a cui si riferisce la richiesta del cliente. Consente di classificare le richieste di assistenza in base all’area aziendale interessata.

Analizzare le richieste di assistenza per prodotto è fondamentale per individuare le cause profonde e migliorare i prodotti. Un numero elevato di ticket relativi a un prodotto specifico può segnalare problemi di qualità, errori o difficoltà di utilizzo. Questi dati forniscono indicazioni preziose ai team di sviluppo e ingegneria del prodotto, aiutandoli a stabilire le priorità per le correzioni e i miglioramenti che ridurranno il carico di lavoro del supporto e miglioreranno l’esperienza del cliente.

Perché è importante

Collega le richieste di assistenza a prodotti specifici, fornendo indicazioni fondamentali per migliorare i prodotti e individuarne le cause profonde.

Dove reperirli

Spesso è un campo nel modulo del caso o del ticket, collegato a un catalogo prodotti o compilabile manualmente.

Esempi
Stampante Alpha-100Enterprise Suite v2.5App mobilePiattaforma di fatturazione
Scadenza SLA
SlaTargetTime
Data e ora concordate contrattualmente o previste per la risoluzione della richiesta di assistenza.
Descrizione

La scadenza SLA indica il termine entro cui ci si aspetta che la richiesta di assistenza venga risolta, secondo quanto stabilito dall’accordo sul livello di servizio (SLA) applicabile. La scadenza dipende spesso dalla priorità e dal tipo di richiesta o dal livello contrattuale del cliente. Può essere registrata come timestamp specifico o come durata a partire dalla creazione della richiesta.

Questo attributo è fondamentale per analizzare il rispetto degli SLA. Confrontando il tempo effettivo di risoluzione con la scadenza SLA, le organizzazioni possono determinare il tasso di rispetto degli SLA. Il Process Mining consente inoltre di approfondire l’analisi e mostrare quali tipi di richiesta o passaggi del processo contribuiscono maggiormente al mancato rispetto degli SLA. In questo modo è possibile definire interventi mirati per rispettare gli impegni di servizio.

Perché è importante

È essenziale per misurare il rispetto degli SLA, un KPI fondamentale per le organizzazioni che forniscono assistenza clienti.

Dove reperirli

In genere viene calcolata e registrata nel record del caso o del ticket in base alle politiche SLA definite nel sistema.

Esempi
2023-10-28T10:00:00Z2023-11-01T17:00:00Z2023-10-26T14:00:00Z
Obbligatorio Consigliato Facoltativo

Attività del servizio clienti

Questa sezione descrive le fasi e le tappe principali del processo da registrare nell’Event Log, per individuare correttamente il processo e i colli di bottiglia.
7 Consigliato 10 Facoltativo
Attività Descrizione
Richiesta assegnata
Rappresenta l’assegnazione iniziale di una richiesta di assistenza a un operatore o a un team specifico. È una fase fondamentale, che sposta la richiesta dalla coda a un flusso di lavoro attivo.
Perché è importante

Questa attività è essenziale per monitorare il carico di lavoro degli operatori, misurare il tempo necessario per la prima assegnazione e individuare i colli di bottiglia nel processo di smistamento.

Dove reperirli

Si rileva dalle modifiche ai campi 'Proprietario' o 'Assegnato a' nel registro di controllo o nella cronologia del record della richiesta di assistenza.

Acquisizione

Individui il primo inserimento o la prima modifica del campo relativo all’operatore o al gruppo assegnatario.

Tipo di evento explicit
Richiesta chiusa
Questa è l’attività finale e rappresenta la chiusura amministrativa definitiva della richiesta di assistenza. Da questo momento, la richiesta è considerata completata e non sono previste ulteriori azioni.
Perché è importante

Questa attività segna la fine definitiva del ciclo di vita del processo. Il tempo che intercorre tra la risoluzione e la chiusura può rivelare l’esistenza di procedure di chiusura automatica o di revisione finale.

Dove reperirli

Rilevata in seguito a una modifica esplicita dello stato in 'Chiuso'. Molti sistemi dispongono di un campo data e ora dedicato, 'Chiuso il'.

Acquisizione

Utilizzi il campo data e ora 'Chiuso il' oppure il timestamp della modifica dello stato in 'Chiuso'.

Tipo di evento explicit
Richiesta di assistenza creata
Segna l’inizio del processo di assistenza clienti, quando la richiesta viene registrata formalmente. L’evento viene rilevato quando nel sistema di origine viene creato un nuovo caso, ticket o record di interazione.
Perché è importante

È l’evento di inizio principale del processo. È essenziale per misurare la durata complessiva del ciclo di vita e analizzare nel tempo il volume delle richieste in ingresso.

Dove reperirli

In genere, si rileva dal timestamp di creazione del record principale del caso o del ticket nel sistema di gestione dell’assistenza.

Acquisizione

Utilizzi il timestamp di creazione del caso, ticket o incidente principale.

Tipo di evento explicit
Richiesta riaperta
Si verifica quando una richiesta di assistenza già risolta torna a uno stato attivo. Di solito accade se il cliente segnala che il problema non è stato risolto o si è ripresentato.
Perché è importante

Le richieste riaperte misurano direttamente le rilavorazioni e sono un forte indicatore di mancata risoluzione al primo contatto. Analizzare questi eventi è fondamentale per migliorare la qualità delle soluzioni.

Dove reperirli

Di solito è un evento esplicito, in cui il sistema modifica automaticamente lo stato da 'Risolto' ad 'Aperto' quando riceve una nuova risposta del cliente.

Acquisizione

Rilevi una modifica dello stato da 'Risolto' o 'Chiuso' ad 'Aperto' o 'In corso'.

Tipo di evento explicit
Richiesta riassegnata
Indica che, dopo l’assegnazione iniziale, la responsabilità di una richiesta di assistenza è stata trasferita da un operatore o team a un altro. Rappresenta un passaggio di consegne nel processo di assistenza.
Perché è importante

Monitorare le riassegnazioni è essenziale per analizzare la frammentazione del processo e individuare passaggi di consegne non necessari. Riassegnazioni frequenti possono indicare problemi di instradamento o lacune nelle conoscenze.

Dove reperirli

Si deduce monitorando le modifiche successive ai campi 'Proprietario', 'Assegnato a' o 'Gruppo di assegnazione' dopo l’assegnazione iniziale.

Acquisizione

Individui tutte le modifiche ai campi del proprietario o del gruppo di assegnazione successive alla prima assegnazione.

Tipo di evento inferred
Richiesta risolta
È un passaggio fondamentale: l’operatore ha completato il lavoro e considera risolto il problema del cliente. La richiesta passa allo stato 'Risolto' o 'Completato'.
Perché è importante

È l’evento principale per misurare il tempo di risoluzione. Segna la conclusione del lavoro attivo del team di assistenza ed è un passaggio fondamentale nel ciclo di vita del servizio.

Dove reperirli

Si rileva da una modifica esplicita dello stato a 'Risolto' o 'Completato'. La maggior parte dei sistemi registra un timestamp specifico per la risoluzione.

Acquisizione

Utilizzi il timestamp 'Risolto il' oppure quello della modifica dello stato a 'Risolto'.

Tipo di evento explicit
Richiesta sottoposta a escalation
Rappresenta il trasferimento formale di una richiesta di assistenza a un livello di supporto superiore, a un altro reparto o alla direzione. Si verifica quando l’operatore iniziale non riesce a risolvere il problema.
Perché è importante

Le escalation sono un indicatore importante della complessità del processo, delle competenze degli operatori e delle mancate risoluzioni al primo contatto. Analizzare i percorsi di escalation aiuta a ottimizzare la struttura dell’assistenza.

Dove reperirli

Può essere un evento esplicito generato dal motore delle regole di escalation oppure si può dedurre da una riassegnazione a un utente o team designato per le escalation.

Acquisizione

Utilizzi un indicatore o un timestamp dedicato alle escalation, oppure rilevi una modifica dell’assegnazione a un team noto per la gestione delle escalation.

Tipo di evento explicit
Commento interno aggiunto
Un operatore aggiunge una nota o un commento privato alla richiesta di assistenza per collaborare con altri operatori o team. Il contenuto non è visibile al cliente.
Perché è importante

Questi eventi indicano collaborazione interna, condivisione delle conoscenze o preparazione di un’escalation. Un numero elevato di note interne può segnalare casi complessi o lacune nelle conoscenze.

Dove reperirli

Si rileva dal flusso delle attività o dal registro delle comunicazioni della richiesta di assistenza, filtrando i commenti contrassegnati come 'interni' o 'privati'.

Acquisizione

Filtri i commenti o il registro delle attività del caso per individuare le voci riservate all’uso interno.

Tipo di evento explicit
Informazioni ricevute dal cliente
Segna il momento in cui il cliente fornisce le informazioni richieste, consentendo all’operatore di riprendere il lavoro. In genere, l’evento riporta la richiesta da uno stato di attesa a uno stato attivo.
Perché è importante

Questo evento conclude un periodo di attesa del cliente. Analizzare il tempo che intercorre tra questo evento e l’attività 'Informazioni richieste' permette di misurare i tempi di risposta dei clienti.

Dove reperirli

Si deduce da una comunicazione in ingresso del cliente o da una modifica automatica dello stato da 'In attesa' a 'Aperto' o 'In corso'.

Acquisizione

Rilevi un messaggio in ingresso del cliente o una modifica dello stato da 'In attesa' a uno stato attivo.

Tipo di evento inferred
Informazioni richieste al cliente
Si verifica quando un operatore ha bisogno di ulteriori informazioni dal cliente per procedere e mette la richiesta in attesa. In questo modo si sospendono le attività interne o i timer degli SLA.
Perché è importante

Questa attività è fondamentale per comprendere i ritardi legati al cliente. Monitorare la durata di questo stato aiuta a distinguere il tempo di lavoro dell’operatore dal tempo di attesa del cliente.

Dove reperirli

Di solito si deduce da una modifica dello stato a un valore come 'In attesa', 'Sospeso' o 'In attesa di informazioni dal cliente'.

Acquisizione

Individui nella cronologia del caso le modifiche dello stato a 'In attesa' o 'In attesa del cliente'.

Tipo di evento inferred
L’operatore avvia l’analisi
Indica che un operatore ha iniziato a lavorare attivamente sulla richiesta di assistenza. È un momento distinto dall’assegnazione e segna l’inizio dell’attività di diagnosi o risoluzione.
Perché è importante

Aiuta a distinguere il tempo di attesa dal tempo di lavoro effettivo. Analizzare questa attività può far emergere ritardi tra l’assegnazione e l’inizio del lavoro.

Dove reperirli

Di solito si deduce da una modifica dello stato della richiesta di assistenza, ad esempio da 'Nuovo' o 'Assegnato' a 'In corso' o 'Lavorazione in corso'.

Acquisizione

Individui la prima modifica dello stato a 'In corso' dopo l’assegnazione.

Tipo di evento inferred
Prima risposta inviata
Segna la prima comunicazione diretta, non automatizzata, inviata da un operatore al cliente dopo la creazione della richiesta. È un passaggio fondamentale per il coinvolgimento del cliente.
Perché è importante

Questa attività è essenziale per misurare e monitorare gli SLA relativi al tempo di prima risposta. Indica la rapidità con cui il team di assistenza prende in carico i problemi dei clienti.

Dove reperirli

Spesso è un evento esplicito con timestamp nel motore SLA del sistema. In alternativa, si può dedurre individuando la prima comunicazione pubblica in uscita inviata da un operatore nella cronologia del caso.

Acquisizione

Utilizzi il timestamp dedicato a 'Tempo di prima risposta', se disponibile, oppure individui il timestamp del primo messaggio in uscita inviato da un operatore.

Tipo di evento explicit
Richiesta classificata
Rappresenta la classificazione di una richiesta di assistenza per tipo, categoria o priorità. Questa fase è spesso svolta da un operatore o da regole automatizzate per determinarne l’urgenza e l’instradamento.
Perché è importante

Analizzare le modifiche alla classificazione aiuta a valutare l’efficacia del triage, individuare le rilavorazioni e rilevare le richieste instradate in modo errato. Fornisce inoltre informazioni sulla complessità e sulla natura delle richieste di assistenza.

Dove reperirli

Di solito si deduce dal registro di controllo o dalla cronologia delle modifiche a campi come 'Categoria', 'Tipo' o 'Priorità' nel record della richiesta di assistenza.

Acquisizione

Rilevi le modifiche ai campi della categoria, della priorità o del tipo nella cronologia del caso.

Tipo di evento inferred
SLA non rispettato
Rappresenta il momento in cui una richiesta di assistenza non rispetta un accordo sui livelli di servizio, ad esempio per il tempo di prima risposta o di risoluzione. È un evento di fondamentale importanza per l’azienda.
Perché è importante

Questa attività misura direttamente il livello del servizio e la conformità. Analizzare quando e perché si verificano le violazioni è essenziale per migliorare il processo e gestire le aspettative dei clienti.

Dove reperirli

È un evento calcolato, ricavato confrontando i timestamp delle attività con gli obiettivi SLA predefiniti nel contratto di servizio o nel motore delle regole.

Acquisizione

Confronti la differenza tra i timestamp delle attività di inizio e fine con l’obiettivo SLA definito. Registri una violazione se la durata supera il limite previsto.

Tipo di evento calculated
Soddisfazione del cliente ricevuta
L’evento si verifica quando il cliente invia la risposta al sondaggio di soddisfazione. Il feedback, ad esempio una valutazione o un commento, viene registrato insieme alla richiesta di assistenza.
Perché è importante

Collega direttamente l’esecuzione del processo alla qualità percepita dal cliente. Analizzare i punteggi di soddisfazione nel contesto del processo aiuta a individuare le fasi che generano esperienze negative.

Dove reperirli

Si rileva dal modulo dei sondaggi quando il cliente invia una risposta associata alla richiesta di assistenza originale.

Acquisizione

Utilizzi il timestamp di invio della risposta al sondaggio di soddisfazione del cliente.

Tipo di evento explicit
Soluzione proposta
Indica che un operatore ha individuato una soluzione e l’ha comunicata al cliente. Questa attività può precedere la risoluzione formale, soprattutto quando è necessaria la conferma del cliente.
Perché è importante

Questo passaggio concettuale aiuta a distinguere il tempo necessario per trovare una soluzione da quello trascorso in attesa dell’accettazione del cliente. Offre una visione più dettagliata della fase di risoluzione.

Dove reperirli

Di solito si deduce da una comunicazione in uscita che descrive la soluzione o da una modifica dello stato a 'In attesa di accettazione' o 'Soluzione fornita'.

Acquisizione

Individui un messaggio in uscita con parole chiave come 'soluzione' oppure una modifica dello stato che indichi una risoluzione proposta.

Tipo di evento inferred
Sondaggio di soddisfazione inviato
Rappresenta l’invio di un sondaggio di soddisfazione al cliente, in genere attivato da una regola automatizzata dopo la risoluzione di una richiesta di assistenza. Segna l’inizio della raccolta dei feedback.
Perché è importante

Questa attività fornisce un contesto per gli indicatori di feedback dei clienti. Aiuta ad analizzare i tassi di risposta ai sondaggi e il momento in cui vengono richiesti i feedback.

Dove reperirli

Si rileva da un registro delle automazioni, da un record di posta elettronica in uscita o da un record dedicato al sondaggio collegato alla richiesta di assistenza.

Acquisizione

Individui la creazione di un oggetto sondaggio o una comunicazione in uscita relativa a un sondaggio di soddisfazione.

Tipo di evento explicit
Consigliato Facoltativo

Guide di estrazione

Come ottenere i dati per il Process Mining.

I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,

consulti la nostra guida ETL

oppure selezioni un processo e un sistema specifici.

È pronto a iniziare?

Avvii il percorso di ottimizzazione del processo di assistenza clienti scegliendo una guida di estrazione specifica per il sistema oppure utilizzando questo template generico come base per preparare i dati.

Porti subito il servizio clienti a un livello superiore

Individui i colli di bottiglia, migliori l’efficienza degli operatori e offra ai clienti un’esperienza migliore.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. Inizi in pochi minuti.