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
| Nome | Descrição | ||
|---|---|---|---|
|
Hora de Início
EventTime
|
O timestamp indicando quando uma atividade ou evento começou. | ||
|
Descrição
Este atributo fornece a data e hora exatas de cada atividade. É essencial para o sequenciamento correto dos eventos e para todas as análises temporais. O Horário de Início é usado para construir o fluxo do processo em ordem cronológica e é a base para calcular durações, tempos de espera e ciclos.
Por que é importante
Este timestamp ordena todas as atividades cronologicamente, permitindo analisar fluxos, durações e gargalos com precisão.
Onde obter
Encontrado nos logs de eventos do Genesys Cloud CX, geralmente associado a cada evento do sistema ou usuário.
Exemplos
2024-05-21T10:00:15Z2024-05-21T10:02:30Z2024-05-21T10:15:00Z
|
|||
|
Nome da Atividade
ActivityName
|
O nome do evento ou tarefa específica que ocorreu em um ponto no tempo dentro do ciclo de vida da solicitação de serviço. | ||
|
Descrição
Este atributo descreve uma etapa específica ou mudança de status no processo de atendimento. Cada atividade representa um evento distinto, como 'Agente Aceitou Interação' ou 'Wrap-Up Code Atribuído'. Analisar a sequência e a frequência dessas atividades é fundamental para o Process Mining, ajudando a visualizar fluxos, identificar desvios e localizar gargalos ou etapas ineficientes.
Por que é importante
As atividades formam a espinha dorsal do mapa de processo, permitindo visualizar e analisar o fluxo real em comparação ao fluxo planejado.
Onde obter
Isso geralmente é derivado pelo mapeamento de eventos do sistema, estados de agentes ou entradas de trilha de auditoria no Genesys Cloud CX para nomes de atividades padronizados.
Exemplos
Interação IniciadaAgente Aceitou InteraçãoTrabalho Pós-Chamada FinalizadoSolicitação de serviço reaberta
|
|||
|
Solicitação de serviço
ServiceRequest
|
O identificador principal de uma interação de atendimento ao cliente, vinculando todas as atividades relacionadas. | ||
|
Descrição
A Solicitação de Serviço, muitas vezes chamada de Ticket ou Caso (Case), serve como o identificador principal para uma única consulta ou problema do cliente. Ela agrupa todos os eventos relacionados, desde o contato inicial até a resolução final, em uma única instância de processo. Analisar por Solicitação de Serviço permite uma visão completa de ponta a ponta da jornada do cliente e do processo de tratamento interno. É a base para calcular métricas fundamentais, como o tempo total de resolução e a taxa de resolução no primeiro contato.
Por que é importante
Este é o Case ID essencial que conecta todas as etapas do processo, permitindo uma análise holística de cada interação com o cliente, do início ao fim.
Onde obter
Este é o identificador conceitual do caso. No Genesys, costuma corresponder ao Conversation ID, mas pode ser um identificador personalizado dependendo da implementação.
Exemplos
SR-20240521-00123SR-20240521-00124SR-20240522-00001
|
|||
|
Sistema de Origem
SourceSystem
|
O sistema do qual os dados foram extraídos. | ||
|
Descrição
Este atributo identifica o sistema de origem dos dados do evento, que neste caso é o Genesys Cloud CX. Em ambientes com múltiplos sistemas integrados, este campo é crucial para a rastreabilidade dos dados e compreensão do contexto, garantindo que a análise se baseie na fonte correta.
Por que é importante
Identifica a origem dos dados, essencial para governança e quando há integração de múltiplos sistemas.
Onde obter
Este costuma ser um valor estático adicionado durante a extração e transformação dos dados para rotular a origem dos registros.
Exemplos
Genesys Cloud CXGenesysCloudCX_US1Genesys
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp da atualização de dados mais recente. | ||
|
Descrição
Este atributo indica a última vez que o conjunto de dados foi atualizado a partir do sistema de origem. Fornece contexto sobre o quão recentes são os dados analisados, o que é crítico para decisões de negócios oportunas.
Por que é importante
Indica a atualização dos dados, garantindo decisões baseadas em informações recentes.
Onde obter
Este valor é gerado e carimbado no conjunto de dados no momento da extração ou carregamento na ferramenta de Process Mining.
Exemplos
2024-05-23T04:00:00Z2024-05-24T04:00:00Z
|
|||
|
Canal de Comunicação
MediaType
|
O canal de comunicação utilizado para a interação, como voz, chat ou e-mail. | ||
|
Descrição
Este atributo especifica o meio pelo qual o cliente e o agente se comunicaram. Canais comuns incluem voz, chat, e-mail e redes sociais. Analisar o desempenho por canal ajuda a entender volumes específicos, tempos de resolução e satisfação do cliente, otimizando a estratégia de canais.
Por que é importante
Segmentar o processo por canal de comunicação é crucial para entender o desempenho específico de cada canal, o comportamento do cliente e as necessidades de recursos.
Onde obter
Um campo padrão nos registros detalhados de conversa do Genesys Cloud CX.
Exemplos
vozchatemailmensagem
|
|||
|
End Time
EventEndTime
|
O carimbo de data/hora (timestamp) que indica quando uma atividade ou evento terminou. | ||
|
Descrição
Este atributo registra o momento exato em que uma atividade termina. Junto com o Horário de Início, permite o cálculo exato da duração de cada atividade individual. Isso é fundamental para localizar ineficiências e oportunidades de otimização, como tempos de espera longos ou durações excessivas de pós-atendimento.
Por que é importante
Permite calcular a duração exata das atividades, essencial para identificar etapas lentas e gargalos.
Onde obter
Encontrado nos logs do Genesys Cloud CX; também pode ser derivado do início do evento seguinte.
Exemplos
2024-05-21T10:02:30Z2024-05-21T10:15:00Z2024-05-21T10:18:45Z
|
|||
|
ID do Agente
AgentId
|
O identificador exclusivo do agente que tratou a interação ou atividade. | ||
|
Descrição
O Agent ID é uma chave exclusiva para cada representante de atendimento. Este atributo é essencial para análises de desempenho, distribuição de carga de trabalho e eficiência. Permite filtrar o mapa do processo para ver como agentes ou equipes específicas lidam com as solicitações, comparando métricas como tempo de resolução, taxa de retrabalho e adesão aos procedimentos padrão. É a base do dashboard de 'Desempenho e Eficiência dos Agentes'.
Por que é importante
Este atributo conecta as atividades do processo a colaboradores específicos, permitindo a análise de desempenho individual, carga de trabalho e eficiência da equipe.
Onde obter
Disponível nos registros detalhados do Genesys Cloud CX, associado ao usuário que tratou um segmento específico da interação.
Exemplos
a1b2c3d4-e5f6-7890-1234-567890abcdeff0e9d8c7-b6a5-4321-fedc-ba0987654321
|
|||
|
Nome da Fila
QueueName
|
O nome da fila para a qual a interação foi roteada. | ||
|
Descrição
Este atributo identifica a fila específica em que uma interação aguardou antes de ser atribuída a um agente. Analisar dados pelo Nome da Fila é essencial para o dashboard de 'Detecção de Gargalos na Fila de Serviço', ajudando a entender a distribuição da carga entre grupos de habilidades e identificar filas sobrecarregadas ou subdimensionadas.
Por que é importante
Ajuda a identificar gargalos e analisar a carga de trabalho mostrando onde as solicitações esperam por atribuição.
Onde obter
Disponível nos registros do Genesys Cloud CX. Cada interação pode passar por uma ou mais filas.
Exemplos
Suporte Nível 1 - VozConsultas de Faturamento - ChatSuporte técnico - E-mail
|
|||
|
Nome do Agente
AgentName
|
O nome completo do agente que tratou a interação ou atividade. | ||
|
Descrição
O Nome do Agente fornece um identificador legível para o representante, correspondente ao Agent ID. Este atributo torna os dashboards e relatórios mais intuitivos para gerentes e líderes de equipe. É amplamente utilizado em análises focadas no agente para revisar o desempenho, identificar necessidades de treinamento e garantir uma distribuição justa da carga de trabalho sem a necessidade de consultar IDs de sistema.
Por que é importante
Fornece um nome amigável para o agente, facilitando a análise de desempenho e a comunicação de resultados sem a necessidade de usar IDs técnicos.
Onde obter
Recuperado do serviço de Usuários ou Diretório no Genesys Cloud CX por meio da consulta do AgentId.
Exemplos
John SmithJane DoePeter Jones
|
|||
|
Wrap-Up Code
WrapUpCode
|
Um código atribuído por um agente ao final de uma interação para categorizar seu resultado ou tópico. | ||
|
Descrição
O Wrap-Up Code (Código de Finalização) é uma etiqueta selecionada pelo agente para classificar a natureza ou resolução de uma interação. Esses códigos fornecem dados estruturados sobre por que os clientes buscam suporte. Analisar os Wrap-Up Codes ajuda a identificar tipos comuns de problemas, rastrear resultados de resolução e medir a frequência de solicitações específicas. Esses dados são valiosos para análise de causa raiz e compreensão dos padrões de demanda.
Por que é importante
Categoriza o resultado da interação, fornecendo dados estruturados para analisar problemas comuns e a eficácia da resolução.
Onde obter
Disponível nos registros do Genesys Cloud CX, especificamente nos detalhes da sessão dos agentes participantes.
Exemplos
Redefinição de senhaDisputa de Faturamento ResolvidaSolicitação de informações de produtoEscalonado para Nível 2
|
|||
|
É Resolução no Primeiro Contato
IsFirstContactResolution
|
Um indicador que sinaliza se a solicitação foi resolvida em uma única interação. | ||
|
Descrição
Este atributo booleano identifica casos resolvidos logo na primeira interação, sem necessidade de acompanhamento ou transferências. Um valor 'verdadeiro' indica uma resolução ideal e eficiente. É a base para o KPI de 'Taxa de Resolução no Primeiro Contato'.
Por que é importante
Mede a eficiência e satisfação; resolver problemas de primeira é o principal motor de uma experiência positiva.
Onde obter
Campo calculado, derivado da sequência de eventos. Um caso é FCR se resolvido sem atividades intervenientes como transferências ou reaberturas.
Exemplos
verdadeirofalse
|
|||
|
Está em Conformidade com o SLA
IsSlaCompliant
|
Um indicador que sinaliza se a solicitação foi resolvida dentro do tempo previsto no SLA. | ||
|
Descrição
Este atributo booleano indica se uma solicitação cumpriu sua meta de tempo de resolução. É calculado comparando o 'ServiceResolutionTime' com o 'SlaTargetResolutionTime', facilitando a visualização no dashboard de 'Visão Geral de Conformidade do SLA' e permitindo segmentar casos conformes e não conformes.
Por que é importante
Simplifica a análise de desempenho do SLA ao sinalizar claramente cada caso como conforme ou violado, permitindo a análise de causa raiz das falhas.
Onde obter
Campo calculado: Verdadeiro se o tempo de resolução for menor ou igual ao alvo do SLA.
Exemplos
verdadeirofalse
|
|||
|
ID da Conversa
ConversationId
|
O identificador exclusivo atribuído pela Genesys a uma conversa inteira. | ||
|
Descrição
O Conversation ID é a principal chave técnica no Genesys Cloud CX que agrupa todas as interações, segmentos e participantes relacionados a uma única conversa com o cliente. Embora o conceito de 'Solicitação de Serviço' seja usado como Case ID, o Conversation ID é a chave subjacente para recuperar todos os dados das APIs da Genesys. É essencial para extração de dados, união de conjuntos de dados e validação técnica dos dados do processo.
Por que é importante
Esta é a principal chave técnica no Genesys, essencial para extração de dados, suporte técnico e vinculação ao sistema de origem.
Onde obter
Este é um campo principal em todas as APIs de analytics e conversas do Genesys Cloud CX.
Exemplos
d8a7c6b5-e4f3-2109-8765-fedcba098765c7b6a5d4-f3e2-1098-7654-edcbaf987654
|
|||
|
Pontuação CSAT
CustomerSatisfactionScore
|
A pontuação de satisfação fornecida pelo cliente em uma pesquisa pós-interação. | ||
|
Descrição
O Customer Satisfaction Score, ou CSAT, é uma medida direta da percepção do cliente sobre o serviço recebido. Geralmente é coletado via pesquisa após o fechamento da interação. Analisar as pontuações de CSAT junto com os dados do processo pode revelar como variações, tempos de resolução ou agentes específicos impactam a felicidade do cliente. É uma métrica de resultado fundamental para avaliar o sucesso geral do processo.
Por que é importante
Mede a felicidade do cliente, permitindo correlacionar o desempenho do processo com os resultados de satisfação.
Onde obter
Estes dados geralmente vêm do módulo de Gestão de Qualidade do Genesys Cloud CX ou de uma ferramenta de pesquisa de terceiros integrada.
Exemplos
5413
|
|||
|
Reaberto
IsReopened
|
Um indicador que sinaliza se uma solicitação de serviço resolvida foi reaberta posteriormente. | ||
|
Descrição
Este atributo booleano sinaliza solicitações que foram resolvidas ou fechadas, mas voltaram a ficar ativas. Casos reabertos costumam indicar que a solução inicial não foi eficaz, gerando insatisfação e retrabalho. Alimenta o dashboard de 'Tendências de Reabertura de Solicitações' e ajuda a identificar causas raiz de resoluções ineficazes.
Por que é importante
Destaca falhas na resolução e problemas na qualidade da solução, gerando retrabalho e má experiência.
Onde obter
Campo calculado, detectado quando uma atividade reativa o caso após a resolução da solicitação de serviço.
Exemplos
verdadeirofalse
|
|||
|
Tempo de Processamento
Duration
|
O tempo gasto para concluir uma única atividade, medido em segundos. | ||
|
Descrição
Este atributo quantifica a duração de uma etapa do processo. Analisar o tempo de processamento ajuda a identificar quais atividades consomem mais tempo, sendo vital para dashboards de desempenho que avaliam a eficiência dos agentes e buscam oportunidades de melhoria.
Por que é importante
Quantifica o tempo gasto em cada atividade, ajudando a identificar ineficiências e medir o desempenho em um nível granular.
Onde obter
Campo calculado: EventEndTime - EventTime. Algumas APIs do Genesys podem fornecer durações diretamente.
Exemplos
12075045
|
|||
|
Tempo de resolução do serviço
ServiceResolutionTime
|
O tempo total decorrido desde o início da primeira interação com o cliente até a resolução final. | ||
|
Descrição
Esta métrica mede a duração total de uma solicitação, desde o contato inicial do cliente até que o problema seja marcado como resolvido. É um KPI fundamental para a eficiência do processo e experiência do cliente, sendo o foco principal do dashboard de 'Tempo de Resolução de Solicitações'. Analisar sua distribuição ajuda a identificar casos demorados e atrasos sistêmicos.
Por que é importante
Este é um KPI crítico para medir a eficiência geral do processo e seu impacto na experiência do cliente.
Onde obter
Campo calculado: Registro da atividade final de resolução menos o registro do primeiro contato do cliente.
Exemplos
90010800172800
|
|||
|
Tempo meta de resolução do SLA
SlaTargetResolutionTime
|
O tempo meta acordado em contrato para resolver a solicitação de serviço. | ||
|
Descrição
Este atributo define o tempo máximo permitido para a resolução de uma solicitação, de acordo com o Acordo de Nível de Serviço (SLA). Serve como referência para medir os tempos de resolução reais. Estes dados são essenciais para o dashboard 'Visão Geral de Conformidade do SLA' e o KPI 'Taxa de Conformidade do SLA', permitindo monitorar o desempenho em relação aos compromissos com o cliente.
Por que é importante
Define a referência para medir a conformidade com o SLA, um indicador crítico do desempenho do serviço e das obrigações contratuais.
Onde obter
Isso pode ser armazenado como um atributo personalizado na conversa ou derivado com base em regras que envolvem a fila, tipo de cliente ou tipo de solicitação.
Exemplos
86400144003600
|
|||
|
Tipo de solicitação de serviço
ServiceRequestType
|
A classificação da solicitação de serviço, como 'Consulta', 'Reclamação' ou 'Problema Técnico'. | ||
|
Descrição
Este atributo categoriza a solicitação de serviço com base em sua natureza ou propósito. Permite segmentar a análise para entender como diferentes tipos de solicitações são tratados. Por exemplo, o fluxo e o tempo de resolução de uma 'Reclamação' podem diferir significativamente de uma 'Consulta Geral'. Esta dimensão é vital para dashboards como 'Análise de Escalonamento Interno'.
Por que é importante
Permite a segmentação do processo para comparar como diferentes tipos de solicitações são tratadas e identificar gargalos específicos.
Onde obter
Esta informação pode ser capturada via seleção na URA, escolha do cliente em formulário web ou atribuída por um agente. No Genesys, pode ser armazenada como atributo de participante ou wrap-up code.
Exemplos
Consulta de FaturamentoSuporte técnicoGestão de ContasReclamação de produto
|
|||
Atividades de Atendimento
| Atividade | Descrição | ||
|---|---|---|---|
|
Agente Aceitou Interação
|
Indica o momento em que um agente aceita a interação oferecida e se conecta ao cliente. Este é um marco fundamental, onde começa o tratamento direto da solicitação de serviço. | ||
|
Por que é importante
Esta atividade é crucial para medir a Resolução no Primeiro Contato e o tempo de atendimento do agente. Ela marca o início do trabalho do agente na solicitação.
Onde obter
Disponível nos registros detalhados. É marcado pela mudança de estado do agente para 'conectado', com seu respectivo registro de tempo.
Captura
Registrado quando o estado do agente muda para 'conectado'.
Tipo de evento
explicit
|
|||
|
Interação Desconectada
|
Esta atividade significa o fim da conversa, quando todos os participantes se desconectaram. Muitas vezes serve como o fechamento técnico da interação da solicitação. | ||
|
Por que é importante
Este é um evento de término definitivo para a interação. É crucial para calcular a duração total da interação e costuma ser usado como um indicador de fechamento da solicitação.
Onde obter
Isso é capturado nos registros de detalhes da conversa. Corresponde ao horário de término do objeto de conversa, geralmente encontrado no timestamp conversationEnd.
Captura
Registrado quando todos os participantes desconectam e a conversa encerra.
Tipo de evento
explicit
|
|||
|
Interação Iniciada
|
Esta atividade marca o início de uma interação de atendimento, como uma chamada recebida, chat ou e-mail. O Genesys Cloud CX registra explicitamente este evento quando um novo objeto de conversa é criado. | ||
|
Por que é importante
Este é o principal evento de início para o processo de solicitação de serviço. É essencial para calcular o tempo total de resolução e entender os padrões de demanda de entrada.
Onde obter
Este evento é capturado nos registros de detalhes da conversa. Corresponde ao horário de início do próprio objeto de conversa, geralmente encontrado no timestamp conversationStart.
Captura
Registrado quando uma nova conversa é iniciada no sistema.
Tipo de evento
explicit
|
|||
|
Interação Transferida
|
Representa um agente transferindo uma interação para outra fila ou agente. Pode ser uma transferência cega, onde o agente desconecta imediatamente, ou uma transferência consultiva, onde ele fala com o destinatário primeiro. | ||
|
Por que é importante
Esta atividade é essencial para o KPI de Taxa de Escalonamento Interno. Altas taxas de transferência podem indicar necessidades de treinamento, roteamento incorreto ou complexidade excessiva do processo.
Onde obter
Isso é identificado nos registros de detalhes da conversa quando um novo ACD ou agente é adicionado após o envolvimento do agente inicial, muitas vezes iniciado por um evento de 'transferência'.
Captura
Identificado por um evento de transferência nos dados da sessão.
Tipo de evento
explicit
|
|||
|
Wrap-Up Code Atribuído
|
O agente atribui um código de wrap-up (encerramento) à interação. Isso categoriza explicitamente o resultado, como 'Resolvido' ou 'Escalonado'. | ||
|
Por que é importante
Os wrap-up codes são a principal fonte para determinar o resultado de uma solicitação. São vitais para calcular taxas de resolução e segmentar casos para análise.
Onde obter
Este é um evento explícito encontrado nos registros de detalhes da conversa, geralmente nos dados de sessão do participante agente. O código wrapUp e o timestamp são registrados.
Captura
Registrado quando o agente escolhe um código de encerramento para a interação.
Tipo de evento
explicit
|
|||
|
Conversa Roteada para Fila
|
Representa o momento em que uma nova interação é colocada em uma fila específica para aguardar um agente disponível. É um evento explícito registrado pelo motor de roteamento (ACD) do Genesys. | ||
|
Por que é importante
O acompanhamento desta atividade é crítico para medir o tempo de espera na fila e identificar gargalos no roteamento. Intervalos longos entre isso e a atribuição ao agente indicam problemas de dimensionamento ou na lógica de roteamento.
Onde obter
Capturado dos registros de conversa, analisando 'purpose' e 'state' do participante de ACD. O 'enterTime' da fila indica este evento.
Captura
Registrado quando o motor de roteamento ACD coloca uma conversa em fila.
Tipo de evento
explicit
|
|||
|
Interação Colocada em Espera
|
Esta atividade é registrada quando um agente coloca um cliente em espera durante uma interação. É uma mudança de estado explícita para o participante agente dentro da conversa. | ||
|
Por que é importante
Analisar a frequência e duração das esperas (hold) pode revelar ineficiências, como agentes buscando informações constantemente ou consultando terceiros.
Onde obter
Capturado da sessão do agente. Ocorre quando o estado muda para 'held' (espera) e o registro de tempo é gravado.
Captura
Registrado quando o estado do agente muda para 'espera'.
Tipo de evento
explicit
|
|||
|
Interação Oferecida ao Agente
|
Este evento ocorre quando o sistema oferece uma interação a um agente específico. O status do agente muda para 'alertando' enquanto o sistema aguarda a aceitação ou rejeição da conversa. | ||
|
Por que é importante
Esta atividade ajuda a analisar a responsividade do agente e a eficácia do algoritmo de roteamento. Atrasos após este ponto podem indicar que os agentes não estão aceitando o trabalho prontamente.
Onde obter
Localizado nos dados de participantes do agente. A sessão mostrará uma métrica com estado 'alerting' e o horário correspondente.
Captura
Registrado quando o motor de roteamento alerta o agente sobre uma nova interação.
Tipo de evento
explicit
|
|||
|
Interação Retirada da Espera
|
Ocorre quando um agente retira um cliente da espera e retoma a conversa. Este evento marca o fim de um período de espera e é registrado como uma mudança de estado. | ||
|
Por que é importante
Combinada com 'Hold Placed on Interaction', esta atividade permite calcular com precisão o tempo total de espera, um componente essencial do tempo total de atendimento e da experiência do cliente.
Onde obter
Derivado dos dados de sessão quando o estado do agente muda de 'held' (espera) para 'connected'.
Captura
Registrado quando o estado do agente muda de 'espera' para 'conectado'.
Tipo de evento
explicit
|
|||
|
Pesquisa de Satisfação Enviada
|
Esta atividade ocorre quando uma pesquisa de satisfação (CSAT) é enviada após o fechamento de uma interação. Geralmente é acionada automaticamente pelo sistema com base em regras predefinidas. | ||
|
Por que é importante
Esta atividade é necessária para medir o KPI de Pontualidade na Entrega de Pesquisa CSAT. Garantir o envio rápido ajuda a capturar feedbacks precisos enquanto a experiência está fresca na mente do cliente.
Onde obter
Esta informação geralmente está disponível nos dados de pesquisa ou gestão de qualidade do Genesys Cloud CX, que podem ser vinculados ao ID da conversa original.
Captura
Registrado pelo módulo de pesquisa quando uma pesquisa é enviada para uma conversa.
Tipo de evento
explicit
|
|||
|
Solicitação de serviço reaberta
|
Representa uma situação em que o cliente entra em contato novamente sobre o mesmo problema logo após ele ser considerado resolvido. Não é um evento explícito, mas sim calculado com base na lógica de negócios. | ||
|
Por que é importante
Monitorar solicitações reabertas é fundamental para medir a Taxa de Reabertura. Isso indica que a resolução inicial não foi eficaz, impactando a satisfação do cliente e a eficiência operacional.
Onde obter
Esta atividade é inferida ao identificar um novo evento de 'Interaction Started' para o mesmo cliente (ID do Cliente) e problema relacionado (ex: Tipo de Solicitação) dentro de uma janela de tempo definida após a resolução de uma interação anterior.
Captura
Calculado ao vincular uma nova interação a uma encerrada recentemente para o mesmo cliente e assunto.
Tipo de evento
calculated
|
|||
|
Trabalho Pós-Chamada Finalizado
|
Isso marca o fim do período de trabalho pós-chamada para um agente. Nesse ponto, o agente fica disponível para tratar outra interação. | ||
|
Por que é importante
Esta atividade, combinada com 'After-Call Work Started', fornece a duração precisa da fase de finalização, ajudando a analisar a produtividade do agente e a sobrecarga do processo.
Onde obter
Isso é inferido quando o estado do agente muda de 'acw' para um estado disponível, como 'ocioso'. O timestamp desta mudança é utilizado.
Captura
Inferido pela mudança do estado do agente de 'acw' para um estado disponível.
Tipo de evento
inferred
|
|||
|
Trabalho Pós-Chamada Iniciado
|
Esta atividade marca o início do período de trabalho pós-chamada (ACW). O agente se desconectou do cliente, mas está em um estado dedicado para concluir tarefas como registrar notas ou atualizar sistemas. | ||
|
Por que é importante
Medir a duração do ACW (trabalho pós-atendimento) é essencial para entender a eficiência do agente e o tempo total de atendimento. Um ACW prolongado pode indicar processos pós-interação ineficientes.
Onde obter
Capturado da sessão do agente. Registrado quando o estado muda para 'acw' após o cliente desconectar.
Captura
Registrado quando o estado do agente muda para 'acw'.
Tipo de evento
explicit
|
|||