Il Suo template di dati per il servizio clienti
Il Suo template di dati per il servizio clienti
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida all'estrazione per Microsoft Dynamics 365 Customer Service
Attributi del Servizio Clienti
| Nome | Descrizione | ||
|---|---|---|---|
|
Richiesta di servizio
ServiceRequest
|
L'identificatore unico per una richiesta di servizio clienti, nota anche come caso o ticket. | ||
|
Descrizione
La Richiesta di Servizio funge da identificatore primario, collegando tutte le attività relative a una singola richiesta o problema del cliente. Agisce come ID Caso per il Process Mining, garantendo una visione completa e coerente di ogni interazione con il cliente dalla creazione alla chiusura. L'analisi per Richiesta di Servizio consente di tracciare il percorso end-to-end, misurare i tempi di risoluzione e identificare modelli tra casi simili.
Perché è importante
Questo è l'ID Caso essenziale che collega tutti gli eventi correlati in un'unica istanza di processo, rendendo possibile l'analisi di processo end-to-end.
Dove trovare
Questa è la chiave primaria dell'entità Caso (incident) in Microsoft Dynamics 365 Customer Service.
Esempi
CAS-01024-F3B4V6SR-2023-00589TKT-4815162342
|
|||
|
Activity
ActivityName
|
Il nome dello specifico evento di business che si è verificato in un dato momento per una richiesta di servizio. | ||
|
Descrizione
Questo attributo descrive un singolo passaggio o cambiamento di stato all'interno del processo di servizio clienti, come 'Caso creato', 'Agente ha investigato il problema' o 'Caso risolto'. Queste attività costituiscono la spina dorsale della mappa del processo, consentendo la visualizzazione e l'analisi del flusso di processo. Ogni attività, se combinata con un timestamp, crea un evento che definisce la sequenza del processo.
Perché è importante
Le attività definiscono i passaggi del processo. Analizzare la sequenza e la frequenza delle attività è fondamentale per comprendere i flussi di processo, identificare le deviazioni e trovare i colli di bottiglia.
Dove trovare
Tipicamente derivato mappando i cambiamenti di stato (statuscode) o eventi specifici da entità correlate come Attività, Email o Chiamate Telefoniche a un nome di attività standardizzato.
Esempi
Caso creatoAgente ha Investigato il ProblemaSoluzione proposta al clienteCaso Chiuso
|
|||
|
Ora di Inizio
EventTime
|
Il timestamp che indica quando l'attività si è verificata. | ||
|
Descrizione
Questo attributo registra la data e l'ora precise in cui si è svolta un'attività specifica. È essenziale per sequenziare correttamente gli eventi e per tutte le analisi basate sul tempo, inclusi il calcolo dei tempi di ciclo, delle durate e dei tempi di attesa tra le attività. Un timestamp accurato e coerente è fondamentale per l'integrità dell'analisi di process mining.
Perché è importante
Questo timestamp ordina gli eventi cronologicamente e abilita tutti i calcoli basati sulla durata, che sono cruciali per l'analisi delle prestazioni e l'identificazione dei colli di bottiglia.
Dove trovare
Questo corrisponde a campi come 'createdon' o 'modifiedon' sull'entità Caso (incident) o entità di attività correlate (es. Email, Attività, Chiamata telefonica).
Esempi
2023-04-15T10:00:00Z2023-05-20T14:35:10Z2023-06-01T09:12:45Z
|
|||
|
Sistema di Origine
SourceSystem
|
Identifica il sistema sorgente da cui sono stati estratti i `dati`. | ||
|
Descrizione
Questo attributo specifica l'origine dei dati dell'evento. Per questo processo, identificherà costantemente Microsoft Dynamics 365 Customer Service come fonte. In ambienti con più sistemi, questo campo è critico per distinguere le fonti di dati e garantire la data lineage.
Perché è importante
Fornisce una chiara derivazione dei dati, cruciale per la data governance e per la risoluzione dei problemi di inconsistenza dei dati, specialmente nelle analisi di sistemi combinati.
Dove trovare
Questo è tipicamente un valore statico aggiunto durante il processo di estrazione e trasformazione dei dati per etichettare l'origine del dataset.
Esempi
Microsoft Dynamics 365 Customer Service
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il timestamp dell'ultimo aggiornamento o estrazione dei dati dal sistema sorgente. | ||
|
Descrizione
Questo attributo indica l'ultima volta che i dati sono stati estratti da Microsoft Dynamics 365. Viene utilizzato per comprendere la freschezza dei dati analizzati ed è essenziale per scopi di reporting e monitoraggio. Assicura che gli utenti siano consapevoli della tempestività dei dati quando interpretano dashboard e analisi.
Perché è importante
Informa gli utenti sulla freschezza dei dati, vitale per prendere decisioni aziendali tempestive e accurate basate sull'analisi del processo.
Dove trovare
Questo valore viene generato e apposto sul dataset al momento dell'estrazione dei dati.
Esempi
2023-10-27T08:00:00Z
|
|||
|
Canale
Channel
|
Il canale di comunicazione attraverso il quale è stata avviata la richiesta di servizio. | ||
|
Descrizione
Questo attributo identifica l'origine dell'interazione con il cliente, come Telefono, Email, Portale Web o Chat. Canali diversi hanno spesso flussi di processo distinti, aspettative del cliente e complessità di risoluzione. L'analisi del processo per canale aiuta a ottimizzare i workflow specifici del canale e l'allocazione delle risorse.
Perché è importante
Fornisce intuizioni su come i diversi canali di contatto con i clienti influiscano sull'efficienza del processo, sul tempo di risoluzione e sulla soddisfazione del cliente.
Dove trovare
Questo corrisponde al campo 'Origine Caso' (caseorigincode) sull'entità Caso (incident).
Esempi
TelefonoEmailWebChat
|
|||
|
Motivo dello Stato
StatusReason
|
Fornisce una ragione più dettagliata per lo stato attuale della richiesta di servizio. | ||
|
Descrizione
Mentre un caso ha uno stato ampio come 'Attivo' o 'Risolto', il Motivo dello Stato fornisce un contesto più specifico, come 'Informazioni Fornite' o 'Problema Risolto'. Questo attributo è cruciale per comprendere le sfumature di come e perché i casi progrediscono attraverso il loro ciclo di vita. Ad esempio, può differenziare tra casi risolti con successo e quelli annullati dal cliente, il che è vitale per un'analisi accurata dei risultati.
Perché è importante
Offre una visione granulare sull'esito di un caso e sulle ragioni dei suoi cambiamenti di stato, consentendo un'analisi più precisa dei percorsi di risoluzione e delle cause profonde.
Dove trovare
Questo corrisponde al campo 'Motivo Stato' (statuscode) sull'entità Caso (incident).
Esempi
In CorsoIn SospesoProblema RisoltoInformazioni Fornite
|
|||
|
Nome Agente
AgentName
|
Il nome dell'agente del servizio clienti o dell'utente responsabile dell'attività. | ||
|
Descrizione
Questo attributo identifica l'agente specifico o l'utente di sistema che ha eseguito un'attività, come prelevare un elemento da una coda o risolvere un caso. È cruciale per analizzare le prestazioni degli agenti, la distribuzione del carico di lavoro e l'allocazione delle risorse. Tracciando le attività a livello di agente, le organizzazioni possono identificare i migliori performer, le esigenze di formazione e gli squilibri nel carico di lavoro.
Perché è importante
Consente l'analisi delle performance individuali e di team, aiuta a bilanciare il carico di lavoro e identifica opportunità di coaching per migliorare la qualità complessiva del servizio.
Dove trovare
Corrisponde al campo 'Owner' (ownerid) sull'entità Case (incident), che si collega all'entità System User (systemuser).
Esempi
Alice SmithBob JohnsonSistema
|
|||
|
Nome cliente
CustomerName
|
Il nome del cliente o dell'account associato alla richiesta di servizio. | ||
|
Descrizione
Questo attributo identifica il cliente che ha avviato la richiesta di servizio. Consente l'analisi del processo da una prospettiva incentrata sul cliente, aiutando a identificare quali clienti presentano il maggior numero di richieste, sperimentano i tempi di risoluzione più lunghi o hanno i problemi più complessi. Questo è essenziale per la gestione delle relazioni con i clienti e per migliorare l'erogazione del servizio specifico per il cliente.
Perché è importante
Consente l'analisi a livello di cliente per identificare schemi, migliorare il servizio per gli account chiave e comprendere il percorso del cliente.
Dove trovare
Questo è il campo di ricerca 'Cliente' (customerid) sull'entità Caso (incident), che può puntare a un record Account o Contatto.
Esempi
Global Tech Inc.Jane DoeInnovare Soluzioni
|
|||
|
Priorità
Priority
|
Il livello di priorità assegnato alla richiesta di servizio, che ne indica l'urgenza. | ||
|
Descrizione
Questo attributo definisce l'urgenza di una richiesta di servizio, tipicamente categorizzata come Bassa, Normale, Alta o Urgente. La priorità viene utilizzata per determinare l'ordine in cui i casi vengono affrontati e spesso detta gli obiettivi SLA. Analizzare come la priorità impatti il flusso di processo, l'allocazione delle risorse e i tempi di risoluzione è fondamentale per garantire che le questioni critiche siano gestite prontamente.
Perché è importante
Aiuta a comprendere se le richieste ad alta priorità vengono elaborate più velocemente e raggiungono i loro obiettivi, e come i livelli di priorità influenzano le performance complessive del processo.
Dove trovare
Questo corrisponde al campo 'Priorità' (prioritycode) sull'entità Caso (incident).
Esempi
BassoNormaleElevato
|
|||
|
Tempo obiettivo di risoluzione SLA
SlaTargetResolutionTime
|
Il tempo obiettivo concordato contrattualmente per la risoluzione della richiesta di servizio. | ||
|
Descrizione
Questo attributo specifica la durata target entro la quale una richiesta di servizio dovrebbe essere risolta secondo l'Accordo sul Livello di Servizio (SLA) attivo. Serve come benchmark rispetto al quale viene misurata la performance effettiva. Questo valore è critico per la dashboard di Monitoraggio della Conformità SLA e per il calcolo del KPI del Tasso di Conformità SLA, evidenziando dove il processo non riesce a soddisfare gli impegni di servizio.
Perché è importante
Questo è il benchmark primario per misurare le prestazioni del servizio rispetto agli impegni, consentendo direttamente l'analisi della conformità e delle violazioni degli SLA.
Dove trovare
Questo valore è determinato dalla configurazione SLA in Dynamics 365 ed è associato a un caso tramite le istanze SLA KPI.
Esempi
2592008640014400
|
|||
|
Tipo di richiesta di servizio
ServiceRequestType
|
La categoria o classificazione principale della richiesta di servizio. | ||
|
Descrizione
Questo attributo classifica la richiesta di servizio in base alla sua natura, come 'Richiesta di fatturazione', 'Supporto tecnico' o 'Feedback sul prodotto'. È fondamentale per segmentare l'analisi del processo al fine di comprendere come vengono gestiti i diversi tipi di richieste. L'analisi per tipo può rivelare che alcune categorie hanno tempi di risoluzione più lunghi, tassi di escalation più elevati o seguono percorsi di processo diversi.
Perché è importante
Consente la segmentazione del processo per scoprire colli di bottiglia specifici per tipo, esigenze di risorse e opportunità di miglioramento, supportando migliori strategie di routing e gestione.
Dove trovare
Questa informazione è spesso memorizzata nel campo 'Oggetto' (subjectid) o in un campo di categoria personalizzato sull'entità Caso (incident).
Esempi
Richiesta di FatturazioneSupporto tecnicoFeedback sul prodottoGestione Account
|
|||
|
CSAT Score
CustomerSatisfactionScore
|
Il punteggio di soddisfazione fornito dal cliente dopo la risoluzione del caso. | ||
|
Descrizione
Questo attributo contiene la valutazione numerica o categoriale di un sondaggio sulla soddisfazione del cliente (CSAT), tipicamente raccolto dopo la chiusura di una richiesta di servizio. È una misura diretta della percezione del cliente sulla qualità del servizio. Questi dati sono essenziali per la Dashboard delle Tendenze di Soddisfazione del Cliente e per il KPI del Punteggio CSAT Medio Post-Risoluzione, collegando le prestazioni del processo ai risultati per il cliente.
Perché è importante
Fornisce una misura diretta della soddisfazione del cliente, consentendo all'organizzazione di correlare i comportamenti dei processi con il sentiment del cliente e guidare i miglioramenti.
Dove trovare
Questo è tipicamente ottenuto da un'entità di sondaggio correlata, come Customer Voice, e ricollegato all'entità Caso (incident).
Esempi
5341
|
|||
|
È Escalato
IsEscalated
|
Un flag che indica se la richiesta di servizio è stata inoltrata per escalation. | ||
|
Descrizione
Questo attributo booleano indica se una richiesta di servizio ha subito un'escalation. Le escalation si verificano quando il supporto di primo livello non è in grado di risolvere un problema, richiedendo l'intervento di un team più senior o di uno specialista. Tracciare questo flag è essenziale per la dashboard Percorsi di Escalation Interna e per il KPI Tasso di Escalation Interna, aiutando a identificare le cause profonde delle escalation e le debolezze nei livelli di supporto iniziali.
Perché è importante
Misura direttamente la frequenza delle escalation, evidenziando problemi con la risoluzione al primo contatto e indicando aree che necessitano di miglioramenti di processo o delle competenze degli agenti.
Dove trovare
Questo corrisponde al campo 'È Escalated' (isescalated) sull'entità Caso (incident).
Esempi
truefalse
|
|||
|
È Risoluzione al Primo Contatto
IsFirstContactResolution
|
Un flag che indica se la richiesta è stata risolta al primo contatto. | ||
|
Descrizione
Questo attributo calcolato identifica le richieste di servizio risolte senza interazioni di follow-up da parte del cliente o ritardi significativi che richiedano la riassegnazione dell'agente. La definizione della logica esatta può essere complessa, ma tipicamente implica il controllo di un breve tempo di ciclo e l'assenza di attività di riapertura o di richiesta del cliente dopo l'interazione iniziale. È la base per il KPI del Tasso di Risoluzione al Primo Contatto.
Perché è importante
Questa è una misura critica dell'efficienza del servizio e della soddisfazione del cliente, in quanto evidenzia la capacità di risolvere i problemi in modo rapido e completo.
Dove trovare
Calcolato in base alla sequenza e ai tempi delle attività nel log degli eventi per ogni caso.
Esempi
truefalse
|
|||
|
È una Rilavorazione
IsRework
|
Un flag calcolato che indica se un caso ha coinvolto attività di rilavorazione. | ||
|
Descrizione
Questo flag booleano identifica i casi che contengono cicli di rilavorazione o attività ripetute, come eventi multipli di 'Informazioni richieste al cliente' o un evento 'Caso riattivato' dopo essere stato risolto. Viene calcolato analizzando la sequenza delle attività per individuare schemi che indicano inefficienza o un fallimento nel risolvere il problema correttamente la prima volta. Questo attributo è fondamentale per la dashboard di Analisi delle Rilavorazioni e dei Contatti Ripetuti.
Perché è importante
Aiuta a quantificare e isolare le inefficienze di processo, permettendo agli analisti di concentrarsi sulle cause profonde del lavoro ripetuto e dello sforzo sprecato.
Dove trovare
Calcolato rilevando specifiche sequenze di attività (es. Resolved -> Reactivated) o attività ripetute all'interno di un caso utilizzando l'analitica di Process Mining.
Esempi
truefalse
|
|||
|
ID Articolo della Knowledge Base
KnowledgeArticleId
|
L'identificatore di un articolo della knowledge base collegato alla richiesta di servizio. | ||
|
Descrizione
Questo attributo cattura l'ID di qualsiasi articolo della knowledge base utilizzato o collegato durante la risoluzione di una richiesta di servizio. Fornisce una misura diretta di quanto efficacemente la knowledge base venga utilizzata dagli agenti per risolvere i problemi dei clienti. Questi dati sono fondamentali per la Dashboard di Utilizzo degli Articoli della Knowledge Base e il KPI corrispondente, aiutando a valutare il valore e la completezza della knowledge base.
Perché è importante
Traccia l'utilizzo della knowledge base, aiutando a capire se gli agenti stanno sfruttando le risorse disponibili per risolvere i problemi più rapidamente e in modo più coerente.
Dove trovare
Questa informazione si trova nella relazione tra le entità Caso (incident) e Articolo della Knowledge Base (knowledgearticle).
Esempi
KA-01337KA-02048
|
|||
|
Prodotto coinvolto
ProductInvolved
|
Il prodotto associato alla richiesta di servizio del cliente. | ||
|
Descrizione
Questo attributo identifica il prodotto o servizio specifico a cui si riferisce il problema del cliente. Consente la segmentazione del processo di servizio basata sul prodotto, che può rivelare se determinati prodotti generano più richieste di supporto, presentano problemi più complessi o richiedono competenze specializzate degli agenti. Questa analisi aiuta nel miglioramento del prodotto e nella pianificazione delle risorse.
Perché è importante
Consente l'analisi di processo specifica per prodotto per identificare problemi ricorrenti del prodotto, migliorare la documentazione di supporto e allocare efficacemente le risorse esperte.
Dove trovare
Questo corrisponde al campo di ricerca 'Prodotto' (productid) sull'entità Caso (incident).
Esempi
Alpha-100 PrinterSoftware CRM ZetaPiano Dati Omega
|
|||
|
SLA Violato
IsSlaBreached
|
Un flag calcolato che indica se la richiesta di servizio ha superato il suo target SLA. | ||
|
Descrizione
Questo flag booleano è determinato confrontando il tempo di risoluzione effettivo di una richiesta di servizio con il suo 'SLA Target Resolution Time'. È impostato su vero se il tempo effettivo è maggiore del tempo target. Questo attributo è fondamentale per la dashboard di Monitoraggio della Conformità SLA e per il calcolo del KPI del Tasso di Conformità SLA, fornendo un risultato binario chiaro per le prestazioni SLA di ogni caso.
Perché è importante
Fornisce un chiaro esito di successo o fallimento per l'adesione agli SLA su ogni caso, rendendo facile filtrare, aggregare e analizzare le cause profonde delle violazioni.
Dove trovare
Calcolato confrontando 'ServiceRequestCycleTime' con 'SlaTargetResolutionTime'.
Esempi
truefalse
|
|||
|
Team Proprietario
OwnerTeam
|
Il team che attualmente gestisce la richiesta di servizio. | ||
|
Descrizione
Questo attributo identifica il team responsabile della richiesta di servizio. Una richiesta può essere di proprietà di un singolo agente o di un team (coda). L'analisi per team è cruciale per comprendere le prestazioni a livello di team, la distribuzione del carico di lavoro tra i diversi livelli di supporto o specializzazioni e identificare le variazioni di processo tra i team.
Perché è importante
Consente l'analisi delle performance a livello di team, essenziale per gestire efficacemente i livelli di supporto e i gruppi specializzati.
Dove trovare
Derivato dal campo 'Owner' (ownerid) sull'entità Case (incident) quando il proprietario è un record Team anziché un System User.
Esempi
Supporto di primo livelloDipartimento FatturazioneSpecialisti tecnici
|
|||
|
Tempo di ciclo della richiesta di servizio
ServiceRequestCycleTime
|
Il tempo totale trascorso dalla creazione alla risoluzione di una richiesta di servizio. | ||
|
Descrizione
Questa metrica calcolata misura la durata end-to-end per ogni richiesta di servizio. È calcolata come la differenza di tempo tra l'attività 'Caso creato' e l'attività 'Caso risolto'. Questo è un KPI primario per valutare l'efficienza complessiva del processo ed è centrale per la dashboard dei Tempi di Risoluzione delle Richieste di Servizio. Aiuta a individuare i casi che impiegano eccezionalmente molto tempo e identifica i ritardi sistemici.
Perché è importante
Questa è una metrica chiave di performance di processo che misura direttamente l'efficienza del processo di risoluzione end-to-end e aiuta a identificare i casi che richiedono tempi prolungati.
Dove trovare
Calcolato sottraendo il timestamp del primo evento dal timestamp dell'ultimo evento di risoluzione per ogni Case ID.
Esempi
1728006048003600
|
|||
Attività del Servizio Clienti
| Activity | Descrizione | ||
|---|---|---|---|
|
Case assegnato
|
Questa attività rappresenta l'assegnazione di un caso a una coda o utente specifico per la gestione. Il sistema registra esplicitamente le modifiche al proprietario del caso, che possono essere tracciate tramite i log di audit del sistema. | ||
|
Perché è importante
Il tracciamento delle assegnazioni è cruciale per analizzare la distribuzione del carico di lavoro, identificare i ritardi legati all'assegnazione e comprendere l'efficienza dell'instradamento. Aiuta a rispondere a domande su quanto rapidamente i casi vengono instradati al team o alla persona giusta.
Dove trovare
Catturato tracciando le modifiche al campo 'ownerid' sull'entità 'Incident'. Il timestamp della modifica è disponibile nei log della cronologia di auditing.
Acquisisci
Estrai le modifiche con timestamp al campo 'ownerid' dai log di auditing.
Tipo di evento
explicit
|
|||
|
Case escalato
|
Rappresenta l'escalation formale di un caso a un livello superiore di supporto o a un team diverso. Questa può essere un'azione esplicita dell'utente che riassegna il caso a una coda di escalation o a un utente designato. | ||
|
Perché è importante
Monitorare le escalation è vitale per il KPI 'Tasso di Escalation Interna' e per identificare le cause profonde dei problemi che il supporto di primo livello non riesce a risolvere. Evidenzia le debolezze del processo e le opportunità di formazione.
Dove trovare
Inferito da una modifica nel campo 'ownerid' a una coda o un team di escalation designato. Può anche essere un'azione personalizzata esplicita che contrassegna il caso come escalated.
Acquisisci
Identifica una modifica con timestamp del campo 'ownerid' a una coda di escalation nota.
Tipo di evento
inferred
|
|||
|
Caso Chiuso
|
Questa è la chiusura amministrativa finale del record del caso, che può avvenire contemporaneamente alla risoluzione o qualche tempo dopo. Questa attività viene catturata da un cambiamento dello stato del caso a 'Chiuso'. | ||
|
Perché è importante
Questo rappresenta la fine assoluta del ciclo di vita del processo nel sistema. Il tempo tra 'Risolto' e 'Chiuso' può indicare un overhead amministrativo o ritardi nella finalizzazione dei record.
Dove trovare
Catturato da una modifica nel campo 'statecode' sull'entità 'Incident' a 'Canceled' (2) o a uno stato di chiusura personalizzato. Il timestamp è disponibile nella cronologia di auditing.
Acquisisci
Tracciare il timestamp del 'statecode' che cambia al suo stato terminale finale (es. Annullato/Chiuso).
Tipo di evento
explicit
|
|||
|
Caso creato
|
Questa attività segna l'inizio del processo di servizio clienti, quando un nuovo record caso viene creato nel sistema. La creazione è un evento esplicito, registrato con un timestamp specifico quando il record dell'entità 'Incident' viene salvato per la prima volta. | ||
|
Perché è importante
Come evento di inizio primario, questa attività è essenziale per calcolare la durata complessiva del ciclo di vita del caso e comprendere le tendenze del volume dei casi. Serve da ancora per tutte le analisi di processo successive.
Dove trovare
Questo evento viene catturato dal timestamp 'createdon' sull'entità 'Incident' (Caso) per ogni nuovo record.
Acquisisci
Utilizzi il timestamp 'createdon' del record Incident.
Tipo di evento
explicit
|
|||
|
Caso Risolto
|
Questa è una milestone chiave che rappresenta il punto in cui l'agente considera il problema del cliente risolto. Questa è un'azione esplicita in Dynamics 365, che crea un record di attività 'Risoluzione Caso' collegato al caso. | ||
|
Perché è importante
Come evento finale primario basato sul successo, questa attività è essenziale per calcolare i tempi di risoluzione e i tassi di successo. È un componente critico di quasi ogni KPI del servizio clienti.
Dove trovare
Questo evento corrisponde alla creazione di un record di attività 'Risoluzione' (Risoluzione Caso). Il timestamp 'actualend' su questo record segna il tempo di risoluzione.
Acquisisci
Utilizzi il timestamp 'actualend' o 'createdon' dal record di attività 'Risoluzione' associato.
Tipo di evento
explicit
|
|||
|
Timer SLA avviato
|
Indica l'attivazione di un timer di Service Level Agreement (SLA) per il caso, che inizia a tracciare il tempo rispetto a una metrica di servizio definita come 'First Response By' o 'Resolve By'. Questo è un evento esplicito gestito dal motore SLA di Dynamics 365. | ||
|
Perché è importante
Questa attività è fondamentale per monitorare la conformità agli SLA e comprendere quando inizia il calcolo per gli impegni di servizio. Supporta direttamente l'analisi del rispetto degli obiettivi di servizio.
Dove trovare
Registrato nell'entità 'SLA KPI Instance', correlata all'entità 'Incident'. Il timestamp 'createdon' del record 'SLA KPI Instance' pertinente ne segna l'inizio.
Acquisisci
Utilizzi il timestamp di creazione del record 'SLA KPI Instance' associato al caso.
Tipo di evento
explicit
|
|||
|
Agente ha Investigato il Problema
|
Rappresenta l'agente che lavora attivamente per comprendere e diagnosticare il problema del cliente. Questa è un'attività inferita, spesso identificata dall'agente che collega un Articolo della Knowledge Base al caso, indicando che è stata effettuata una ricerca. | ||
|
Perché è importante
Il tracciamento di questo aiuta a misurare l'utilizzo delle risorse di conoscenza e il suo impatto sui tempi di risoluzione. Fornisce intuizioni sulla capacità degli agenti di sfruttare gli strumenti disponibili per risolvere i problemi in modo efficiente.
Dove trovare
Inferito dalla creazione di un record nell'entità 'IncidentKnowledgeBaseRecord', che collega un Knowledge Article a un Caso. Viene utilizzato il timestamp di questa creazione del record.
Acquisisci
Utilizzi il timestamp quando un Articolo della Knowledge Base viene associato all'Incident.
Tipo di evento
inferred
|
|||
|
Caso Riattivato
|
Si verifica quando un caso precedentemente risolto viene riaperto automaticamente o manualmente, solitamente perché il cliente ha risposto o ha segnalato che il problema non era stato risolto. Questo è un comportamento standard del sistema che modifica lo stato del caso da 'Risolto' a 'Attivo'. | ||
|
Perché è importante
Questa attività è cruciale per identificare le rilavorazioni e analizzare il 'Tasso di Risoluzione al Primo Contatto'. Un numero elevato di riattivazioni indica soluzioni iniziali incomplete o inefficaci.
Dove trovare
Catturato da una modifica nel campo 'statecode' sull'entità 'Incident' da 'Resolved' (1) a 'Active' (0). Il timestamp di questa modifica è registrato nella cronologia di auditing.
Acquisisci
Tracciare il timestamp del cambiamento di 'statecode' da Risolto ad Attivo nei log di audit.
Tipo di evento
explicit
|
|||
|
Elemento della coda preso in carico dall'agente
|
Questo evento si verifica quando un agente prende attivamente in carico un caso da una coda condivisa per iniziare a lavorarci. Questa è un'azione deliberata dell'utente, distinta dall'assegnazione del caso alla coda da parte del sistema. | ||
|
Perché è importante
Questa attività aiuta a misurare il tempo effettivo che un caso attende in una coda prima che un agente inizi a lavorarci. È fondamentale per identificare i colli di bottiglia delle code e comprendere la proattività degli agenti.
Dove trovare
Tracciato quando un utente aggiorna il campo 'workedbyid' sull'entità 'QueueItem' associata al caso, o quando il proprietario del caso cambia da una coda a un utente.
Acquisisci
Identificare il timestamp quando il campo 'workedbyid' sul QueueItem viene popolato.
Tipo di evento
explicit
|
|||
|
Informazioni Richieste al Cliente
|
Questa attività segna un punto in cui l'agente richiede ulteriori informazioni dal cliente per procedere. Viene spesso inferita dal cambiamento di stato del caso a 'in attesa' o dall'invio di un'email in uscita dalla timeline del caso. | ||
|
Perché è importante
Questo è critico per misurare i ritardi legati al cliente e comprendere il KPI 'Tempo di Attesa Informazioni Cliente'. Aiuta a isolare il tempo di processo trascorso in attesa di input esterno.
Dove trovare
Può essere inferito da una modifica nel campo 'statuscode' sull'entità 'Incident' a un valore come 'On Hold' con una ragione 'Waiting for Customer'. Viene utilizzato il timestamp di questa modifica di stato.
Acquisisci
Tracciare il timestamp di un cambiamento di statuscode a uno stato designato 'in attesa del cliente'.
Tipo di evento
inferred
|
|||
|
Modificata Categorizzazione Caso
|
Questo evento si verifica quando un agente modifica la categoria o l'oggetto di un caso dopo la sua creazione iniziale. Questa è una modifica esplicita tracciata dalla funzionalità di audit del sistema. | ||
|
Perché è importante
Il tracciamento della ricategorizzazione è essenziale per il KPI 'Tasso di Ricategorizzazione delle Richieste di Servizio'. Un'alta frequenza indica problemi con il triage iniziale, portando a instradamenti errati e ritardi.
Dove trovare
Catturato dalla cronologia di auditing per l'entità 'Incident', specificamente tracciando le modifiche al campo 'subjectid' o altri campi di categorizzazione personalizzati.
Acquisisci
Estrai le modifiche con timestamp al campo 'subjectid' dai log di auditing.
Tipo di evento
explicit
|
|||
|
Soluzione proposta al cliente
|
Questa attività indica che l'agente ha formulato una soluzione e l'ha comunicata al cliente. Viene tipicamente inferita da un'email in uscita inviata dalla timeline del caso o da un cambiamento di stato a 'In attesa di conferma cliente'. | ||
|
Perché è importante
Questa milestone segna il passaggio dall'indagine alla risoluzione. L'analisi del tempo tra la proposta e la conferma di una soluzione può rivelare ritardi nella risposta del cliente o problemi con le correzioni proposte.
Dove trovare
Può essere inferito dal timestamp di un record di attività 'Email' in uscita correlato al caso o da una modifica del 'statuscode' a uno stato di pre-risoluzione.
Acquisisci
Utilizzi il timestamp di un'attività di email in uscita o di un cambiamento di stato a 'Soluzione Proposta'.
Tipo di evento
inferred
|
|||
|
Sondaggio di soddisfazione inviato
|
Segna l'invio di un sondaggio sulla soddisfazione del cliente, solitamente attivato automaticamente dopo la risoluzione di un caso. Questo viene generalmente registrato come email in uscita o come attività di sondaggio Customer Voice. | ||
|
Perché è importante
Questa attività collega il processo operativo ai risultati dell'esperienza del cliente. Consente l'analisi dei punteggi di soddisfazione nel contesto del percorso di processo seguito da un caso.
Dove trovare
Inferito dalla creazione di un'attività 'Email' in uscita con un link a un sondaggio, o da un record di attività 'Customer Voice survey invite' correlato al caso.
Acquisisci
Utilizzi il timestamp di creazione del record di attività correlato al sondaggio.
Tipo di evento
inferred
|
|||