Il Suo Template dei dati per l'assistenza clienti
Il Suo Template dei dati per l'assistenza clienti
- Attributi consigliati da raccogliere
- Attività principali da monitorare
- Indicazioni per l'estrazione
Attributi del servizio clienti
| Nome | Descrizione | ||
|---|---|---|---|
|
Richiesta di assistenza
ServiceRequest
|
L’identificativo univoco di un Case o Ticket di assistenza clienti, che collega tutte le attività correlate. | ||
|
Descrizione
La Service Request, spesso indicata come Ticket o Case, funge da identificativo principale e collega tutte le attività relative a una singola richiesta o a un singolo problema del cliente. In Salesforce Service Cloud corrisponde al Case Number. Questo Attributo è essenziale per ricostruire il percorso completo di ogni interazione con il cliente. Consente allo strumento di Process Mining di raggruppare tutti gli eventi correlati, come «Case Created», «Agent Investigates Issue» e «Case Resolved», in una singola istanza di processo, permettendo un’analisi completa dall’inizio alla fine.
Perché è importante
È l’elemento fondamentale del Process Mining, poiché collega tutti gli eventi appartenenti allo stesso problema del cliente in un’unica istanza di processo coerente.
Dove reperirlo
Oggetto Salesforce Case, campo: CaseNumber
Esempi
000010240000105800001193
|
|||
|
Nome dell’attività
ActivityName
|
Il nome di uno specifico evento o passaggio aziendale che si è verificato nel processo di assistenza clienti. | ||
|
Descrizione
Questo Attributo descrive un singolo passaggio o una milestone nel ciclo di vita di una Service Request. Le attività sono i nodi della mappa di processo e rappresentano azioni eseguite da agenti, sistemi automatizzati o clienti. Analizzare la sequenza e la frequenza di attività come «Case Created», «Internal Escalation Triggered» e «Case Closed» è fondamentale nel Process Mining. Aiuta a individuare il flusso effettivo del processo, identificare i colli di bottiglia e rilevare le deviazioni dalla procedura operativa standard.
Perché è importante
Le attività definiscono i passaggi del processo e la loro sequenza costituisce la base della mappa di processo e di tutte le analisi successive.
Dove reperirlo
Generalmente derivato da una combinazione di campi, come le modifiche dello stato nell’oggetto Case, campo Status, o i record negli oggetti CaseHistory o EmailMessage.
Esempi
Case creatoCase assegnato a un agenteSoluzione proposta al clienteCase chiuso
|
|||
|
Ora dell’evento
EventTime
|
L’indicazione temporale precisa che segnala quando si è verificata un’attività. | ||
|
Descrizione
Event Time registra la data e l’ora in cui una specifica attività è stata acquisita nel sistema. Fornisce il contesto temporale dell’intero processo e consente di calcolare durate, tempi di attesa e tempi di ciclo. Nell’analisi, questa indicazione temporale viene utilizzata per ordinare cronologicamente gli eventi di ogni Service Request e costituisce la base per la process discovery. È fondamentale per i KPI relativi alle prestazioni, ad esempio per misurare il tempo tra «Case Created» e «Initial Acknowledgment Sent» o calcolare il tempo totale di risoluzione.
Perché è importante
Questa indicazione temporale è fondamentale per comprendere la sequenza temporale del processo, calcolare le metriche di prestazione e identificare i ritardi tra le attività.
Dove reperirlo
Derivato da diversi campi data corrispondenti a eventi specifici, come CreatedDate nell’oggetto Case o CreatedDate nei record CaseHistory.
Esempi
2023-04-15T10:00:00Z2023-04-15T11:23:14Z2023-04-16T09:05:30Z
|
|||
|
Sistema di origine
SourceSystemName
|
Il sistema da cui provengono i dati del processo. | ||
|
Descrizione
Questo Attributo identifica l’applicazione di origine in cui sono stati generati i dati, che in questo contesto è Salesforce Service Cloud. È particolarmente utile negli ambienti in cui i dati provenienti da più sistemi vengono combinati per ottenere una visione completa del processo. Anche quando si analizza un solo sistema, questo Attributo fornisce un contesto essenziale sull’origine dei dati. Aiuta nella governance dei dati, nella risoluzione dei problemi e nella verifica che le analisi si basino sul dataset corretto.
Perché è importante
Fornisce un contesto essenziale sull’origine dei dati, indispensabile per la governance dei dati e per le analisi che possono combinare dati provenienti da più sistemi.
Dove reperirlo
Si tratta generalmente di un valore statico aggiunto durante il processo di estrazione e trasformazione dei dati per indicare l’origine del dataset.
Esempi
Salesforce Service CloudSFSC
|
|||
|
Ultimo aggiornamento dei dati
LastDataUpdateTime
|
Indicazione temporale che segnala quando i dati di questo processo sono stati aggiornati l’ultima volta. | ||
|
Descrizione
Questo Attributo registra l’indicazione temporale dell’ultima estrazione o dell’ultimo aggiornamento dei dati dal sistema di origine. È un campo di metadati che si applica all’intero dataset, non ai singoli eventi. Il suo utilizzo principale è informare gli utenti sull’aggiornamento dei dati analizzati. È fondamentale per garantire che insight e decisioni si basino su informazioni attuali e pertinenti e aiuta a definire aspettative realistiche sulla tempestività dei dati.
Perché è importante
Garantisce trasparenza sull’aggiornamento dei dati e consente agli utenti di comprendere quanto sia attuale la loro analisi.
Dove reperirlo
Questo valore viene generalmente generato e memorizzato durante il processo di estrazione, trasformazione e caricamento dei dati (ETL).
Esempi
2023-10-27T04:00:00Z
|
|||
|
Agente assegnato
AssignedAgent
|
L’utente o la coda a cui è attualmente assegnata la Service Request. | ||
|
Descrizione
Questo Attributo identifica il singolo agente o il team responsabile della gestione della Service Request in un determinato momento. In Salesforce corrisponde generalmente al Case Owner. Monitorare le modifiche a questo Attributo è fondamentale per analizzare le prestazioni degli agenti, la distribuzione del carico di lavoro e i passaggi tra agenti. Aiuta a rispondere a domande come quante volte viene riassegnato un Case, quali agenti gestiscono i casi più complessi e se il carico di lavoro è distribuito in modo equilibrato nel team. È un Attributo chiave per i Dashboard Agent Handoffs e Workload Distribution.
Perché è importante
È essenziale per analizzare il carico di lavoro e le prestazioni degli agenti, nonché la frequenza dei passaggi, che incide direttamente sull’efficienza e sui tempi di risoluzione.
Dove reperirlo
Oggetto Salesforce Case, campo: OwnerId. Questo campo contiene l’ID di un User o di una Queue.
Esempi
Sarah JonesDavid ChenCoda di supporto di livello 2
|
|||
|
Canale di comunicazione
CommunicationChannel
|
Il canale attraverso il quale è stata avviata la Service Request, ad esempio e-mail, telefono o web. | ||
|
Descrizione
Questo Attributo specifica il metodo di comunicazione utilizzato dal cliente per inviare la Service Request. In Salesforce viene spesso acquisito nel campo Case Origin. Comprendere il canale di comunicazione è fondamentale per ottimizzare l’allocazione delle risorse e migliorare l’efficienza del servizio. Analizzando i tempi di risoluzione e i flussi di processo per canale, le organizzazioni possono identificare quali canali sono più efficaci per diversi tipi di problemi, supportando il Dashboard Communication Channel Efficiency.
Perché è importante
Consente di confrontare le prestazioni dei diversi canali di contatto con i clienti, contribuendo a ottimizzare la strategia dei canali e l’allocazione delle risorse.
Dove reperirlo
Oggetto Salesforce Case, campo: Origin
Esempi
E-mailTelefonoWebChat
|
|||
|
Ora di fine
EndTime
|
L’indicazione temporale che segnala quando un’attività è stata completata. | ||
|
Descrizione
End Time rappresenta il momento di completamento di un’attività. Se combinato con Start Time, consente di calcolare con precisione i tempi di elaborazione dell’attività. Per molti eventi in Salesforce, l’evento è istantaneo, quindi Start Time ed End Time coincidono. Per le attività di lunga durata, tuttavia, disporre di un End Time distinto è fondamentale per misurare con precisione il tempo dedicato a un’attività. Supporta direttamente l’analisi delle prestazioni, distinguendo il tempo di elaborazione attivo dal tempo di attesa tra un passaggio e l’altro.
Perché è importante
Consente di calcolare la durata effettiva di un’attività, elemento essenziale per analizzare le prestazioni degli agenti e identificare i passaggi che richiedono più tempo.
Dove reperirlo
Per gli eventi istantanei coincide spesso con StartTime. Per le attività con una durata, deve essere ricavato da un campo specifico che indichi il completamento, il quale potrebbe richiedere una configurazione personalizzata.
Esempi
2023-04-15T10:00:00Z2023-04-15T11:55:00Z2023-04-16T14:20:00Z
|
|||
|
Priorità del Case
CasePriority
|
Il livello di priorità assegnato alla Service Request, ad esempio High, Medium o Low. | ||
|
Descrizione
La priorità del Case è una classificazione standard utilizzata per determinare l’urgenza di una Service Request. Questa designazione stabilisce spesso i tempi obiettivo di risposta e risoluzione in base ai Service Level Agreement (SLA). Analizzare le prestazioni del processo in base alla priorità è fondamentale per valutare l’efficacia della strategia di prioritizzazione. Aiuta a determinare se i casi ad alta priorità vengono effettivamente risolti più rapidamente e rispettano gli obiettivi SLA più stringenti, supportando direttamente il Dashboard Case Prioritization and Impact.
Perché è importante
Consente di analizzare se il processo assegna effettivamente la priorità ai casi urgenti e rispetta diversi livelli di servizio in base all’importanza del Case.
Dove reperirlo
Oggetto Salesforce Case, campo: Priority
Esempi
AltaMediaBassa
|
|||
|
Risolto al primo contatto
IsFirstContactResolution
|
Un indicatore che segnala se il Case è stato risolto durante la prima interazione con il cliente. | ||
|
Descrizione
Questo attributo booleano identifica le richieste di assistenza risolte senza ulteriori attività dopo il contatto iniziale con il cliente. La logica per determinarlo prevede spesso l'analisi della sequenza e della tempistica delle attività. Un tasso elevato di First Contact Resolution (FCR) è un forte indicatore dell'efficienza e dell'efficacia del processo di assistenza clienti. Questo attributo calcolato costituisce la base del KPI First Contact Resolution Rate. Analizzare i Case non risolti al primo contatto può far emergere opportunità per migliorare la formazione degli agenti, i contenuti della knowledge base e la progettazione del processo.
Perché è importante
Misura direttamente un aspetto fondamentale dell'efficienza dell'assistenza e della soddisfazione dei clienti, aiutando a individuare i fattori che favoriscono una risoluzione efficace dei problemi.
Dove reperirlo
Calcolato durante la trasformazione dei dati analizzando l'event log di un determinato Case. Una regola comune consiste nel verificare se 'Case Resolved' si verifica prima di qualsiasi attività 'Information Requested From Customer' o di successivi contatti con il cliente.
Esempi
truefalse
|
|||
|
Stato del Case
CaseStatus
|
Lo stato attuale della Service Request nel suo ciclo di vita, ad esempio New, In Progress o Closed. | ||
|
Descrizione
Lo stato del Case indica la condizione attuale di una Service Request. Le modifiche dello stato sono spesso la fonte principale per identificare le attività nel processo; ad esempio, il passaggio da «New» a «Working» può essere mappato sull’attività «Agent Investigates Issue». Analizzare lo stato finale dei casi aiuta a comprendere gli esiti della risoluzione. Viene inoltre utilizzato per filtrare i casi aperti o chiusi e identificare quelli che potrebbero essere rimasti troppo a lungo in uno stato specifico.
Perché è importante
Fornisce informazioni sullo stato e sull’esito attuali del Case, mentre le modifiche dello stato vengono spesso utilizzate per derivare la sequenza delle attività.
Dove reperirlo
Oggetto Salesforce Case, campo: Status
Esempi
NuovoIn lavorazioneIn attesa del clienteChiuso
|
|||
|
Stato SLA
SlaStatus
|
Indica se il Case è stato risolto entro l'obiettivo SLA previsto. | ||
|
Descrizione
Questo attributo classifica ogni Case risolto in base al rispetto del Service Level Agreement definito. Viene calcolato confrontando il timestamp effettivo di risoluzione con lo 'SLA Target Resolution Time'. In quanto input diretto del KPI SLA Adherence Rate, questo attributo semplifica il monitoraggio delle prestazioni. Consente di filtrare e analizzare rapidamente tutti i Case non conformi, così da individuare le cause principali delle violazioni SLA, come specifici tipi di Case, prodotti o colli di bottiglia del processo.
Perché è importante
Fornisce un esito binario chiaro sulla conformità allo SLA per ogni Case, elemento fondamentale per il monitoraggio delle prestazioni e l'analisi delle cause principali dei ritardi.
Dove reperirlo
Calcolato nel livello di trasformazione dei dati confrontando il timestamp di 'Case Resolved' con l'attributo 'SlaTargetResolutionTime'.
Esempi
RispettatoViolato
|
|||
|
Tempo obiettivo di risoluzione SLA
SlaTargetResolutionTime
|
La data e l’ora entro cui la Service Request dovrebbe essere risolta, secondo quanto previsto dallo SLA. | ||
|
Descrizione
Questo Attributo definisce la scadenza prevista dal Service Level Agreement (SLA) per la risoluzione di un Case. Viene generalmente determinato in base a fattori quali la priorità e il tipo di Case, nonché il livello del cliente. Salesforce può calcolarlo automaticamente utilizzando le funzionalità di entitlement e milestone. Questa indicazione temporale è essenziale per misurare il rispetto degli SLA. Confrontando il tempo effettivo di risoluzione con questo obiettivo, l’organizzazione può calcolare il KPI SLA Adherence Rate e identificare i casi a rischio di violazione dello SLA, supportando direttamente il Dashboard Case SLA Adherence.
Perché è importante
Fornisce il riferimento rispetto al quale misurare le prestazioni effettive, risultando quindi fondamentale per calcolare la conformità agli SLA e identificare i casi a rischio.
Dove reperirlo
Questo dato è spesso memorizzato nel campo SlaExitDate dell'oggetto Case Milestone, che fa parte della funzionalità Salesforce Entitlement Management.
Esempi
2023-04-16T17:00:00Z2023-04-18T09:00:00Z2023-05-01T12:00:00Z
|
|||
|
Tipo di Case
CaseType
|
La classificazione della Service Request, ad esempio Question, Problem o Feature Request. | ||
|
Descrizione
Il tipo di Case è un Attributo categoriale che aiuta a classificare la natura della richiesta o del problema del cliente. Consente di segmentare le Service Request per comprendere come vengono gestiti i diversi tipi di problemi. Analizzare il processo in base al tipo di Case può rivelare che alcune tipologie di richieste seguono percorsi diversi, richiedono tempi di risoluzione più lunghi o comportano un numero maggiore di passaggi tra agenti. Questo insight è utile per adattare e migliorare il processo per specifiche categorie di lavoro.
Perché è importante
Consente di segmentare il processo per comprendere se i diversi tipi di richieste vengono gestiti in modo differente e identificare le aree che richiedono miglioramenti specifici.
Dove reperirlo
Oggetto Salesforce Case, campo: Type
Esempi
ProblemaRichiesta di funzionalitàDomanda
|
|||
|
È presente una rilavorazione
IsRework
|
Un indicatore che segnala se un Case ha richiesto una rilavorazione o è tornato a una fase precedente. | ||
|
Descrizione
Questo attributo booleano segnala i Case che presentano pattern di rilavorazione, ad esempio quando vengono riaperti dopo la chiusura o passano ripetutamente da 'Agent Investigates' a 'Solution Proposed'. Per identificare la rilavorazione è necessario analizzare la sequenza delle attività e individuare i loop indesiderati. Questo attributo supporta direttamente il KPI Rework Rate e la Dashboard Agent Handoffs and Rework Patterns. Individuare i Case con rilavorazioni consente agli analisti di esaminarne le cause principali, che possono variare da soluzioni inadeguate alla raccolta incompleta delle informazioni, e di adottare azioni correttive.
Perché è importante
Mette in evidenza l'inefficienza del processo e lo spreco di lavoro, consentendo di analizzare in modo mirato le attività ripetute con maggiore frequenza.
Dove reperirlo
Calcolato durante la trasformazione dei dati analizzando le sequenze delle attività. Ad esempio, una sequenza come 'Case Closed' -> 'Case Reopened' oppure 'Solution Proposed' -> 'Agent Investigates Issue' all'interno dello stesso Case verrebbe identificata come rilavorazione.
Esempi
truefalse
|
|||
|
È stato effettuato un'escalation
IsEscalated
|
Un indicatore che segnala se il Case è stato sottoposto a escalation. | ||
|
Descrizione
Questo attributo booleano indica se una richiesta di assistenza è stata sottoposta a escalation. In Salesforce, può essere monitorato tramite il campo standard IsEscalated, impostato automaticamente in base alle Escalation Rules. Questo indicatore alimenta direttamente la Dashboard Internal Escalation Analysis e il KPI Internal Escalation Rate. Consente di filtrare e aggregare facilmente tutti i Case sottoposti a escalation, quantificandone la frequenza e analizzandone l'impatto sui tempi complessivi di risoluzione e sulla complessità del processo.
Perché è importante
Misura direttamente le escalation dei Case, un indicatore importante di attriti e complessità del processo o di lacune nelle competenze degli agenti.
Dove reperirlo
Oggetto Salesforce Case, campo: IsEscalated
Esempi
truefalse
|
|||
|
Nome cliente
CustomerName
|
Il nome del cliente o dell'account associato alla richiesta di assistenza. | ||
|
Descrizione
Questo attributo identifica il cliente che ha avviato la richiesta di assistenza. In Salesforce, può trattarsi di un Contact, ovvero una persona, oppure di un Account, ovvero un'azienda. L'analisi del processo dal punto di vista del cliente può fornire informazioni preziose. Ad esempio, può aiutare a individuare i clienti che riscontrano più problemi o tempi di risoluzione più lunghi. Questi dati possono orientare le strategie di gestione delle relazioni con i clienti e mettere in evidenza opportunità per un'assistenza proattiva.
Perché è importante
Consente di analizzare il processo incentrandolo sul cliente, aiutando a individuare pattern e variazioni delle prestazioni per clienti o segmenti di clientela specifici.
Dove reperirlo
Oggetto Salesforce Case, campi: ContactId o AccountId, che collegano rispettivamente agli oggetti Contact e Account.
Esempi
Global Tech Inc.Emily WhiteInnovate Solutions
|
|||
|
Numero di passaggi tra agenti
AgentHandoffCount
|
Il numero di volte in cui un Case è stato riassegnato da un agente o da una coda a un altro agente o a un'altra coda. | ||
|
Descrizione
Questa metrica quantifica il numero di riassegnazioni a cui è sottoposta una richiesta di assistenza prima della risoluzione. Viene calcolata contando il numero di modifiche distinte dell'attributo 'AssignedAgent' nel ciclo di vita di un singolo Case. Questo attributo costituisce la base del KPI Average Agent Handoffs per Case ed è visualizzato nella Dashboard Agent Handoffs and Rework Patterns. Un numero elevato di passaggi tra agenti segnala spesso inefficienze di processo, responsabilità poco chiare o lacune nelle competenze, fattori che possono allungare i tempi di risoluzione e aumentare la frustrazione dei clienti.
Perché è importante
Quantifica gli attriti interni al processo, poiché un numero eccessivo di passaggi tra agenti è una causa frequente di ritardi e insoddisfazione dei clienti.
Dove reperirlo
Calcolato a livello di Case durante la trasformazione dei dati, contando il numero univoco di valori nel campo 'AssignedAgent' per ogni 'ServiceRequest' e sottraendo uno.
Esempi
0135
|
|||
|
Oggetto del Case
CaseSubject
|
Un breve riepilogo o titolo del problema o della richiesta del cliente. | ||
|
Descrizione
Il campo Case Subject fornisce un riepilogo conciso in formato testo libero della richiesta di assistenza. Spesso corrisponde all'oggetto dell'e-mail oppure a un titolo inserito dall'agente o dal cliente. Sebbene non sia un campo strutturato per l'analisi diretta dei processi, l'oggetto contiene numerose informazioni contestuali. Può essere utilizzato con tecniche di text mining per categorizzare i Case, individuare problemi emergenti o aggiungere un contesto qualitativo all'analisi quantitativa dei processi.
Perché è importante
Fornisce rapidamente un contesto generale sul Case, utile per l'analisi di dettaglio e sfruttabile per il text mining.
Dove reperirlo
Oggetto Salesforce Case, campo: Subject
Esempi
Impossibile accedere al portaleDomanda sull'estratto contoRichiesta di funzionalità per la Dashboard dei report
|
|||
|
Prodotto coinvolto
ProductInvolved
|
Il prodotto o servizio specifico a cui si riferisce la richiesta del cliente. | ||
|
Descrizione
Questo attributo collega una richiesta di assistenza a un prodotto o servizio specifico. In Salesforce, viene spesso gestito tramite un lookup all'oggetto Product. Segmentare i dati di processo per prodotto è fondamentale per analizzare la qualità dei prodotti. Consente di individuare quali prodotti generano il maggior numero di richieste di assistenza, quali problemi presentano e se il processo di risoluzione varia tra le diverse linee di prodotto. Queste informazioni costituiscono un feedback essenziale per i team di sviluppo prodotto.
Perché è importante
Consente di analizzare il processo in base al prodotto, facendo emergere problemi di qualità o lacune nell'assistenza relativi a prodotti specifici.
Dove reperirlo
Oggetto Salesforce Case, campo: ProductId. Si tratta di un campo lookup standard, ma facoltativo.
Esempi
Suite CRM AlphaStrumento di analisi BetaConnettore dati Gamma
|
|||
Attività del servizio clienti
| Attività | Descrizione | ||
|---|---|---|---|
|
Case assegnato a un agente
|
Indica il momento in cui una Service Request viene assegnata a uno specifico agente o a una coda per essere gestita. È un passaggio fondamentale del processo, acquisito tramite la modifica del campo relativo al proprietario del Case. | ||
|
Perché è importante
Questa attività è essenziale per monitorare il carico di lavoro degli agenti, i ritardi di assegnazione e la frequenza dei passaggi. Costituisce la base per analizzare le prestazioni degli agenti e identificare i colli di bottiglia nel processo di assegnazione.
Dove reperirlo
Deducibile da una modifica al campo OwnerId dell’oggetto Case. L’indicazione temporale della modifica viene registrata nell’oggetto CaseHistory.
Acquisizione
Identificare l’indicazione temporale del primo aggiornamento del campo OwnerId.
Tipo di evento
inferred
|
|||
|
Case chiuso
|
Questa attività rappresenta la conclusione definitiva del ciclo di vita della Service Request. Una volta chiuso, non è previsto ulteriore lavoro sul Case, a meno che non venga riaperto. | ||
|
Perché è importante
In quanto evento terminale, questa attività fornisce l’endpoint finale per calcolare la durata complessiva del Case. Anche il tempo compreso tra «Resolved» e «Closed» può evidenziare inefficienze nel processo di chiusura.
Dove reperirlo
Deducibile dall’indicazione temporale in cui il campo IsClosed dell’oggetto Case viene impostato su true. In questo momento viene compilato anche il campo ClosedDate.
Acquisizione
Indicazione temporale in cui il campo IsClosed cambia a true, registrata in CaseHistory.
Tipo di evento
inferred
|
|||
|
Case creato
|
Questa attività segna l’avvio ufficiale del processo di assistenza clienti, quando una nuova Service Request, o Case, viene registrata in Salesforce. L’evento viene acquisito esplicitamente quando viene creato un nuovo record nell’oggetto Case, con un’indicazione temporale precisa. | ||
|
Perché è importante
In quanto evento iniziale principale, questa attività è essenziale per calcolare l’intero ciclo di vita del Case e i tempi di risoluzione. Fornisce il riferimento iniziale per misurare le prestazioni rispetto agli SLA e comprendere il volume dei casi.
Dove reperirlo
Questo evento corrisponde alla creazione del record per l’oggetto Case. L’indicazione temporale viene acquisita nel campo standard CreatedDate.
Acquisizione
Direttamente dall’indicazione temporale di creazione del record Case.
Tipo di evento
explicit
|
|||
|
Case risolto
|
Questa milestone fondamentale indica che l’agente ha completato il lavoro necessario per risolvere il problema del cliente. Il Case è ora in attesa della chiusura definitiva, che potrebbe essere automatizzata dopo un determinato periodo. | ||
|
Perché è importante
È un endpoint principale per misurare il tempo di risoluzione ed è fondamentale per calcolare il rispetto degli SLA. Segna la fine del lavoro attivo sul Case.
Dove reperirlo
Deducibile dall’oggetto CaseHistory quando il campo Status viene modificato in «Resolved». In questa fase il campo IsClosed potrebbe essere ancora false.
Acquisizione
Indicazione temporale della modifica dello Status del Case in «Resolved».
Tipo di evento
inferred
|
|||
|
Escalation interna attivata
|
Questa attività si verifica quando un Case richiede un livello superiore di supporto o competenza e viene formalmente sottoposto a escalation. Può essere acquisita esplicitamente dalle regole di escalation di Salesforce oppure dedotta dalla modifica di un campo. | ||
|
Perché è importante
Analizzare le escalation aiuta a identificare le tipologie di casi complessi, le esigenze formative degli agenti di prima linea e i problemi sistemici. È un indicatore chiave delle frizioni di processo e del loro impatto sui tempi di risoluzione.
Dove reperirlo
Può trattarsi di un evento esplicito proveniente dai record CaseEscalation. Più comunemente, viene dedotto da CaseHistory quando un campo booleano come «IsEscalated» viene impostato su true.
Acquisizione
Indicazione temporale della modifica del campo «IsEscalated» a true.
Tipo di evento
inferred
|
|||
|
Milestone SLA non rispettata
|
Questo evento viene attivato quando un impegno di servizio, come il tempo di prima risposta o di risoluzione, non viene rispettato. Salesforce lo monitora tramite i processi di entitlement e i record delle milestone. | ||
|
Perché è importante
Questa attività è fondamentale per analizzare il rispetto degli SLA e monitorare la conformità. Evidenzia direttamente i casi che non hanno soddisfatto le aspettative dei clienti, consentendo di migliorare il processo in modo mirato.
Dove reperirlo
Acquisito dall’oggetto CaseMilestone. Viene generato un evento quando il campo IsViolated di un record milestone viene impostato su true.
Acquisizione
L’evento corrisponde all’indicazione temporale in cui il flag IsViolated diventa true in un record CaseMilestone.
Tipo di evento
explicit
|
|||
|
Case categorizzato e prioritizzato
|
Questa attività si verifica quando a un Case vengono assegnati un tipo, una categoria e un livello di priorità. Viene spesso eseguita da un team di triage o da regole di automazione e viene dedotta dalle modifiche ai campi pertinenti del Case. | ||
|
Perché è importante
La categorizzazione è fondamentale per comprendere la distribuzione dei casi e l’efficacia dell’instradamento. Analizzare questo passaggio aiuta a ottimizzare la distribuzione del carico di lavoro e a garantire che i casi ad alta priorità vengano gestiti tempestivamente.
Dove reperirlo
Deducibile dall’oggetto CaseHistory, monitorando la prima compilazione o modifica dei campi Priority, Type o di altri campi di classificazione rispetto ai valori predefiniti.
Acquisizione
Monitorare gli aggiornamenti di campi come Priority o Type in CaseHistory.
Tipo di evento
inferred
|
|||
|
Case riaperto
|
Si verifica quando un Case precedentemente risolto o chiuso viene riattivato perché il problema si ripresenta o la soluzione si è rivelata inefficace. È un indicatore chiave di rilavorazione. | ||
|
Perché è importante
I Case riaperti sono un segnale forte di risoluzioni di bassa qualità o di mancato First Contact Resolution. Analizzarne frequenza e cause alla radice è essenziale per migliorare la qualità del servizio.
Dove reperirlo
Deducibile dall’oggetto CaseHistory quando il campo IsClosed cambia da true a false oppure quando lo Status passa da uno stato chiuso o risolto a uno stato aperto.
Acquisizione
Indicazione temporale della modifica del campo Status o IsClosed da uno stato terminale a uno stato attivo.
Tipo di evento
inferred
|
|||
|
Case riassegnato
|
Rappresenta un passaggio in cui un Case viene trasferito da un agente o da una coda a un altro agente o a un’altra coda dopo l’assegnazione iniziale. Viene dedotto dalle successive modifiche al campo relativo al proprietario del Case. | ||
|
Perché è importante
Riassegnazioni frequenti possono indicare un instradamento iniziale errato, inefficienze di processo o lacune nelle conoscenze, con conseguenti ritardi e una peggiore esperienza del cliente. Questa attività aiuta a quantificare i passaggi tra agenti.
Dove reperirlo
Deducibile da qualsiasi modifica al campo OwnerId nell’oggetto CaseHistory successiva all’assegnazione iniziale.
Acquisizione
Identificare tutti gli aggiornamenti del campo OwnerId successivi al primo.
Tipo di evento
inferred
|
|||
|
Informazioni ricevute dal cliente
|
Questa attività segna la fine del tempo di attesa del cliente, quando quest’ultimo fornisce le informazioni richieste. Viene spesso dedotta quando lo stato del Case torna a essere attivo dopo una comunicazione in entrata. | ||
|
Perché è importante
Monitorare questo evento è fondamentale per comprendere i tempi di risposta dei clienti e il loro impatto sull’intero ciclo di vita del Case. Segnala la ripresa del lavoro attivo da parte dell’agente.
Dove reperirlo
Deducibile dall’indicazione temporale di una EmailMessage in entrata associata al Case oppure da una modifica dello stato da «Waiting on Customer» a «In Progress» nell’oggetto CaseHistory.
Acquisizione
Indicazione temporale dell’e-mail in entrata o della modifica dello stato da «waiting».
Tipo di evento
inferred
|
|||
|
Informazioni richieste al cliente
|
Questa attività si verifica quando un agente ha bisogno di ulteriori informazioni dal cliente per procedere con il Case. Viene generalmente dedotta dalla modifica dello stato del Case a «waiting on customer». | ||
|
Perché è importante
Questa attività segna l’inizio di un tempo di attesa che non è sotto il controllo dell’agente. Isolare questo intervallo è fondamentale per misurare con precisione l’efficienza del processo interno e le prestazioni dell’agente.
Dove reperirlo
Deducibile dall’oggetto CaseHistory quando il campo Status viene aggiornato a un valore come «Waiting on Customer Response» o «Pending».
Acquisizione
Indicazione temporale della modifica dello Status del Case a un valore «waiting».
Tipo di evento
inferred
|
|||
|
L’agente analizza il problema
|
Rappresenta la fase in cui un agente lavora attivamente alla diagnosi e alla comprensione del problema del cliente. Non è un evento esplicito, ma viene dedotta quando lo stato del Case passa da nuovo o aperto a in corso. | ||
|
Perché è importante
Comprendere la durata della fase di analisi aiuta a identificare la complessità delle Service Request e le aree in cui gli agenti potrebbero aver bisogno di ulteriore formazione o di maggiori risorse. Consente di distinguere il tempo di lavoro effettivo dal tempo di attesa.
Dove reperirlo
Deducibile dall’oggetto CaseHistory quando il campo Status viene aggiornato a un valore che indica un’attività in corso, come «In Progress» o «Working».
Acquisizione
Indicazione temporale della modifica dello Status del Case a un valore «in progress».
Tipo di evento
inferred
|
|||
|
Primo acknowledgment inviato
|
Rappresenta la prima comunicazione inviata al cliente per confermare la ricezione della Service Request. Si tratta generalmente di un’e-mail automatica attivata dalle regole di creazione del Case e viene dedotta identificando la prima comunicazione in uscita. | ||
|
Perché è importante
Monitorare questa attività è fondamentale per misurare i tempi di prima risposta e garantire che i clienti vengano informati tempestivamente. Consente di analizzare il KPI «Initial Acknowledgment Latency» e migliorare la comunicazione con i clienti.
Dove reperirlo
Deducibile dall’indicazione temporale del primo record EmailMessage in uscita associato al Case. Può essere dedotta anche dall’aggiornamento di un campo personalizzato attivato da una regola di automazione.
Acquisizione
Identificare l’indicazione temporale della prima EmailMessage in uscita collegata al Case.
Tipo di evento
inferred
|
|||
|
Soluzione proposta al cliente
|
Indica il momento in cui un agente ha fornito al cliente una possibile soluzione. Si tratta di un passaggio concettuale, generalmente dedotto da una comunicazione in uscita o da una specifica modifica dello stato. | ||
|
Perché è importante
Monitorare questa milestone aiuta a misurare il tempo che intercorre tra l’analisi e la proposta di soluzione. Può inoltre rappresentare l’inizio di un ciclo di conferma se la soluzione non viene accettata.
Dove reperirlo
Deducibile da una EmailMessage in uscita contenente parole chiave specifiche oppure dalla modifica dello stato a «Solution Provided» nell’oggetto CaseHistory.
Acquisizione
Indicazione temporale della modifica dello stato o dell’evento di comunicazione in uscita.
Tipo di evento
inferred
|
|||
|
Sondaggio sulla soddisfazione inviato
|
Rappresenta l’invio di un sondaggio sulla soddisfazione del cliente, come CSAT o Net Promoter Score (NPS). Si tratta generalmente di un’azione automatica successiva alla risoluzione o alla chiusura del Case. | ||
|
Perché è importante
Sebbene non faccia parte del processo di risoluzione principale, questa attività è importante per comprendere il ciclo di feedback. Analizzarne tempistiche e frequenza garantisce che la voce del cliente venga raccolta con continuità.
Dove reperirlo
Deducibile da un record EmailMessage in uscita associato al Case e corrispondente a un Template di sondaggio. In alternativa, può essere acquisita dalla creazione di un record SurveyInvitation.
Acquisizione
Identificare l’e-mail del sondaggio in uscita o la creazione del record SurveyInvitation.
Tipo di evento
inferred
|
|||
Guide all'estrazione
È pronto per iniziare?
Utilizzi questo Template dei dati per avviare il Suo percorso nel Process Mining e individuare opportunità nascoste nelle attività di assistenza clienti. Inizi oggi stesso a trasformare l'erogazione del servizio.
Raggiunga subito la massima efficienza nell'assistenza clienti
Raggiunga una risoluzione all'80% al primo contatto e migliori i punteggi CSAT.
Non è richiesta alcuna carta di credito