Il Suo Template dei dati per l'assistenza clienti

Salesforce Service Cloud
Il Suo Template dei dati per l'assistenza clienti

Il Suo Template dei dati per l'assistenza clienti

Questo Template fornisce una guida completa alla preparazione dei dati dell'assistenza clienti per il Process Mining. Illustra gli attributi essenziali da raccogliere, le attività principali da monitorare e indicazioni pratiche su come estrarre queste informazioni dal sistema di origine. Utilizzi questa risorsa per assicurarsi che i Suoi dati siano pronti per un'analisi approfondita e per l'ottimizzazione.
  • Attributi consigliati da raccogliere
  • Attività principali da monitorare
  • Indicazioni per l'estrazione
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi del servizio clienti

Questi sono i campi dati consigliati da includere nell’Event Log per un’analisi completa del processo di servizio clienti.
5 Obbligatorio 9 Consigliato 6 Facoltativo
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
Obbligatorio Consigliato Facoltativo

Attività del servizio clienti

Queste sono le fasi chiave e le principali tappe del processo da acquisire nell’Event Log per un’individuazione e un’analisi accurate dei Workflow del servizio clienti.
6 Consigliato 9 Facoltativo
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
Consigliato Facoltativo

Guide all'estrazione

Come ottenere i Suoi dati da Salesforce Service Cloud

È 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.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito