Seu Template de dados de atendimento ao cliente
Seu Template de dados de atendimento ao cliente
- Atributos recomendados para coleta
- Principais atividades para acompanhar no processo de atendimento ao cliente
- Orientações para extrair dados do Zendesk Support
Atributos de atendimento ao cliente
| 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
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
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
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
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
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
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
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
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
|
|||
Atividades de atendimento ao cliente
| 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
|
|||
Guias de extração
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.
Não é necessário informar cartão de crédito