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 de extração para o atendimento ao cliente no Microsoft Dynamics 365
Atributos de atendimento ao cliente
| 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
|
|||
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 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
|
|||
Guias de extração
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.
Não é necessário cartão de crédito. Configure tudo em poucos minutos.