Seu Template de dados de atendimento ao cliente

Zendesk Support
Seu Template de dados de atendimento ao cliente

Seu Template de dados de atendimento ao cliente

Este Template ajuda você a reunir os dados certos para analisar o processo de atendimento ao cliente. Ele apresenta os atributos de dados essenciais, as principais atividades a acompanhar e orientações práticas para extrair essas informações. Com este guia, você pode criar um Event Log consistente para encontrar insights e melhorar as operações de atendimento.
  • Atributos recomendados para coleta
  • Principais atividades para acompanhar no processo de atendimento ao cliente
  • Orientações para extrair dados do Zendesk Support
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 fazer uma análise completa do atendimento ao cliente.
5 Obrigatório 6 Recomendado 7 Opcional
Nome Descrição
Hora de início
StartTime
Data e hora que indicam quando uma atividade ou evento começou.
Descrição

A hora de início, ou data e hora do evento, registra a data e a hora exatas em que uma atividade específica ocorreu. Por exemplo, indica quando um cliente adicionou um comentário, quando um agente foi atribuído ou quando o status do ticket mudou para 'Resolved'.

Essa informação é fundamental para a mineração de processos, pois estabelece a ordem cronológica dos eventos. Ela é usada para calcular a duração entre atividades, medir tempos de ciclo, analisar a performance em relação aos SLAs e entender a dinâmica temporal do processo de atendimento.

Por que isso importa

Essa informação é essencial para ordenar eventos, calcular durações e analisar a linha do tempo do processo de atendimento.

Onde encontrar

API Zendesk Ticket Audits, campo created_at de cada evento no histórico de auditoria.

Exemplos
2023-04-15T10:00:00Z2023-04-15T10:05:14Z2023-04-16T14:30:00Z
Solicitação de atendimento
ServiceRequest
Identificador exclusivo de cada solicitação de atendimento ao cliente, também chamada de ticket ou caso.
Descrição

A solicitação de atendimento é o principal identificador do caso e conecta todas as atividades relacionadas a uma consulta ou problema de um cliente, desde a criação até a resolução final. Cada interação, atualização ou ação interna está vinculada a esse ID exclusivo.

Na mineração de processos, analisar os eventos agrupados por solicitação de atendimento permite ter uma visão completa da jornada do cliente, do início ao fim. Esse identificador é a base para calcular métricas importantes, como o tempo total de resolução, identificar desvios do processo e entender o ciclo de vida de cada problema do cliente.

Por que isso importa

Este é o ID do caso essencial que conecta todas as etapas do processo e permite reconstruir e analisar cada jornada individual de atendimento ao cliente.

Onde encontrar

API Zendesk Tickets, campo id.

Exemplos
102451287415332
Nome da atividade
ActivityName
Nome do evento ou da tarefa específica que ocorreu durante o ciclo de vida da solicitação de atendimento.
Descrição

O nome da atividade descreve uma etapa ou marco do processo de atendimento ao cliente, como 'Solicitação de atendimento criada', 'Solicitação atribuída a um agente' ou 'Solicitação de atendimento resolvida'. Esses eventos têm data e hora registradas e formam a sequência de ações de cada solicitação.

Este atributo é essencial para visualizar o fluxo do processo, descobrir variantes e analisar a frequência e a ordem dos eventos. Ele permite que analistas entendam quais ações estão sendo realizadas e identifiquem caminhos comuns, gargalos e desvios do procedimento padrão.

Por que isso importa

Este atributo define as etapas do processo, permitindo visualizar o mapa do processo e analisar os fluxos e as variações.

Onde encontrar

Derivado dos registros de auditoria de tickets do Zendesk ou de fluxos de eventos que registram alterações e ações.

Exemplos
Solicitação de atendimento criadaSolicitação atribuída a um agentePrimeira resposta pública do agente enviadaSolicitação de atendimento resolvida
Sistema de origem
SourceSystem
Sistema de registro de onde os dados foram extraídos.
Descrição

Este atributo indica o sistema de origem dos dados da solicitação de atendimento, que neste caso é o Zendesk Support. Ele ajuda na governança e na linhagem dos dados, especialmente quando informações de vários sistemas são combinadas.

Na análise, ele garante que os dados sejam atribuídos corretamente à sua origem, o que é importante para manter a integridade dos dados e entender o contexto do processo, principalmente em ambientes com vários sistemas.

Por que isso importa

Identifica a origem dos dados, essencial para a governança e para distinguir dados de processos em ambientes integrados.

Onde encontrar

Este é um valor estático adicionado durante a extração dos dados para indicar sua origem.

Exemplos
Zendesk Support
Última atualização dos dados
LastDataUpdate
Data e hora da atualização ou extração mais recente dos dados do sistema de origem.
Descrição

Este atributo indica quando o conjunto de dados foi atualizado pela última vez com informações do Zendesk Support. Ele ajuda a entender o quanto os dados analisados são recentes.

Saber quando ocorreu a última atualização é essencial para que analistas e usuários de negócios entendam se estão consultando as informações mais atuais do processo. Isso ajuda a alinhar as expectativas sobre a atualidade dos dados e é importante para relatórios e monitoramento.

Por que isso importa

Deixa claro o quanto os dados são recentes e ajuda os usuários a entenderem a atualidade da análise do processo.

Onde encontrar

Este campo de metadados é gerado e armazenado durante a extração dos dados e registra a data e hora da execução da extração.

Exemplos
2023-10-27T02:00:00Z
Agente atribuído
AssignedAgent
Nome ou ID do agente de atendimento ao cliente responsável pela solicitação.
Descrição

Este atributo identifica o agente responsável por uma atividade ou pela solicitação de atendimento em determinado momento. Ele pode mudar ao longo do ciclo de vida caso a solicitação seja reatribuída.

Analisar os dados por agente atribuído é essencial para entender a carga de trabalho, a performance e a eficiência dos agentes. Isso dá suporte ao Dashboard 'Carga de trabalho e eficiência dos agentes', permitindo comparar os tempos de atendimento e o volume de casos entre agentes, identificar oportunidades de orientação e equilibrar a carga de trabalho.

Por que isso importa

Registra qual agente realizou uma ação e permite analisar a performance individual, a distribuição da carga de trabalho e a alocação de recursos.

Onde encontrar

API Zendesk Tickets, campo assignee_id. Os dados dos usuários podem ser consultados na API Users.

Exemplos
John SmithJane DoeSupportBot
Canal de comunicação
CommunicationChannel
Canal pelo qual a solicitação de serviço foi enviada ou a comunicação aconteceu.
Descrição

Este atributo identifica o meio de comunicação utilizado, como e-mail, formulário web, chat ou telefone. Ele mostra como os clientes interagem com a central de serviços.

Entender o uso de cada canal é importante para planejar recursos e melhorar a experiência do cliente. O Dashboard "Visão geral do uso dos canais de comunicação" analisa esses dados para mostrar quais canais são mais usados e se algum deles está associado a prazos de resolução mais longos ou a diferentes caminhos do processo. Essas informações ajudam a decidir onde investir em melhorias no serviço ou em automação.

Por que isso importa

Mostra como clientes e agentes interagem, permitindo analisar a eficiência dos canais e seu impacto no processo e na experiência do cliente.

Onde encontrar

API de tickets do Zendesk, campo via.channel.

Exemplos
webe-mailAPIchat
Prazo-alvo de resolução do SLA
SlaTargetResolutionTime
Prazo previsto para resolver uma solicitação de serviço, de acordo com a política de SLA aplicável.
Descrição

Este atributo define o prazo do Acordo de Nível de Serviço (SLA) para resolver um ticket. Esse prazo costuma variar conforme fatores como a prioridade e o tipo da solicitação ou o plano de serviço do cliente.

Este é um atributo fundamental para o Dashboard "Performance de conformidade com o SLA". Ele serve como referência para comparar o prazo real de resolução. Analisar a performance em relação a essa meta ajuda a avaliar a qualidade do serviço e a verificar se as obrigações contratuais com os clientes estão sendo cumpridas.

Por que isso importa

Define o compromisso de atendimento ao cliente e serve de referência para medir o cumprimento dos prazos e a conformidade com o SLA.

Onde encontrar

Derivado das políticas de SLA aplicadas a um ticket. Essas informações estão disponíveis na API de métricas de tickets do Zendesk.

Exemplos
144002880086400
Prioridade
Priority
Nível de prioridade atribuído à solicitação de atendimento, como 'Baixa', 'Normal', 'Alta' ou 'Urgente'.
Descrição

A prioridade indica a urgência de uma solicitação de atendimento e costuma influenciar sua posição na fila e o prazo previsto para a resolução. Ela ajuda os agentes a priorizar os problemas mais críticos.

Este atributo é essencial para analisar a performance e os SLAs. O Dashboard 'Análise do tempo de resolução das solicitações de atendimento' usa a prioridade para segmentar os dados e mostrar se as solicitações de alta prioridade estão sendo atendidas mais rapidamente do que as de prioridade mais baixa e se os recursos estão sendo alocados de acordo com as necessidades do negócio.

Por que isso importa

Indica o nível de urgência de uma solicitação, informação essencial para analisar a conformidade com o SLA e garantir que problemas críticos sejam tratados rapidamente.

Onde encontrar

API de tickets do Zendesk, campo priority.

Exemplos
BaixaNormalAltaUrgente
SLA descumprido
IsSlaBreached
Indicador booleano que mostra se o prazo de resolução da solicitação de serviço ultrapassou a meta do SLA.
Descrição

Este atributo calculado é um indicador simples de verdadeiro ou falso que mostra se uma solicitação de serviço não cumpriu o prazo de resolução definido no Acordo de Nível de Serviço. Ele é calculado comparando o prazo real de resolução com a meta prevista no SLA.

Esse indicador simplifica a análise de conformidade com o SLA. Ele é o principal dado do Dashboard "Performance de conformidade com o SLA" e do KPI "Taxa de conformidade com o SLA", permitindo agregar e visualizar rapidamente quantas solicitações cumprem as metas de serviço e quantas não cumprem.

Por que isso importa

Apresenta um resultado claro, binário, da performance do SLA em cada caso, facilitando o monitoramento e a geração de relatórios de conformidade.

Onde encontrar

Calculado durante a transformação dos dados, comparando o prazo total de resolução com SlaTargetResolutionTime.

Exemplos
truefalse
Tipo de solicitação de atendimento
ServiceRequestType
Classificação da solicitação de atendimento, como 'Dúvida', 'Incidente', 'Problema' ou 'Tarefa'.
Descrição

Este atributo classifica a solicitação de atendimento de acordo com sua natureza. Em geral, essa classificação é definida quando a solicitação é criada ou triada e ajuda a determinar o fluxo de trabalho e a prioridade adequados.

Na análise, segmentar os dados por tipo de solicitação de atendimento é fundamental. Isso permite comparar tempos de resolução, taxas de escalonamento e fluxos de processo para diferentes tipos de problema, como nos Dashboards 'Análise do tempo de resolução das solicitações de atendimento' e 'Taxa e causas de escalonamento interno'. Assim, você pode identificar se certos tipos de solicitação são mais difíceis ou ineficientes de atender.

Por que isso importa

Classifica as solicitações para comparar a performance e analisar diferentes tipos de problema, algo essencial para direcionar as melhorias nos processos.

Onde encontrar

API Zendesk Tickets, campo type.

Exemplos
DúvidaIncidenteProblemaTarefa
Categoria de produto ou serviço
ProductServiceCategory
Produto, serviço ou funcionalidade específica relacionada à solicitação do cliente.
Descrição

Este atributo oferece contexto detalhado ao categorizar a solicitação de serviço por produto ou área de serviço. Em geral, um agente define essa categoria manualmente, mas ela também pode ser atribuída automaticamente com base no conteúdo da solicitação.

Essa categorização é essencial para os Dashboards "Precisão da categorização de solicitações" e "Detalhamento do tempo de ciclo da investigação". Ela permite analisar em profundidade quais produtos geram mais solicitações de suporte, quais são mais complexos de resolver e se a categoria inicial corresponde à solução final. Com isso, você pode melhorar o encaminhamento e o treinamento dos agentes.

Por que isso importa

Relaciona as solicitações a áreas de negócio, produtos ou serviços específicos, permitindo analisar os problemas com foco e entender seu impacto no processo.

Onde encontrar

Em geral, este é um campo personalizado de ticket no Zendesk. O nome exato depende da configuração específica do Zendesk.

Exemplos
Aplicativo móvelGestão de assinaturasIntegração de APIHardware
Código de resolução
ResolutionCode
Código ou categoria que indica o motivo da resolução final ou do encerramento da solicitação.
Descrição

O código de resolução fornece informações estruturadas sobre o resultado de uma solicitação de serviço. Alguns exemplos são "Resolvido pelo agente", "Duplicado", "Nenhuma ação necessária" e "Problema conhecido". Ele oferece mais contexto do que um simples status "Encerrado".

Este atributo é especialmente útil na análise de causa raiz. No Dashboard "Tendências de solicitações de serviço reabertas", analisar as taxas de reabertura por código de resolução pode revelar se certos tipos de solução são menos eficazes e levam os clientes a entrar em contato novamente com o suporte.

Por que isso importa

Ajuda a entender o resultado de uma solicitação de serviço, algo essencial para a análise de causa raiz e para descobrir por que as solicitações são reabertas.

Onde encontrar

Em geral, este é um campo personalizado de ticket no Zendesk. O nome exato depende da configuração específica do Zendesk.

Exemplos
Resolução no primeiro contatoEncaminhado para o nível 2Aguardando o clienteErro no produto
Foi reaberto
IsReopened
Indicador booleano que mostra se uma solicitação de serviço foi reaberta após ser marcada como resolvida.
Descrição

Este atributo é um indicador que assume o valor verdadeiro quando uma solicitação de serviço volta ao status aberto após ter sido marcada como resolvida ou encerrada. Isso sinaliza que a resolução inicial não foi suficiente.

Esse indicador é essencial para acompanhar retrabalho e falhas na resolução no primeiro contato. Ele dá suporte direto ao Dashboard "Tendências de solicitações de serviço reabertas" e ao KPI "Taxa de reabertura de solicitações de serviço", facilitando a contagem e a análise dos casos que exigem atenção adicional, muitas vezes devido a problemas mais profundos.

Por que isso importa

Identifica retrabalho e resoluções malsucedidas, ajudando a medir a qualidade e a eficácia das soluções oferecidas.

Onde encontrar

Calculado durante a transformação dos dados, verificando se o status de um ticket muda de "resolvido" ou "encerrado" para "aberto".

Exemplos
truefalse
Grupo de agentes
AgentGroup
Grupo ou equipe de suporte responsável pela solicitação de serviço.
Descrição

Este atributo representa a equipe de agentes responsável pela solicitação de serviço. Muitas vezes, as solicitações são encaminhadas a grupos específicos conforme as habilidades necessárias, a área do produto ou o idioma.

A análise por grupo de agentes ajuda a entender a performance da equipe, a distribuição da carga de trabalho e os padrões de escalonamento entre equipes. Ela oferece uma visão mais ampla do que a análise individual de agentes e pode ajudar a identificar problemas sistêmicos em departamentos ou funções específicas.

Por que isso importa

Registra a responsabilidade da equipe e permite analisar a performance dos grupos, os handoffs entre equipes e a alocação de recursos entre diferentes níveis ou especialidades de suporte.

Onde encontrar

API de tickets do Zendesk, campo group_id. Os detalhes dos grupos podem ser consultados na API de grupos.

Exemplos
Suporte de nível 1Suporte técnicoFaturamento
Hora de término
EndTime
Data e hora que indicam quando uma atividade ou evento foi concluído.
Descrição

A hora de término indica quando uma atividade foi concluída. Em muitas estruturas de Event Log, a hora de início da atividade seguinte pode servir como hora de término da atividade atual. Em atividades baseadas em estado, como 'Agente investiga o problema', ela indica quando esse estado terminou.

Este atributo é essencial para calcular a duração exata das atividades, um componente central da análise de performance. Ele ajuda a identificar as etapas que consomem mais tempo e serve de base para análises detalhadas de gargalos e cálculos de eficiência dos recursos.

Por que isso importa

Permite calcular a duração das atividades, algo essencial para identificar gargalos e medir a performance.

Onde encontrar

Em geral, é derivada da hora de início do evento seguinte na sequência de uma solicitação de atendimento.

Exemplos
2023-04-15T10:05:14Z2023-04-15T11:20:30Z2023-04-16T15:00:00Z
Nota de satisfação
SatisfactionRating
Nota de satisfação fornecida pelo cliente após a resolução da solicitação de serviço.
Descrição

Este atributo registra o feedback do cliente sobre a experiência com o serviço, geralmente coletado por meio de uma pesquisa após a resolução do ticket. As avaliações mais comuns incluem "Bom", "Ruim" ou uma nota numérica.

É uma medida direta da percepção do cliente e um indicador importante de resultado. Ela é usada para calcular o KPI "Índice de satisfação do cliente". Analisar as notas de satisfação junto com dados do processo, como o prazo de resolução ou o número de interações com agentes, pode revelar quais práticas levam a melhores resultados para os clientes.

Por que isso importa

Mede diretamente o feedback do cliente sobre o serviço prestado e relaciona a performance do processo aos resultados para o cliente.

Onde encontrar

API de tickets do Zendesk, campo satisfaction_rating.score.

Exemplos
bomruimoferecido
Número de solicitações de informações
InformationRequestCount
Número total de vezes que foram solicitadas informações ao cliente para uma única solicitação de serviço.
Descrição

Esta métrica calculada conta quantas vezes a atividade "Informações solicitadas ao cliente" ocorre em cada solicitação de serviço. Um número alto sugere que os agentes não estão coletando todas as informações necessárias logo no início.

Este atributo é usado no Dashboard "Análise de solicitações repetidas de informações". Acompanhar essa contagem ajuda a identificar ineficiências no processo e oportunidades de treinamento para os agentes. Reduzir o número de solicitações de informações pode diminuir significativamente o prazo de resolução e melhorar a experiência do cliente.

Por que isso importa

Quantifica as trocas de mensagens com o cliente e destaca ineficiências que prolongam o prazo de resolução e prejudicam a experiência do cliente.

Onde encontrar

Calculado contando, para cada solicitação de serviço, os eventos em que ActivityName é "Information Requested From Customer".

Exemplos
013
Obrigatório Recomendado Opcional

Atividades de atendimento ao cliente

Estas são as principais etapas e marcos do processo que você deve registrar no Event Log para descobrir com precisão como funciona o atendimento ao cliente.
6 Recomendado 8 Opcional
Atividade Descrição
Informações solicitadas ao cliente
Ocorre quando um agente precisa de mais informações do cliente para dar andamento à solicitação e altera o status do ticket para 'pending'. Essa mudança de status indica explicitamente que o processo está aguardando uma resposta externa.
Por que isso importa

Esta atividade destaca a dependência do cliente e pausa a contagem do SLA interno. Ocorrências frequentes ou repetidas em um mesmo ticket podem indicar que as informações iniciais foram coletadas de forma incompleta e aumentar o tempo de resolução.

Onde encontrar

Esta é uma mudança de status explícita registrada na API Ticket Audits do Zendesk. Ela é capturada quando o campo 'status' muda para 'pending'.

Coleta

Identifique os eventos 'Change' em Ticket Audits nos quais o status do ticket muda para 'pending'.

Tipo de evento explicit
Solicitação atribuída a um agente
Este evento indica que a solicitação de atendimento foi atribuída a um agente específico. A atribuição pode ocorrer automaticamente, com base em regras de encaminhamento, ou manualmente, por um líder de equipe ou agente.
Por que isso importa

A atribuição é um marco importante para a responsabilização e o gerenciamento da carga de trabalho. Analisar o tempo até a atribuição e os padrões de reatribuição revela gargalos na triagem e na distribuição.

Onde encontrar

Este é um evento 'Change' explícito na API Ticket Audits do Zendesk, registrado sempre que o campo 'assignee_id' é preenchido ou alterado.

Coleta

Acompanhe as alterações no campo 'assignee_id' no registro Ticket Audits.

Tipo de evento explicit
Solicitação de atendimento criada
Esta atividade marca o início do processo de atendimento ao cliente, quando um novo ticket é criado no Zendesk por qualquer canal, como e-mail, formulário web ou chat. No momento da criação, o sistema registra explicitamente esse evento com um ID de ticket exclusivo e a data e hora.
Por que isso importa

Como principal evento de início, essa atividade é essencial para calcular a duração total do caso e analisar o volume de solicitações recebidas ao longo do tempo. Ela serve de referência para medir indicadores importantes, como o tempo até a primeira resposta e o tempo total de resolução.

Onde encontrar

Este é um evento explícito registrado na API Ticket Audits do Zendesk. Ele corresponde ao evento 'Create' de um ticket e fornece a data e hora da criação inicial.

Coleta

Capturado no evento de criação do ticket no registro Ticket Audits.

Tipo de evento explicit
Solicitação de atendimento encerrada
Esta é a atividade final, que marca o encerramento definitivo da solicitação de atendimento. Em geral, isso ocorre automaticamente após um período predefinido desde que o ticket foi marcado como 'solved', sem novas respostas do cliente.
Por que isso importa

Como evento final definitivo, ele encerra o ciclo de vida do ticket. O intervalo entre 'solved' e 'closed' é o período em que o ticket ainda pode ser reaberto, e o evento 'closed' confirma que a resolução foi aceita.

Onde encontrar

Esta é uma mudança de status explícita registrada na API Ticket Audits do Zendesk quando o campo 'status' muda para 'closed'.

Coleta

Identifique os eventos 'Change' em Ticket Audits nos quais o status do ticket muda para 'closed'.

Tipo de evento explicit
Solicitação de atendimento reaberta
Esta atividade ocorre quando um cliente responde a um ticket com status 'solved'. O Zendesk altera automaticamente o status para 'open', indicando que o problema não foi totalmente resolvido.
Por que isso importa

As reaberturas são um indicador importante de falha na resolução no primeiro contato e de baixa qualidade da solução. Analisar a frequência e os motivos das reaberturas ajuda a identificar oportunidades para melhorar o treinamento dos agentes e os procedimentos de resolução.

Onde encontrar

Esta é uma mudança de status explícita na API Ticket Audits, capturada quando o status muda de 'solved' para 'open'.

Coleta

Acompanhe os eventos 'Change' de status de 'solved' para 'open'.

Tipo de evento explicit
Solicitação de atendimento resolvida
Um agente marca a solicitação de atendimento como 'solved' depois de oferecer uma solução ao cliente. Esse status é temporário, pois o cliente pode responder e reabrir o ticket antes do fechamento definitivo.
Por que isso importa

Este é o principal marco para medir o tempo de resolução e a eficiência dos agentes. Ele indica o momento em que o agente considera o trabalho concluído e permite analisar o retrabalho caso o ticket seja reaberto.

Onde encontrar

Esta é uma mudança de status explícita registrada na API Ticket Audits do Zendesk quando o campo 'status' muda para 'solved'.

Coleta

Identifique os eventos 'Change' em Ticket Audits nos quais o status do ticket muda para 'solved'.

Tipo de evento explicit
Avaliação de satisfação recebida
Este evento ocorre quando o cliente envia a resposta à pesquisa de satisfação, com uma avaliação como 'Good' ou 'Bad'. A avaliação e qualquer comentário associado são registrados no ticket.
Por que isso importa

O feedback direto dos clientes é valioso para medir a qualidade do atendimento e a percepção dos clientes. Analisar essas avaliações no contexto do fluxo do processo ajuda a relacionar atividades ou agentes específicos aos resultados.

Onde encontrar

Capturado como um evento 'Change' na API Ticket Audits quando o campo 'satisfaction_rating' é preenchido com a pontuação e o comentário do cliente.

Coleta

Filtre os registros Ticket Audit para encontrar alterações no campo 'satisfaction_rating'.

Tipo de evento explicit
Cliente respondeu
Este evento é acionado quando um cliente responde a um ticket, geralmente enquanto ele está com o status 'pending'. O Zendesk altera automaticamente o status do ticket de 'pending' para 'open', indicando que o agente pode retomar o trabalho.
Por que isso importa

Esta atividade marca o fim do tempo de espera e permite que o processo continue. Analisar quanto tempo os clientes levam para responder pode revelar se as solicitações dos agentes estão claras.

Onde encontrar

Este evento corresponde a um novo comentário público do usuário final, que aciona uma mudança explícita de status de 'pending' para 'open' na API Ticket Audits.

Coleta

Acompanhe os eventos 'Change' de status de 'pending' para 'open' ou identifique novos comentários públicos de um usuário final.

Tipo de evento explicit
Confirmação inicial enviada
Representa a primeira resposta automática enviada ao cliente para confirmar o recebimento da solicitação. Em geral, um gatilho do Zendesk envia uma notificação por e-mail com um Template logo após a criação do ticket.
Por que isso importa

Acompanhar essa atividade é essencial para medir a rapidez da resposta inicial e gerenciar as expectativas dos clientes. O tempo entre a criação da solicitação e essa confirmação é uma métrica importante para a satisfação do cliente.

Onde encontrar

Inferido a partir do primeiro comentário público no ticket, caso o autor seja um usuário automatizado ou o comentário ocorra poucos segundos após a criação do ticket. Isso pode ser identificado pela análise do fluxo Ticket Comments.

Coleta

Identifique o primeiro comentário público criado por uma automação ou um gatilho logo após a criação do ticket.

Tipo de evento inferred
Escalonamento interno acionado
Representa a transferência de uma solicitação de atendimento para outra equipe interna ou para um nível superior de suporte. Em geral, isso é inferido quando o grupo atribuído ao ticket muda.
Por que isso importa

Acompanhar os escalonamentos é essencial para identificar fragilidades no processo, lacunas de conhecimento no suporte de primeiro nível e tipos de solicitação complexos. Uma taxa alta de escalonamento pode indicar a necessidade de melhorar o treinamento ou a documentação dos processos.

Onde encontrar

Inferido a partir de um evento 'Change' na API Ticket Audits, quando o campo 'group_id' é alterado. A mudança de grupo indica uma transferência entre equipes.

Coleta

Monitore as alterações no campo 'group_id' no registro Ticket Audits.

Tipo de evento inferred
Pesquisa de satisfação enviada
Representa o momento em que uma pesquisa de satisfação do cliente (CSAT) é enviada automaticamente. Isso costuma acontecer pouco depois de o ticket ser marcado como 'solved'.
Por que isso importa

Esta atividade inicia o ciclo de feedback do cliente. Saber quando as pesquisas são enviadas, e se são enviadas, é importante para contextualizar as pontuações de satisfação e medir a eficácia do programa de feedback.

Onde encontrar

Isso pode ser inferido a partir de um registro de automação ou da inclusão de uma tag específica no ticket. A seção 'satisfaction_rating' da API Ticket Audits também registra quando a pesquisa foi oferecida.

Coleta

Procure tags como 'csat_sent' ou use a data e hora em que a avaliação de satisfação foi oferecida.

Tipo de evento inferred
Primeira resposta pública do agente enviada
Esta atividade marca a primeira vez que um agente envia um comentário público ao cliente, em vez de uma confirmação automática. É um indicador importante do primeiro contato do agente com o problema do cliente.
Por que isso importa

Este é um marco importante para medir o SLA de 'First Reply Time', um indicador essencial da rapidez do atendimento. Ele diferencia a comunicação automatizada do início da investigação e do suporte feitos por uma pessoa.

Onde encontrar

Identificado pelo primeiro comentário público no fluxo Ticket Comments cujo autor é um agente humano, e não um usuário de sistema automatizado.

Coleta

Analise os comentários dos tickets, filtre os comentários públicos dos agentes e selecione o que tiver a data e hora mais antiga.

Tipo de evento inferred
SLA violado
Esta atividade marca o momento em que uma solicitação de atendimento deixa de cumprir um acordo de nível de serviço predefinido, como o tempo até a primeira resposta ou o tempo de resolução. O evento é calculado comparando as datas e horas das atividades do ticket com as políticas de SLA.
Por que isso importa

As violações de SLA afetam diretamente a satisfação do cliente e a conformidade contratual. Analisar quando e por que elas ocorrem é essencial para identificar atrasos sistêmicos, falta de recursos ou metas de performance pouco realistas.

Onde encontrar

Esses dados podem vir da API Ticket Metrics do Zendesk, que armazena as datas e horas das violações de SLA ('breached_at'). Outra opção é calculá-las comparando as datas e horas dos eventos do ticket com as regras de SLA definidas.

Coleta

Use a data e hora 'breached_at' da API Ticket Metrics ou faça o cálculo comparando o tempo de resolução com o prazo da política de SLA.

Tipo de evento calculated
Solicitação categorizada e priorizada
Esta atividade ocorre quando um agente ou uma automação define ou atualiza campos do ticket, como tipo, categoria e prioridade. Essa etapa é registrada como um evento de alteração no histórico do ticket.
Por que isso importa

Categorizar e priorizar corretamente é essencial para encaminhar as solicitações e alocar recursos com eficiência. Analisar essa atividade ajuda a avaliar a precisão da triagem inicial e seu impacto no tempo de resolução.

Onde encontrar

Capturado na API Ticket Audits do Zendesk como eventos 'Change'. Ele pode ser identificado pela primeira atualização de campos como 'priority', 'type' ou campos personalizados relacionados à categorização.

Coleta

Filtre os registros Ticket Audit para encontrar o primeiro evento 'Change' nos campos principais de categorização após a criação.

Tipo de evento explicit
Recomendado Opcional

Guias de extração

Como obter seus dados do Zendesk Support

Pronto para começar?

Comece a otimizar seu atendimento ao cliente hoje mesmo preparando seus dados com este Template. Encontre insights valiosos e aumente a eficiência das operações de suporte no Zendesk.

Elimine gargalos no atendimento e aumente o CSAT agora

Evite contatos repetidos. Alcance 80% de resolução no primeiro contato (FCR) e aumente a satisfação dos clientes.

Comece seu teste grátis

Não é necessário informar cartão de crédito