Seu Template de dados de atendimento ao cliente
Seu Template de dados de atendimento ao cliente
- Atributos recomendados para coleta
- Principais atividades para acompanhar
- Orientações para extração
Atributos de atendimento ao cliente
| Nome | Descrição | ||
|---|---|---|---|
|
Horário do evento
EventTime
|
Registro preciso de data e hora que indica quando uma atividade ou evento específico ocorreu. | ||
|
Descrição
O horário do evento registra a data e a hora em que uma atividade foi realizada. Esse registro é fundamental para ordenar os eventos cronologicamente e calcular a duração entre diferentes etapas do processo. Na análise de Process Mining, esse atributo é usado para calcular todas as métricas baseadas em tempo, incluindo tempos de ciclo, tempos de espera e durações de processamento. Ele permite que analistas identifiquem gargalos ao localizar atividades precedidas por longos atrasos e meçam a performance em relação aos acordos de nível de serviço (SLAs). Registros de data e hora precisos e consistentes são essenciais para uma análise confiável.
Por que isso importa
Esse registro de data e hora é essencial para ordenar os eventos corretamente e calcular métricas de performance, como tempos de ciclo e gargalos.
Onde encontrar
Em geral, corresponde ao campo 'sys_created_on' nas tabelas de auditoria e histórico do ServiceNow (por exemplo, 'sys_audit').
Exemplos
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:05:11Z
|
|||
|
Solicitação de serviço
ServiceRequest
|
Identificador exclusivo de cada solicitação de atendimento ao cliente, caso ou chamado. | ||
|
Descrição
A solicitação de serviço é o identificador principal do caso e vincula todas as atividades e eventos relacionados a um único problema do cliente, da criação ao encerramento. Ela funciona como referência central para acompanhar toda a jornada de uma interação com o cliente. Em Process Mining, esse atributo é fundamental para reconstruir o fluxo do processo. Cada valor exclusivo de solicitação de serviço representa uma instância do processo e permite analisar tempos de ciclo, caminhos e variações caso a caso. Assim, todas as etapas, do contato inicial à resolução e ao encerramento, ficam associadas corretamente à mesma solicitação do cliente.
Por que isso importa
Este é o ID do caso essencial para conectar todas as etapas do processo e analisar o ciclo de vida completo de cada interação de atendimento ao cliente.
Onde encontrar
Em geral, corresponde ao campo 'number' da tabela 'sn_customerservice_case' no ServiceNow CSM.
Exemplos
CS0010001CS0010045CS0010112
|
|||
|
Nome da atividade
ActivityName
|
Nome de um evento ou tarefa específica que ocorreu durante o ciclo de vida da solicitação de serviço. | ||
|
Descrição
O nome da atividade descreve uma etapa do processo de atendimento ao cliente, como 'Solicitação de serviço criada', 'Solicitação atribuída a um agente' ou 'Solução proposta'. Essas atividades são extraídas de logs do sistema ou de atualizações de tabelas para formar uma sequência cronológica de eventos para cada solicitação de serviço. Este atributo é essencial para visualizar o mapa do processo, identificar gargalos e entender o fluxo de trabalho. Ao analisar a sequência e a frequência das atividades, analistas podem descobrir caminhos comuns, desvios e pontos de retrabalho ou ineficiência. O nível de detalhe das atividades definidas afeta diretamente a profundidade dos insights que podem ser obtidos com o modelo de processo.
Por que isso importa
Este atributo é a base do mapa do processo: define as etapas e tarefas específicas cuja sequência e duração são analisadas.
Onde encontrar
Este é um atributo conceitual, derivado de tabelas de auditoria do sistema (por exemplo, 'sys_audit') ou do acompanhamento de mudanças de estado e atualizações de campos importantes na tabela 'sn_customerservice_case'.
Exemplos
Solicitação de serviço criadaSolicitação atribuída a um agenteInformações solicitadas ao clienteSolicitação de serviço resolvida
|
|||
|
Agente atribuído
AssignedAgent
|
Agente de atendimento atualmente responsável pela solicitação de serviço. | ||
|
Descrição
Este atributo identifica o usuário responsável pela solicitação de serviço em determinado momento. Ele costuma mudar ao longo do ciclo de vida do caso, conforme a solicitação passa por diferentes agentes ou especialistas. Analisar o agente atribuído é essencial para entender a distribuição da carga de trabalho, a performance dos agentes e os handoffs. Isso ajuda a responder perguntas como: quais agentes lidam com os casos mais complexos, com que frequência os casos são reatribuídos e se determinados agentes estão associados a tempos de resolução mais longos ou a maior satisfação do cliente. Esse atributo é essencial para o Dashboard 'Handoffs e reatribuições de agentes'.
Por que isso importa
Acompanha a responsabilidade dos agentes e permite analisar a carga de trabalho, a performance e a frequência das reatribuições, que muitas vezes indicam atrito no processo.
Onde encontrar
Corresponde ao campo 'assigned_to' da tabela 'sn_customerservice_case'.
Exemplos
Beth AnglinDavid LooAbel Tuter
|
|||
|
Categoria
Category
|
Classificação principal da solicitação de serviço, como 'Faturamento' ou 'Problema técnico'. | ||
|
Descrição
A categoria agrupa as solicitações de serviço conforme a natureza da dúvida ou do problema do cliente. Em geral, essa classificação é feita quando a solicitação é criada e ajuda a encaminhá-la ao grupo de atribuição correto. Este atributo é essencial para segmentar a análise do processo. Ao filtrar por categoria, analistas podem comparar os fluxos de processo de diferentes tipos de solicitação. Por exemplo, o processo de resolução de um problema de 'Faturamento' pode ser bem diferente do de um 'Problema técnico'. Esse atributo é importante para segmentar os dados em praticamente todos os Dashboards.
Por que isso importa
Permite detalhar a análise por tipo de solicitação e identificar se determinadas categorias estão mais sujeitas a atrasos, escalonamentos ou violações de SLA.
Onde encontrar
Corresponde ao campo 'category' da tabela 'sn_customerservice_case'.
Exemplos
Dúvida / AjudaPedidosProblemas com produtosFaturamento
|
|||
|
Estado
State
|
Status ou estado atual da solicitação de serviço ao longo do ciclo de vida. | ||
|
Descrição
O atributo Estado descreve o status operacional de uma solicitação de serviço em determinado momento, como 'Novo', 'Em andamento', 'Aguardando informações', 'Resolvido' ou 'Fechado'. As mudanças nesse campo costumam ser usadas para definir as atividades do modelo de processo. Analisar o estado oferece uma visão geral da etapa em que os casos se encontram. Isso ajuda a identificar quanto tempo eles permanecem em determinados estados, como 'Aguardando informações', que pode ser uma fonte significativa de atrasos. Também ajuda a definir os pontos inicial e final de KPIs importantes, como 'Tempo entre resolução e encerramento'.
Por que isso importa
Indica o status de uma solicitação em qualquer momento e ajuda a identificar o tempo gasto em estados improdutivos, como 'Em espera' ou 'Aguardando informações'.
Onde encontrar
Corresponde ao campo 'state' da tabela 'sn_customerservice_case'.
Exemplos
NovoEm andamentoAguardando informações do usuárioResolvidoFechado
|
|||
|
Grupo de atribuição
AssignmentGroup
|
Equipe ou departamento responsável pela solicitação de serviço. | ||
|
Descrição
O grupo de atribuição representa a fila ou equipe à qual uma solicitação de serviço é atribuída. Dependendo do problema, as solicitações podem ser encaminhadas entre diferentes grupos, como uma central de suporte de nível 1, uma equipe técnica especializada ou o departamento de faturamento. Este atributo é essencial para analisar handoffs entre departamentos e identificar gargalos nas equipes. Ele ajuda a visualizar o fluxo de trabalho entre diferentes áreas funcionais e pode destacar grupos sobrecarregados ou que precisam de treinamento adicional. Isso contribui diretamente para os Dashboards 'Handoffs e reatribuições de agentes' e 'Fluxo do processo'.
Por que isso importa
Identifica a equipe responsável pelo trabalho, algo essencial para analisar a performance e a carga de trabalho das equipes, além dos handoffs entre departamentos.
Onde encontrar
Corresponde ao campo 'assignment_group' da tabela 'sn_customerservice_case'.
Exemplos
Central de serviçosDúvidas sobre faturamentoSuporte técnico de nível 2
|
|||
|
Prioridade
Priority
|
Nível de prioridade da solicitação de serviço, que influencia sua urgência. | ||
|
Descrição
A prioridade indica a importância e a urgência necessária para atender a uma solicitação de serviço. Em geral, ela é definida com base no impacto da solicitação para o cliente e na urgência. Os valores comuns vão de Crítico a Baixo. Em Process Mining, a prioridade é uma dimensão útil para filtrar e comparar dados. Ela permite que analistas verifiquem se as solicitações de alta prioridade são realmente processadas mais rápido do que as de baixa prioridade e se as violações de SLA são mais comuns em determinados níveis de prioridade. Esse atributo é fundamental para o Dashboard 'Tempo de ciclo de ponta a ponta da solicitação de serviço'.
Por que isso importa
Permite segmentar as solicitações de serviço por urgência, algo essencial para verificar se os problemas críticos são tratados mais rapidamente do que os não críticos.
Onde encontrar
Corresponde ao campo 'priority' da tabela 'sn_customerservice_case'.
Exemplos
1 - Crítico2 - Alto3 - Moderado4 - Baixo
|
|||
|
SLA violado
IsSlaBreached
|
Indicador booleano que informa se a solicitação de serviço ultrapassou a meta definida no Acordo de Nível de Serviço (SLA). | ||
|
Descrição
Este atributo calculado indica se uma solicitação de serviço foi resolvida dentro do prazo acordado. Normalmente, o valor é 'True' quando o tempo de resolução ultrapassa a meta do SLA e 'False' nos demais casos. Assim, cada caso tem um resultado claro, de sim ou não, em relação à performance do SLA. Este atributo é essencial para o Dashboard 'Tendências de conformidade e violações de SLA' e para o KPI 'Taxa de conformidade com o SLA'. Ele simplifica a análise ao permitir filtrar e contar diretamente os casos com violação, facilitando a identificação dos tipos de solicitação, prioridades ou equipes mais associados a violações de SLA.
Por que isso importa
Indica claramente se um caso cumpriu o prazo, o que é fundamental para medir e apresentar a conformidade com o SLA.
Onde encontrar
Calculado com base no campo 'made_sla' da tabela 'task_sla' ou pela comparação entre o tempo real e o tempo planejado para a resolução.
Exemplos
truefalse
|
|||
|
Canal
Channel
|
Canal de comunicação usado para iniciar a solicitação de serviço. | ||
|
Descrição
O canal indica como o cliente enviou a solicitação, por exemplo, por 'E-mail', 'Telefone', 'Portal da web' ou 'Chat'. Cada canal pode ter características de processo e expectativas do cliente bem diferentes. Analisar o processo por canal ajuda a avaliar a eficácia de cada meio de comunicação. Por exemplo, pode revelar se as solicitações feitas por 'Telefone' têm uma taxa maior de resolução no primeiro contato ou se as solicitações por 'E-mail' tendem a ter tempos de ciclo mais longos. Isso contribui diretamente para o Dashboard 'Eficácia dos canais de comunicação'.
Por que isso importa
Ajuda a avaliar a eficiência e os resultados de diferentes canais de interação com o cliente, como telefone, e-mail ou portal da web.
Onde encontrar
Em geral, corresponde ao campo 'contact_type' da tabela 'sn_customerservice_case'.
Exemplos
TelefoneE-mailAutoatendimentoChat
|
|||
|
Cliente
Customer
|
Nome ou identificador do cliente ou da empresa que iniciou a solicitação de serviço. | ||
|
Descrição
Este atributo identifica a parte interessada externa, pessoa ou organização, para quem a solicitação de serviço foi feita. Ele fornece o contexto do cliente para cada caso. Na análise, o atributo Cliente permite visualizar o processo de atendimento sob a perspectiva do cliente. Ele pode ajudar a identificar se determinados clientes enfrentam mais problemas ou atrasos e pode ser combinado com outros dados, como segmento ou valor, para priorizar iniciativas de melhoria do processo. Por exemplo, é possível verificar se clientes de alto valor recebem atendimento mais rápido.
Por que isso importa
Vincula o processo a clientes específicos e permite analisar os níveis de serviço e a frequência de problemas em contas importantes ou segmentos de clientes.
Onde encontrar
Pode corresponder ao campo 'caller_id', 'opened_for' ou 'account' da tabela 'sn_customerservice_case', que faz referência a tabelas de usuários ou empresas.
Exemplos
John SmithACME CorporationGlobal Tech Inc.
|
|||
|
Código de resolução
ResolutionCode
|
Código que indica o resultado final ou como a solicitação de serviço foi resolvida. | ||
|
Descrição
O código de resolução é um valor estruturado selecionado pelo agente ao resolver um caso. Ele fornece detalhes específicos sobre a solução, como 'Resolvido pelo usuário', 'Erro conhecido', 'Duplicado' ou 'Nenhuma ação necessária'. Este atributo é útil para a análise de causa raiz. Ao analisar a frequência dos diferentes códigos de resolução, as organizações podem identificar problemas recorrentes, lacunas de conhecimento ou problemas com produtos. Essas informações podem orientar melhorias para reduzir o volume de determinados tipos de solicitação de serviço.
Por que isso importa
Fornece insights sobre os resultados das solicitações de serviço, algo essencial para a análise de causa raiz e a identificação de problemas recorrentes.
Onde encontrar
Corresponde ao campo 'close_code' ou a um campo personalizado de código de resolução na tabela 'sn_customerservice_case'.
Exemplos
Resolvido (solução alternativa)Resolvido (permanentemente)Não resolvido (cliente não respondeu)Encerrado/resolvido pelo solicitante
|
|||
|
Contagem de reaberturas
ReopenCount
|
Número de vezes que o cliente reabriu uma solicitação de serviço resolvida. | ||
|
Descrição
Este contador registra quantas vezes um caso passou do estado 'Resolvido' ou 'Fechado' para 'Em andamento' ou 'Aberto'. Um caso reaberto indica que a solução inicial não foi eficaz ou não resolveu o problema por completo. Este atributo é um forte indicador de retrabalho e da qualidade da resolução na primeira tentativa. Uma contagem alta de reaberturas aponta para problemas no processo de resolução, como agentes encerrando chamados antes da hora ou sem tratar completamente a causa do problema do cliente. É uma métrica importante para entender a eficácia das soluções propostas.
Por que isso importa
Indica falhas na resolução e retrabalho. Muitas reaberturas sinalizam baixa qualidade no processo de resolução e geram frustração para o cliente.
Onde encontrar
Isso costuma ser registrado em um campo chamado 'reopen_count' na tabela 'sn_customerservice_case' ou em uma tabela relacionada.
Exemplos
012
|
|||
|
Contagem de reatribuições
ReassignmentCount
|
Número total de vezes que a solicitação de serviço foi reatribuída a outro agente ou grupo. | ||
|
Descrição
Este atributo é um contador que aumenta sempre que o campo 'assigned_to' ou 'assignment_group' muda. Ele fornece uma medida simples do número de transferências internas pelas quais um caso passou. A contagem de reatribuições mede diretamente o atrito no processo e é um dado importante para o Dashboard 'Handoffs e reatribuições de agentes' e o KPI 'Média de handoffs por solicitação'. Uma contagem alta costuma indicar problemas no encaminhamento inicial, lacunas nas habilidades dos agentes ou dificuldade para categorizar os casos. Tudo isso aumenta o tempo de resolução.
Por que isso importa
Mede diretamente a ineficiência do processo ao contar os handoffs. Uma contagem alta costuma estar associada a tempos de resolução mais longos e à insatisfação do cliente.
Onde encontrar
Este é um campo de métrica padrão, 'reassignment_count', da tabela 'task', que é estendida pela tabela 'sn_customerservice_case'.
Exemplos
0135
|
|||
|
Resolução no primeiro contato
IsFirstContactResolution
|
Indicador booleano que informa se o primeiro agente designado resolveu a solicitação sem transferências nem escalonamentos. | ||
|
Descrição
Este atributo calculado identifica solicitações de serviço resolvidas com eficiência na primeira interação ou pelo primeiro agente que atendeu o caso. A lógica normalmente verifica condições como nenhuma reatribuição ('ReassignmentCount' igual a 0), ausência de atividades 'Escalonamento interno acionado' e nenhuma solicitação de mais informações ao cliente. Este atributo mede diretamente uma métrica essencial do atendimento ao cliente e dá suporte ao Dashboard e ao KPI 'Taxa de resolução no primeiro contato'. Ele facilita a quantificação da performance de FCR e ajuda a analisar fatores, como canal ou categoria da solicitação, que contribuem para ou dificultam a resolução no primeiro contato.
Por que isso importa
Mede diretamente a eficiência da resposta inicial. Uma alta taxa de FCR está fortemente associada à eficiência operacional e à satisfação dos clientes.
Onde encontrar
Este atributo é calculado durante a transformação dos dados com base em regras, como 'ReassignmentCount' igual a zero e ausência de atividades de escalonamento.
Exemplos
truefalse
|
|||
|
Retrabalho
IsRework
|
Indicador booleano que informa se houve retrabalho significativo, como a reabertura de um caso ou a repetição de uma investigação. | ||
|
Descrição
Este atributo calculado sinaliza casos com padrões de ineficiência ou repetição. O indicador pode ser acionado por eventos como 'Solicitação de serviço reaberta' ou quando uma sequência importante de atividades, como 'Agente inicia investigação' seguida de 'Solução proposta', ocorre várias vezes no mesmo caso. Este indicador é muito útil para identificar rapidamente casos problemáticos e quantificar o nível geral de retrabalho no processo. Ele dá suporte direto ao Dashboard 'Pontos críticos de retrabalho e repetição' e ao KPI 'Taxa de retrabalho', ajudando analistas a se concentrarem nas causas da ineficiência sem precisar identificar manualmente os padrões repetitivos.
Por que isso importa
Ajuda a quantificar a ineficiência do processo ao sinalizar casos com ciclos repetitivos ou reaberturas, facilitando a medição e a redução do retrabalho.
Onde encontrar
Este atributo é calculado durante a transformação dos dados, com regras de negócio que detectam padrões de retrabalho, como um valor diferente de zero em 'ReopenCount' ou atividades repetidas.
Exemplos
truefalse
|
|||
|
Sistema de origem
SourceSystem
|
Sistema do qual os dados foram extraídos. | ||
|
Descrição
Este atributo identifica a origem dos dados, algo especialmente importante em ambientes que agregam informações de vários sistemas. Nesta visão do processo, o valor seria sempre 'ServiceNow CSM'. Na análise, isso ajuda na governança de dados e na solução de problemas. Quando há vários sistemas de origem, o atributo permite filtrar o processo para entender como ele funciona em um sistema específico ou comparar variações entre sistemas.
Por que isso importa
Fornece contexto essencial sobre a origem dos dados, garantindo clareza em ambientes com vários sistemas e contribuindo para a governança de dados.
Onde encontrar
Este é um valor estático adicionado durante a transformação dos dados para identificar a origem do conjunto de dados.
Exemplos
ServiceNow CSM
|
|||
|
Última atualização dos dados
LastDataUpdate
|
Registro de data e hora que indica quando os dados foram extraídos ou atualizados pela última vez no sistema de origem. | ||
|
Descrição
Este atributo registra a data e a hora da extração mais recente dos dados. Ele informa o quão atualizados estão os dados analisados e ajuda a entender se você está consultando informações quase em tempo real ou um retrato histórico. Durante a análise, esses metadados são essenciais para entender o período abrangido pelo conjunto de dados. Eles ajudam a interpretar corretamente os Dashboards e KPIs, indicando, por exemplo, se os dados estão atualizados até a última hora ou até o dia anterior.
Por que isso importa
Indica o nível de atualização dos dados, essencial para que os insights de Process Mining sejam relevantes e oportunos.
Onde encontrar
Este registro de data e hora é gerado e adicionado durante o processo de extração, transformação e carregamento de dados (ETL).
Exemplos
2023-11-20T08:00:00Z
|
|||
Atividades de atendimento ao cliente
| Atividade | Descrição | ||
|---|---|---|---|
|
Escalonamento interno acionado
|
Representa o escalonamento formal de uma solicitação de serviço para um nível superior de suporte ou gestão, a fim de resolver o caso. Isso pode ser inferido quando o grupo de atribuição muda para uma equipe de nível superior ou quando um indicador é ativado. | ||
|
Por que isso importa
Acompanhar os escalonamentos ajuda a identificar pontos fracos no processo, lacunas de conhecimento no suporte de primeiro nível e tipos de caso complexos. Esse é um indicador importante de atrito no processo e insatisfação do cliente.
Onde encontrar
Pode ser inferido pelo log de auditoria, identificando uma mudança no campo 'assignment_group' para uma equipe de escalonamento conhecida ou uma alteração no campo 'escalation' do registro do caso.
Coleta
Detectar uma mudança no campo 'escalation' ou a transferência para um grupo 'assignment_group' de nível superior.
Tipo de evento
inferred
|
|||
|
Solicitação atribuída a um agente
|
Esta atividade ocorre quando uma solicitação de serviço é atribuída a um agente específico para investigação e resolução. Ela é capturada pela inferência de uma alteração no campo assigned_to do registro do caso. | ||
|
Por que isso importa
Este é um marco crítico para medir o tempo de resposta inicial e a distribuição da carga de trabalho dos agentes. Acompanhar as reatribuições deste campo ajuda a identificar ineficiências do processo e possíveis gargalos na disponibilidade dos agentes.
Onde encontrar
Inferida do histórico de auditoria (sys_audit) da tabela sn_customerservice_case, acompanhando quando o campo assigned_to é preenchido ou alterado.
Coleta
Detectar uma alteração no valor do campo “assigned_to” no histórico de auditoria do caso.
Tipo de evento
inferred
|
|||
|
Solicitação de serviço criada
|
Esta atividade marca o início do processo de atendimento ao cliente, quando um novo caso é registrado formalmente no sistema. O evento é capturado explicitamente quando um novo registro é inserido na tabela sn_customerservice_case. | ||
|
Por que isso importa
Como ponto de partida de cada caso, esta atividade é essencial para calcular o tempo de ciclo de ponta a ponta e analisar o volume de solicitações recebidas. Ela inicia todos os processos subsequentes e os cronômetros de SLA.
Onde encontrar
Este evento corresponde à criação de um registro na tabela sn_customerservice_case. A data e hora são obtidas do campo sys_created_on.
Coleta
Data e hora de criação do registro (sys_created_on) na tabela sn_customerservice_case.
Tipo de evento
explicit
|
|||
|
Solicitação de serviço encerrada
|
Esta é a atividade final, que marca o encerramento formal do registro da solicitação de serviço, geralmente após um período de confirmação depois da resolução. Ela é registrada quando o estado do caso muda para 'Fechado' e o campo closed_at é preenchido. | ||
|
Por que isso importa
Como representa o fim definitivo do processo, esta atividade é essencial para calcular o ciclo de vida completo do caso. Analisar o intervalo entre 'Resolvido' e 'Fechado' revela custos administrativos ou atrasos.
Onde encontrar
Inferida pelo histórico de auditoria quando o campo de estado da tabela sn_customerservice_case é definido como 'Fechado'. O campo closed_at é preenchido ao mesmo tempo.
Coleta
Detectar a mudança de 'state' para 'Fechado' e usar o registro de data e hora correspondente.
Tipo de evento
inferred
|
|||
|
Solicitação de serviço resolvida
|
Este é um marco importante que indica que o agente de atendimento concluiu o trabalho e que o problema foi considerado resolvido. Ele é registrado quando o estado do caso muda para 'Resolvido' e o campo resolved_at é preenchido. | ||
|
Por que isso importa
Esta atividade marca o fim do processo ativo de resolução e é essencial para calcular o tempo de ciclo da resolução e o cumprimento do SLA. Ela serve como ponto final para muitos KPIs de eficiência.
Onde encontrar
Inferida pelo histórico de auditoria quando o campo de estado da tabela sn_customerservice_case é definido como 'Resolvido'. Em geral, o campo resolved_at é preenchido ao mesmo tempo.
Coleta
Detectar a mudança de 'state' para 'Resolvido' e usar o registro de data e hora correspondente.
Tipo de evento
inferred
|
|||
|
Agente inicia a investigação
|
Esta atividade indica que um agente começou a trabalhar ativamente na solicitação de serviço. Em geral, ela é inferida quando o estado do caso muda de um status como 'Novo' ou 'Atribuído' para 'Em andamento'. | ||
|
Por que isso importa
Este evento ajuda a diferenciar o tempo na fila do tempo de trabalho ativo. Analisar o intervalo entre a atribuição e o início da investigação revela atrasos para os agentes assumirem novos casos.
Onde encontrar
Inferida quando o campo de estado do caso muda para um estado de trabalho ativo, como 'Em andamento'. Os valores específicos de estado podem ser configurados e devem ser verificados.
Coleta
Detectar a mudança no campo 'state' de um valor pendente para um valor ativo (por exemplo, de 'Novo' para 'Em andamento').
Tipo de evento
inferred
|
|||
|
Grupo de atribuição alterado
|
Indica que a responsabilidade por um caso foi transferida de um time para outro. Este evento é inferido pelo monitoramento de alterações no campo assignment_group do registro do caso. | ||
|
Por que isso importa
Acompanhar as alterações nos grupos de atribuição é essencial para analisar as transferências entre departamentos e identificar problemas recorrentes de encaminhamento. A alta frequência desta atividade pode indicar falta de clareza sobre as responsabilidades ou as definições do processo.
Onde encontrar
Inferida do histórico de auditoria (sys_audit) da tabela sn_customerservice_case, acompanhando as alterações no campo assignment_group.
Coleta
Detectar uma alteração no valor do campo “assignment_group” no histórico de auditoria do caso.
Tipo de evento
inferred
|
|||
|
Informações recebidas do cliente
|
Esta atividade marca o momento em que o cliente fornece as informações solicitadas, permitindo que o agente retome o trabalho. Ela é inferida quando o estado do caso muda de 'Aguardando informações do usuário' para um estado ativo. | ||
|
Por que isso importa
Este evento encerra o período de espera pelo cliente e permite medir com precisão o tempo de resposta dele. Também ajuda a identificar os tipos de caso ou clientes associados aos maiores atrasos.
Onde encontrar
Inferida pelo histórico de auditoria da tabela sn_customerservice_case quando o campo de estado muda de 'Aguardando informações' para um estado ativo, como 'Em andamento'.
Coleta
Detectar a mudança no campo 'state' de um valor 'aguardando o cliente' para um valor ativo.
Tipo de evento
inferred
|
|||
|
Informações solicitadas ao cliente
|
Ocorre quando um agente precisa de informações adicionais do cliente para prosseguir e coloca o caso em estado pendente. Isso é inferido quando o estado muda para um valor como 'Aguardando informações do usuário' ou 'Em espera'. | ||
|
Por que isso importa
Esta atividade é essencial para a análise dos tempos de espera por informações do cliente. Ela separa os atrasos causados por dependências externas do tempo de processamento interno.
Onde encontrar
Inferida pelo histórico de auditoria da tabela sn_customerservice_case quando o campo de estado muda para um valor que indica que o caso está aguardando informações do cliente (por exemplo, 'Aguardando informações').
Coleta
Detectar a mudança no campo 'state' para um valor definido como 'aguardando o cliente'.
Tipo de evento
inferred
|
|||
|
Pesquisa enviada ao cliente
|
Representa o envio de uma pesquisa de satisfação ao cliente após a resolução de um caso. Em geral, esse evento é registrado quando uma instância de pesquisa é criada e associada ao caso. | ||
|
Por que isso importa
Esta atividade ajuda a relacionar os padrões de execução do processo ao feedback do cliente. Saber quando as pesquisas são enviadas, ou se são enviadas, é importante para analisar a eficácia do ciclo de feedback.
Onde encontrar
Este é um evento explícito registrado em uma tabela específica de pesquisas, como asmt_assessment_instance, que contém uma referência ao registro do caso de origem.
Coleta
Criação de registro na tabela 'asmt_assessment_instance' vinculada ao caso.
Tipo de evento
explicit
|
|||
|
SLA não cumprido
|
Representa o momento em que uma solicitação de serviço deixa de cumprir um Acordo de Nível de Serviço (SLA) definido, como o prazo para resolução. É um evento calculado, obtido pela comparação entre o tempo de resolução e o horário previsto para o fim do SLA. | ||
|
Por que isso importa
Identificar violações de SLA é fundamental para monitorar a Conformidade e gerenciar a performance. Este evento ajuda a localizar as etapas do processo ou os tipos de caso que mais contribuem para o descumprimento do SLA.
Onde encontrar
Calculado pela análise dos registros relacionados ao caso na tabela task_sla. Há uma violação se o campo has_breached for verdadeiro ou se actual_elapsed_time ultrapassar planned_duration.
Coleta
Verificar o indicador 'has_breached' no registro task_sla vinculado.
Tipo de evento
calculated
|
|||
|
Solicitação categorizada e priorizada
|
Representa a triagem inicial, em que a solicitação de serviço é classificada e recebe um nível de prioridade para determinar sua urgência e seu encaminhamento. Essa atividade é inferida a partir de alterações nos campos de categoria, subcategoria ou prioridade no histórico de auditoria do registro do caso. | ||
|
Por que isso importa
Analisar esta atividade ajuda a identificar atrasos na triagem dos casos e garante que as solicitações sejam encaminhadas corretamente e tratadas conforme a urgência. Ela afeta o tempo até a primeira atribuição e a eficiência geral da resolução.
Onde encontrar
Inferida do histórico de auditoria (sys_audit) da tabela sn_customerservice_case, acompanhando especificamente o preenchimento inicial ou as atualizações dos campos de categoria e prioridade.
Coleta
Detectar o primeiro valor definido ou uma alteração nos campos “category” ou “priority”.
Tipo de evento
inferred
|
|||
|
Solicitação de serviço reaberta
|
Ocorre quando uma solicitação de serviço já resolvida volta a um estado ativo porque o problema reapareceu ou a solução não funcionou. Isso é inferido ao detectar uma mudança de estado de 'Resolvido' para 'Em andamento'. | ||
|
Por que isso importa
Casos reabertos são uma medida direta da qualidade da resolução e uma das principais causas de retrabalho. Analisar esses eventos é essencial para melhorar a taxa de resolução no primeiro contato e a satisfação do cliente.
Onde encontrar
Inferida pelo histórico de auditoria da tabela sn_customerservice_case, identificando uma sequência em que o campo de estado muda de 'Resolvido' para um estado ativo.
Coleta
Detectar a mudança de 'state' de 'Resolvido' para um valor ativo, como 'Em andamento'.
Tipo de evento
inferred
|
|||
|
Solução proposta
|
Esta atividade marca o momento em que um agente identifica uma solução e a comunica ao cliente para confirmação. Em geral, ela é inferida quando o estado muda para um valor como 'Aguardando aceitação' ou quando uma nota de trabalho específica é registrada. | ||
|
Por que isso importa
Este marco separa a fase de investigação da fase de confirmação e resolução. Analisar o tempo de espera pela confirmação do cliente pode revelar oportunidades para agilizar as etapas finais do caso.
Onde encontrar
Inferida pelo log de auditoria da tabela sn_customerservice_case quando o estado muda para um valor que indica uma solução proposta (por exemplo, 'Solução proposta'). Isso pode variar conforme a implementação.
Coleta
Detectar a mudança no campo 'state' para um valor como 'Solução proposta' ou 'Aguardando aceitação'.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Use este Template para preparar seus dados com eficiência, descobrir insights relevantes e otimizar as operações de atendimento ao cliente. Comece hoje a tornar seu processo mais eficiente e centrado no cliente.
Aumente hoje a eficiência do atendimento ao cliente
Aumente a satisfação dos clientes e alcance 80% de resolução no primeiro contato.
Não é necessário informar o cartão de crédito. Comece em poucos minutos.