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
Attributi del Servizio Clienti
| Nome | Descrizione | ||
|---|---|---|---|
|
Richiesta di Servizio
ServiceRequest
|
L'identificatore unico per un caso o ticket di servizio clienti, che collega tutte le attività correlate. | ||
|
Descrizione
La Richiesta di Servizio, spesso definita come Ticket o Caso, funge da identificatore primario, collegando tutte le attività relative a una singola richiesta o problema del cliente. In Salesforce Service Cloud, questo corrisponde al Numero del Caso. Questo attributo è essenziale per ricostruire il percorso end-to-end di ogni interazione con il cliente. Permette allo strumento di Process Mining di raggruppare tutti gli eventi correlati, come 'Caso Creato', 'Agente indaga sul problema' e 'Caso Risolto', in una singola istanza di processo, consentendo un'analisi olistica dall'inizio alla fine.
Perché è importante
È il fondamento essenziale per il Process Mining, poiché collega tutti gli eventi relativi a una stessa problematica del cliente in un'istanza di processo coesa.
Dove trovare
Oggetto Salesforce Caso, campo: CaseNumber
Esempi
000010240000105800001193
|
|||
|
Nome attività
ActivityName
|
Il nome di uno specifico evento aziendale o passaggio che si è verificato all'interno del processo di servizio clienti. | ||
|
Descrizione
Questo attributo descrive un singolo passaggio o milestone nel ciclo di vita di una richiesta di servizio. Le attività sono i nodi nella mappa di processo e rappresentano azioni intraprese da agenti, sistemi automatizzati o clienti. Analizzare la sequenza e la frequenza di attività come 'Caso Creato', 'Escalation Interna Attivata' e 'Caso Chiuso' è fondamentale per il Process Mining. Aiuta a scoprire il flusso di processo effettivo, identificare i colli di bottiglia e individuare 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 trovare
Tipicamente derivato da una combinazione di campi, come i cambiamenti di stato sull'oggetto Caso (campo Stato) o i record negli oggetti CaseHistory o EmailMessage.
Esempi
Caso creatoCaso Assegnato all'AgenteSoluzione Proposta al ClienteCaso Chiuso
|
|||
|
Sistema di Origine
SourceSystemName
|
Il sistema da cui hanno avuto origine i dati di processo. | ||
|
Descrizione
Questo attributo identifica l'applicazione sorgente dove sono stati generati i dati, che in questo contesto è Salesforce Service Cloud. È particolarmente utile in ambienti dove i dati provenienti da più sistemi sono combinati per una visione olistica del processo. Anche quando si analizza un singolo sistema, questo attributo fornisce un contesto essenziale sull'origine dei dati. Aiuta nella governance dei dati, nella risoluzione dei problemi e nell'assicurarsi che le analisi si basino sul dataset corretto.
Perché è importante
Fornisce un contesto cruciale sull'origine dei dati, essenziale per la governance dei dati e per le analisi che possono combinare dati da più sistemi.
Dove trovare
Questo è tipicamente un valore statico aggiunto durante il processo di estrazione e trasformazione dei dati per etichettare l'origine del dataset.
Esempi
Salesforce Service CloudSFSC
|
|||
|
Timestamp Evento
EventTime
|
Il timestamp preciso che indica quando si è verificata un'attività. | ||
|
Descrizione
L'Event Time cattura la data e l'ora in cui una specifica attività è stata registrata nel sistema. Fornisce il contesto temporale per l'intero processo, consentendo il calcolo di durate, tempi di attesa e tempi ciclo. Nell'analisi, questo timestamp viene utilizzato per ordinare gli eventi cronologicamente per ogni richiesta di servizio, costituendo la base per la scoperta del processo. È fondamentale per i KPI legati alle prestazioni, come la misurazione del tempo tra 'Case Created' e 'Initial Acknowledgment Sent' o il calcolo del tempo totale di risoluzione.
Perché è importante
Questo timestamp è cruciale per comprendere la timeline del processo, calcolare le metriche di performance e identificare i ritardi tra le attività.
Dove trovare
Derivato da vari campi data corrispondenti a eventi specifici, come CreatedDate sull'oggetto Case o CreatedDate sui record di CaseHistory.
Esempi
2023-04-15T10:00:00Z2023-04-15T11:23:14Z2023-04-16T09:05:30Z
|
|||
|
Ultimo `Data Update`
LastDataUpdateTime
|
Timestamp che indica l'ultimo aggiornamento dei dati per questo processo. | ||
|
Descrizione
Questo attributo registra il timestamp dell'ultima estrazione o aggiornamento dei dati dal sistema sorgente. È un campo metadato che si applica all'intero dataset piuttosto che ai singoli eventi. Il suo uso primario è informare gli utenti sulla freschezza dei dati che stanno analizzando. Questo è fondamentale per garantire che le intuizioni e le decisioni si basino su informazioni attuali e pertinenti, e aiuta a gestire le aspettative sulla tempestività dei dati.
Perché è importante
Garantisce trasparenza sulla freschezza dei dati, consentendo agli utenti di comprendere quanto sia attuale la loro analisi.
Dove trovare
Questo valore viene tipicamente generato e memorizzato durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati.
Esempi
2023-10-27T04:00:00Z
|
|||
|
Agente Assegnato
AssignedAgent
|
L'utente o la coda a cui è attualmente assegnata la richiesta di servizio. | ||
|
Descrizione
Questo attributo identifica l'agente o il team responsabile della gestione della richiesta di servizio in un dato momento. In Salesforce, questo è tipicamente il Titolare del Caso. Tracciare i cambiamenti a questo attributo è fondamentale per analizzare le performance degli agenti, la distribuzione del carico di lavoro e i trasferimenti. Aiuta a rispondere a domande come quante volte un caso viene riassegnato, quali agenti gestiscono i casi più complessi e se i carichi di lavoro sono bilanciati tra i team. Questo è un attributo chiave per le dashboard Trasferimenti Agente e Distribuzione del Carico di Lavoro.
Perché è importante
È essenziale per analizzare il carico di lavoro degli agenti, le performance e la frequenza dei trasferimenti, il che influisce direttamente sull'efficienza e sui tempi di risoluzione.
Dove trovare
Oggetto Salesforce Caso, campo: OwnerId. Questo campo contiene l'ID di un Utente o di una Coda.
Esempi
Sarah JonesDavid ChenCoda di Supporto Livello 2
|
|||
|
Canale di Comunicazione
CommunicationChannel
|
Il canale attraverso il quale è stata avviata la richiesta di servizio, come e-mail, telefono o web. | ||
|
Descrizione
Questo attributo specifica il metodo di comunicazione utilizzato dal cliente per inviare la propria richiesta di servizio. In Salesforce, questo viene spesso acquisito nel campo Origine del Caso. 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 la dashboard di Efficienza del Canale di Comunicazione.
Perché è importante
Consente il confronto delle performance tra diversi canali di contatto con il cliente, aiutando a ottimizzare la strategia dei canali e l'allocazione delle risorse.
Dove trovare
Oggetto Salesforce Caso, campo: Origin
Esempi
EmailTelefonoWebChat
|
|||
|
È Risoluzione al Primo Contatto
IsFirstContactResolution
|
Un flag che indica se il caso è stato risolto durante la prima interazione con il cliente. | ||
|
Descrizione
Questo attributo booleano identifica le richieste di servizio che sono state risolte senza richiedere alcun follow-up dopo il contatto iniziale del cliente. La logica per determinarlo spesso comporta l'analisi della sequenza e della tempistica delle attività. Un alto tasso di risoluzione al primo contatto (FCR) è un forte indicatore di un processo di servizio clienti efficiente ed efficace. Questo attributo calcolato è la base per il KPI Tasso di risoluzione al primo contatto. L'analisi dei casi non risolti al primo contatto può rivelare opportunità per migliorare la formazione degli agenti, il contenuto della knowledge base e la progettazione del processo.
Perché è importante
Misura direttamente un aspetto chiave dell'efficienza del servizio e della soddisfazione del cliente, aiutando a identificare i fattori che guidano una risoluzione efficace dei problemi.
Dove trovare
Calcolato durante la trasformazione dei dati analizzando il log degli eventi per un dato caso. Una regola comune è verificare se 'Caso Risolto' si verifica prima di qualsiasi 'Informazione Richiesta al Cliente' o attività di contatto cliente successive.
Esempi
truefalse
|
|||
|
Ora di Fine
EndTime
|
Il timestamp che indica quando un'attività è stata completata. | ||
|
Descrizione
L'Ora di Fine rappresenta l'ora di completamento di un'attività. Se combinata con l'Ora di Inizio, consente il calcolo preciso dei tempi di elaborazione delle attività. Per molti eventi in Salesforce, l'evento è istantaneo, il che significa che l'Ora di Inizio e l'Ora di Fine sono identiche. Tuttavia, per le attività a lunga esecuzione, avere un'Ora di Fine distinta è cruciale per misurare accuratamente il tempo trascorso su un'attività. Supporta direttamente l'analisi delle performance distinguendo il tempo di elaborazione attivo dal tempo di attesa inattivo tra i passaggi.
Perché è importante
Consente il calcolo della vera durata di un'attività, essenziale per analizzare le performance degli agenti e identificare passaggi che richiedono molto tempo.
Dove trovare
Questo è spesso lo stesso dello StartTime per eventi istantanei. Per attività con una durata, deve essere ricavato da un campo specifico che indica il completamento, il che potrebbe richiedere una configurazione personalizzata.
Esempi
2023-04-15T10:00:00Z2023-04-15T11:55:00Z2023-04-16T14:20:00Z
|
|||
|
Priorità del Caso
CasePriority
|
Il livello di priorità assegnato alla richiesta di servizio, come Alta, Media o Bassa. | ||
|
Descrizione
La Priorità del Caso è una classificazione standard utilizzata per determinare l'urgenza di una richiesta di servizio. Questa designazione spesso determina i tempi di risposta e risoluzione target in base agli Service Level Agreement (SLA). L'analisi delle prestazioni del processo basata sulla priorità è fondamentale per valutare l'efficacia della strategia di prioritizzazione. Aiuta a determinare se i casi ad alta priorità vengono effettivamente risolti più velocemente e raggiungono i loro obiettivi SLA più stringenti, supportando direttamente la dashboard 'Prioritizzazione e Impatto dei Casi'.
Perché è importante
Permette di analizzare se il processo dà priorità efficace ai casi urgenti e rispetta diversi livelli di servizio in base all'importanza del caso.
Dove trovare
Oggetto Salesforce Caso, campo: Priority
Esempi
ElevatoMedioBasso
|
|||
|
Stato caso
CaseStatus
|
Lo stato attuale della richiesta di servizio nel suo ciclo di vita, come Nuovo, In Corso o Chiuso. | ||
|
Descrizione
Lo Stato del Caso indica lo stato attuale di una richiesta di servizio. I cambiamenti di stato sono spesso la fonte primaria per identificare le attività nel processo; ad esempio, un cambiamento da 'Nuovo' a 'In lavorazione' può essere mappato all'attività 'Agente indaga sul problema'. Analizzare lo stato finale dei casi aiuta a comprendere gli esiti della risoluzione. Viene anche utilizzato per filtrare i casi aperti o chiusi e per identificare i casi che potrebbero essere bloccati in un determinato stato per troppo tempo.
Perché è importante
Fornisce informazioni sullo stato attuale e sull'esito del caso, e i cambiamenti di stato sono spesso utilizzati per derivare la sequenza delle attività.
Dove trovare
Oggetto Salesforce Caso, campo: Status
Esempi
NuovoIn LavorazioneIn Attesa del ClienteChiuso
|
|||
|
Stato SLA
SlaStatus
|
Indica se il caso è stato risolto entro il suo obiettivo SLA. | ||
|
Descrizione
Questo attributo classifica ogni caso risolto in base alla sua aderenza al Service Level Agreement definito. Viene calcolato confrontando il timestamp di risoluzione effettivo con il 'Tempo di Risoluzione Target SLA'. Come input diretto per il KPI Tasso di Aderenza SLA, questo attributo semplifica il monitoraggio delle performance. Permette un filtraggio e un'analisi rapidi di tutti i casi non conformi per identificare le cause comuni delle violazioni SLA, come specifici tipi di casi, prodotti o colli di bottiglia del processo.
Perché è importante
Fornisce un risultato binario chiaro per la conformità SLA su base caso per caso, fondamentale per il monitoraggio delle performance e l'analisi delle cause profonde dei ritardi.
Dove trovare
Calcolato nel livello di trasformazione dei dati confrontando il timestamp di 'Caso Risolto' con l'attributo 'SlaTargetResolutionTime'.
Esempi
RaggiuntoViolato
|
|||
|
Tempo di Risoluzione del Caso
CaseResolutionTime
|
Il tempo totale trascorso dalla creazione di un caso fino alla sua risoluzione. | ||
|
Descrizione
Questa metrica misura la durata totale di una richiesta di servizio, dal timestamp 'Caso Creato' al timestamp 'Caso Risolto'. È uno dei KPI più fondamentali per qualsiasi processo di servizio clienti. Questo attributo calcolato supporta direttamente il KPI Tempo Medio di Risoluzione del Caso ed è una metrica fondamentale nella dashboard di Aderenza SLA e Risoluzione dei Casi. Fornisce una chiara misura dell'efficienza complessiva del processo e dell'esperienza del cliente. L'analisi di questa metrica attraverso diverse dimensioni come tipo di caso o priorità aiuta a individuare le aree di miglioramento.
Perché è importante
Questo è un KPI primario per misurare l'efficienza complessiva del processo ed è essenziale per comprendere l'esperienza end-to-end del cliente.
Dove trovare
Calcolato durante la trasformazione dei dati trovando la differenza di tempo tra il timestamp dell'attività 'Caso Creato' e l'attività 'Caso Risolto' per ogni Richiesta di Servizio.
Esempi
25920000086400000604800000
|
|||
|
Tempo di Risoluzione Target SLA
SlaTargetResolutionTime
|
La data e l'ora target entro cui la richiesta di servizio dovrebbe essere risolta, secondo l'SLA. | ||
|
Descrizione
Questo attributo definisce la scadenza del Service Level Agreement (SLA) per la risoluzione di un caso. Viene tipicamente determinato in base a fattori come la priorità del caso, il tipo e il livello del cliente. Salesforce può calcolarlo automaticamente utilizzando le sue funzionalità di entitlement e milestone. Questo timestamp è essenziale per misurare l'aderenza agli SLA. Confrontando il tempo di risoluzione effettivo con questo obiettivo, l'organizzazione può calcolare il suo KPI Tasso di Aderenza SLA e identificare i casi a rischio di violazione del loro SLA, supportando direttamente la dashboard di Aderenza SLA dei Casi.
Perché è importante
Fornisce il benchmark rispetto al quale viene misurata la performance effettiva, rendendolo critico per il calcolo della conformità SLA e l'identificazione dei casi a rischio.
Dove trovare
Questo è spesso memorizzato nel campo SlaExitDate sull'oggetto Case Milestone, che fa parte della funzionalità Entitlement Management di Salesforce.
Esempi
2023-04-16T17:00:00Z2023-04-18T09:00:00Z2023-05-01T12:00:00Z
|
|||
|
Tipo di caso
CaseType
|
La classificazione della richiesta di servizio, come Domanda, Problema o Richiesta di Funzionalità. | ||
|
Descrizione
Il Tipo di Caso è un attributo categorico che aiuta a classificare la natura della richiesta o del problema del cliente. Ciò consente la segmentazione delle richieste di servizio per comprendere come vengono gestiti i diversi tipi di problemi. L'analisi del processo basata sul Tipo di Caso può rivelare che certi tipi di richieste seguono percorsi diversi, hanno tempi di risoluzione più lunghi o richiedono più trasferimenti. Questo insight è prezioso per personalizzare e migliorare il processo per specifiche categorie di lavoro.
Perché è importante
Consente la segmentazione del processo per capire se diversi tipi di richieste vengono gestiti in modo differente e per identificare aree di miglioramento specializzato.
Dove trovare
Oggetto Salesforce Caso, campo: Type
Esempi
ProblemaRichiesta di FunzionalitàDomanda
|
|||
|
È Escalato
IsEscalated
|
Un flag che indica se il caso è stato escalato. | ||
|
Descrizione
Questo attributo booleano indica se una richiesta di servizio ha subito un'escalation. In Salesforce, questo può essere tracciato tramite il campo standard IsEscalated, che viene automaticamente impostato in base alle Regole di Escalation. Questo flag è un input diretto per la dashboard di Analisi delle Escalation Interne e il KPI Tasso di Escalation Interna. Consente un facile filtraggio e aggregazione di tutti i casi escalati, aiutando a quantificarne la frequenza e ad analizzarne l'impatto sui tempi di risoluzione complessivi e sulla complessità del processo.
Perché è importante
Misura direttamente le escalation dei casi, un indicatore chiave di attrito del processo, complessità o lacune nelle conoscenze degli agenti.
Dove trovare
Oggetto Salesforce Caso, campo: IsEscalated
Esempi
truefalse
|
|||
|
È una Rilavorazione
IsRework
|
Un flag che indica se un caso ha comportato rilavorazioni o un ritorno a una fase precedente. | ||
|
Descrizione
Questo attributo booleano contrassegna i casi che mostrano schemi di rilavorazione, come essere riaperti dopo la chiusura o cicli ripetuti tra 'Agente indaga' e 'Soluzione proposta'. La logica per identificare la rilavorazione richiede l'analisi della sequenza di attività per cicli indesiderati. Questo attributo supporta direttamente il KPI Tasso di Rilavorazione e la dashboard Trasferimenti Agente e Schemi di Rilavorazione. Individuare i casi con rilavorazione consente agli analisti di indagare le cause profonde, che potrebbero variare da soluzioni inadeguate a una raccolta incompleta di informazioni, e intraprendere azioni correttive.
Perché è importante
Evidenzia l'inefficienza del processo e lo spreco di sforzi, consentendo un'analisi mirata delle attività che vengono ripetute frequentemente.
Dove trovare
Calcolato durante la trasformazione dei dati analizzando le sequenze di attività. Ad esempio, una sequenza come 'Caso Chiuso' -> 'Caso Riaperto' o 'Soluzione Proposta' -> 'Agente Indaga sul Problema' all'interno dello stesso caso lo segnalerebbe come rilavorazione.
Esempi
truefalse
|
|||
|
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. In Salesforce, potrebbe essere un Contatto (un individuo) o un Account (un'azienda). Analizzare il processo dal punto di vista del cliente può fornire preziose intuizioni. Ad esempio, può aiutare a identificare se certi clienti riscontrano più problemi o tempi di risoluzione più lunghi. Questo può informare le strategie di gestione delle relazioni con i clienti ed evidenziare opportunità per un supporto proattivo.
Perché è importante
Permette un'analisi incentrata sul cliente, aiutando a identificare schemi e variazioni di performance per clienti o segmenti di clientela specifici.
Dove trovare
Oggetto Salesforce Caso, campi: ContactId o AccountId, che si collegano rispettivamente agli oggetti Contatto e Account.
Esempi
Global Tech Inc.Emily WhiteInnovare Soluzioni
|
|||
|
Numero di Passaggi di Agente
AgentHandoffCount
|
Il numero di volte in cui un caso è stato riassegnato da un agente o una coda all'altra. | ||
|
Descrizione
Questa metrica quantifica il numero di riassegnazioni che una richiesta di servizio subisce prima di essere risolta. Viene calcolata contando il numero di modifiche distinte nell'attributo 'Agente Assegnato' all'interno del ciclo di vita di un singolo caso. Questo attributo è la base per il KPI Trasferimenti Medi di Agente per Caso ed è visualizzato nella dashboard Trasferimenti Agente e Schemi di Rilavorazione. Un elevato numero di trasferimenti spesso segnala inefficienze del processo, proprietà poco chiara o lacune nelle conoscenze, tutti fattori che possono portare a tempi di risoluzione più lunghi e alla frustrazione del cliente.
Perché è importante
Quantifica l'attrito interno nel processo, poiché i trasferimenti eccessivi sono una fonte comune di ritardi e insoddisfazione del cliente.
Dove trovare
Calcolato a livello di caso durante la trasformazione dei dati contando il numero unico di valori nel campo 'AssignedAgent' per ogni 'ServiceRequest', meno uno.
Esempi
0135
|
|||
|
Oggetto del Caso
CaseSubject
|
Un breve riepilogo o titolo del problema o della richiesta del cliente. | ||
|
Descrizione
L'Oggetto del Caso fornisce un riassunto conciso e a testo libero della richiesta di servizio. Spesso è la riga dell'oggetto dell'e-mail o un titolo inserito dall'agente o dal cliente. Sebbene non sia un campo strutturato per l'analisi diretta del processo, l'oggetto contiene ricche informazioni contestuali. Può essere utilizzato con tecniche di text mining per categorizzare i casi, identificare problemi emergenti o aggiungere contesto qualitativo all'analisi quantitativa del processo.
Perché è importante
Offre un contesto rapido e di alto livello sul caso, utile per un'analisi approfondita e può essere utilizzato per il text mining.
Dove trovare
Oggetto Salesforce Caso, campo: Subject
Esempi
Impossibile accedere al portaleDomanda sull'estratto contoRichiesta di funzionalità per la dashboard di reporting
|
|||
|
Prodotto Coinvolto
ProductInvolved
|
Il prodotto o servizio specifico a cui si riferisce la richiesta del cliente. | ||
|
Descrizione
Questo attributo collega una richiesta di servizio a un prodotto o servizio specifico. In Salesforce, questo è spesso gestito tramite un lookup all'oggetto Prodotto. Segmentare i dati di processo per prodotto è cruciale per l'analisi della qualità del prodotto. Aiuta a identificare quali prodotti generano la maggior parte delle richieste di supporto, che tipo di problemi presentano e se il processo di risoluzione differisce tra le linee di prodotto. Queste informazioni sono un feedback vitale per i team di sviluppo prodotto.
Perché è importante
Consente l'analisi dei processi basata sui prodotti, che può rivelare problemi di qualità del prodotto o lacune nel supporto per prodotti specifici.
Dove trovare
Oggetto Salesforce Caso, campo: ProductId. Questo è un campo lookup standard ma opzionale.
Esempi
Alpha CRM SuiteBeta Analytics ToolGamma Data Connector
|
|||
Attività del Servizio Clienti
| Activity | Descrizione | ||
|---|---|---|---|
|
Caso Assegnato all'Agente
|
Segna il momento in cui una richiesta di servizio viene assegnata a un agente o a una coda specifica per la gestione. Questo è un passaggio fondamentale nel processo, rilevato da un cambiamento nel campo di proprietà del caso. | ||
|
Perché è importante
Questa attività è essenziale per tracciare il carico di lavoro degli agenti, i ritardi di assegnazione e la frequenza dei trasferimenti. Costituisce la base per analizzare le performance degli agenti e identificare i colli di bottiglia nel processo di assegnazione.
Dove trovare
Inferito da una modifica al campo OwnerId sull'oggetto Case. Il timestamp di questa modifica è registrato nell'oggetto CaseHistory.
Acquisisci
Identificare il timestamp del primo aggiornamento al campo OwnerId.
Tipo di evento
inferred
|
|||
|
Caso Chiuso
|
Questa attività rappresenta la fine finale e definitiva del ciclo di vita della richiesta di servizio. Una volta chiuso un caso, non è previsto ulteriore lavoro a meno che non venga riaperto. | ||
|
Perché è importante
Come evento terminale, questa attività fornisce il punto finale per il calcolo della durata completa del caso. Il tempo tra 'Risolto' e 'Chiuso' può anche rivelare inefficienze nel processo di chiusura.
Dove trovare
Inferito dal timestamp quando il campo IsClosed sull'oggetto Case è impostato su true. Il campo ClosedDate viene anche popolato in questo momento.
Acquisisci
Timestamp quando il campo IsClosed cambia a true, registrato nella CaseHistory.
Tipo di evento
inferred
|
|||
|
Caso creato
|
Questa attività segna l'inizio ufficiale del processo di servizio clienti quando una nuova richiesta di servizio, o caso, viene registrata in Salesforce. Questo evento viene catturato esplicitamente quando viene creato un nuovo record nell'oggetto Caso, con un timestamp preciso. | ||
|
Perché è importante
Come evento di avvio primario, questa attività è essenziale per calcolare il ciclo di vita complessivo del caso e i tempi di risoluzione. Fornisce la base per misurare le prestazioni rispetto agli SLA e comprendere il volume dei casi.
Dove trovare
Questo evento corrisponde all'evento di creazione del record per l'oggetto Caso. Il timestamp viene catturato nel campo standard CreatedDate.
Acquisisci
Direttamente dal timestamp di creazione del record Case.
Tipo di evento
explicit
|
|||
|
Caso Risolto
|
Questa milestone chiave indica che l'agente ha completato il lavoro necessario per risolvere il problema del cliente. Il caso è ora in attesa della chiusura finale, che potrebbe essere automatizzata dopo un certo periodo. | ||
|
Perché è importante
Questo è un endpoint primario per misurare il tempo di risoluzione ed è critico per il calcolo dell'aderenza agli SLA. Segna la fine del lavoro attivo sul caso.
Dove trovare
Inferito dall'oggetto CaseHistory quando il campo Status viene modificato in 'Resolved'. Il campo IsClosed potrebbe essere ancora false a questo punto.
Acquisisci
Timestamp del cambiamento dello Stato del Caso a 'Risolto'.
Tipo di evento
inferred
|
|||
|
Escalation Interna Attivata
|
Questa attività si verifica quando un caso richiede un livello superiore di supporto o competenza ed è formalmente escalato. Questo può essere catturato esplicitamente dalle regole di escalation di Salesforce o dedotto da un cambio di campo. | ||
|
Perché è importante
L'analisi delle escalation aiuta a identificare tipi di casi complessi, esigenze di formazione per gli agenti di prima linea e problemi sistemici. È un indicatore chiave dell'attrito del processo e del suo impatto sul tempo di risoluzione.
Dove trovare
Questo può essere un evento esplicito dai record di CaseEscalation. Più comunemente, viene dedotto dalla CaseHistory quando un campo checkbox come 'IsEscalated' viene impostato su true.
Acquisisci
Timestamp del campo 'IsEscalated' che cambia a true.
Tipo di evento
inferred
|
|||
|
Milestone SLA Violata
|
Questo evento si attiva quando un impegno di servizio, come una prima risposta o un tempo di risoluzione, non viene rispettato. Salesforce lo traccia utilizzando processi di entitlement e record di milestone. | ||
|
Perché è importante
Questa attività è critica per l'analisi dell'aderenza agli SLA e il monitoraggio della conformità. Evidenzia direttamente i casi che non hanno soddisfatto le aspettative del cliente, consentendo un miglioramento mirato del processo.
Dove trovare
Catturato dall'oggetto CaseMilestone. Un evento viene generato quando il campo IsViolated su un record di milestone è impostato su true.
Acquisisci
L'evento è il timestamp quando il flag IsViolated diventa true su un record CaseMilestone.
Tipo di evento
explicit
|
|||
|
Agente Indaga sul Problema
|
Rappresenta la fase in cui un agente lavora attivamente per diagnosticare e comprendere il problema del cliente. Questo non è un evento esplicito, ma è dedotto quando lo stato del caso cambia da uno stato nuovo o aperto a uno stato in corso. | ||
|
Perché è importante
Comprendere la durata della fase di indagine aiuta a identificare le complessità nelle richieste di servizio e le aree in cui gli agenti potrebbero aver bisogno di più formazione o risorse. Separa il tempo di lavoro attivo dal tempo di attesa.
Dove trovare
Inferito dall'oggetto CaseHistory quando il campo Status viene aggiornato a un valore che indica lavoro attivo, come 'In Corso' o 'In Lavoro'.
Acquisisci
Timestamp del cambiamento dello Stato del Caso a un valore di 'in corso'.
Tipo di evento
inferred
|
|||
|
Caso Categorizzato e Prioritizzato
|
Questa attività si verifica quando un caso viene classificato con un tipo, una categoria e un livello di priorità. Ciò viene spesso fatto da un team di triage o da regole di automazione ed è desunto da modifiche ai campi rilevanti del caso. | ||
|
Perché è importante
La categorizzazione è fondamentale per comprendere la distribuzione dei casi e l'efficacia dell'instradamento. L'analisi di questo passaggio aiuta a ottimizzare la distribuzione del carico di lavoro e a garantire che i casi ad alta priorità vengano gestiti tempestivamente.
Dove trovare
Inferito dall'oggetto CaseHistory tracciando la prima volta che i campi Priority, Type o altri campi di classificazione vengono popolati o modificati dai loro valori predefiniti.
Acquisisci
Tracciare gli aggiornamenti a campi come Priorità o Tipo nella CaseHistory.
Tipo di evento
inferred
|
|||
|
Caso riaperto
|
Si verifica quando un caso precedentemente risolto o chiuso viene riattivato a causa del ripresentarsi del problema o dell'inefficacia della soluzione. Questo è un indicatore chiave di rilavorazione. | ||
|
Perché è importante
I casi riaperti sono un forte segnale di risoluzioni di bassa qualità o di fallimenti della risoluzione al primo contatto. Analizzare la loro frequenza e le cause profonde è essenziale per migliorare la qualità del servizio.
Dove trovare
Inferito dall'oggetto CaseHistory quando il campo IsClosed cambia da true a false, o lo stato cambia da uno stato chiuso/risolto a uno stato aperto.
Acquisisci
Timestamp del campo Stato o IsClosed che cambia da uno stato terminale a uno stato attivo.
Tipo di evento
inferred
|
|||
|
Caso Riassegnato
|
Rappresenta un trasferimento in cui un caso viene passato da un agente o una coda all'altra dopo l'assegnazione iniziale. Ciò è desunto da modifiche successive al campo di proprietà del caso. | ||
|
Perché è importante
Frequenti riassegnazioni possono indicare un routing iniziale errato, inefficienze di processo o lacune di conoscenza, portando a ritardi e a una scarsa esperienza del cliente. Questa attività aiuta a quantificare i passaggi di agente.
Dove trovare
Inferito da qualsiasi modifica al campo OwnerId nell'oggetto CaseHistory dopo l'assegnazione iniziale.
Acquisisci
Identificare tutti gli aggiornamenti al campo OwnerId dopo il primo.
Tipo di evento
inferred
|
|||
|
Informazioni Ricevute dal Cliente
|
Questa attività segna la fine di un tempo di attesa del cliente, quando il cliente fornisce le informazioni richieste. Spesso si deduce quando lo stato di un caso viene riportato a uno stato attivo in seguito a una comunicazione in entrata. | ||
|
Perché è importante
Tracciare questo evento è cruciale per comprendere i tempi di risposta del cliente e il loro impatto sul ciclo di vita complessivo del caso. Segnala la ripresa del lavoro attivo da parte dell'agente.
Dove trovare
Inferito dal timestamp di una EmailMessage in entrata associata al caso, o da un cambio di stato da 'In Attesa del Cliente' a 'In Corso' nell'oggetto CaseHistory.
Acquisisci
Timestamp di e-mail in entrata o cambio di stato da 'in attesa'.
Tipo di evento
inferred
|
|||
|
Informazioni Richieste al Cliente
|
Questa attività si verifica quando un agente richiede informazioni aggiuntive al cliente per procedere con il caso. È tipicamente dedotta da un cambiamento nello stato del caso a uno stato di 'attesa del cliente'. | ||
|
Perché è importante
Questa attività segna l'inizio di un tempo di attesa, che non è sotto il controllo dell'agente. Isolare questo tempo è fondamentale per misurare accuratamente l'efficienza del processo interno e le performance dell'agente.
Dove trovare
Inferito dall'oggetto CaseHistory quando il campo Status viene aggiornato a un valore come 'In Attesa di Risposta Cliente' o 'In Sospeso'.
Acquisisci
Timestamp del cambiamento dello Stato del Caso a un valore di 'in attesa'.
Tipo di evento
inferred
|
|||
|
Riconoscimento Iniziale Inviato
|
Rappresenta la prima comunicazione inviata al cliente, che riconosce la ricezione della sua richiesta di servizio. Solitamente si tratta di un'e-mail automatica attivata dalle regole di creazione del caso, e si deduce identificando la prima comunicazione in uscita. | ||
|
Perché è importante
Tracciare questa attività è cruciale per misurare i tempi di risposta iniziali e garantire che i clienti siano prontamente informati. Aiuta ad analizzare il KPI 'Latenza di Riconoscimento Iniziale' per migliorare la comunicazione con il cliente.
Dove trovare
Inferito dal timestamp del primo record EmailMessage in uscita associato al Caso. Può anche essere inferito da un aggiornamento di campo personalizzato attivato da una regola di automazione.
Acquisisci
Identificare il timestamp della prima EmailMessage in uscita collegata al Caso.
Tipo di evento
inferred
|
|||
|
Soluzione Proposta al Cliente
|
Indica il punto in cui un agente ha fornito una potenziale soluzione al cliente. Questo è un passaggio concettuale che viene tipicamente inferito da una comunicazione in uscita o da un cambio di stato specifico. | ||
|
Perché è importante
Tracciare questa milestone aiuta a misurare il tempo dall'indagine alla soluzione proposta. Può anche essere l'inizio di un ciclo di conferma se la soluzione non viene accettata.
Dove trovare
Inferito da una EmailMessage in uscita con parole chiave specifiche o da un cambio di stato a 'Soluzione Fornita' nell'oggetto CaseHistory.
Acquisisci
Timestamp del cambio di stato o dell'evento di comunicazione in uscita.
Tipo di evento
inferred
|
|||
|
Sondaggio di Soddisfazione Inviato
|
Rappresenta l'invio di un sondaggio di soddisfazione del cliente (CSAT) o Net Promoter Score (NPS). Questa è tipicamente un'azione automatizzata che segue la risoluzione o la chiusura del caso. | ||
|
Perché è importante
Sebbene non faccia parte del processo di risoluzione principale, questa attività è importante per comprendere il ciclo di feedback. Analizzare la sua tempistica e frequenza assicura che la voce del cliente venga catturata in modo coerente.
Dove trovare
Inferito da un record EmailMessage in uscita associato al caso che corrisponde a un template di sondaggio. In alternativa, può essere catturato dalla creazione di un record SurveyInvitation.
Acquisisci
Identificare l'email di sondaggio in uscita o la creazione del record SurveyInvitation.
Tipo di evento
inferred
|
|||