Seu Template de dados de atendimento ao cliente
Seu Template de dados de atendimento ao cliente
Este é nosso Template genérico de dados para Process Mining de Atendimento ao cliente. Use os Templates específicos de cada sistema para receber orientações mais detalhadas.
Selecione um sistema específico- Campos de dados padronizados para uma análise consistente
- Atividades essenciais para mapear o processo com precisão
- Estrutura básica aplicável a diferentes sistemas
Atributos de atendimento ao cliente
| Nome | Descrição | ||
|---|---|---|---|
| Atividade Activity | Nome de um evento de negócio, tarefa ou etapa específica que ocorreu no processo de atendimento ao cliente para determinada solicitação de serviço. | ||
| Descrição Uma atividade representa uma etapa ou ocorrência específica no ciclo de vida de uma solicitação de serviço. Alguns exemplos são 'Solicitação de serviço criada', 'Solicitação atribuída', 'Solução proposta' e 'Solicitação fechada'. Cada atividade está associada a uma solicitação de serviço específica e tem um horário que indica quando ocorreu. Esse atributo é essencial para criar o mapa do processo, que representa visualmente o fluxo de trabalho do atendimento ao cliente. Analisar a sequência e a frequência das atividades ajuda a revelar os caminhos que as solicitações de serviço realmente percorrem, destacando fluxos comuns, gargalos, desvios e ciclos de retrabalho. Esse atributo é a base de qualquer análise de Process Mining. Por que isso importa Este atributo define as etapas do mapa do processo. Ele é essencial para entender que trabalho está sendo feito e em que sequência. Onde encontrar Geralmente, é obtido de Event Logs, tabelas de alteração de status ou registros de trilha de auditoria do sistema de atendimento ao cliente. Exemplos Solicitação criadaSolicitação atribuídaPrimeira resposta enviadaSolicitação resolvida | |||
| Horário do evento EventTime | Data e hora exatas em que uma atividade ou ocorrência específica aconteceu. | ||
| Descrição O horário do evento, também chamado de hora de início, registra o momento em que uma atividade aconteceu. Cada evento no registro, desde a criação inicial de uma solicitação de serviço até seu encerramento final, tem uma data e hora associadas. Esses dados temporais são essenciais para ordenar os eventos cronologicamente. A sequência desses horários para uma solicitação de serviço permite que as ferramentas de Process Mining reconstruam o fluxo do processo como ele aconteceu na realidade. O horário do evento é a base de todas as análises temporais, incluindo o cálculo do intervalo entre atividades, a medição do tempo total de resolução do caso, a identificação de gargalos e a verificação da Conformidade com os acordos de nível de serviço (SLAs). Por que isso importa Esse horário ordena os eventos e permite fazer análises de duração, como calcular os tempos de resolução e identificar gargalos. Onde encontrar Encontrado em Event Logs ou tabelas de trilha de auditoria, geralmente junto ao nome da atividade. Pode aparecer como 'Data de criação', 'Data do evento' ou 'Data e hora'. Exemplos 2023-10-26T10:00:00Z2023-10-26T10:15:30Z2023-10-27T14:05:00Z | |||
| ID da solicitação de serviço ServiceRequestId | Identificador exclusivo de uma consulta ou problema de um cliente. Esse ID reúne todas as atividades relacionadas em um único caso. | ||
| Descrição O ID da solicitação de serviço é a chave primária que identifica exclusivamente cada caso de cliente, desde a criação até a resolução final. Ele funciona como identificador do caso e reúne em uma linha do tempo todas as ocorrências, comunicações e ações relacionadas a um problema específico do cliente. Em Process Mining, esse atributo é fundamental para reconstruir a jornada completa de cada solicitação de serviço. Ao associar cada atividade a um ID de solicitação de serviço específico, os analistas podem visualizar os fluxos do processo, identificar desvios e medir com precisão a duração dos casos. Isso permite analisar o processo pela perspectiva de cada caso, algo essencial para entender a performance e identificar oportunidades de melhoria. Por que isso importa Este é o identificador essencial do caso. Sem ele, não é possível acompanhar a jornada de um problema específico do cliente ao longo do processo. Onde encontrar Geralmente, aparece no cabeçalho ou na tabela principal de casos, chamados ou incidentes em um sistema de gestão de atendimento ao cliente. Exemplos SR-2023-00123CASE009876TKT-554321INC0123456 | |||
| Sistema de origem SourceSystem | Sistema de registro de onde os dados foram extraídos. Essa informação ajuda a rastrear a linhagem dos dados. | ||
| Descrição O atributo Sistema de origem identifica o aplicativo ou a plataforma de onde vieram os dados de atendimento ao cliente, como ServiceNow, Salesforce, Zendesk ou um sistema interno personalizado. Quando dados de vários sistemas são combinados, esse campo é essencial para a governança e a rastreabilidade dos dados. Embora não seja usado diretamente na maioria das análises padrão de fluxo do processo, ele fornece um contexto importante. Ajuda a entender possíveis diferenças na qualidade dos dados ou na execução do processo entre sistemas. Também é essencial para validar dados, solucionar problemas de extração e gerenciar pipelines de integração de dados. Por que isso importa Identifica a origem dos dados, algo essencial para a governança, a solução de problemas e a análise em ambientes com vários sistemas. Onde encontrar Geralmente, esse atributo é adicionado durante o processo de extração de dados (ETL) e pode não existir diretamente nas tabelas do sistema de origem. Exemplos Salesforce Service CloudZendesk SupportServiceNow CSM | |||
| Última atualização dos dados LastDataUpdate | Data e hora da última atualização dos dados extraídos do sistema de origem. | ||
| Descrição O atributo Última atualização dos dados registra a data e a hora da extração ou atualização mais recente. Esses metadados são essenciais para entender o nível de atualização dos dados analisados e gerenciar o pipeline de dados. Esse atributo mostra a usuários de negócio e analistas o quanto a análise está atualizada. Ele ajuda a programar atualizações dos dados e garante que as decisões sejam tomadas com base em informações tão recentes quanto necessário. Para monitorar processos em andamento, saber quando ocorreu a última atualização é essencial para interpretar corretamente o estado atual dos casos abertos. Por que isso importa Indica o nível de atualização dos dados e ajuda a garantir que as análises e decisões de negócio usem informações relevantes e oportunas. Onde encontrar Esse horário geralmente é gerado e adicionado durante o processo de extração de dados (ETL). Exemplos 2023-10-27T02:00:00Z2023-10-28T02:00:00Z2023-10-29T02:00:00Z | |||
| Agente Agent | Nome ou identificador exclusivo do agente de atendimento ao cliente ou usuário responsável por uma atividade. | ||
| Descrição O atributo Agente identifica o funcionário que realizou determinada atividade ou está atualmente responsável por uma solicitação de serviço. Pode ser um ID exclusivo, um endereço de e-mail ou o nome completo. Esse atributo permite analisar a performance e a carga de trabalho de cada pessoa. Os gestores podem ver como o trabalho está distribuído, comparar a performance dos agentes em métricas como tempo de resolução ou satisfação do cliente e identificar oportunidades de treinamento. Ele também é essencial para analisar as transferências entre agentes, que podem causar atrasos e frustração para os clientes. Por que isso importa Esse atributo é essencial para analisar a carga de trabalho e a performance dos agentes, além do impacto das transferências entre eles. Onde encontrar Geralmente, aparece em tabelas de histórico de atribuição de casos, Event Logs ou como campo no registro principal do caso ou chamado. Exemplos John Smithagent.jane@example.comuser_1138Sarah Doe | |||
| Canal de comunicação CommunicationChannel | Canal pelo qual a solicitação de serviço foi iniciada ou a comunicação ocorreu, como 'E-mail', 'Telefone' ou 'Chat'. | ||
| Descrição O canal de comunicação identifica o meio usado pelo cliente para interagir com a central de serviços. Entre os canais mais comuns estão e-mail, telefone, portal web, chat e redes sociais. O canal pode influenciar as expectativas do cliente e a complexidade do processo de resolução. Analisar o processo por canal de comunicação pode revelar diferenças importantes na performance. Por exemplo, solicitações feitas por telefone podem ser resolvidas mais rapidamente, mas exigir mais recursos dos agentes do que as enviadas por um portal web. Essa análise ajuda as organizações a otimizar a estratégia de canais, alocar recursos de forma eficaz e adaptar a experiência de atendimento a cada meio de comunicação. Por que isso importa Mostra como diferentes canais de comunicação afetam os tempos de resolução, o esforço dos agentes e a eficiência geral do processo. Onde encontrar Geralmente, está disponível como campo padrão no registro do caso ou chamado e indica como a solicitação foi criada. Exemplos E-mailTelefoneChatPortal webRedes sociais | |||
| Foi escalado IsEscalated | Indicador que mostra se a solicitação de serviço foi escalada para um nível superior de suporte ou para a gerência. | ||
| Descrição O atributo Foi escalado é um indicador booleano (verdadeiro ou falso) que marca uma solicitação de serviço como formalmente escalada. O escalonamento costuma ocorrer quando o problema é complexo demais para o nível de suporte atual, não é resolvido dentro do prazo definido ou o cliente está muito insatisfeito. Esse atributo é essencial para analisar escalonamentos. Ele permite calcular a taxa de escalonamento, um indicador-chave de performance. Ao analisar o fluxo do processo dos casos escalados, as empresas podem identificar as causas raiz, como lacunas de conhecimento no suporte de primeiro nível, processos pouco claros ou problemas no produto. Reduzir os escalonamentos costuma ser um objetivo importante, pois eles têm um custo alto e podem afetar negativamente a satisfação do cliente. Por que isso importa Ajuda a identificar a frequência e as causas raiz dos escalonamentos, revelando oportunidades para melhorar a resolução no primeiro contato. Onde encontrar Geralmente, é um campo de caixa de seleção ou indicador no registro do caso ou chamado. Também pode ser identificado pela ocorrência de uma atividade 'Escalonar'. Exemplos truefalse | |||
| Grupo atribuído AssignedGroup | Equipe, departamento ou fila para a qual a solicitação de serviço foi atribuída. | ||
| Descrição O grupo atribuído identifica a equipe ou unidade funcional responsável por uma solicitação de serviço em determinado momento. Pode ser, por exemplo, 'Suporte nível 1', 'Departamento de cobrança' ou 'Equipe de suporte técnico'. À medida que avançam, as solicitações de serviço costumam passar por diferentes grupos. Analisar o grupo atribuído é essencial para entender a colaboração e as transferências entre equipes. Isso ajuda a identificar quais equipes estão sobrecarregadas, onde surgem gargalos entre grupos e quais caminhos os diferentes tipos de solicitação percorrem na organização. Essas informações são importantes para otimizar a estrutura das equipes, a alocação de recursos e as regras de encaminhamento. Por que isso importa Permite analisar a performance das equipes, a distribuição da carga de trabalho e os atrasos causados por transferências entre departamentos. Onde encontrar Localizado no registro do caso ou chamado, geralmente em campos como 'Grupo de atribuição', 'Equipe' ou 'Fila'. Exemplos Suporte nível 1Consultas sobre cobrançaEscalonamentos técnicosSuporte de hardware | |||
| Hora de término EndTime | Data e hora em que uma atividade foi concluída. Esse dado é usado para calcular a duração de cada atividade. | ||
| Descrição O atributo Hora de término marca o momento em que uma atividade é concluída. Enquanto o horário do evento marca o início, a hora de término fornece o outro dado necessário para medir quanto tempo uma tarefa específica levou. Nem todos os eventos têm uma hora de término distinta, mas, quando ela existe, como no caso de uma investigação do agente ou de uma ligação com o cliente, é uma informação valiosa. Na análise, a diferença entre a hora de término e o horário do evento corresponde ao tempo de processamento da atividade. Esse dado é fundamental para a análise de gargalos, que busca identificar quais etapas do processo consomem mais tempo. Entender a duração das atividades ajuda no planejamento de recursos, na avaliação da performance e na identificação de oportunidades para simplificar as operações. Por que isso importa Esse atributo é essencial para calcular a duração de cada atividade, identificar gargalos e medir a eficiência. Onde encontrar Geralmente, aparece em Event Logs ou tabelas de trilha de auditoria, junto à hora de início. Se não estiver disponível, pode ser necessário calculá-lo com base na hora de início do evento seguinte. Exemplos 2023-10-26T10:30:00Z2023-10-26T11:00:45Z2023-10-27T16:20:00Z | |||
| Prioridade Priority | Nível de prioridade atribuído à solicitação de serviço, como 'Baixa', 'Média', 'Alta' ou 'Urgente'. | ||
| Descrição O atributo Prioridade indica a urgência de uma solicitação de serviço, que costuma influenciar a rapidez com que ela precisa ser atendida. Esse nível geralmente é definido com base no impacto para o negócio e na gravidade do problema relatado pelo cliente. Os SLAs costumam estar vinculados à prioridade. Na análise do processo, a prioridade é uma dimensão importante para filtrar e comparar dados. Os analistas podem verificar se as solicitações de alta prioridade estão sendo resolvidas mais rapidamente do que as de baixa prioridade, como esperado. Isso ajuda a confirmar se as regras de priorização estão sendo seguidas e se a alocação de recursos está alinhada às prioridades do negócio. Comparar os fluxos do processo entre diferentes níveis de prioridade pode revelar ineficiências no tratamento de problemas críticos. Por que isso importa Permite analisar se as solicitações urgentes são atendidas mais rapidamente e ajuda a verificar se os recursos estão alinhados às necessidades do negócio. Onde encontrar Campo padrão no formulário de caso ou chamado da maioria dos sistemas de atendimento ao cliente. Exemplos BaixaMédiaAltaUrgente | |||
| Satisfação do cliente CustomerSatisfaction | Nota ou avaliação de satisfação fornecida pelo cliente após a resolução da solicitação de serviço. | ||
| Descrição A satisfação do cliente é uma métrica de resultado importante, que mede a percepção do cliente sobre o serviço recebido. Geralmente, ela é registrada em uma pesquisa após a resolução, com uma escala numérica, como de 1 a 5, ou uma avaliação por categoria, como 'Bom', 'Neutro' ou 'Ruim'. Esse atributo é essencial para relacionar a performance do processo aos resultados do negócio. Ao cruzar as notas de satisfação com as métricas do processo, os analistas podem identificar quais práticas levam a clientes satisfeitos ou insatisfeitos. Por exemplo, a análise pode mostrar que casos com várias reatribuições ou longos tempos de resolução recebem notas de satisfação baixas com frequência. Isso oferece uma base clara, orientada por dados, para priorizar melhorias no processo que terão maior impacto na experiência do cliente. Por que isso importa Mede diretamente a percepção do cliente sobre a qualidade do serviço e relaciona a eficiência do processo aos resultados do negócio. Onde encontrar Geralmente, fica armazenado em uma tabela separada de respostas à pesquisa, que pode ser vinculada ao registro da solicitação de serviço. Exemplos 5413 | |||
| Status da solicitação RequestStatus | Status atual ou histórico da solicitação de serviço, como 'Aberto', 'Pendente', 'Resolvido' ou 'Fechado'. | ||
| Descrição O status da solicitação indica a situação de uma solicitação de serviço em determinado momento do ciclo de vida. O status muda conforme a equipe trabalha na solicitação, por exemplo, de 'Nova' para 'Em andamento', depois para 'Aguardando o cliente' e, por fim, para 'Resolvida'. A sequência de mudanças de status costuma servir de base para as atividades do modelo de processo. Analisar as mudanças de status é uma das principais formas de entender o fluxo do processo. Isso ajuda a identificar quanto tempo as solicitações ficam em determinados estados, como 'Pendente', o que pode revelar dependências de terceiros. Também permite diferenciar casos abertos e fechados, algo fundamental para acompanhar o volume de casos ativos e as taxas de resolução. Por que isso importa Acompanha a etapa do ciclo de vida de uma solicitação, ajudando a identificar o tempo em espera e a definir as atividades do processo. Onde encontrar Campo essencial no registro do caso ou chamado. As mudanças de status costumam ser registradas em uma tabela de histórico de auditoria. Exemplos NovoEm andamentoAguardando o clienteResolvidoFechado | |||
| Tipo de solicitação RequestType | 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 oferece uma classificação geral do problema ou da consulta do cliente. Essa classificação ajuda a segmentar as solicitações de serviço e entender os diferentes tipos de demanda que chegam à equipe de suporte. Entre os tipos mais comuns estão problemas técnicos, dúvidas sobre cobrança, pedidos de informação e reclamações. Esse atributo é muito útil para filtrar e comparar processos de diferentes tipos de solicitação. Por exemplo, o processo de resolução de uma 'Dúvida sobre cobrança' pode ser bem mais simples e rápido do que o de um 'Incidente técnico'. Entender essas diferenças é essencial para definir SLAs adequados, criar fluxos de trabalho eficientes e alocar recursos de forma eficaz. Por que isso importa Segmentar as solicitações por tipo é essencial para entender os diferentes caminhos do processo e direcionar melhorias a problemas específicos. Onde encontrar Campo padrão no formulário principal do caso ou chamado, geralmente chamado de 'Tipo', 'Categoria' ou 'Classificação'. Exemplos IncidenteDúvidaProblemaSolicitação de recurso | |||
| Cliente Customer | Nome ou identificador exclusivo do cliente ou da empresa que iniciou a solicitação de serviço. | ||
| Descrição O atributo Cliente identifica o cliente externo, pessoa física ou organização, associado à solicitação de serviço. Isso permite agrupar e analisar todas as interações de atendimento de um cliente específico. Uma visão centrada no cliente é essencial para entender a experiência geral de atendimento. Ao analisar os dados filtrados por cliente, as empresas podem identificar quem envia um grande volume de solicitações, o que pode indicar problemas com um produto ou a necessidade de oferecer mais treinamento. O atributo também ajuda a acompanhar o histórico de atendimento de contas estratégicas e garantir que recebam o nível de suporte esperado. Por que isso importa Permite analisar o processo pela perspectiva do cliente, identificar problemas recorrentes de clientes específicos e gerenciar contas estratégicas. Onde encontrar Campo padrão no registro do caso ou chamado, vinculado ao objeto de contato ou conta no CRM. Exemplos ABC CorporationGlobal Tech Inc.Jane DoeACCT-00123 | |||
| Prazo do SLA SlaTargetTime | Data e hora acordadas em contrato ou definidas como meta para resolver a solicitação de serviço. | ||
| Descrição O prazo do SLA é a data limite para resolver uma solicitação de serviço, conforme o acordo de nível de serviço (SLA) aplicável. Essa meta costuma depender da prioridade e do tipo da solicitação ou do nível de contrato do cliente. Ela pode ser armazenada como uma data e hora específica ou como um intervalo contado a partir da criação. Esse atributo é fundamental para analisar a Conformidade com o SLA. Ao comparar o tempo real de resolução com o prazo do SLA, as organizações podem determinar sua taxa de cumprimento. O Process Mining permite detalhar essa análise e mostrar quais tipos de solicitação ou etapas do processo mais contribuem para o descumprimento dos SLAs. Assim, é possível direcionar melhorias para cumprir os compromissos de serviço. Por que isso importa É essencial para medir o cumprimento do SLA, um KPI crítico para organizações de atendimento ao cliente. Onde encontrar Geralmente, é calculado e armazenado no registro do caso ou chamado com base nas políticas de SLA definidas no sistema. Exemplos 2023-10-28T10:00:00Z2023-11-01T17:00:00Z2023-10-26T14:00:00Z | |||
| Produto Product | Produto ou serviço relacionado à solicitação do cliente. | ||
| Descrição O atributo Produto especifica o produto, serviço ou recurso relacionado à solicitação do cliente. Isso permite categorizar as solicitações de serviço de acordo com a área do negócio a que se referem. Analisar as solicitações de serviço por produto é essencial para a análise de causa raiz e a melhoria dos produtos. Um grande volume de chamados sobre um produto específico pode indicar problemas de qualidade, bugs ou dificuldades de uso. Esses dados fornecem feedback valioso às equipes de desenvolvimento de produtos e engenharia, ajudando a priorizar correções e melhorias que reduzam a carga de trabalho do suporte e aprimorem a experiência do cliente. Por que isso importa Relaciona as solicitações de serviço a produtos específicos e fornece feedback essencial para melhorar os produtos e analisar as causas raiz. Onde encontrar Geralmente, é um campo no formulário do caso ou chamado, vinculado a um catálogo de produtos ou preenchido manualmente. Exemplos Impressora Alpha-100Enterprise Suite v2.5Aplicativo móvelPlataforma de cobrança | |||
Atividades de atendimento ao cliente
| Atividade | Descrição | ||
|---|---|---|---|
| Solicitação atribuída | Representa a atribuição inicial de uma solicitação de serviço a um agente ou equipe específica. Essa etapa é fundamental para tirar a solicitação da fila e encaminhá-la para o fluxo de trabalho ativo. | ||
| Por que isso importa Essa atividade é essencial para acompanhar a carga de trabalho dos agentes, medir o tempo até a primeira atribuição e identificar gargalos no processo de encaminhamento. Onde encontrar É capturada a partir de alterações nos campos 'Owner' ou 'Assigned To' do log de auditoria ou do histórico do registro da solicitação de serviço. Coleta Identifique o primeiro preenchimento ou a primeira alteração do campo de responsável pelo agente ou grupo. Tipo de evento explicit | |||
| Solicitação de serviço criada | Marca o início do processo de atendimento ao cliente, quando a solicitação é registrada formalmente. Esse evento é capturado quando um novo caso, chamado ou registro de interação é criado no sistema de origem. | ||
| Por que isso importa Este é o principal evento de início do processo. Ele é essencial para medir a duração total do ciclo de vida e analisar o volume de solicitações recebidas ao longo do tempo. Onde encontrar Geralmente, é capturado a partir do registro de data e hora de criação do caso ou chamado principal no sistema de gestão de serviços. Coleta Use o registro de data e hora de criação do caso, chamado ou incidente principal. Tipo de evento explicit | |||
| Solicitação encerrada | Esta é a atividade final, que representa o encerramento administrativo definitivo da solicitação de serviço. A partir desse momento, a solicitação é considerada concluída e não se espera nenhuma outra ação. | ||
| Por que isso importa Esta atividade marca o fim definitivo do ciclo de vida do processo. O intervalo entre a resolução e o encerramento pode revelar políticas do processo relacionadas ao fechamento automático ou à revisão final. Onde encontrar Registrado a partir de uma mudança explícita de status para 'Fechado'. Muitos sistemas têm um campo específico para registrar data e hora do fechamento. Coleta Use o campo que registra data e hora do fechamento ou o horário da mudança de status para 'Fechado'. Tipo de evento explicit | |||
| Solicitação escalonada | Representa o escalonamento formal de uma solicitação de serviço para um nível superior de suporte, outro departamento ou a gestão. Isso ocorre quando o agente inicial não consegue resolver o problema. | ||
| Por que isso importa Os escalonamentos são um indicador importante da complexidade do processo, da capacidade dos agentes e das falhas na resolução no primeiro contato. Analisar os caminhos de escalonamento ajuda a otimizar a estrutura de suporte. Onde encontrar Pode ser um evento explícito gerado pelo mecanismo de regras de escalonamento ou ser inferido a partir de uma reatribuição a um usuário ou equipe de escalonamento designada. Coleta Use um indicador ou registro de data e hora específico de escalonamento, ou detecte uma mudança de atribuição para uma equipe de escalonamento conhecida. Tipo de evento explicit | |||
| Solicitação reaberta | Ocorre quando uma solicitação de serviço já resolvida volta a um estado ativo. Isso geralmente acontece quando o cliente informa que o problema não foi corrigido ou voltou a ocorrer. | ||
| Por que isso importa As solicitações reabertas medem diretamente o retrabalho e são um forte indicador de falha na resolução no primeiro contato. Analisar esses eventos é essencial para melhorar a qualidade das soluções. Onde encontrar Geralmente, é um evento explícito em que o sistema muda automaticamente o status de 'Resolved' para 'Open' após receber uma nova resposta do cliente. Coleta Detecte uma mudança de status de 'Resolved' ou 'Closed' para 'Open' ou 'In Progress'. Tipo de evento explicit | |||
| Solicitação reatribuída | Indica que a responsabilidade por uma solicitação de serviço foi transferida de um agente ou equipe para outro após a atribuição inicial. Isso representa uma transferência dentro do processo de suporte. | ||
| Por que isso importa Acompanhar as reatribuições é essencial para analisar a fragmentação do processo e identificar transferências desnecessárias. Reatribuições frequentes podem indicar problemas de encaminhamento ou lacunas de conhecimento. Onde encontrar É inferido pelo acompanhamento de alterações posteriores nos campos 'Owner', 'Assigned To' ou 'Assignment Group', após a atribuição inicial. Coleta Identifique todas as alterações nos campos de responsável ou grupo de atribuição após a primeira atribuição. Tipo de evento inferred | |||
| Solicitação resolvida | Este é um marco importante: o agente concluiu o trabalho e considera que o problema do cliente foi resolvido. A solicitação passa para o estado 'Resolved' ou 'Solved'. | ||
| Por que isso importa Este é o principal evento para medir o tempo de resolução. Ele indica a conclusão do trabalho ativo da equipe de suporte e é um marco essencial no ciclo de vida do atendimento. Onde encontrar É capturado a partir de uma mudança explícita de status para 'Resolved' ou 'Solved'. A maioria dos sistemas registra um horário específico para a resolução. Coleta Use o registro de data e hora de 'Resolved At' ou o registro de data e hora da mudança de status para 'Resolved'. Tipo de evento explicit | |||
| Agente inicia a investigação | Indica que um agente começou a trabalhar ativamente na solicitação de serviço. É diferente da atribuição e marca o início do diagnóstico ou da tentativa de resolução. | ||
| Por que isso importa Ajuda a diferenciar o tempo de espera do tempo de trabalho ativo. Analisar essa atividade pode revelar atrasos entre a atribuição e o início do trabalho efetivo. Onde encontrar Geralmente, é inferida a partir de uma mudança de status da solicitação de serviço, por exemplo, de 'New' ou 'Assigned' para 'In Progress' ou 'Work in Progress'. Coleta Identifique a primeira mudança de status para um estado ativo, como 'in progress', após a atribuição. Tipo de evento inferred | |||
| Comentário interno adicionado | Um agente adiciona uma nota ou um comentário privado à solicitação de serviço para colaborar com outros agentes ou equipes. O cliente não consegue ver esse conteúdo. | ||
| Por que isso importa Esses eventos indicam colaboração interna, compartilhamento de conhecimento ou preparação para um escalonamento. Uma frequência alta de notas internas pode indicar casos complexos ou lacunas de conhecimento. Onde encontrar É capturado no fluxo de atividades ou no log de comunicação da solicitação de serviço, filtrando os comentários marcados como 'internal' ou 'private'. Coleta Filtre o log de comentários ou atividades do caso para encontrar registros marcados como visíveis apenas internamente. Tipo de evento explicit | |||
| Informações recebidas do cliente | Marca o momento em que o cliente fornece as informações solicitadas e permite que o agente retome o trabalho. Esse evento geralmente tira a solicitação do estado pendente e a coloca novamente em um estado ativo. | ||
| Por que isso importa Esse evento encerra um período de espera pelo cliente. Analisar o intervalo entre ele e a atividade 'Information Requested' revela o tempo de resposta do cliente. Onde encontrar É inferido a partir de uma comunicação recebida do cliente ou de uma mudança automática de status de 'Pending' para 'Open' ou 'In Progress'. Coleta Detecte uma mensagem recebida do cliente ou uma mudança de status de um estado 'pending' para um estado 'active'. Tipo de evento inferred | |||
| Informações solicitadas ao cliente | Ocorre quando o agente precisa de mais informações do cliente para continuar e coloca a solicitação em estado pendente. Isso pausa os processos internos e os cronômetros de SLA. | ||
| Por que isso importa Essa atividade é essencial para entender os atrasos relacionados ao cliente. Acompanhar a duração desse estado ajuda a separar o tempo de trabalho do agente do tempo de espera pelo cliente. Onde encontrar Geralmente, é inferida a partir de uma mudança de status para valores como 'Pending', 'On Hold' ou 'Awaiting Customer Info'. Coleta Identifique no histórico do caso as mudanças de status para 'pending' ou 'waiting on customer'. Tipo de evento inferred | |||
| Pesquisa de satisfação enviada | Representa o envio de uma pesquisa de satisfação ao cliente, geralmente acionado por uma regra de automação após a resolução de uma solicitação de serviço. Esse evento inicia a coleta de feedback. | ||
| Por que isso importa Essa atividade dá contexto aos indicadores de feedback dos clientes. Ela ajuda a analisar as taxas de resposta às pesquisas e o momento em que os pedidos de feedback são enviados. Onde encontrar É capturado em um log de automação, em um registro de e-mail enviado ou em um registro específico da pesquisa vinculado à solicitação de serviço. Coleta Identifique a criação de um objeto de pesquisa ou uma comunicação enviada relacionada a uma pesquisa de satisfação. Tipo de evento explicit | |||
| Primeira resposta enviada | Marca a primeira comunicação direta, não automatizada, enviada por um agente ao cliente após a criação da solicitação. É um marco importante no relacionamento com o cliente. | ||
| Por que isso importa Essa atividade é essencial para medir e acompanhar os SLAs de 'First Response Time'. Ela mostra a rapidez com que a equipe de suporte começa a atender os problemas dos clientes. Onde encontrar Muitas vezes, é um evento explícito com registro de data e hora no mecanismo de SLA do sistema. Também pode ser inferido ao encontrar a primeira comunicação pública enviada por um agente na linha do tempo do caso. Coleta Use o registro de data e hora específico de 'First Response Time', se disponível, ou encontre o registro de data e hora da primeira mensagem enviada pelo agente. Tipo de evento explicit | |||
| Satisfação do cliente recebida | Esse evento ocorre quando o cliente envia uma resposta à pesquisa de satisfação. O feedback, como uma nota ou um comentário, é registrado na solicitação de serviço. | ||
| Por que isso importa Estabelece uma ligação direta entre a execução do processo e a qualidade percebida pelo cliente. Analisar as pontuações de satisfação no contexto do processo ajuda a identificar as etapas que levam a experiências negativas. Onde encontrar É capturado no módulo de pesquisas quando o cliente envia uma resposta associada à solicitação de serviço original. Coleta Use o registro de data e hora do envio da resposta à pesquisa de satisfação do cliente. Tipo de evento explicit | |||
| SLA descumprido | Representa o momento em que uma solicitação de serviço deixa de cumprir um Acordo de Nível de Serviço definido, como o prazo para a primeira resposta ou para a resolução. É um evento crítico para os negócios. | ||
| Por que isso importa Essa atividade mede diretamente a performance e a Conformidade com os níveis de serviço. Analisar quando e por que ocorrem descumprimentos é essencial para melhorar o processo e gerenciar as expectativas dos clientes. Onde encontrar Esse evento é calculado comparando os registros de data e hora das atividades com as metas de SLA definidas no contrato de serviço ou no mecanismo de políticas. Coleta Compare a diferença entre os registros de data e hora das atividades de início e fim com a meta de SLA definida. Registre um evento de descumprimento se a duração ultrapassar a meta. Tipo de evento calculated | |||
| Solicitação categorizada | Representa a classificação de uma solicitação de serviço por tipo, categoria ou prioridade. Essa etapa costuma ser realizada por um agente ou por regras de automação para definir a urgência e o encaminhamento. | ||
| Por que isso importa Analisar as mudanças de categorização ajuda a identificar a eficácia da triagem, o retrabalho e as solicitações encaminhadas incorretamente. Também oferece contexto sobre a complexidade e a natureza das solicitações de serviço. Onde encontrar Geralmente, é inferido a partir do log de auditoria ou do histórico de alterações em campos como 'Category', 'Type' ou 'Priority' no registro da solicitação de serviço. Coleta Detecte mudanças nos campos de categoria, prioridade ou tipo no histórico do caso. Tipo de evento inferred | |||
| Solução proposta | Indica que um agente elaborou uma solução e a comunicou ao cliente. Essa atividade pode ocorrer antes da resolução formal, especialmente quando é necessária a confirmação do cliente. | ||
| Por que isso importa Essa etapa conceitual ajuda a diferenciar o tempo necessário para encontrar uma solução do tempo de espera pela aceitação do cliente. Assim, você tem uma visão mais detalhada da fase de resolução. Onde encontrar Geralmente, é inferida a partir de uma comunicação enviada com detalhes da resolução ou de uma mudança de status para 'Awaiting Acceptance' ou 'Solution Provided'. Coleta Identifique uma mensagem enviada com palavras-chave como 'solution' ou uma mudança de status que indique uma resolução proposta. Tipo de evento inferred | |||
Guias de extração
Os métodos de extração variam conforme o sistema. Para ver instruções detalhadas,
Pronto para começar?
Comece a otimizar seu processo de atendimento ao cliente selecionando um guia de extração específico para seu sistema ou usando este Template genérico como base para preparar seus dados.
Eleve a qualidade do seu atendimento ao cliente
Encontre gargalos, aumente a eficiência dos agentes e encante seus clientes.
Não é necessário informar o cartão de crédito. Comece em poucos minutos.