Seu Template de dados de atendimento ao cliente

Microsoft Dynamics 365 Customer Service
Seu Template de dados de atendimento ao cliente

Seu Template de dados de atendimento ao cliente

Este Template oferece uma estrutura para coletar os dados essenciais a uma análise completa do processo de atendimento ao cliente. Ele apresenta os principais atributos a reunir, as atividades importantes a acompanhar e orientações para extrair essas informações com eficiência.
  • Atributos recomendados para coleta
  • Principais atividades a acompanhar
  • Orientações para extração de dados do Microsoft Dynamics 365 Customer Service
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos de atendimento ao cliente

Estes são os campos de dados recomendados para incluir no Event Log e analisar o processo de atendimento ao cliente de forma abrangente.
5 Obrigatório 7 Recomendado 8 Opcional
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
Obrigatório Recomendado Opcional

Atividades de atendimento ao cliente

Estas são as principais etapas e os marcos do processo a registrar no Event Log para descobrir e otimizar o atendimento ao cliente com precisão.
6 Recomendado 7 Opcional
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
Recomendado Opcional

Guias de extração

Como obter seus dados do Microsoft Dynamics 365 Customer Service

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.

Comece seu teste grátis

Não é necessário informar cartão de crédito. Configure tudo em poucos minutos.