Seu template de dados de atendimento ao cliente
Seu template de dados de atendimento ao cliente
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Orientação para Extração
Atributos de Atendimento ao Cliente
| Nome | Descrição | ||
|---|---|---|---|
|
Atividade
Activity
|
O nome de um evento de negócio específico ou etapa que ocorreu dentro do processo de atendimento ao cliente. | ||
|
Descrição
O atributo Atividade representa uma ação distinta ou mudança de status no ciclo de vida de uma solicitação de serviço. Ele registra eventos de negócio fundamentais, como 'Ticket Criado', 'Ticket Atribuído', 'Primeira Resposta Enviada' e 'Ticket Resolvido'. Essas atividades formam os nós no mapa de processos. Analisar a sequência e a frequência dessas atividades é a essência do Process Mining. Isso permite a visualização dos fluxos, a identificação de caminhos comuns ou raros e a detecção de desvios dos procedimentos padrão. Compreender as atividades é crucial para localizar ineficiências, loops de retrabalho como 'Ticket Reaberto' ou problemas de conformidade.
Por que é importante
Este atributo define as etapas no mapa de processos, permitindo a visualização e análise do fluxo do início ao fim.
Onde obter
Derivado dos tipos de eventos no Freshdesk. Pode ser uma combinação de mudanças de status do endpoint 'Tickets' e eventos específicos como notas ou respostas do endpoint 'Conversations'.
Exemplos
Ticket CriadoPrimeira resposta enviadaStatus alterado para PendenteChamado resolvidoChamado encerrado
|
|||
|
Solicitação de serviço
ServiceRequest
|
O identificador exclusivo para uma única consulta ou problema do cliente, comumente conhecido como ticket ou caso. | ||
|
Descrição
A Solicitação de Serviço é o identificador de caso principal que vincula todas as atividades relacionadas a uma única interação com o cliente. Cada nova dúvida, problema ou solicitação gera um ID de Solicitação de Serviço exclusivo. Esse ID permanece constante durante todo o ciclo de vida do ticket, da criação e atribuição até a resolução e o fechamento. No Process Mining, este atributo é fundamental para reconstruir a jornada de ponta a ponta de cada caso. Ao agrupar todos os eventos relacionados sob um único ID de Solicitação de Serviço, os analistas podem visualizar fluxos de processos, medir tempos de ciclo e identificar variações ou gargalos que afetam casos individuais.
Por que é importante
Este é o ID de Caso essencial que conecta todos os eventos relacionados em uma única instância de processo, permitindo uma visão completa de cada jornada de atendimento ao cliente.
Onde obter
Este é o ID principal do ticket no Freshdesk, geralmente encontrado como o campo 'id' no endpoint de API 'Tickets'.
Exemplos
SR-2023-10-4831SR-2023-11-0192SR-2023-11-5210
|
|||
|
Tempo do Evento
EventTime
|
O timestamp que indica quando uma atividade ou evento específico ocorreu. | ||
|
Descrição
Event Time, ou timestamp, registra a data e hora exatas de cada atividade. É um componente crítico para ordenar eventos cronologicamente e calcular durações entre etapas. Toda atividade registrada precisa de um timestamp correspondente. Na análise, este atributo constrói a linha do tempo de cada solicitação. É a base para calcular todos os KPIs temporais, como tempo de resolução, tempo de primeira resposta e duração de gargalos. Timestamps precisos são essenciais para entender a performance e identificar atrasos.
Por que é importante
Este timestamp é essencial para ordenar os eventos cronologicamente e calcular todas as métricas baseadas em duração, como tempos de ciclo e conformidade de SLA.
Onde obter
Corresponde aos campos 'created_at' ou 'updated_at' associados a eventos de ticket, respostas ou mudanças de status na API do Freshdesk.
Exemplos
2023-10-25T10:00:00Z2023-10-25T10:05:14Z2023-10-26T14:30:00Z
|
|||
|
Agente atribuído
AssignedAgent
|
O nome ou ID do agente de atendimento responsável pelo ticket no momento do evento. | ||
|
Descrição
Este atributo identifica o agente específico atribuído para tratar a solicitação. O agente responsável pode mudar ao longo do ciclo de vida do ticket devido a reatribuições ou escalonamentos. Analisar os dados por Agente Atribuído é fundamental para Dashboards de gestão de desempenho. Permite medir KPIs específicos do agente, como tempo médio de resolução, volume de tickets e taxas de reabertura. Isso ajuda a identificar os profissionais com melhor performance, descobrir necessidades de treinamento e analisar como as transferências entre agentes impactam o tempo total de resolução.
Por que é importante
Permite analisar o desempenho individual, ajudando a identificar melhores práticas, necessidades de treinamento e o impacto das reatribuições.
Onde obter
Corresponde ao campo 'responder_id' no objeto 'Tickets' do Freshdesk, que pode ser cruzado com os detalhes do agente.
Exemplos
Alice JohnsonRobert SmithMaria Garcia
|
|||
|
Prioridade
Priority
|
O nível de prioridade atribuído à solicitação de serviço, como 'Baixa', 'Média', 'Alta' ou 'Urgente'. | ||
|
Descrição
O atributo Prioridade reflete a urgência de uma solicitação de serviço e muitas vezes dita os tempos de resposta e resolução desejados. A prioridade pode ser definida automaticamente por regras ou manualmente por um agente durante a triagem. Este atributo é essencial para analisar a conformidade de SLA e a alocação de recursos. Ao filtrar o mapa de processos por prioridade, os analistas podem determinar se tickets de alta prioridade estão realmente sendo tratados mais rápido que os de baixa prioridade. Também ajuda a entender se mudanças de prioridade — uma forma de retrabalho — são comuns e qual o impacto delas no processo.
Por que é importante
Essencial para análise de SLA e para entender se os recursos estão alocados corretamente para resolver urgências com prioridade.
Onde obter
Corresponde ao campo 'priority' no objeto 'Tickets' do Freshdesk.
Exemplos
BaixoMédioAltoUrgente
|
|||
|
Status
Status
|
O status atual ou histórico da solicitação de serviço, como 'Aberto', 'Pendente', 'Resolvido' ou 'Fechado'. | ||
|
Descrição
O atributo Status indica o estado de uma solicitação de serviço em um determinado momento. As mudanças de status geralmente representam marcos importantes no processo, por exemplo, passar de 'Aberto' para 'Pendente' ao aguardar um retorno do cliente, ou de 'Pendente' para 'Aberto' quando o cliente responde. Acompanhar as mudanças de status é fundamental para entender o ciclo de vida do ticket. Ajuda a identificar quanto tempo os tickets passam em certos estados, o que é útil para localizar gargalos. Por exemplo, uma longa permanência no status 'Pendente' pode indicar atrasos no recebimento de informações por parte dos clientes.
Por que é importante
Acompanhar as mudanças de status é fundamental para entender o ciclo de vida do ticket e identificar quanto tempo os casos passam em estados específicos, como 'Pendente' ou 'Em Espera'.
Onde obter
Corresponde ao campo 'status' no objeto 'Tickets' do Freshdesk. Os status históricos precisam ser inferidos dos logs de atividade.
Exemplos
AbertoPendenteResolvidoEncerrado
|
|||
|
Tempo de resolução
ResolutionTime
|
O tempo total decorrido desde que a solicitação de serviço foi criada até sua resolução. | ||
|
Descrição
O Tempo de Resolução é um KPI crítico em nível de caso que mede a duração total do processo de atendimento. Ele é calculado como a diferença entre o timestamp da atividade 'Ticket Resolvido' e o da atividade 'Ticket Criado'. Este atributo é a principal métrica de eficiência do processo. É utilizado em quase todos os Dashboards de serviço para acompanhar o desempenho ao longo do tempo, comparar a performance entre diferentes categorias e identificar casos que levam um tempo fora do comum para serem resolvidos. Reduzir o tempo médio de resolução é quase sempre um objetivo central em iniciativas de melhoria de processos.
Por que é importante
Este é um KPI principal para medir a eficiência do processo, mostrando o tempo total gasto para resolver o problema de um cliente do início ao fim.
Onde obter
Campo calculado. É a duração entre o timestamp do primeiro evento (criação) e o timestamp do evento 'Ticket Resolvido' para cada solicitação.
Exemplos
25920000086400000604800000
|
|||
|
Tipo de solicitação de serviço
ServiceRequestType
|
A classificação da solicitação de serviço, como 'Dúvida', 'Incidente', 'Problema' ou 'Solicitação de Recurso'. | ||
|
Descrição
O Tipo de Solicitação de Serviço é um campo de categorização crucial que define a natureza da consulta do cliente. Essa classificação costuma ser definida quando o ticket é criado ou durante a triagem inicial, ajudando a encaminhar a solicitação para a equipe ou agente adequado. Na análise, este atributo permite segmentar o processo para entender como diferentes tipos de solicitações são tratadas. Ajuda a responder perguntas como 'Incidentes demoram mais para resolver do que dúvidas?' e 'Quais tipos de solicitação são reabertos com mais frequência?'. Essa segmentação é fundamental para identificar gargalos específicos por tipo e otimizar os fluxos de trabalho conforme a necessidade.
Por que é importante
Permite segmentar o processo para comparar o desempenho e os fluxos de diferentes tipos de problemas, como incidentes versus dúvidas.
Onde obter
Este é provavelmente o campo 'type' disponível no objeto 'Tickets' do Freshdesk.
Exemplos
DúvidaIncidenteProblemaSolicitação de Funcionalidade
|
|||
|
Avaliação de satisfação
SatisfactionRating
|
A pontuação de satisfação fornecida pelo cliente após a resolução do ticket. | ||
|
Descrição
A Avaliação de Satisfação é uma métrica de resultado fundamental, geralmente coletada por meio de uma pesquisa enviada após a resolução do ticket. Costuma consistir em uma pontuação numérica ou classificação categórica como 'Satisfeito', 'Neutro' ou 'Insatisfeito'. Este atributo permite correlacionar padrões do processo com os resultados dos clientes. Ao analisar as variantes do processo que levam a baixos índices de satisfação, as organizações podem identificar comportamentos específicos ou atrasos que prejudicam a experiência do cliente. Isso cria um link direto entre a eficiência do processo e a felicidade do cliente.
Por que é importante
Conecta a execução do processo aos resultados do cliente, ajudando a identificar quais comportamentos levam a uma maior ou menor satisfação.
Onde obter
Estes dados fazem parte do recurso de avaliações de satisfação do Freshdesk e podem ser obtidos via endpoint de API 'Surveys' ou 'Satisfaction Ratings'.
Exemplos
5314
|
|||
|
Canal de Comunicação
CommunicationChannel
|
O canal pelo qual a solicitação de serviço foi iniciada, como 'E-mail', 'Telefone', 'Chat' ou 'Portal Web'. | ||
|
Descrição
Este atributo identifica a origem ou o canal de comunicação do cliente. Diferentes canais podem ter fluxos de processo e tempos de resolução distintos. Por exemplo, uma solicitação iniciada via chat pode ter um tempo de resolução esperado menor que uma enviada por e-mail. Analisar o processo por canal de comunicação ajuda na otimização da alocação de recursos e no entendimento da eficiência de cada canal. Pode revelar quais canais estão associados a resoluções mais rápidas ou maior satisfação, embasando decisões estratégicas sobre quais meios promover ou onde investir.
Por que é importante
Ajuda a analisar a performance e eficiência do processo em diferentes canais, como e-mail, telefone ou chat.
Onde obter
Corresponde ao campo 'source' no objeto 'Tickets' do Freshdesk.
Exemplos
EmailTelefonePortal WebChat
|
|||
|
Contagem de Transferências de Agente
AgentTransferCount
|
O número total de vezes que uma solicitação de serviço foi reatribuída de um agente para outro. | ||
|
Descrição
Este atributo é uma métrica ao nível do caso que conta quantas vezes o agente atribuído ao ticket mudou. É calculado somando as ocorrências da atividade 'Ticket Reatribuído' para cada solicitação. Transferências frequentes, também conhecidas como 'pingue-pongue', podem levar a atrasos significativos e a uma experiência frustrante para o cliente, já que o contexto se perde a cada troca de mãos. Analisar a contagem de transferências ajuda a identificar falhas no roteamento inicial, lacunas de habilidade dos agentes ou complexidade excessiva do processo. O objetivo costuma ser minimizar transferências desnecessárias para ganhar eficiência e satisfação.
Por que é importante
Mede a frequência de transferências internas, que podem ser uma grande fonte de atrasos e frustração para o cliente, ajudando a aumentar o índice de resolução no primeiro contato.
Onde obter
Campo calculado. É a contagem de atividades 'Ticket Reatribuído' para cada solicitação única.
Exemplos
0132
|
|||
|
Grupo Atribuído
AssignedGroup
|
A equipe ou departamento ao qual a solicitação de serviço está atribuída. | ||
|
Descrição
O Grupo Atribuído representa a equipe de agentes responsável por tratar uma solicitação de serviço específica. Os tickets costumam ser encaminhados para grupos especializados com base no tipo ou complexidade, como 'Suporte Técnico' ou 'Departamento de Faturamento'. Este atributo é valioso para analisar as transferências entre departamentos e o desempenho ao nível da equipe. Ajuda a identificar quais grupos lidam com mais tickets, quais possuem os maiores tempos de resolução e com que frequência os tickets são transferidos entre grupos. Essa informação é fundamental para otimizar as estruturas das equipes e os fluxos de trabalho.
Por que é importante
Permite a análise de desempenho por equipe ou departamento, destacando passagens de bastão e identificando gargalos específicos de grupos.
Onde obter
Corresponde ao campo 'group_id' no objeto 'Tickets' do Freshdesk.
Exemplos
Suporte Nível 1Suporte Técnico Nível 2FaturamentoSucesso do Cliente
|
|||
|
Nome do Cliente
CustomerName
|
O nome ou ID do cliente que iniciou a solicitação de serviço. | ||
|
Descrição
Este atributo identifica o cliente associado à solicitação de serviço. Ele permite analisar o processo sob uma ótica centrada no cliente, rastreando todas as interações de um usuário específico ao longo do tempo. A análise por cliente pode revelar padrões, como quais clientes abrem mais tickets ou quais enfrentam mais reaberturas. Isso pode orientar iniciativas de Customer Success e ajudar a identificar clientes em risco de cancelamento (churn) devido a experiências de serviço ruins. Também é crucial para entender a jornada completa do cliente através de múltiplas solicitações.
Por que é importante
Permite uma visão centrada no cliente, ajudando a identificar quem abre chamados com frequência ou enfrenta problemas recorrentes.
Onde obter
Esta informação é vinculada via 'requester_id' no objeto 'Tickets', que se conecta ao objeto 'Contacts' ou 'Users' no Freshdesk.
Exemplos
John DoeJane SmithGlobal Tech Inc.
|
|||
|
Produto
Product
|
O produto ou serviço relacionado à solicitação do cliente. | ||
|
Descrição
Este atributo especifica o produto ou a linha de serviço que é objeto da solicitação. Geralmente, é um campo personalizado no Freshdesk usado para categorizar tickets para roteamento e relatórios. Ao filtrar o processo por produto, as empresas podem descobrir problemas específicos de cada item. Por exemplo, pode mostrar se um produto gera um número desproporcional de chamados ou se o lançamento de algo novo está causando um pico de dúvidas. Essa análise oferece um feedback valioso para as equipes de desenvolvimento e gestão de produtos.
Por que é importante
Permite filtrar o processo por área de produto, revelando quais geram mais chamados ou têm os tempos de resolução mais longos.
Onde obter
Geralmente é um campo personalizado. A localização exata depende da configuração do Freshdesk, provavelmente encontrada na parte 'custom_fields' da resposta da API 'Tickets'.
Exemplos
Alpha PlatformBeta Mobile AppGamma Subscription
|
|||
|
Reaberto
IsReopened
|
Uma flag booleana que indica se uma solicitação resolvida chegou a ser reaberta. | ||
|
Descrição
Este atributo ao nível do caso é um sinalizador que marca como verdadeiro se uma solicitação passou pela atividade 'Ticket Reaberto' em qualquer momento. Oferece uma forma simples de identificar e analisar casos que exigiram retrabalho. Uma alta taxa de tickets reabertos sugere que a resolução inicial não foi eficaz ou completa, gerando ineficiência e frustração. Ao filtrar pelos tickets reabertos, os analistas podem investigar as causas raiz, como os motivos comuns de reabertura, quais agentes ou equipes têm taxas maiores e quais tipos de ticket são mais propensos a serem reabertos.
Por que é importante
Identifica casos que exigiram retrabalho, um indicador-chave de qualidade e ineficiência. Analisar esses casos ajuda a melhorar a resolução no primeiro contato.
Onde obter
Campo calculado. Definido como verdadeiro para uma solicitação se existir um evento com Atividade = 'Ticket Reaberto' para esse caso.
Exemplos
verdadeirofalse
|
|||
|
Sistema de Origem
SourceSystem
|
O sistema do qual os dados foram extraídos, que neste caso é o 'Freshdesk'. | ||
|
Descrição
Este atributo identifica o aplicativo de origem onde os dados do processo foram gerados. Para esta análise, o valor será estático, como 'Freshdesk', indicando que todos os eventos vêm desta plataforma. Embora pareça simples, este atributo é importante para a governança de dados e em cenários onde dados de vários sistemas são mesclados. Ele fornece linhagem e contexto claros, garantindo que os analistas saibam a procedência das informações. Isso é crucial para manter a integridade dos dados e gerar confiança na análise.
Por que é importante
Fornece contexto essencial sobre a origem dos dados, o que é crucial para a governança de dados e ao combinar informações de vários sistemas de origem.
Onde obter
Este é um valor estático, 'Freshdesk', adicionado durante o processo de transformação de dados para identificar a fonte das informações.
Exemplos
Freshdesk
|
|||
|
SLA violado
IsSlaBreached
|
Uma flag booleana que indica se o tempo de resolução da solicitação excedeu a meta do SLA. | ||
|
Descrição
Este atributo calculado fornece um indicador binário claro de conformidade de SLA para cada solicitação. Ele é derivado comparando o 'TempoDeResolução' real com o 'TempoMetaDeResoluçãoDoSLA'. Se o tempo real for superior à meta, o indicador é verdadeiro. Este atributo simplifica a análise e a criação de Dashboards de conformidade. Ele permite contar e filtrar facilmente os tickets violados, permitindo que os analistas identifiquem rapidamente a escala do descumprimento e investiguem os padrões desses processos para encontrar causas raiz. Ele alimenta diretamente o Dashboard de Visão Geral de Conformidade de SLA e seus KPIs.
Por que é importante
Simplifica a análise de conformidade de SLA ao fornecer um indicador claro para cada caso que não atingiu a meta, permitindo a análise da causa raiz das violações.
Onde obter
Este é um campo calculado, derivado da comparação do timestamp de resolução real com o campo 'SlaTargetResolutionTime' ou 'due_by' do Freshdesk.
Exemplos
verdadeirofalse
|
|||
|
Tempo de Primeira Resposta
FirstResponseTime
|
O tempo decorrido desde a criação do ticket até a primeira resposta do agente ao cliente. | ||
|
Descrição
O Tempo de Primeira Resposta mede quão rápido o cliente recebe uma resposta inicial humana. É calculado pela diferença entre o timestamp de 'Primeira Resposta Enviada' e 'Ticket Criado'. Este KPI é um indicador vital de responsividade. Um tempo curto garante ao cliente que seu problema foi notado e está sendo tratado. Analisar esta métrica ajuda a garantir o cumprimento de SLAs e uma experiência ágil.
Por que é importante
Mede a agilidade do serviço, um fator essencial para a satisfação do cliente e que atende diretamente ao objetivo de prestar um atendimento proativo.
Onde obter
Campo calculado. É a duração entre o timestamp do evento 'Ticket Criado' e o evento 'Primeira Resposta Enviada'.
Exemplos
3000009000001800000
|
|||
|
Tempo de resolução meta do SLA
SlaTargetResolutionTime
|
O tempo acordado contratualmente ou a meta para resolver a solicitação de serviço. | ||
|
Descrição
Este atributo define a duração meta dentro da qual uma solicitação de serviço deve ser resolvida, de acordo com o SLA. Essa meta geralmente depende da prioridade ou do tipo do ticket. Este é um dado crítico para calcular a conformidade de SLA. Ao comparar o tempo real de resolução com essa meta, determina-se se o nível foi 'Cumprido' ou 'Violado'. Analisar o desempenho de SLA entre diferentes tipos de solicitação, equipes ou agentes é uma parte central da gestão de serviços.
Por que é importante
Fornece a base para medir a conformidade de SLA, um indicador de desempenho fundamental para qualquer organização de atendimento ao cliente.
Onde obter
Pode estar disponível como um campo como 'fr_due_by' (primeira resposta) ou 'due_by' (resolução) no objeto 'Tickets' do Freshdesk, ou pode precisar ser derivado com base nas regras de política de SLA.
Exemplos
2023-10-25T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp que indica a última vez que os dados foram atualizados a partir do sistema de origem. | ||
|
Descrição
Este atributo registra a data e a hora em que o conjunto de dados foi extraído ou atualizado pela última vez do Freshdesk. Ele oferece transparência sobre a atualidade dos dados, o que é crítico para tomar decisões de negócio rápidas e relevantes. Os analistas usam essa informação para entender o período coberto pelos dados e confirmar que estão trabalhando com a versão mais recente disponível. É um metadado essencial para qualquer Dashboard ou relatório de Process Mining, garantindo que os stakeholders saibam quão recentes são as informações.
Por que é importante
Indica o quão recente são os dados, garantindo que as análises e decisões se baseiem em informações atualizadas.
Onde obter
Este é um campo de metadados gerado durante o processo de extração de dados, capturando o timestamp da coleta dos dados.
Exemplos
2023-12-01T08:00:00Z
|
|||
Atividades de Atendimento ao Cliente
| Atividade | Descrição | ||
|---|---|---|---|
|
Chamado encerrado
|
Esta é a atividade final, representando o fechamento permanente do ticket. Frequentemente é realizada automaticamente pelo sistema após um período definido no estado 'Resolvido' sem novas respostas do cliente. | ||
|
Por que é importante
Esta atividade marca o fim definitivo do ciclo de vida da solicitação de serviço. Fornece o ponto final para cálculos precisos do tempo de ciclo de ponta a ponta.
Onde obter
Capturado do log de 'Atividades do Ticket', que registra a mudança final para 'Fechado'. Geralmente é disparado por uma automação do sistema.
Captura
Evento registrado quando o status do ticket é alterado para 'Fechado'.
Tipo de evento
explicit
|
|||
|
Chamado resolvido
|
Representa o marco principal onde o agente forneceu uma solução e alterou o status do ticket para 'Resolvido'. Esta é uma mudança de status explícita registrada no histórico do ticket. | ||
|
Por que é importante
Esta atividade marca o fim do trabalho ativo em um ticket e serve de base para medir o tempo de resolução. É um evento crítico para analisar o desempenho dos agentes e a eficiência geral do processo.
Onde obter
Capturado do log de 'Atividades do Ticket', que registra a mudança de status específica para 'Resolvido' com o respectivo timestamp.
Captura
Evento registrado quando o status do ticket é alterado para 'Resolvido'.
Tipo de evento
explicit
|
|||
|
Primeira resposta enviada
|
Marca a primeira resposta pública de um agente após a criação do ticket. O Freshdesk captura explicitamente este evento para medir o 'Tempo de Primeira Resposta' para rastreamento de SLA. | ||
|
Por que é importante
Este é um marco crítico para medir a responsividade ao cliente e a conformidade com o SLA. Analisar o tempo até esta atividade ajuda a identificar atrasos no engajamento inicial com os clientes.
Onde obter
Este é um evento específico que o Freshdesk rastreia para fins de SLA. Corresponde ao timestamp do primeiro comentário público adicionado por um agente.
Captura
Identificado pela primeira resposta pública de um agente no histórico de conversas do ticket.
Tipo de evento
explicit
|
|||
|
Ticket atribuído
|
Representa a atribuição de um ticket a um agente ou grupo específico. Este evento é registrado explicitamente no histórico do ticket sempre que o campo de agente ou grupo atribuído é preenchido ou alterado. | ||
|
Por que é importante
Rastrear as atribuições é crucial para analisar a carga de trabalho dos agentes, identificar ineficiências de roteamento e medir KPIs de tempo para atribuição. Ajuda a entender como o trabalho é distribuído e onde ocorrem atrasos antes do início das tarefas.
Onde obter
Capturado do log de 'Atividades do Ticket', onde mudanças nos campos 'Agente' ou 'Grupo' são registradas com timestamp.
Captura
Evento registrado quando o campo 'Atribuído a' é atualizado para um agente ou grupo.
Tipo de evento
explicit
|
|||
|
Ticket Criado
|
Este é o primeiro evento no ciclo de vida do atendimento ao cliente, representando o momento em que a solicitação é formalmente registrada no Freshdesk. Essa atividade é capturada explicitamente quando um novo ticket é gerado por e-mail, portal, telefone ou integração via API. | ||
|
Por que é importante
Esta atividade serve como ponto de partida para cada caso, sendo essencial para calcular os tempos totais de resolução e analisar tendências de volume de tickets por canal ou tipo.
Onde obter
Este é um evento explícito no log de 'Atividades do Ticket' do Freshdesk. É gerado automaticamente na criação de um novo registro de ticket.
Captura
Registrado diretamente no fluxo de atividades do ticket no momento da criação.
Tipo de evento
explicit
|
|||
|
Chamado reaberto
|
Esta atividade ocorre quando um cliente responde a um ticket que já está no status 'Resolvido', o que altera automaticamente seu status de volta para 'Aberto'. Este é um evento explícito registrado pelo sistema. | ||
|
Por que é importante
Uma alta taxa de reabertura indica que as soluções iniciais não foram eficazes, gerando retrabalho e insatisfação. Analisar esta atividade é essencial para a 'Análise de Reabertura de Tickets' e para melhorar a resolução no primeiro contato.
Onde obter
Este evento é capturado quando uma resposta do cliente dispara uma mudança automática de status de 'Resolvido' para 'Aberto'. Essa alteração é registrada no log de 'Atividades do Ticket'.
Captura
Mudança de status de 'Resolvido' para 'Aberto' disparada por uma interação do cliente.
Tipo de evento
explicit
|
|||
|
Cliente respondeu
|
Representa uma nova resposta ou comunicação recebida do cliente. Este é um evento explícito no histórico de conversa do ticket e geralmente altera o status de 'Pendente' para 'Aberto'. | ||
|
Por que é importante
Esta atividade é essencial para entender a natureza de troca de mensagens com o cliente e medir os tempos de resposta dele. Também reinicia quaisquer cronômetros de SLA pausados, impactando as métricas de conformidade.
Onde obter
Registrado como uma nova entrada no histórico de conversas do ticket. O evento é associado ao registro de contato do cliente.
Captura
Uma nova nota pública adicionada ao ticket pelo contato do cliente.
Tipo de evento
explicit
|
|||
|
Nota Interna Adicionada
|
Um agente adiciona uma nota privada ao ticket para colaboração interna. Este é um evento explícito registrado no fluxo de atividades e visível apenas para agentes. | ||
|
Por que é importante
Rastrear notas internas ajuda a analisar padrões de colaboração e identificar problemas que exigem discussões internas significativas. Uma alta frequência de notas antes da resolução pode indicar casos complexos ou lacunas de conhecimento.
Onde obter
Registrado como uma 'Nota Privada' no histórico de conversas do ticket, distinguindo-se das respostas públicas enviadas ao cliente.
Captura
Evento registrado quando um agente adiciona uma nota marcada como 'Privada'.
Tipo de evento
explicit
|
|||
|
Pesquisa de satisfação enviada
|
Representa o envio de uma pesquisa de satisfação do cliente, geralmente disparada por uma regra de automação após a resolução de um ticket. Este evento pode ser capturado se a ação de automação for registrada no histórico do ticket. | ||
|
Por que é importante
Marca o início da coleta de feedback. Correlacionar as respostas das pesquisas com as variantes do processo traz insights profundos sobre como a performance afeta a satisfação do cliente.
Onde obter
Geralmente é disparado por uma 'Regra de Automação'. Sua visibilidade como um evento discreto no log de atividades depende da configuração de log do Freshdesk para automações.
Captura
Evento registrado por uma regra de automação após a resolução do ticket.
Tipo de evento
explicit
|
|||
|
Prioridade do ticket alterada
|
Este evento ocorre quando um agente ou uma regra de automação altera o nível de prioridade de um ticket, como de 'Baixa' para 'Alta'. Isso é registrado como uma atualização explícita no log de atividades do ticket. | ||
|
Por que é importante
Mudanças na prioridade podem sinalizar escalações ou uma reavaliação da urgência. Analisar essas trocas ajuda a entender os gatilhos de escalação e seu impacto no tempo de resolução.
Onde obter
Capturado do log de 'Atividades do Ticket', que registra todas as mudanças em propriedades do ticket, incluindo o campo 'Prioridade'.
Captura
Evento registrado quando o valor do campo 'Prioridade' é atualizado.
Tipo de evento
explicit
|
|||
|
SLA Violado
|
Um evento calculado que ocorre quando o tempo para responder ou resolver um ticket excede a meta da política de SLA. O Freshdesk rastreia o status do SLA e marca os tickets como 'violados', o que pode ser usado para derivar esta atividade. | ||
|
Por que é importante
Esta atividade apoia diretamente a análise de conformidade de SLA, apontando exatamente quando e onde os compromissos de nível de serviço não são cumpridos. É fundamental para identificar causas sistêmicas de atrasos.
Onde obter
Este evento é inferido ou calculado observando o status de 'SLA' de um ticket. Uma atividade pode ser gerada quando o status do SLA muda para 'Violado' ou comparando os timestamps de resposta/resolução com as metas de SLA.
Captura
Derivado dos dados do ticket quando o 'Tempo para Resolver' excede o 'Tempo Alvo de Resolução do SLA'.
Tipo de evento
calculated
|
|||
|
Status alterado para Pendente
|
Esta atividade ocorre quando um agente está aguardando informações do cliente e altera o status do ticket para 'Pendente'. Este evento é registrado explicitamente como uma mudança de status no histórico do ticket. | ||
|
Por que é importante
Identifica períodos de pausa aguardando entrada externa. Analisar esse tempo ajuda a quantificar atrasos do lado do cliente e apoia a análise de SLA, cujos cronômetros costumam ser pausados nesse status.
Onde obter
Capturado do log de 'Atividades do Ticket', que registra todas as mudanças de status, incluindo a transição para 'Pendente'.
Captura
Evento registrado quando o status do ticket é alterado para 'Pendente'.
Tipo de evento
explicit
|
|||
|
Ticket reatribuído
|
Ocorre quando um ticket é transferido de um agente ou grupo para outro após a atribuição inicial. Este é um evento explícito registrado no histórico de atividades do ticket como uma alteração de proprietário. | ||
|
Por que é importante
Reatribuições frequentes ou altas taxas de transferência indicam falhas no roteamento inicial ou conhecimento isolado. Esta análise ajuda a melhorar a resolução no primeiro contato.
Onde obter
Rastreado via alterações nos campos 'Agente' ou 'Grupo' no log de 'Atividades do Ticket' após a primeira atribuição.
Captura
Uma atualização posterior no campo 'Atribuído a' após a realização da atribuição inicial.
Tipo de evento
explicit
|
|||