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 abordagem estruturada para coletar os dados essenciais necessários a uma análise completa do seu processo de atendimento ao cliente. Ele apresenta os principais atributos a serem coletados, as atividades essenciais a serem acompanhadas e orientações para extrair essas informações com eficiência.
  • Atributos recomendados para coleta
  • Principais atividades a acompanhar
  • Orientações de extração para o atendimento ao cliente no Microsoft Dynamics 365
Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Atributos de atendimento ao cliente

Estes são os campos de dados recomendados para incluir no seu Event Log para uma análise completa do processo de atendimento ao cliente.
5 Obrigatório 7 Recomendado 8 Opcional
Nome Descrição
Solicitação de serviço
ServiceRequest
O identificador exclusivo de uma solicitação de atendimento ao cliente, também conhecida como caso ou ticket.
Descrição

A solicitação de serviço funciona como o identificador principal, conectando todas as atividades relacionadas a uma única dúvida ou problema do cliente. Ela atua como o Case ID do Process Mining, garantindo uma visão completa e consistente de cada interação com o cliente, da criação ao encerramento. Analisar 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 Case ID essencial que conecta todos os eventos relacionados em uma única instância de processo, tornando possível analisar o processo de ponta a ponta.

Onde obter

Esta é a chave primária da entidade Case (incident) no Microsoft Dynamics 365 Customer Service.

Exemplos
CAS-01024-F3B4V6SR-2023-00589TKT-4815162342
Atividade
ActivityName
O nome do evento de negócio específico que ocorreu em determinado momento para uma solicitação de serviço.
Descrição

Este atributo descreve uma única etapa ou alteração de status no processo de atendimento ao cliente, como "Case Created", "Agent Investigated Issue" ou "Case Resolved". Essas atividades formam a base do mapa de processo, permitindo visualizar e analisar o fluxo do processo. Cada atividade, quando combinada com um registro de data e hora, cria um evento que define a sequência do processo.

Por que isso importa

As atividades definem as etapas do processo. Analisar a sequência e a frequência das atividades é fundamental para entender os fluxos do processo, identificar desvios e encontrar gargalos.

Onde obter

Normalmente obtido pelo mapeamento de alterações de status (statuscode) ou de 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 proposta ao clienteCaso encerrado
Hora de início
EventTime
O registro de data e hora que indica quando a atividade ocorreu.
Descrição

Este atributo registra a data e a hora exatas em que uma atividade específica ocorreu. Ele é 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. Um registro de data e hora preciso e consistente é fundamental para a integridade da análise de Process Mining.

Por que isso importa

Este registro de data e hora ordena os eventos cronologicamente e permite todos os cálculos baseados em duração, essenciais para analisar a performance e identificar gargalos.

Onde obter

Corresponde a campos como "createdon" ou "modifiedon" na entidade Case (incident) ou em entidades de atividades relacionadas, como Email, Task e 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 do qual os dados foram extraídos.
Descrição

Este atributo especifica a origem dos dados dos eventos. Neste processo, ele identificará consistentemente o Microsoft Dynamics 365 Customer Service como a fonte. Em ambientes com vários sistemas, esse campo é fundamental para distinguir as fontes de dados e garantir a linhagem dos dados.

Por que isso importa

Fornece uma linhagem clara dos dados, essencial para a governança de dados e para solucionar inconsistências, especialmente em análises que combinam 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
Microsoft Dynamics 365 Customer Service
Última atualização dos dados
LastDataUpdate
O registro de data e hora da última atualização ou extração dos dados do sistema de origem.
Descrição

Este atributo indica quando os dados foram extraídos pela última vez do Microsoft Dynamics 365. Ele é usado para entender o nível de atualização dos dados analisados e é essencial para relatórios e monitoramento. Assim, os usuários sabem o quão recentes são os dados ao interpretar Dashboards e análises.

Por que isso importa

Informa aos usuários o quão recentes são os dados, algo essencial para tomar decisões de negócio precisas e no momento certo com base na análise do processo.

Onde obter

Este valor é gerado e registrado no conjunto de dados no momento da extração.

Exemplos
2023-10-27T08:00:00Z
Canal
Channel
O 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 Phone, Email, Web Portal ou Chat. Diferentes canais geralmente têm fluxos de processo, expectativas dos clientes e níveis de complexidade de resolução distintos. Analisar o processo por canal ajuda a otimizar Workflows específicos de cada canal e a alocação de recursos.

Por que isso importa

Fornece insights sobre como 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 obter

Corresponde ao campo "Case Origin" (caseorigincode) da entidade Case (incident).

Exemplos
TelefoneE-mailWebChat
Motivo do status
StatusReason
Fornece um motivo mais detalhado para o status atual da solicitação de serviço.
Descrição

Embora um caso tenha um status amplo, como "Active" ou "Resolved", o motivo do status fornece um contexto mais específico, como "Information Provided" ou "Problem Solved". Este atributo é essencial para entender as nuances de como e por que os casos avançam em seu ciclo de vida. Por exemplo, ele pode diferenciar casos resolvidos com sucesso daqueles cancelados pelo cliente, algo fundamental para uma análise precisa dos resultados.

Por que isso importa

Oferece um insight detalhado sobre o resultado de um caso e os motivos de suas alterações de status, permitindo uma análise mais precisa dos caminhos de resolução e das causas-raiz.

Onde obter

Corresponde ao campo "Status Reason" (statuscode) da entidade Case (incident).

Exemplos
Em andamentoEm esperaProblema resolvidoInformação fornecida
Nome do agente
AgentName
O nome do agente de atendimento ao cliente ou do usuário responsável pela atividade.
Descrição

Este atributo identifica o agente específico ou usuário do sistema que realizou uma atividade, como selecionar um item de uma fila ou resolver um caso. Ele é essencial para analisar a performance dos agentes, a distribuição da carga de trabalho e a alocação de recursos. Ao acompanhar as atividades no nível do agente, as organizações podem identificar os melhores desempenhos, as necessidades de treinamento e os 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 obter

Corresponde ao campo "Owner" (ownerid) da entidade Case (incident), que se relaciona à entidade System User (systemuser).

Exemplos
Alice SmithBob JohnsonSistema
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. Ele permite analisar o processo sob uma perspectiva centrada no cliente, ajudando a identificar quais clientes enviam mais solicitações, enfrentam os maiores tempos de resolução ou têm problemas mais complexos. Isso é essencial para gerenciar o relacionamento com os clientes e melhorar a prestação de serviços específicos para cada cliente.

Por que isso importa

Permite analisar o nível do cliente para identificar padrões, melhorar o serviço para contas estratégicas e entender a jornada do cliente.

Onde obter

Este é o campo de pesquisa "Customer" (customerid) da entidade Case (incident), que pode apontar para um registro de Account ou Contact.

Exemplos
Global Tech Inc.Jane DoeInnovate Solutions
Prioridade
Priority
O nível de prioridade atribuído à solicitação de serviço, indicando sua urgência.
Descrição

Este atributo define a urgência de uma solicitação de serviço, normalmente categorizada como Low, Normal, High ou Urgent. A prioridade é usada para determinar a ordem em que os casos são tratados e geralmente 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 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 atingem suas metas, além de mostrar como os níveis de prioridade afetam a performance geral do processo.

Onde obter

Corresponde ao campo "Priority" (prioritycode) da entidade Case (incident).

Exemplos
BaixaNormalAlta
Tempo-alvo de resolução do SLA
SlaTargetResolutionTime
O tempo-alvo acordado contratualmente para resolver a solicitação de serviço.
Descrição

Este atributo especifica a duração-alvo dentro da qual uma solicitação de serviço deve ser resolvida de acordo com o Service Level Agreement (SLA) ativo. Ele serve como referência para medir a performance real. Esse valor é essencial para o Dashboard SLA Compliance Monitoring e para calcular o KPI SLA Compliance Rate, destacando 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, permitindo diretamente analisar a conformidade e as violações do SLA.

Onde obter

Este valor é definido pela configuração do SLA no Dynamics 365 e associado a um caso por meio de SLA KPI Instances.

Exemplos
2592008640014400
Tipo de solicitação de serviço
ServiceRequestType
A principal categoria ou classificação da solicitação de serviço.
Descrição

Este atributo categoriza a solicitação de serviço com base em sua natureza, como "Billing Inquiry", "Technical Support" ou "Product Feedback". Ele é 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 determinadas categorias têm tempos de resolução mais longos, taxas de escalação mais altas ou seguem caminhos de processo diferentes.

Por que isso importa

Permite segmentar o processo para revelar gargalos específicos de cada tipo, necessidades de recursos e oportunidades de melhoria, apoiando estratégias melhores de encaminhamento e tratamento.

Onde obter

Essas informações geralmente são armazenadas no campo "Subject" (subjectid) ou em um campo de categoria personalizado da entidade Case (incident).

Exemplos
Dúvida sobre faturamentoSuporte técnicoFeedback sobre o produtoGestão de contas
É retrabalho
IsRework
Um indicador calculado que mostra se um caso envolveu atividades de retrabalho.
Descrição

Este indicador booleano identifica casos que contêm ciclos de retrabalho ou atividades repetidas, como vários eventos "Information Requested From Customer" ou um evento "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 correta do problema na primeira tentativa. Este atributo é essencial para o Dashboard Rework and Repeat Contact Analysis.

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 obter

Calculado pela detecção de sequências específicas de atividades, como Resolved -> Reactivated, ou de atividades repetidas em um caso usando análises de Process Mining.

Exemplos
truefalse
Equipe responsável
OwnerTeam
A equipe que atualmente é responsável pela solicitação de serviço.
Descrição

Este atributo identifica a equipe responsável pela solicitação de serviço. Uma solicitação pode pertencer a um agente individual ou a uma equipe (fila). Analisar por equipe é essencial para entender a performance de cada equipe, 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 no nível da equipe, algo essencial para gerenciar com eficiência os níveis de suporte e os grupos especializados.

Onde obter

Derivado do campo "Owner" (ownerid) da entidade Case (incident) quando o responsável é um registro Team, e não um System User.

Exemplos
Suporte de nível 1Departamento de faturamentoEspecialistas técnicos
Está escalado
IsEscalated
Um indicador que mostra se a solicitação de serviço foi escalada.
Descrição

Este atributo booleano indica se uma solicitação de serviço passou por uma escalação. As escalações ocorrem quando o suporte de primeiro nível não consegue resolver um problema, exigindo a intervenção de uma equipe mais sênior ou de um especialista. Acompanhar esse indicador é essencial para o Dashboard Internal Escalation Pathways e para o KPI Internal Escalation Rate, ajudando a identificar as causas-raiz das escalações e as fragilidades nos níveis iniciais de suporte.

Por que isso importa

Mede diretamente a frequência das escalações, destacando problemas na resolução no primeiro contato e apontando áreas que precisam de melhorias no processo ou nas habilidades dos agentes.

Onde obter

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 fornece uma medida direta de como os agentes estão utilizando a base de conhecimento para resolver problemas dos clientes. Esses dados são essenciais para o Dashboard Knowledge Article Utilization e para o KPI correspondente, ajudando a avaliar o valor e a completude da base de conhecimento.

Por que isso importa

Acompanha o uso da base de conhecimento, ajudando a entender se os agentes estão aproveitando os recursos disponíveis para resolver problemas com mais rapidez e consistência.

Onde obter

Essas informações são encontradas no relacionamento entre as entidades Case (incident) e Knowledge Article (knowledgearticle).

Exemplos
KA-01337KA-02048
O SLA foi violado
IsSlaBreached
Um indicador calculado que mostra se a solicitação de serviço ultrapassou a meta do SLA.
Descrição

Este indicador booleano é determinado pela comparação entre o tempo real de resolução de uma solicitação de serviço e seu "SLA Target Resolution Time". Ele recebe o valor true quando o tempo real é maior que o tempo-alvo. Este atributo é fundamental para o Dashboard SLA Compliance Monitoring e para calcular o KPI SLA Compliance Rate, fornecendo um resultado binário claro sobre a performance de cada caso em relação ao SLA.

Por que isso importa

Fornece um resultado claro de cumprimento ou não cumprimento do SLA em cada caso, facilitando filtrar, agregar e analisar as causas-raiz das violações.

Onde obter

Calculado comparando "ServiceRequestCycleTime" com "SlaTargetResolutionTime".

Exemplos
truefalse
Pontuação CSAT
CustomerSatisfactionScore
A pontuação de satisfação fornecida pelo cliente após a resolução do caso.
Descrição

Este atributo armazena a avaliação numérica ou categórica de uma pesquisa de satisfação do cliente (CSAT), normalmente coletada após o encerramento de uma solicitação de serviço. Ele mede diretamente a percepção do cliente sobre a qualidade do atendimento. Esses dados são essenciais para o Dashboard Customer Satisfaction Trends e para o KPI Average Post-Resolution CSAT Score, conectando a performance do processo aos resultados para o cliente.

Por que isso importa

Fornece uma medida direta da satisfação do cliente, permitindo que a organização relacione comportamentos do processo à percepção dos clientes e promova melhorias.

Onde obter

Normalmente, é obtido de uma entidade de pesquisa relacionada, como Customer Voice, e vinculado novamente à 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 ao qual o problema do cliente está relacionado. Ele permite segmentar o processo de atendimento por produto, revelando se determinados produtos geram mais solicitações de suporte, apresentam problemas mais complexos ou exigem habilidades especializadas dos agentes. Essa análise ajuda a melhorar produtos e planejar 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 de forma eficiente.

Onde obter

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 mostra se a solicitação foi resolvida durante o primeiro contato.
Descrição

Este atributo calculado identifica solicitações de serviço resolvidas sem interações posteriores do cliente ou atrasos significativos que exigissem a reatribuição do agente. Definir a lógica exata pode ser complexo, mas normalmente envolve verificar um tempo de ciclo curto e a ausência de atividades de reabertura ou de novas dúvidas do cliente após a interação inicial. Ele é a base do KPI First Contact Resolution Rate.

Por que isso importa

Esta é uma medida crítica da eficiência do atendimento e da satisfação do cliente, pois evidencia a capacidade de resolver problemas com rapidez e de forma completa.

Onde obter

Calculado com base na sequência e no momento das atividades no Event Log de cada caso.

Exemplos
truefalse
Obrigatório Recomendado Opcional

Atividades de atendimento ao cliente

Estas são as principais etapas e marcos do processo que devem ser registrados no seu Event Log para uma descoberta e otimização precisas do atendimento ao cliente.
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 proprietário do caso, que podem ser acompanhadas pelos logs de auditoria do sistema.
Por que isso importa

Acompanhar as atribuições é essencial para analisar a distribuição da carga de trabalho, identificar atrasos relacionados à atribuição e entender a eficiência do encaminhamento. Isso ajuda a responder perguntas sobre a rapidez com que os casos são encaminhados ao time ou à pessoa certa.

Onde obter

Capturado pelo acompanhamento das alterações no campo 'ownerid' da entidade 'Incident'. O registro de data e hora da alteração está disponível nos logs do histórico de auditoria.

Captura

Extraia dos logs de auditoria as alterações no campo 'ownerid' acompanhadas do registro de data e hora.

Tipo de evento explicit
Caso criado
Esta atividade marca o início do processo de Customer Service, quando um novo registro de caso é criado no sistema. A criação é um evento explícito, registrado com um horário específico 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 geral do ciclo de vida do caso e entender as tendências de volume de casos. Ela serve como referência para todas as análises posteriores do processo.

Onde obter

Este evento é capturado a partir do registro de data e hora 'createdon' da entidade 'Incident' (Case) para cada novo registro.

Captura

Use o registro de data e hora 'createdon' do registro Incident.

Tipo de evento explicit
Caso encerrado
Este é o encerramento administrativo final do registro do caso, que pode ocorrer ao mesmo tempo que a resolução ou algum tempo depois. Esta atividade é capturada por uma alteração no estado do caso para "Closed".
Por que isso importa

Isso representa o fim absoluto do ciclo de vida do processo no sistema. O tempo entre "Resolved" e "Closed" pode indicar sobrecarga administrativa ou atrasos na finalização dos registros.

Onde obter

Capturado por uma alteração no campo "statecode" da entidade "Incident" para "Canceled" (2) ou para um estado personalizado de encerramento. O registro de data e hora está disponível no histórico de auditoria.

Captura

Acompanhe o registro de data e hora da alteração de "statecode" para seu 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 para outro time. 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 as escalações é essencial para o KPI "Internal Escalation Rate" e para identificar as causas-raiz dos problemas que o suporte de primeiro nível não consegue resolver. Isso evidencia fragilidades do processo e oportunidades de treinamento.

Onde obter

Inferido a partir de uma alteração no campo "ownerid" para uma fila ou equipe de escalação designada. Também pode ser uma ação personalizada explícita que sinaliza o caso como escalado.

Captura

Identifique uma alteração com registro de data e hora do campo "ownerid" para uma fila de escalação conhecida.

Tipo de evento inferred
Caso resolvido
Este é um marco importante que representa o momento em que o agente considera o problema do cliente resolvido. Trata-se de 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 final de sucesso, esta atividade é essencial para calcular os tempos de resolução e as taxas de sucesso. Ela é um componente crítico de praticamente todos os KPIs de atendimento ao cliente.

Onde obter

Este evento corresponde à criação de um registro de atividade "Resolution" (Case Resolution). O registro de data e hora "actualend" desse registro indica o momento da resolução.

Captura

Use o registro de data e hora "actualend" ou "createdon" do registro de atividade "Resolution" associado.

Tipo de evento explicit
Timer de SLA iniciado
Indica a ativação de um timer de Acordo de Nível de Serviço (SLA) para o caso, que começa a contabilizar o tempo em relação a uma métrica de serviço definida, como 'First Response By' ou 'Resolve By'. Este é um 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 do tempo dos compromissos de serviço. Ela apoia diretamente a análise sobre o cumprimento das metas de serviço.

Onde obter

Registrado na entidade 'SLA KPI Instance', que está relacionada à entidade 'Incident'. O registro de data e hora 'createdon' do registro relevante de SLA KPI Instance marca o início.

Captura

Use o registro de 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 é uma atividade inferida, geralmente identificada quando o agente vincula um artigo de conhecimento ao caso, indicando que uma investigação foi realizada.
Por que isso importa

Acompanhar essa atividade ajuda a medir a utilização dos recursos de conhecimento e seu impacto nos tempos de resolução. Isso oferece um insight sobre o uso das ferramentas disponíveis pelos agentes para resolver problemas com eficiência.

Onde obter

Inferido a partir da criação de um registro na entidade 'IncidentKnowledgeBaseRecord', que vincula um artigo de conhecimento a um caso. O registro de data e hora da criação desse registro é utilizado.

Captura

Use o registro de data e hora em que um artigo de conhecimento é associado ao Incident.

Tipo de evento inferred
Caso reativado
Ocorre quando um caso resolvido anteriormente é reaberto automática ou manualmente, geralmente porque o cliente respondeu ou informou que o problema não foi corrigido. Esse é um comportamento padrão do sistema que altera o status do caso de "Resolved" para "Active".
Por que isso importa

Esta atividade é essencial para identificar retrabalho e analisar o "First Contact Resolution Rate". Um número elevado de reativações indica soluções iniciais incompletas ou ineficazes.

Onde obter

Capturado por uma alteração no campo "statecode" da entidade "Incident", de "Resolved" (1) para "Active" (0). O registro de data e hora dessa alteração é armazenado no histórico de auditoria.

Captura

Acompanhe o registro de data e hora da alteração de "statecode" de Resolved para Active nos logs de auditoria.

Tipo de evento explicit
Categorização do caso alterada
Este evento ocorre quando um agente modifica a categoria ou o assunto de um caso depois da sua criação inicial. Trata-se de uma alteração explícita acompanhada pela funcionalidade de auditoria do sistema.
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, levando a encaminhamentos incorretos e atrasos.

Onde obter

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.

Captura

Extraia dos logs de auditoria as alterações no campo 'subjectid' acompanhadas do registro de 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 prosseguir. Ela geralmente é inferida quando o status do caso muda para um estado de 'espera' ou quando um e-mail de saída é enviado pela linha do tempo do caso.
Por que isso importa

Isso é essencial para medir os atrasos relacionados ao cliente e entender o KPI 'Tempo de espera pelas informações do cliente'. A atividade ajuda a isolar o tempo do processo gasto aguardando informações externas.

Onde obter

Pode ser inferido a partir de uma alteração no campo 'statuscode' da entidade 'Incident' para um valor como 'On Hold', com o motivo 'Waiting for Customer'. O registro de data e hora dessa alteração de status é utilizado.

Captura

Acompanhe o registro de data e hora da alteração de statuscode para um estado designado como 'waiting for customer'.

Tipo de evento inferred
Item da fila selecionado pelo agente
Este evento ocorre quando um agente pega ativamente um caso de uma fila compartilhada para começar a trabalhar nele. Trata-se de 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 o tempo real que um caso espera na fila antes de um agente começar a trabalhar nele. Ela é essencial para identificar gargalos na fila e entender a proatividade dos agentes.

Onde obter

Acompanhado quando um usuário atualiza o campo 'workedbyid' da entidade 'QueueItem' associada ao caso ou quando o proprietário do caso muda de uma fila para um usuário.

Captura

Identifique o registro de data e hora em que o campo 'workedbyid' do QueueItem é preenchido.

Tipo de evento explicit
Pesquisa de satisfação enviada
Indica o envio de uma pesquisa de satisfação do cliente, normalmente acionado automaticamente após a resolução de um caso. Geralmente, é capturado 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 no contexto do caminho percorrido pelo caso.

Onde obter

Inferido a partir da criação de uma atividade de "Email" enviada com um link para a pesquisa ou de um registro de atividade "Customer Voice survey invite" relacionado ao caso.

Captura

Use o registro de data e hora de criação do registro de atividade relacionado à pesquisa.

Tipo de evento inferred
Solução proposta ao cliente
Esta atividade indica que o agente formulou uma solução e a comunicou ao cliente. Normalmente, ela é inferida a partir de um e-mail enviado na linha do tempo do caso ou de uma alteração de 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 proposta e a confirmação de uma solução pode revelar atrasos na resposta do cliente ou problemas nas correções propostas.

Onde obter

Pode ser inferido a partir do registro de data e hora de uma atividade de "Email" enviada relacionada ao caso ou de uma alteração de statuscode para um estado anterior à resolução.

Captura

Use o registro de data e hora de uma atividade de e-mail enviada 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 atendimento ao cliente no Microsoft Dynamics 365

Pronto para começar?

Use este Template de dados para iniciar sua jornada de Process Mining e liberar novas oportunidades de eficiência nas operações de atendimento ao cliente. Comece a otimizar seus Workflows hoje para oferecer experiências melhores aos clientes.

Otimize o atendimento ao cliente: aumente o FCR e reduza custos agora

Identifique gargalos e alcance 80% de resolução no primeiro contato para deixar seus clientes mais satisfeitos.

Comece seu teste grátis

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