Transferir não é sempre falha: pode ser a passagem correta para uma especialidade. O problema é o repasse desnecessário, repetido ou sem contexto.

Resposta rápidaDivida contatos com pelo menos uma transferência pelo total de contatos atendidos elegíveis. Mantenha também transferências por contato e taxa de múltiplos repasses. Separe transferências automáticas, entre filas, entre agentes e externas antes de tirar conclusões.

Defina o evento antes da taxa

A documentação da AWS diferencia contatos transferidos, transferidos por agente, internos, externos e entre filas. Sua operação também precisa separar roteamento inicial, consulta sem mudança de responsável e transferência efetiva. Caso contrário, uma melhoria automática pode parecer piora humana.

Taxa de contatos transferidos = contatos elegíveis com ao menos uma transferência ÷ contatos atendidos elegíveis. Transferências por contato = total de eventos de transferência ÷ contatos elegíveis. A primeira mostra alcance; a segunda revela repasses repetidos.

Uma transferência boa preserva responsabilidade

A passagem é adequada quando a nova equipe tem competência, contexto e autoridade para concluir. Deve existir motivo, nota ou resumo, próximo responsável e confirmação de recebimento. O cliente não deveria reconstruir todo o caso.

Crie também uma taxa de retorno à fila anterior ou de três ou mais repasses. Esses eventos ajudam a encontrar pingue-pongue. Não estabeleça uma meta universal de zero: casos complexos e escalonamentos legítimos precisam de colaboração.

EventoConta como transferência?Como registrar
Roteamento inicial automáticoSeparadoFluxo e fila de entrada
Consulta sem trocar responsávelNão na taxa principalEvento de colaboração
Repasse entre agentes ou filasSimOrigem, destino, motivo e horário
Escalonamento externoSeparadoDestino, aceite e retorno esperado
Retorno à fila anteriorSim e sinal de retrabalhoSequência completa de responsáveis

Leia a métrica junto do roteamento e da resolução

Crescimento de transferências com queda de recontato pode indicar especialização melhor; crescimento simultâneo de transferências, tempo e reclamações sugere atrito. Cruze por motivo, fila de origem, destino, horário e resultado.

A AWS documenta que métricas de fila e disponibilidade podem apoiar decisões de roteamento. Use isso como exemplo de dados necessários, não como regra automática: capacidade momentânea não substitui competência, privacidade ou autoridade para decidir.

Antes de comparar, escreva o contrato da métrica

Registre nome, pergunta de gestão, numerador, denominador, evento inicial, evento final, janela de observação, calendário, exclusões e responsável. Se duas pessoas não chegam ao mesmo resultado usando o mesmo conjunto de casos, a definição ainda não está pronta.

Mantenha a versão da fórmula junto do relatório. Mudanças de status, canal, horário de negócio ou política de reabertura podem quebrar a comparação histórica. Quando a regra mudar, preserve a série anterior ou marque claramente a ruptura.

Checklist de implantação
  • Pergunta de gestão escrita em uma frase
  • Fórmula com numerador e denominador explícitos
  • População elegível e exclusões documentadas
  • Janela de observação suficiente para o indicador amadurecer
  • Segmentos por canal, fila, motivo e período
  • Amostra de conversas para explicar a variação
  • Responsável, ação esperada e data da próxima revisão

Como aplicar com o Signaldesk sem prometer o que o dado não prova

No Signaldesk, use filas, responsáveis, histórico, estados e contexto da conversa como base operacional. Campos bem preenchidos permitem investigar um número até as conversas que o formaram. A IA pode ajudar a sugerir motivo, resumir histórico e apontar casos para revisão, mas a equipe deve validar classificações e decisões que afetam pessoas.

Confirme quais eventos, relatórios e exportações estão disponíveis no seu espaço antes de depender de uma fórmula. Quando o cálculo exigir custo financeiro, coorte ou regra externa, combine os registros da operação com a fonte apropriada e documente a conciliação. O objetivo é ter rastreabilidade, não criar precisão aparente.

Piloto de quatro semanas

Na primeira semana, congele definições e produza uma linha de base. Na segunda, verifique uma amostra de conversas e corrija eventos ou estados. Na terceira, escolha uma causa prioritária e teste uma mudança pequena. Na quarta, compare o mesmo recorte, registre efeitos colaterais e decida manter, ajustar ou retirar. Não transforme quatro semanas em promessa de resultado: o período serve para validar o método e a capacidade de agir.

Fontes e leituras adicionais