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 de dados do Microsoft Dynamics 365 Customer Service
Atributos de atendimento ao cliente
| Nome | Descrição | ||
|---|---|---|---|
|
Solicitação de serviço
ServiceRequest
|
Identificador exclusivo de uma solicitação de atendimento ao cliente, também conhecida como caso ou chamado. | ||
|
Descrição
A solicitação de serviço é o identificador principal que vincula todas as atividades relacionadas a uma única dúvida ou problema do cliente. Ela funciona como o ID do caso na mineração de processos, garantindo uma visão completa e consistente de cada interação com o cliente, da criação ao encerramento. A análise por solicitação de serviço permite acompanhar a jornada de ponta a ponta, medir os tempos de resolução e identificar padrões entre casos semelhantes.
Por que isso importa
Este é o ID do caso essencial para reunir todos os eventos relacionados em uma única instância do processo e possibilitar a análise de ponta a ponta.
Onde encontrar
Esta é a chave primária da entidade Case (incident) no Microsoft Dynamics 365 Customer Service.
Exemplos
CAS-01024-F3B4V6SR-2023-00589TKT-4815162342
|
|||
|
Atividade
ActivityName
|
Nome do evento de negócio específico que ocorreu em determinado momento durante uma solicitação de serviço. | ||
|
Descrição
Este atributo descreve uma etapa ou alteração de status no processo de atendimento ao cliente, como 'Caso criado', 'Agente investigou o problema' ou 'Caso resolvido'. Essas atividades formam a base do mapa de processos e permitem visualizar e analisar o fluxo do processo. Combinada com uma data e hora, cada atividade gera um evento que define a sequência do processo.
Por que isso importa
As atividades definem as etapas do processo. Analisar sua sequência e frequência é fundamental para entender os fluxos do processo, identificar desvios e encontrar gargalos.
Onde encontrar
Geralmente, é obtido mapeando alterações de status (statuscode) ou eventos específicos de entidades relacionadas, como Tasks, Emails ou Phone Calls, para um nome de atividade padronizado.
Exemplos
Caso criadoAgente investigou o problemaSolução apresentada ao clienteCaso encerrado
|
|||
|
Hora de início
EventTime
|
Data e hora que indicam quando a atividade ocorreu. | ||
|
Descrição
Este atributo registra a data e a hora exatas em que uma atividade específica ocorreu. É essencial para ordenar os eventos corretamente e para todas as análises baseadas em tempo, incluindo o cálculo de tempos de ciclo, durações e tempos de espera entre atividades. Uma data e hora precisas e consistentes são fundamentais para a integridade da análise de mineração de processos.
Por que isso importa
Esta data e hora ordenam os eventos cronologicamente e permitem todos os cálculos de duração, essenciais para analisar a performance e identificar gargalos.
Onde encontrar
Corresponde a campos como 'createdon' ou 'modifiedon' na entidade Case (incident) ou em entidades de atividade relacionadas (por exemplo, Email, Task, Phone Call).
Exemplos
2023-04-15T10:00:00Z2023-05-20T14:35:10Z2023-06-01T09:12:45Z
|
|||
|
Sistema de origem
SourceSystem
|
Identifica o sistema de origem dos dados extraídos. | ||
|
Descrição
Este atributo especifica a origem dos dados dos eventos. Neste processo, identifica sempre o Microsoft Dynamics 365 Customer Service como fonte. Em ambientes com vários sistemas, este campo é essencial para distinguir as fontes de dados e garantir a linhagem dos dados.
Por que isso importa
Oferece uma linhagem clara dos dados, essencial para a governança de dados e para investigar inconsistências, especialmente em análises que combinam sistemas.
Onde encontrar
Geralmente, é um valor estático adicionado durante a extração e transformação dos dados para identificar a origem do conjunto de dados.
Exemplos
Microsoft Dynamics 365 Customer Service
|
|||
|
Última atualização dos dados
LastDataUpdate
|
Data e hora da última atualização ou extração de dados do sistema de origem. | ||
|
Descrição
Este atributo indica quando os dados foram extraídos pela última vez do Microsoft Dynamics 365. Ele ajuda a entender o quanto os dados analisados estão atualizados e é essencial para relatórios e monitoramento. Assim, os usuários sabem se os dados são recentes ao interpretar dashboards e análises.
Por que isso importa
Informa aos usuários quando os dados foram atualizados pela última vez, algo essencial para tomar decisões de negócios oportunas e precisas com base na análise do processo.
Onde encontrar
Este valor é gerado e registrado no conjunto de dados durante a extração.
Exemplos
2023-10-27T08:00:00Z
|
|||
|
Canal
Channel
|
Canal de comunicação pelo qual a solicitação de serviço foi iniciada. | ||
|
Descrição
Este atributo identifica a origem da interação com o cliente, como telefone, e-mail, portal da web ou chat. Cada canal pode ter fluxos de processo, expectativas dos clientes e níveis de complexidade de resolução diferentes. Analisar o processo por canal ajuda a otimizar os fluxos de trabalho específicos de cada canal e a alocação de recursos.
Por que isso importa
Oferece insights sobre como os diferentes canais de contato com o cliente afetam a eficiência do processo, o tempo de resolução e a satisfação do cliente.
Onde encontrar
Corresponde ao campo 'Case Origin' (caseorigincode) na entidade Case (incident).
Exemplos
TelefoneE-mailWebChat
|
|||
|
Motivo do status
StatusReason
|
Apresenta um motivo mais detalhado para o status atual da solicitação de serviço. | ||
|
Descrição
Embora um caso tenha um status geral, como 'Active' ou 'Resolved', o motivo do status oferece mais contexto, como 'Information Provided' ou 'Problem Solved'. Este atributo é essencial para entender os detalhes de como e por que os casos avançam ao longo do ciclo de vida. Por exemplo, ele diferencia casos resolvidos com sucesso daqueles cancelados pelo cliente, o que é fundamental para uma análise precisa dos resultados.
Por que isso importa
Oferece insights detalhados sobre o resultado de um caso e os motivos das alterações de status, permitindo analisar com mais precisão os caminhos de resolução e as causas raiz.
Onde encontrar
Corresponde ao campo 'Status Reason' (statuscode) na entidade Case (incident).
Exemplos
Em andamentoEm esperaProblema resolvidoInformações fornecidas
|
|||
|
Nome do agente
AgentName
|
Nome do agente de atendimento ao cliente ou usuário responsável pela atividade. | ||
|
Descrição
Este atributo identifica o agente ou usuário do sistema que realizou uma atividade, como selecionar um item de uma fila ou resolver um caso. É essencial para analisar a performance dos agentes, a distribuição da carga de trabalho e a alocação de recursos. Ao acompanhar as atividades por agente, as organizações podem identificar profissionais com melhor performance, necessidades de treinamento e desequilíbrios na carga de trabalho.
Por que isso importa
Permite analisar a performance individual e da equipe, ajuda a equilibrar a carga de trabalho e identifica oportunidades de orientação para melhorar a qualidade geral do atendimento.
Onde encontrar
Corresponde ao campo 'Owner' (ownerid) na entidade Case (incident), que se vincula à entidade System User (systemuser).
Exemplos
Alice SmithBob JohnsonSistema
|
|||
|
Nome do cliente
CustomerName
|
Nome do cliente ou da conta associado à solicitação de serviço. | ||
|
Descrição
Este atributo identifica o cliente que iniciou a solicitação de serviço. Ele permite analisar o processo pela perspectiva do cliente e identificar quais clientes enviam mais solicitações, enfrentam os maiores tempos de resolução ou têm os problemas mais complexos. Isso é essencial para gerenciar o relacionamento com os clientes e melhorar o atendimento de acordo com as necessidades de cada um.
Por que isso importa
Permite analisar os dados por cliente para identificar padrões, melhorar o atendimento a contas estratégicas e entender a jornada do cliente.
Onde encontrar
É o campo de pesquisa 'Customer' (customerid) na entidade Case (incident), que pode apontar para um registro de Account ou Contact.
Exemplos
Global Tech Inc.Jane DoeInnovate Solutions
|
|||
|
Prioridade
Priority
|
Nível de prioridade atribuído à solicitação de serviço, que indica sua urgência. | ||
|
Descrição
Este atributo define a urgência de uma solicitação de serviço, geralmente classificada como baixa, normal, alta ou urgente. A prioridade determina a ordem de atendimento dos casos e muitas vezes define as metas do SLA. Analisar como a prioridade afeta o fluxo do processo, a alocação de recursos e os tempos de resolução é essencial para garantir que os problemas críticos sejam tratados rapidamente.
Por que isso importa
Ajuda a entender se as solicitações de alta prioridade são processadas mais rapidamente e cumprem suas metas, além de mostrar como os níveis de prioridade afetam a performance geral do processo.
Onde encontrar
Corresponde ao campo 'Priority' (prioritycode) na entidade Case (incident).
Exemplos
BaixaNormalAlta
|
|||
|
Tempo-alvo de resolução do SLA
SlaTargetResolutionTime
|
Prazo-alvo acordado em contrato para resolver a solicitação de serviço. | ||
|
Descrição
Este atributo especifica o prazo em que uma solicitação de serviço deve ser resolvida, conforme o acordo de nível de serviço (SLA) vigente. Ele serve como referência para medir a performance real. Esse valor é essencial para o Dashboard de monitoramento da conformidade com o SLA e para calcular o KPI de taxa de conformidade com o SLA, mostrando onde o processo não está cumprindo os compromissos de serviço.
Por que isso importa
Esta é a principal referência para medir a performance do serviço em relação aos compromissos assumidos e permite analisar diretamente a conformidade com o SLA e os casos de descumprimento.
Onde encontrar
Este valor é definido pela configuração do SLA no Dynamics 365 e associado a um caso por meio de instâncias de SLA KPI.
Exemplos
2592008640014400
|
|||
|
Tipo de solicitação de serviço
ServiceRequestType
|
Categoria ou classificação principal da solicitação de serviço. | ||
|
Descrição
Este atributo categoriza a solicitação de serviço conforme sua natureza, como 'Dúvida sobre cobrança', 'Suporte técnico' ou 'Feedback sobre o produto'. É fundamental para segmentar a análise do processo e entender como diferentes tipos de solicitação são tratados. A análise por tipo pode revelar que certas categorias têm tempos de resolução mais longos, taxas de escalonamento mais altas ou seguem caminhos diferentes no processo.
Por que isso importa
Permite segmentar o processo para identificar gargalos específicos por tipo, necessidades de recursos e oportunidades de melhoria, contribuindo para estratégias melhores de encaminhamento e atendimento.
Onde encontrar
Essas informações costumam ser armazenadas no campo 'Subject' (subjectid) ou em um campo personalizado de categoria na entidade Case (incident).
Exemplos
Dúvida sobre cobrançaSuporte técnicoFeedback sobre o produtoGestão de contas
|
|||
|
Equipe responsável
OwnerTeam
|
A equipe responsável atualmente pela solicitação de serviço. | ||
|
Descrição
Este atributo identifica a equipe responsável pela solicitação de serviço. A solicitação pode ficar sob a responsabilidade de um agente ou de uma equipe (fila). Analisar os dados por equipe é essencial para entender a performance de cada time, a distribuição da carga de trabalho entre diferentes níveis ou especialidades de suporte e as variações do processo entre equipes.
Por que isso importa
Permite analisar a performance por equipe, o que é essencial para gerenciar os níveis de suporte e os grupos especializados com eficiência.
Onde encontrar
Derivado do campo 'Owner' (ownerid) da entidade Case (incident) quando o responsável é um registro de equipe, e não um usuário do sistema.
Exemplos
Suporte de nível 1Departamento de faturamentoEspecialistas técnicos
|
|||
|
Foi escalonado
IsEscalated
|
Um indicador que informa se a solicitação de serviço foi escalada. | ||
|
Descrição
Este atributo booleano indica se uma solicitação de serviço foi escalada. Isso acontece quando o suporte de primeiro nível não consegue resolver um problema e é necessária a intervenção de uma equipe mais experiente ou de um especialista. Acompanhar esse indicador é essencial para o Dashboard de Caminhos de Escalonamento Interno e o KPI de Taxa de Escalonamento Interno, pois ajuda a identificar as causas raiz dos escalonamentos e os pontos fracos dos níveis iniciais de suporte.
Por que isso importa
Mede diretamente a frequência dos escalonamentos, destacando problemas na resolução no primeiro contato e apontando áreas que precisam de melhorias nos processos ou nas habilidades dos agentes.
Onde encontrar
Corresponde ao campo 'Is Escalated' (isescalated) da entidade Case (incident).
Exemplos
truefalse
|
|||
|
ID do artigo da base de conhecimento
KnowledgeArticleId
|
O identificador de um artigo da base de conhecimento vinculado à solicitação de serviço. | ||
|
Descrição
Este atributo registra o ID de qualquer artigo da base de conhecimento usado ou vinculado durante a resolução de uma solicitação de serviço. Ele mede diretamente a eficácia com que os agentes usam a base de conhecimento para resolver problemas dos clientes. Esses dados são essenciais para o Dashboard de Uso de Artigos da Base de Conhecimento e o KPI correspondente, ajudando a avaliar o valor e a abrangência da base de conhecimento.
Por que isso importa
Acompanha o uso da base de conhecimento e ajuda a entender se os agentes estão aproveitando os recursos disponíveis para resolver problemas com mais rapidez e consistência.
Onde encontrar
Essas informações estão na relação entre as entidades Case (incident) e Knowledge Article (knowledgearticle).
Exemplos
KA-01337KA-02048
|
|||
|
Pontuação CSAT
CustomerSatisfactionScore
|
A pontuação de satisfação fornecida pelo cliente após a resolução do caso. | ||
|
Descrição
Este atributo contém a avaliação numérica ou categórica de uma pesquisa de satisfação do cliente (CSAT), geralmente coletada após o encerramento de uma solicitação de serviço. É uma medida direta da percepção do cliente sobre a qualidade do serviço. Esses dados são essenciais para o Dashboard de Tendências de Satisfação do Cliente e o KPI de Pontuação Média de CSAT após a Resolução, relacionando a performance do processo aos resultados para o cliente.
Por que isso importa
Mede diretamente a satisfação do cliente, permitindo que a organização relacione o comportamento do processo à percepção dos clientes e promova melhorias.
Onde encontrar
Geralmente, esses dados vêm de uma entidade de pesquisa relacionada, como Customer Voice, e são vinculados à entidade Case (incident).
Exemplos
5341
|
|||
|
Produto envolvido
ProductInvolved
|
O produto associado à solicitação de serviço do cliente. | ||
|
Descrição
Este atributo identifica o produto ou serviço específico relacionado ao problema do cliente. Ele permite segmentar o processo de atendimento por produto e descobrir se determinados produtos geram mais solicitações de suporte, apresentam problemas mais complexos ou exigem habilidades especializadas dos agentes. Essa análise ajuda a aprimorar os produtos e planejar os recursos.
Por que isso importa
Permite analisar o processo por produto para identificar problemas recorrentes, melhorar a documentação de suporte e alocar recursos especializados com eficiência.
Onde encontrar
Corresponde ao campo de pesquisa 'Product' (productid) da entidade Case (incident).
Exemplos
Impressora Alpha-100Software de CRM ZetaPlano de dados Omega
|
|||
|
Resolvido no primeiro contato
IsFirstContactResolution
|
Um indicador que informa se a solicitação foi resolvida no primeiro contato. | ||
|
Descrição
Este atributo calculado identifica solicitações de serviço resolvidas sem interações posteriores com o cliente nem atrasos significativos que exijam a transferência para outro agente. Definir a lógica exata pode ser complexo, mas normalmente envolve verificar se o tempo de ciclo foi curto e se não houve reabertura ou novas consultas do cliente após o contato inicial. Ele serve de base para o KPI de Taxa de Resolução no Primeiro Contato.
Por que isso importa
É uma medida essencial da eficiência do serviço e da satisfação do cliente, pois mostra a capacidade de resolver problemas com rapidez e por completo.
Onde encontrar
Calculado com base na sequência e no horário das atividades no Event Log de cada caso.
Exemplos
truefalse
|
|||
|
Retrabalho
IsRework
|
Um indicador calculado que informa se houve atividades de retrabalho no caso. | ||
|
Descrição
Este indicador booleano identifica casos com ciclos de retrabalho ou atividades repetidas, como vários eventos de 'Information Requested From Customer' ou um evento de 'Case Reactivated' após a resolução. Ele é calculado analisando a sequência de atividades em busca de padrões que indiquem ineficiência ou falha na resolução do problema na primeira tentativa. Este atributo é essencial para o Dashboard de Análise de Retrabalho e Contatos Repetidos.
Por que isso importa
Ajuda a quantificar e isolar ineficiências do processo, permitindo que os analistas se concentrem nas causas raiz do trabalho repetido e do esforço desperdiçado.
Onde encontrar
Calculado pela identificação de sequências específicas de atividades (por exemplo, Resolvido -> Reativado) ou de atividades repetidas em um caso, usando análises de Process Mining.
Exemplos
truefalse
|
|||
|
SLA violado
IsSlaBreached
|
Um indicador calculado que informa se a solicitação de serviço ultrapassou o prazo definido no SLA. | ||
|
Descrição
Este indicador booleano é calculado comparando o tempo real de resolução da solicitação de serviço com o 'SLA Target Resolution Time'. Ele recebe o valor verdadeiro quando o tempo real ultrapassa o prazo definido. Este atributo é fundamental para o Dashboard de Monitoramento de Conformidade com o SLA e para calcular o KPI de Taxa de Conformidade com o SLA, pois mostra claramente se cada caso cumpriu ou não o SLA.
Por que isso importa
Mostra claramente se cada caso cumpriu o SLA, facilitando a filtragem, a agregação e a análise das causas raiz das violações.
Onde encontrar
Calculado comparando 'ServiceRequestCycleTime' com 'SlaTargetResolutionTime'.
Exemplos
truefalse
|
|||
Atividades de atendimento ao cliente
| Atividade | Descrição | ||
|---|---|---|---|
|
Caso atribuído
|
Esta atividade representa a atribuição de um caso a uma fila ou usuário específico para atendimento. O sistema registra explicitamente as alterações no responsável pelo caso, que podem ser rastreadas nos logs de auditoria. | ||
|
Por que isso importa
Acompanhar as atribuições é essencial para analisar a distribuição da carga de trabalho, identificar atrasos relacionados às atribuições e entender a eficiência do encaminhamento. Isso ajuda a responder perguntas sobre a rapidez com que os casos chegam à equipe ou pessoa certa.
Onde encontrar
Capturado pelo acompanhamento das alterações no campo 'ownerid' da entidade 'Incident'. A data e hora da alteração ficam disponíveis nos logs do histórico de auditoria.
Coleta
Extraia dos logs de auditoria as alterações no campo 'ownerid' registradas com data e hora.
Tipo de evento
explicit
|
|||
|
Caso criado
|
Esta atividade marca o início do processo de atendimento ao cliente, quando um novo registro de caso é criado no sistema. A criação é um evento explícito, registrado com data e hora específicas quando o registro da entidade 'Incident' é salvo pela primeira vez. | ||
|
Por que isso importa
Como principal evento de início, esta atividade é essencial para calcular a duração total do ciclo de vida do caso e entender as tendências no volume de casos. Ela serve de referência para todas as análises subsequentes do processo.
Onde encontrar
Este evento é capturado a partir da data e hora de 'createdon' na entidade 'Incident' (Case) de cada novo registro.
Coleta
Use a data e hora de 'createdon' do registro Incident.
Tipo de evento
explicit
|
|||
|
Caso encerrado
|
Este é o encerramento administrativo definitivo do registro do caso, que pode ocorrer ao mesmo tempo que a resolução ou algum tempo depois. Esta atividade é capturada pela alteração do estado do caso para 'Closed'. | ||
|
Por que isso importa
Representa o fim definitivo do ciclo de vida do processo no sistema. O tempo entre 'Resolved' e 'Closed' pode indicar trabalho administrativo ou atrasos na finalização dos registros.
Onde encontrar
Capturado pela alteração do campo 'statecode' na entidade 'Incident' para 'Canceled' (2) ou para um estado personalizado de encerramento. A data e hora ficam disponíveis no histórico de auditoria.
Coleta
Acompanhe a data e hora em que 'statecode' muda para o estado terminal final (por exemplo, Canceled/Closed).
Tipo de evento
explicit
|
|||
|
Caso escalonado
|
Representa o escalonamento formal de um caso para um nível superior de suporte ou outra equipe. Pode ser uma ação explícita do usuário, que reatribui o caso a uma fila ou usuário designado para escalonamentos. | ||
|
Por que isso importa
Monitorar os escalonamentos é essencial para o KPI 'Taxa de escalonamento interno' e para identificar as causas raiz dos problemas que o suporte de primeiro nível não consegue resolver. Isso evidencia fragilidades no processo e oportunidades de treinamento.
Onde encontrar
Inferido pela alteração do campo 'ownerid' para uma fila ou equipe designada para escalonamentos. Também pode ser uma ação personalizada explícita que sinaliza o caso como escalonado.
Coleta
Identifique uma alteração no 'ownerid', registrada com data e hora, para uma fila de escalonamento conhecida.
Tipo de evento
inferred
|
|||
|
Caso resolvido
|
Este marco importante representa o momento em que o agente considera que o problema do cliente foi resolvido. É uma ação explícita no Dynamics 365, que cria um registro de atividade 'Case Resolution' vinculado ao caso. | ||
|
Por que isso importa
Como principal evento de término associado ao sucesso, esta atividade é essencial para calcular os tempos de resolução e as taxas de sucesso. É um componente fundamental de quase todos os KPIs de atendimento ao cliente.
Onde encontrar
Este evento corresponde à criação de um registro de atividade 'Resolution' (Case Resolution). A data e hora de 'actualend' desse registro marcam o momento da resolução.
Coleta
Use a data e hora de 'actualend' ou 'createdon' do registro de atividade 'Resolution' associado.
Tipo de evento
explicit
|
|||
|
Contagem do SLA iniciada
|
Indica a ativação de uma contagem de SLA para o caso, que começa a medir o tempo em relação a uma métrica de serviço definida, como 'First Response By' ou 'Resolve By'. Esse evento explícito é gerenciado pelo mecanismo de SLA do Dynamics 365. | ||
|
Por que isso importa
Esta atividade é fundamental para monitorar a conformidade com os SLAs e entender quando começa a contagem dos compromissos de serviço. Ela permite analisar diretamente se as metas de serviço estão sendo cumpridas.
Onde encontrar
Registrado na entidade 'SLA KPI Instance', relacionada à entidade 'Incident'. A data e hora de 'createdon' do registro correspondente de SLA KPI Instance marca o início.
Coleta
Use a data e hora de criação do registro 'SLA KPI Instance' associado ao caso.
Tipo de evento
explicit
|
|||
|
Agente investigou o problema
|
Representa o trabalho ativo do agente para entender e diagnosticar o problema do cliente. Esta atividade é inferida, muitas vezes, quando o agente vincula um artigo da base de conhecimento ao caso, indicando que houve uma pesquisa. | ||
|
Por que isso importa
Acompanhar essa atividade ajuda a medir o uso dos recursos de conhecimento e seu impacto nos tempos de resolução. Também permite entender se os agentes estão aproveitando as ferramentas disponíveis para resolver problemas com eficiência.
Onde encontrar
Inferido a partir da criação de um registro na entidade 'IncidentKnowledgeBaseRecord', que vincula um artigo da base de conhecimento a um caso. Usa-se a data e hora de criação desse registro.
Coleta
Use a data e hora em que um artigo da base de conhecimento é associado ao Incident.
Tipo de evento
inferred
|
|||
|
Caso reativado
|
Ocorre quando um caso já resolvido é reaberto automaticamente ou manualmente, geralmente porque o cliente respondeu ou informou que o problema não foi corrigido. Esse comportamento padrão do sistema altera o status do caso de 'Resolved' para 'Active'. | ||
|
Por que isso importa
Esta atividade é essencial para identificar retrabalho e analisar a 'Taxa de resolução no primeiro contato'. Um número alto de reativações indica que as soluções iniciais foram incompletas ou ineficazes.
Onde encontrar
Capturado pela alteração do campo 'statecode' na entidade 'Incident' de 'Resolved' (1) para 'Active' (0). A data e hora dessa alteração são registradas no histórico de auditoria.
Coleta
Acompanhe nos logs de auditoria a data e hora da alteração de 'statecode' de Resolved para Active.
Tipo de evento
explicit
|
|||
|
Categoria do caso alterada
|
Este evento ocorre quando um agente altera a categoria ou o assunto de um caso após sua criação. O sistema registra explicitamente essa alteração por meio da funcionalidade de auditoria. | ||
|
Por que isso importa
Acompanhar a recategorização é essencial para o KPI 'Taxa de recategorização de solicitações de serviço'. Uma frequência alta indica problemas na triagem inicial, que podem levar a encaminhamentos incorretos e atrasos.
Onde encontrar
Capturado no histórico de auditoria da entidade 'Incident', especificamente pelo acompanhamento das alterações no campo 'subjectid' ou em outros campos personalizados de categorização.
Coleta
Extraia dos logs de auditoria as alterações no campo 'subjectid' registradas com data e hora.
Tipo de evento
explicit
|
|||
|
Informações solicitadas ao cliente
|
Esta atividade marca o momento em que o agente precisa de mais informações do cliente para dar continuidade ao atendimento. Ela costuma ser inferida quando o status do caso muda para um estado de espera ou quando um e-mail é enviado pela linha do tempo do caso. | ||
|
Por que isso importa
Esta atividade é essencial para medir atrasos relacionados ao cliente e entender o KPI 'Tempo de espera por informações do cliente'. Ela ajuda a isolar o tempo do processo dedicado à espera de informações externas.
Onde encontrar
Pode ser inferido pela alteração do campo 'statuscode' na entidade 'Incident' para um valor como 'On Hold', com o motivo 'Waiting for Customer'. Usa-se a data e hora dessa alteração de status.
Coleta
Acompanhe a data e hora da alteração de statuscode para um estado definido como 'waiting for customer'.
Tipo de evento
inferred
|
|||
|
Item da fila selecionado pelo agente
|
Este evento ocorre quando um agente seleciona um caso de uma fila compartilhada para começar a trabalhar nele. É uma ação deliberada do usuário, diferente da atribuição do caso à fila pelo sistema. | ||
|
Por que isso importa
Esta atividade ajuda a medir quanto tempo um caso aguarda na fila antes de um agente começar a trabalhar nele. É essencial para identificar gargalos na fila e entender a proatividade dos agentes.
Onde encontrar
Rastreado quando um usuário atualiza o campo 'workedbyid' na entidade 'QueueItem' associada ao caso ou quando o responsável pelo caso muda de uma fila para um usuário.
Coleta
Identifique a data e hora em que o campo 'workedbyid' é preenchido na QueueItem.
Tipo de evento
explicit
|
|||
|
Pesquisa de satisfação enviada
|
Marca o envio de uma pesquisa de satisfação ao cliente, geralmente acionado automaticamente após a resolução de um caso. Normalmente, é registrado como um e-mail enviado ou uma atividade de pesquisa do Customer Voice. | ||
|
Por que isso importa
Esta atividade conecta o processo operacional aos resultados da experiência do cliente. Ela permite analisar as pontuações de satisfação considerando o caminho percorrido pelo caso.
Onde encontrar
Inferido pela criação de uma atividade 'Email' enviada com um link para a pesquisa ou de um registro de atividade 'Customer Voice survey invite' relacionado ao caso.
Coleta
Use a data e hora de criação do registro de atividade relacionado à pesquisa.
Tipo de evento
inferred
|
|||
|
Solução apresentada ao cliente
|
Esta atividade indica que o agente formulou uma solução e a comunicou ao cliente. Geralmente, é inferida pelo envio de um e-mail pela linha do tempo do caso ou pela alteração do status para 'Pending Customer Confirmation'. | ||
|
Por que isso importa
Este marco representa a transição da investigação para a resolução. Analisar o tempo entre a apresentação e a confirmação de uma solução pode revelar atrasos na resposta do cliente ou problemas com as correções propostas.
Onde encontrar
Pode ser inferido pela data e hora de um registro de atividade 'Email' enviado e relacionado ao caso ou pela alteração de statuscode para um estado anterior à resolução.
Coleta
Use a data e hora de uma atividade de e-mail enviado ou de uma alteração de status para 'Solution Proposed'.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Use este Template de dados para dar os primeiros passos em Process Mining e encontrar novas oportunidades de eficiência nas operações de atendimento ao cliente. Comece hoje a otimizar seus fluxos de trabalho para oferecer uma experiência melhor aos clientes.
Otimize o atendimento ao cliente: aumente a resolução no primeiro contato e reduza custos
Identifique gargalos e alcance 80% de resolução no primeiro contato para deixar os clientes mais satisfeitos.
Não é necessário informar cartão de crédito. Configure tudo em poucos minutos.