Il template dei dati per il servizio clienti
Il template dei dati per il servizio clienti
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
Attributi del servizio clienti
| 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 | |||
Attività del servizio clienti
| 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 | |||
Guide di estrazione
I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,
È 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.
Non è richiesta alcuna carta di credito. Inizi in pochi minuti.