Seu Template de dados de atendimento ao cliente
Seu Template de dados de atendimento ao cliente
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração
Atributos de atendimento ao cliente
| Nome | Descrição | ||
|---|---|---|---|
|
Solicitação de serviço
ServiceRequest
|
O identificador exclusivo de um caso ou ticket de atendimento ao cliente, que vincula todas as atividades relacionadas. | ||
|
Descrição
A Solicitação de serviço, frequentemente chamada de Ticket ou Case, funciona como o identificador principal que vincula todas as atividades relacionadas a uma única dúvida ou problema do cliente. No Salesforce Service Cloud, ela corresponde ao Case Number. Esse atributo é essencial para reconstruir a jornada completa de cada interação com o cliente. Ele permite que a ferramenta de Process Mining agrupe todos os eventos relacionados, como “Case Created”, “Agent Investigates Issue” e “Case Resolved”, em uma única instância do processo, possibilitando uma análise completa do início ao fim.
Por que isso importa
É o elemento fundamental do Process Mining, pois conecta todos os eventos pertencentes ao mesmo problema do cliente em uma instância de processo coesa.
Onde obter
Objeto Case do Salesforce, campo: CaseNumber
Exemplos
000010240000105800001193
|
|||
|
Horário do evento
EventTime
|
O registro de data e hora preciso que indica quando uma atividade ocorreu. | ||
|
Descrição
O Horário do evento registra a data e a hora em que uma atividade específica foi registrada no sistema. Ele fornece o contexto temporal de todo o processo, permitindo calcular durações, tempos de espera e tempos de ciclo. Na análise, esse registro de data e hora é usado para ordenar cronologicamente os eventos de cada solicitação de serviço, formando a base da descoberta do processo. Ele é fundamental para KPIs relacionados à performance, como medir o tempo entre “Case Created” e “Initial Acknowledgment Sent” ou calcular o tempo total de resolução.
Por que isso importa
Esse registro de data e hora é fundamental para entender a linha do tempo do processo, calcular métricas de performance e identificar atrasos entre as atividades.
Onde obter
Derivado de vários campos de data correspondentes a eventos específicos, como CreatedDate no objeto Case ou CreatedDate nos registros CaseHistory.
Exemplos
2023-04-15T10:00:00Z2023-04-15T11:23:14Z2023-04-16T09:05:30Z
|
|||
|
Nome da atividade
ActivityName
|
O nome de um evento ou etapa de negócio específico que ocorreu no processo de atendimento ao cliente. | ||
|
Descrição
Este atributo descreve uma única etapa ou marco no ciclo de vida de uma solicitação de serviço. As atividades são os nós do mapa do processo e representam ações realizadas por agentes, sistemas automatizados ou clientes. Analisar a sequência e a frequência de atividades como “Case Created”, “Internal Escalation Triggered” e “Case Closed” é essencial para o Process Mining. Isso ajuda a revelar o fluxo real do processo, identificar gargalos e detectar desvios do procedimento operacional padrão.
Por que isso importa
As atividades definem as etapas do processo, e sua sequência forma a base do mapa do processo e de todas as análises posteriores.
Onde obter
Normalmente derivado de uma combinação de campos, como alterações de status no objeto Case (campo Status) ou registros nos objetos CaseHistory ou EmailMessage.
Exemplos
Caso criadoCaso atribuído a um agenteSolução proposta ao clienteCaso encerrado
|
|||
|
Sistema de origem
SourceSystemName
|
O sistema de onde os dados do processo foram originados. | ||
|
Descrição
Este atributo identifica a aplicação de origem em que os dados foram gerados, que neste contexto é o Salesforce Service Cloud. Ele é especialmente útil em ambientes nos quais dados de vários sistemas são combinados para oferecer uma visão completa do processo. Mesmo ao analisar um único sistema, esse atributo fornece um contexto essencial sobre a origem dos dados. Ele ajuda na governança de dados, na solução de problemas e na garantia de que as análises sejam baseadas no conjunto de dados correto.
Por que isso importa
Ele fornece um contexto essencial sobre a origem dos dados, fundamental para a governança de dados e para análises que podem combinar dados de vários sistemas.
Onde obter
Normalmente, é um valor estático adicionado durante o processo de extração e transformação dos dados para identificar a origem do conjunto de dados.
Exemplos
Salesforce Service CloudSFSC
|
|||
|
Última atualização dos dados
LastDataUpdateTime
|
Registro de data e hora que indica quando os dados deste processo foram atualizados pela última vez. | ||
|
Descrição
Este atributo registra o registro de data e hora da última extração ou atualização dos dados do sistema de origem. É um campo de metadados que se aplica ao conjunto de dados inteiro, e não a eventos individuais. Seu principal uso é informar aos usuários o nível de atualização dos dados analisados. Isso é fundamental para garantir que insights e decisões sejam baseados em informações atuais e relevantes, além de ajudar a alinhar as expectativas sobre a atualidade dos dados.
Por que isso importa
Ele garante transparência sobre a atualidade dos dados, permitindo que os usuários entendam o quanto sua análise está atualizada.
Onde obter
Esse valor normalmente é gerado e armazenado durante o processo de extração, transformação e carregamento (ETL) dos dados.
Exemplos
2023-10-27T04:00:00Z
|
|||
|
Agente atribuído
AssignedAgent
|
O usuário ou a fila aos quais a solicitação de serviço está atribuída no momento. | ||
|
Descrição
Este atributo identifica o agente ou time responsável por tratar a solicitação de serviço em determinado momento. No Salesforce, normalmente corresponde ao proprietário do Case. Acompanhar as alterações nesse atributo é fundamental para analisar a performance dos agentes, a distribuição da carga de trabalho e as transferências. Isso ajuda a responder perguntas como quantas vezes um caso é reatribuído, quais agentes tratam os casos mais complexos e se as cargas de trabalho estão equilibradas no time. É um atributo essencial para os Dashboards de Transferências entre agentes e Distribuição da carga de trabalho.
Por que isso importa
É essencial para analisar a carga de trabalho, a performance e a frequência das transferências entre agentes, que impactam diretamente a eficiência e o tempo de resolução.
Onde obter
Objeto Case do Salesforce, campo: OwnerId. Esse campo contém o ID de um User ou de uma Queue.
Exemplos
Sarah JonesDavid ChenFila de suporte de nível 2
|
|||
|
Canal de comunicação
CommunicationChannel
|
O canal pelo qual a solicitação de serviço foi iniciada, como e-mail, telefone ou web. | ||
|
Descrição
Este atributo especifica o meio de comunicação usado pelo cliente para enviar sua solicitação de serviço. No Salesforce, geralmente é capturado no campo Case Origin. Entender o canal de comunicação é fundamental para otimizar a alocação de recursos e melhorar a eficiência do atendimento. Ao analisar os tempos de resolução e os fluxos do processo por canal, as organizações podem identificar quais canais são mais eficazes para diferentes tipos de problemas, apoiando o Dashboard de Eficiência dos canais de comunicação.
Por que isso importa
Ele permite comparar a performance entre diferentes canais de contato com o cliente, ajudando a otimizar a estratégia de canais e a alocação de recursos.
Onde obter
Objeto Case do Salesforce, campo: Origin
Exemplos
E-mailTelefoneWebChat
|
|||
|
Horário de término
EndTime
|
O registro de data e hora que indica quando uma atividade foi concluída. | ||
|
Descrição
O Horário de término representa o momento de conclusão de uma atividade. Quando combinado com o Horário de início, permite calcular com precisão o tempo de processamento da atividade. Para muitos eventos no Salesforce, o evento é instantâneo, o que significa que o Horário de início e o Horário de término são idênticos. No entanto, para atividades de longa duração, ter um Horário de término distinto é fundamental para medir com precisão o tempo gasto em uma tarefa. Isso apoia diretamente a análise de performance ao distinguir o tempo de processamento ativo do tempo de espera ocioso entre as etapas.
Por que isso importa
Ele permite calcular a duração real de uma atividade, o que é essencial para analisar a performance dos agentes e identificar etapas que consomem muito tempo.
Onde obter
Geralmente, é igual ao StartTime em eventos instantâneos. Para atividades com duração, deve ser obtido de um campo específico que indique a conclusão, o que pode exigir uma configuração personalizada.
Exemplos
2023-04-15T10:00:00Z2023-04-15T11:55:00Z2023-04-16T14:20:00Z
|
|||
|
Prioridade do caso
CasePriority
|
O nível de prioridade atribuído à solicitação de serviço, como Alta, Média ou Baixa. | ||
|
Descrição
A Prioridade do caso é uma classificação padrão usada para determinar a urgência de uma solicitação de serviço. Essa definição geralmente determina os tempos-alvo de resposta e resolução de acordo com os Acordos de Nível de Serviço (SLAs). Analisar a performance do processo com base na prioridade é fundamental para avaliar a eficácia da estratégia de priorização. Isso ajuda a determinar se os casos de alta prioridade são realmente resolvidos mais rapidamente e cumprem suas metas de SLA mais rigorosas, apoiando diretamente o Dashboard de Priorização e impacto dos casos.
Por que isso importa
Ela permite analisar se o processo prioriza efetivamente os casos urgentes e atende a diferentes níveis de serviço conforme a importância do caso.
Onde obter
Objeto Case do Salesforce, campo: Priority
Exemplos
AltaMédiaBaixa
|
|||
|
Resolvido no primeiro contato
IsFirstContactResolution
|
Um indicador que mostra se o caso foi resolvido durante a primeira interação com o cliente. | ||
|
Descrição
Este atributo booleano identifica solicitações de serviço resolvidas sem a necessidade de acompanhamento após o contato inicial com o cliente. A lógica para determinar isso geralmente envolve a análise da sequência e do momento das atividades. Uma taxa alta de First Contact Resolution (FCR) é um forte indicador de um processo de atendimento eficiente e eficaz. Este atributo calculado é a base do KPI First Contact Resolution Rate. Analisar os casos que não são resolvidos no primeiro contato pode revelar oportunidades para melhorar o treinamento dos agentes, o conteúdo da base de conhecimento e o desenho do processo.
Por que isso importa
Mede diretamente um aspecto importante da eficiência do atendimento e da satisfação do cliente, ajudando a identificar os fatores que contribuem para uma resolução eficaz dos problemas.
Onde obter
Calculado durante a transformação de dados, analisando o Event Log de um determinado caso. Uma regra comum é verificar se 'Case Resolved' ocorre antes de qualquer atividade 'Information Requested From Customer' ou de atividades posteriores de contato com o cliente.
Exemplos
truefalse
|
|||
|
Status do caso
CaseStatus
|
O status atual da solicitação de serviço em seu ciclo de vida, como Novo, Em andamento ou Encerrado. | ||
|
Descrição
O Status do caso indica o estado atual de uma solicitação de serviço. As alterações de status geralmente são a principal fonte para identificar atividades no processo. Por exemplo, uma alteração de “New” para “Working” pode ser mapeada para a atividade “Agent Investigates Issue”. Analisar o status final dos casos ajuda a entender os resultados da resolução. Ele também é usado para filtrar casos abertos ou encerrados e identificar casos que podem estar parados por tempo demais em um determinado estado.
Por que isso importa
Ele fornece um insight sobre o estado e o resultado atuais do caso, e as alterações de status são frequentemente usadas para derivar a sequência de atividades.
Onde obter
Objeto Case do Salesforce, campo: Status
Exemplos
NovoEm atendimentoAguardando o clienteFechado
|
|||
|
Status do SLA
SlaStatus
|
Indica se o caso foi resolvido dentro da meta do SLA. | ||
|
Descrição
Este atributo categoriza cada caso resolvido com base no cumprimento do Service Level Agreement definido. Ele é calculado comparando o timestamp real da resolução com o 'SLA Target Resolution Time'. Como entrada direta para o KPI SLA Adherence Rate, este atributo simplifica o monitoramento da performance. Ele permite filtrar e analisar rapidamente todos os casos que não estão em conformidade, ajudando a identificar causas-raiz comuns para violações de SLA, como tipos específicos de caso, produtos ou gargalos do processo.
Por que isso importa
Oferece um resultado binário claro sobre a conformidade com o SLA em cada caso, algo fundamental para monitorar a performance e analisar as causas-raiz dos atrasos.
Onde obter
Calculado na camada de transformação de dados, comparando o timestamp de 'Case Resolved' com o atributo 'SlaTargetResolutionTime'.
Exemplos
AtendidoViolado
|
|||
|
Tempo-alvo de resolução do SLA
SlaTargetResolutionTime
|
A data e a hora-alvo até as quais a solicitação de serviço deve ser resolvida, de acordo com o SLA. | ||
|
Descrição
Este atributo define o prazo do Acordo de Nível de Serviço (SLA) para resolver um caso. Normalmente, ele é determinado com base em fatores como prioridade, tipo de caso e categoria do cliente. O Salesforce pode calculá-lo automaticamente usando seus recursos de entitlement e marcos. Esse registro de data e hora é essencial para medir a aderência ao SLA. Ao comparar o tempo real de resolução com essa meta, a organização pode calcular o KPI de Taxa de aderência ao SLA e identificar casos em risco de violar o SLA, apoiando diretamente o Dashboard de Aderência ao SLA dos casos.
Por que isso importa
Ele fornece a referência usada para medir a performance real, sendo fundamental para calcular a conformidade com o SLA e identificar casos em risco.
Onde obter
Isso geralmente fica armazenado no campo SlaExitDate do objeto Case Milestone, que faz parte do recurso Entitlement Management do Salesforce.
Exemplos
2023-04-16T17:00:00Z2023-04-18T09:00:00Z2023-05-01T12:00:00Z
|
|||
|
Tipo de caso
CaseType
|
A classificação da solicitação de serviço, como Pergunta, Problema ou Solicitação de recurso. | ||
|
Descrição
O Tipo de caso é um atributo categórico que ajuda a classificar a natureza da dúvida ou do problema do cliente. Isso permite segmentar as solicitações de serviço para entender como diferentes tipos de problemas são tratados. Analisar o processo com base no Tipo de caso pode revelar que certos tipos de solicitação seguem caminhos diferentes, têm tempos de resolução mais longos ou exigem mais transferências. Esse insight é valioso para adaptar e melhorar o processo para categorias específicas de trabalho.
Por que isso importa
Ele permite segmentar o processo para entender se diferentes tipos de solicitação são tratados de forma distinta e identificar áreas que precisam de melhorias especializadas.
Onde obter
Objeto Case do Salesforce, campo: Type
Exemplos
ProblemaSolicitação de recursoPergunta
|
|||
|
Assunto do caso
CaseSubject
|
Um resumo breve ou título do problema ou da solicitação do cliente. | ||
|
Descrição
O assunto do Case oferece um resumo conciso, em texto livre, da solicitação de serviço. Geralmente, é a linha de assunto do e-mail ou um título inserido pelo agente ou pelo cliente. Embora não seja um campo estruturado para análise direta do processo, a linha de assunto contém informações contextuais relevantes. Ela pode ser usada com técnicas de mineração de texto para categorizar casos, identificar problemas emergentes ou adicionar contexto qualitativo à análise quantitativa do processo.
Por que isso importa
Oferece um contexto rápido e geral sobre o caso, útil para análises detalhadas e que também pode ser aproveitado na mineração de texto.
Onde obter
Objeto Case do Salesforce, campo: Subject
Exemplos
Não consigo fazer login no portalDúvida sobre o extrato de faturamentoSolicitação de recurso para o Dashboard de relatórios
|
|||
|
É retrabalho
IsRework
|
Um indicador que mostra se o caso envolveu retrabalho ou voltou a uma etapa anterior. | ||
|
Descrição
Este atributo booleano sinaliza casos que apresentam padrões de retrabalho, como serem reabertos após o encerramento ou circularem repetidamente entre 'Agent Investigates' e 'Solution Proposed'. A lógica para identificar retrabalho exige a análise da sequência de atividades em busca de loops indesejados. Este atributo dá suporte direto ao KPI Rework Rate e ao Dashboard Agent Handoffs and Rework Patterns. Identificar casos com retrabalho permite que os analistas investiguem as causas-raiz, que podem variar de soluções inadequadas à coleta incompleta de informações, e adotem ações corretivas.
Por que isso importa
Destaca a ineficiência do processo e o esforço desperdiçado, permitindo uma análise direcionada das atividades que são repetidas com frequência.
Onde obter
Calculado durante a transformação de dados, analisando as sequências de atividades. Por exemplo, uma sequência como 'Case Closed' -> 'Case Reopened' ou 'Solution Proposed' -> 'Agent Investigates Issue' no mesmo caso seria sinalizada como retrabalho.
Exemplos
truefalse
|
|||
|
Foi escalado
IsEscalated
|
Um indicador que mostra se o caso foi escalado. | ||
|
Descrição
Este atributo booleano indica se uma solicitação de serviço passou por uma escalação. No Salesforce, isso pode ser acompanhado pelo campo padrão IsEscalated, definido automaticamente com base nas Escalation Rules. Este indicador é uma entrada direta para o Dashboard Internal Escalation Analysis e para o KPI Internal Escalation Rate. Ele permite filtrar e agregar facilmente todos os casos escalados, ajudando a quantificar sua frequência e analisar o impacto nos tempos gerais de resolução e na complexidade do processo.
Por que isso importa
Mede diretamente as escalações de casos, um indicador importante de atrito e complexidade do processo ou de lacunas no conhecimento dos agentes.
Onde obter
Objeto Case do Salesforce, campo: IsEscalated
Exemplos
truefalse
|
|||
|
Nome do cliente
CustomerName
|
O nome do cliente ou da conta associada à solicitação de serviço. | ||
|
Descrição
Este atributo identifica o cliente que iniciou a solicitação de serviço. No Salesforce, pode ser um Contact (uma pessoa) ou uma Account (uma empresa). Analisar o processo pela perspectiva do cliente pode gerar insights valiosos. Por exemplo, isso ajuda a identificar se determinados clientes enfrentam mais problemas ou esperam mais tempo pela resolução. Essas informações podem orientar estratégias de gestão do relacionamento com o cliente e destacar oportunidades de suporte proativo.
Por que isso importa
Permite uma análise centrada no cliente, ajudando a identificar padrões e variações de performance para clientes específicos ou segmentos de clientes.
Onde obter
Objeto Case do Salesforce, campos: ContactId ou AccountId, que fazem a ligação com os objetos Contact e Account, respectivamente.
Exemplos
Global Tech Inc.Emily WhiteInnovate Solutions
|
|||
|
Produto envolvido
ProductInvolved
|
O produto ou serviço específico ao qual a solicitação do cliente se refere. | ||
|
Descrição
Este atributo vincula uma solicitação de serviço a um produto ou serviço específico. No Salesforce, isso geralmente é gerenciado por meio de uma consulta ao objeto Product. Segmentar os dados do processo por produto é essencial para analisar a qualidade dos produtos. Isso ajuda a identificar quais produtos geram mais solicitações de suporte, que tipos de problemas apresentam e se o processo de resolução varia entre as linhas de produtos. Essas informações são um feedback importante para as equipes de desenvolvimento de produtos.
Por que isso importa
Permite analisar o processo com base no produto, revelando problemas de qualidade ou lacunas de suporte em produtos específicos.
Onde obter
Objeto Case do Salesforce, campo: ProductId. Este é um campo de consulta padrão, mas opcional.
Exemplos
Suíte de CRM AlphaFerramenta de analytics BetaConector de dados Gamma
|
|||
|
Quantidade de transferências entre agentes
AgentHandoffCount
|
O número de vezes que um caso foi reatribuído de um agente ou fila para outro. | ||
|
Descrição
Esta métrica quantifica o número de reatribuições pelas quais uma solicitação de serviço passa antes de ser resolvida. Ela é calculada contando as mudanças distintas no atributo 'AssignedAgent' ao longo do ciclo de vida de um único caso. Este atributo é a base do KPI Average Agent Handoffs per Case e é visualizado no Dashboard Agent Handoffs and Rework Patterns. Uma quantidade alta de transferências geralmente indica ineficiências no processo, responsabilidades pouco claras ou lacunas de conhecimento, fatores que podem aumentar o tempo de resolução e a frustração do cliente.
Por que isso importa
Quantifica o atrito interno do processo, já que transferências excessivas são uma fonte comum de atrasos e insatisfação do cliente.
Onde obter
Calculado no nível do caso durante a transformação de dados, contando a quantidade única de valores no campo 'AssignedAgent' para cada 'ServiceRequest', menos um.
Exemplos
0135
|
|||
Atividades de atendimento ao cliente
| Atividade | Descrição | ||
|---|---|---|---|
|
Caso atribuído a um agente
|
Marca o momento em que uma solicitação de serviço é atribuída a um agente ou fila específica para atendimento. Esta é uma etapa fundamental do processo, capturada por uma alteração no campo de proprietário do caso. | ||
|
Por que isso importa
Esta atividade é essencial para acompanhar a carga de trabalho dos agentes, os atrasos nas atribuições e a frequência das transferências. Ela serve de base para analisar a performance dos agentes e identificar gargalos no processo de atribuição.
Onde obter
Inferido a partir de uma alteração no campo OwnerId do objeto Case. O registro de data e hora dessa alteração é registrado no objeto CaseHistory.
Captura
Identificar o registro de data e hora da primeira atualização do campo OwnerId.
Tipo de evento
inferred
|
|||
|
Caso criado
|
Esta atividade marca o início oficial do processo de atendimento ao cliente, quando uma nova solicitação de serviço, ou caso, é registrada no Salesforce. O evento é capturado explicitamente quando um novo registro é criado no objeto Case, com um registro de data e hora preciso. | ||
|
Por que isso importa
Como principal evento de início, esta atividade é essencial para calcular o ciclo de vida total do caso e os tempos de resolução. Ela fornece a base para medir a performance em relação aos SLAs e entender o volume de casos.
Onde obter
Este evento corresponde à criação do registro do objeto Case. O registro de data e hora é capturado no campo padrão CreatedDate.
Captura
Diretamente do registro de data e hora de criação do registro Case.
Tipo de evento
explicit
|
|||
|
Caso encerrado
|
Esta atividade representa o fim definitivo do ciclo de vida da solicitação de serviço. Depois que um caso é encerrado, não se espera nenhum trabalho adicional, a menos que ele seja reaberto. | ||
|
Por que isso importa
Como evento terminal, esta atividade fornece o ponto final para calcular a duração total do caso. O tempo entre “Resolved” e “Closed” também pode revelar ineficiências no processo de encerramento.
Onde obter
Inferido a partir do registro de data e hora em que o campo IsClosed do objeto Case é definido como true. O campo ClosedDate também é preenchido nesse momento.
Captura
Registro de data e hora em que o campo IsClosed muda para true, registrado no CaseHistory.
Tipo de evento
inferred
|
|||
|
Caso resolvido
|
Este marco importante indica que o agente concluiu o trabalho necessário para resolver o problema do cliente. O caso agora aguarda o encerramento final, que pode ser automatizado após determinado período. | ||
|
Por que isso importa
Este é um dos principais pontos finais para medir o tempo de resolução e é fundamental para calcular a aderência ao SLA. Ele marca o fim do trabalho ativo no caso.
Onde obter
Inferido a partir do objeto CaseHistory quando o campo Status é alterado para “Resolved”. O campo IsClosed ainda pode estar como false nesse momento.
Captura
Registro de data e hora da alteração do Status do Case para “Resolved”.
Tipo de evento
inferred
|
|||
|
Escalonamento interno acionado
|
Esta atividade ocorre quando um caso exige um nível maior de suporte ou conhecimento especializado e é escalonado formalmente. Isso pode ser capturado explicitamente pelas regras de escalonamento do Salesforce ou inferido a partir de uma alteração de campo. | ||
|
Por que isso importa
Analisar os escalonamentos ajuda a identificar tipos de casos complexos, necessidades de treinamento dos agentes da linha de frente e problemas sistêmicos. É um indicador importante de atrito no processo e de seu impacto no tempo de resolução.
Onde obter
Pode ser um evento explícito dos registros CaseEscalation. Mais frequentemente, é inferido a partir do CaseHistory quando um campo de caixa de seleção, como “IsEscalated”, é definido como true.
Captura
Registro de data e hora da alteração do campo “IsEscalated” para true.
Tipo de evento
inferred
|
|||
|
Marco do SLA violado
|
Este evento é acionado quando um compromisso de serviço, como o tempo de primeira resposta ou de resolução, não é cumprido. O Salesforce acompanha isso usando processos de entitlement e registros de marcos. | ||
|
Por que isso importa
Esta atividade é fundamental para analisar a aderência ao SLA e monitorar a conformidade. Ela destaca diretamente os casos que não atenderam às expectativas dos clientes, permitindo melhorias direcionadas no processo.
Onde obter
Capturado a partir do objeto CaseMilestone. Um evento é gerado quando o campo IsViolated de um registro de marco é definido como true.
Captura
O evento corresponde ao registro de data e hora em que o indicador IsViolated se torna true em um registro CaseMilestone.
Tipo de evento
explicit
|
|||
|
Agente investiga o problema
|
Representa a fase em que um agente trabalha ativamente para diagnosticar e entender o problema do cliente. Não é um evento explícito, mas é inferido quando o status do caso muda de novo ou aberto para em andamento. | ||
|
Por que isso importa
Entender a duração da fase de investigação ajuda a identificar a complexidade das solicitações de serviço e as áreas em que os agentes podem precisar de mais treinamento ou recursos. Isso separa o tempo de trabalho ativo do tempo de espera.
Onde obter
Inferido a partir do objeto CaseHistory quando o campo Status é atualizado para um valor que indica trabalho ativo, como “In Progress” ou “Working”.
Captura
Registro de data e hora da alteração do Status do Case para um valor “em andamento”.
Tipo de evento
inferred
|
|||
|
Caso categorizado e priorizado
|
Esta atividade ocorre quando um caso é classificado com um tipo, uma categoria e um nível de prioridade. Isso geralmente é feito por um time de triagem ou por regras de automação e é inferido a partir de alterações nos campos relevantes do caso. | ||
|
Por que isso importa
A categorização é essencial para entender a distribuição dos casos e a eficácia do roteamento. Analisar esta etapa ajuda a otimizar a distribuição da carga de trabalho e garantir que os casos de alta prioridade sejam tratados rapidamente.
Onde obter
Inferido a partir do objeto CaseHistory, acompanhando a primeira vez em que os campos Priority, Type ou outros campos de classificação são preenchidos ou alterados em relação aos valores padrão.
Captura
Acompanhar atualizações em campos como Priority ou Type no CaseHistory.
Tipo de evento
inferred
|
|||
|
Caso reaberto
|
Ocorre quando um caso anteriormente resolvido ou encerrado é reativado porque o problema voltou a ocorrer ou a solução não foi eficaz. É um indicador importante de retrabalho. | ||
|
Por que isso importa
Casos reabertos são um forte sinal de resoluções de baixa qualidade ou de falhas na First Contact Resolution. Analisar sua frequência e suas causas raiz é essencial para melhorar a qualidade do atendimento.
Onde obter
Inferido a partir do objeto CaseHistory quando o campo IsClosed muda de true para false ou quando o Status muda de um estado fechado ou resolvido de volta para um estado aberto.
Captura
Registro de data e hora da alteração do campo Status ou IsClosed de um estado terminal para um estado ativo.
Tipo de evento
inferred
|
|||
|
Caso reatribuído
|
Representa uma transferência em que um caso passa de um agente ou fila para outro após a atribuição inicial. Isso é inferido por alterações posteriores no campo de proprietário do caso. | ||
|
Por que isso importa
Reatribuições frequentes podem indicar um roteamento inicial incorreto, ineficiências no processo ou lacunas de conhecimento, levando a atrasos e a uma experiência ruim para o cliente. Esta atividade ajuda a quantificar as transferências entre agentes.
Onde obter
Inferido a partir de qualquer alteração no campo OwnerId do objeto CaseHistory após a atribuição inicial.
Captura
Identificar todas as atualizações do campo OwnerId após a primeira.
Tipo de evento
inferred
|
|||
|
Confirmação inicial enviada
|
Representa a primeira comunicação enviada ao cliente, confirmando o recebimento da solicitação de serviço. Normalmente, trata-se de um e-mail automático acionado pelas regras de criação de casos, inferido pela identificação da primeira comunicação enviada. | ||
|
Por que isso importa
Acompanhar esta atividade é fundamental para medir os tempos de resposta inicial e garantir que os clientes sejam informados rapidamente. Isso ajuda a analisar o KPI de “Latência da confirmação inicial” e melhorar a comunicação com o cliente.
Onde obter
Inferido a partir do registro de data e hora do primeiro registro EmailMessage enviado associado ao Case. Também pode ser inferido a partir da atualização de um campo personalizado acionada por uma regra de automação.
Captura
Identificar o registro de data e hora do primeiro EmailMessage enviado vinculado ao Case.
Tipo de evento
inferred
|
|||
|
Informações recebidas do cliente
|
Esta atividade marca o fim do tempo de espera do cliente, quando ele fornece as informações solicitadas. Geralmente, é inferida quando o status do caso volta a um estado ativo após uma comunicação recebida. | ||
|
Por que isso importa
Acompanhar este evento é fundamental para entender os tempos de resposta do cliente e seu impacto no ciclo de vida total do caso. Ele sinaliza a retomada do trabalho ativo pelo agente.
Onde obter
Inferido pelo registro de data e hora de um EmailMessage recebido associado ao caso ou por uma alteração de status de “Waiting on Customer” para “In Progress” no objeto CaseHistory.
Captura
Registro de data e hora do e-mail recebido ou da alteração de status de “aguardando”.
Tipo de evento
inferred
|
|||
|
Informações solicitadas ao cliente
|
Esta atividade ocorre quando um agente precisa de informações adicionais do cliente para prosseguir com o caso. Normalmente, é inferida a partir da alteração do status do caso para “aguardando o cliente”. | ||
|
Por que isso importa
Esta atividade marca o início de um tempo de espera que não está sob controle do agente. Isolar esse período é fundamental para medir com precisão a eficiência do processo interno e a performance do agente.
Onde obter
Inferido a partir do objeto CaseHistory quando o campo Status é atualizado para um valor como “Waiting on Customer Response” ou “Pending”.
Captura
Registro de data e hora da alteração do Status do Case para um valor de espera.
Tipo de evento
inferred
|
|||
|
Pesquisa de satisfação enviada
|
Representa o envio de uma pesquisa de satisfação do cliente (CSAT) ou de Net Promoter Score (NPS). Normalmente, é uma ação automatizada que ocorre após a resolução ou o encerramento do caso. | ||
|
Por que isso importa
Embora não faça parte do processo principal de resolução, esta atividade é importante para entender o loop de feedback. Analisar seu momento e sua frequência garante que a voz do cliente seja capturada de forma consistente.
Onde obter
Inferido a partir de um registro EmailMessage enviado associado ao caso que corresponde a um Template de pesquisa. Como alternativa, pode ser capturado a partir da criação de um registro SurveyInvitation.
Captura
Identificar o e-mail de pesquisa enviado ou a criação do registro SurveyInvitation.
Tipo de evento
inferred
|
|||
|
Solução proposta ao cliente
|
Indica o momento em que um agente apresenta uma possível solução ao cliente. Esta é uma etapa conceitual, normalmente inferida a partir de uma comunicação enviada ou de uma alteração específica de status. | ||
|
Por que isso importa
Acompanhar este marco ajuda a medir o tempo entre a investigação e a proposta de solução. Ele também pode marcar o início de um loop de confirmação caso a solução não seja aceita.
Onde obter
Inferido a partir de um EmailMessage enviado com palavras-chave específicas ou de uma alteração de status para “Solution Provided” no objeto CaseHistory.
Captura
Registro de data e hora da alteração de status ou do evento de comunicação enviada.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Use este Template de dados para acelerar sua jornada de Process Mining e descobrir oportunidades ocultas nas operações de atendimento ao cliente. Comece a transformar seu atendimento hoje!
Alcance agora a máxima eficiência no atendimento ao cliente
Alcance 80% de resolução no primeiro contato e aumente os índices de CSAT.
Não é necessário cartão de crédito