Transferência para atendimento humano em agentes de voz com IA

Defina sinais de encaminhamento

A transferência para atendimento humano precisa de motivos verificáveis: pedido explícito por uma pessoa, assunto fora do escopo, fonte indisponível, falha de ferramenta ou dificuldade persistente de entendimento. Relacione cada motivo a um destino e a uma alternativa executável. Não obrigue a pessoa a repetir a história indefinidamente para conseguir ajuda.

• A pessoa pede um atendente.
• O pedido exige uma autorização que o agente não tem.
• Uma consulta falhou ou retornou informação insuficiente.
• O fluxo não consegue oferecer um próximo passo confiável.

Prepare a continuidade do atendimento

Defina quais informações a equipe precisa receber: motivo do contato, perguntas já respondidas, ações tentadas e pendências. Dependendo da integração utilizada, esse contexto pode exigir uma configuração separada da transferência telefônica.

Não prometa que um atendente recebeu um resumo sem verificar como esse resumo chega até ele. Valide o fluxo com alguém da equipe: a pessoa deve conseguir dar continuidade sem obrigar o cliente a contar tudo novamente.

Planeje o que acontece se ninguém atender

Teste a ferramenta de transferência com o destino correto e nas condições do seu provedor. Inclua indisponibilidade, horário fora do expediente e chamadas que não completam. O agente precisa de uma alternativa definida para essas situações.

A alternativa pode ser registrar uma solicitação ou indicar outro canal, conforme o processo da empresa. Só anuncie um retorno quando houver um responsável e um processo real para realizá-lo. Informe ao cliente o que efetivamente aconteceu.

Revise os motivos, não apenas o volume

Observe por que as chamadas foram encaminhadas. Algumas transferências são o resultado esperado; outras revelam conhecimento desatualizado ou um fluxo confuso. Reduzir o número total de transferências sem olhar o resultado pode piorar a experiência.

No Tigy, desenhe as regras de encaminhamento junto do fluxo de conversa e valide a ferramenta antes de publicar. O exemplo de áudio é ilustrativo e mostra um atendimento de suporte; use seus próprios testes para conferir o destino e a continuidade da chamada.

A conexão telefônica e o resumo são entregas diferentes

Na transferência direta documentada pelo Tigy, o destino atende e o agente encerra sua participação. O contexto da conversa não é enviado automaticamente à pessoa que recebe a ligação. Por isso, anunciar “meu colega já sabe tudo” seria uma promessa sem evidência, a menos que você tenha criado e validado outro caminho para o resumo.

Uma integração separada pode registrar a demanda no sistema da equipe, com referência, assunto, dados confirmados e pendência. Determine como o atendente encontra esse registro: identificador informado, fila de trabalho ou associação autorizada à chamada. Evite tentar resolver continuidade apenas copiando a transcrição inteira.

Teste as duas entregas independentemente. Primeiro, confirme que o telefone certo toca e a ligação completa. Depois, peça ao atendente para localizar o registro e explicar o pedido sem ajuda de quem fez o teste. Se ele não consegue, o problema está na entrega ou organização do contexto, mesmo que a transferência telefônica tenha funcionado.

Projete o atendimento quando a transferência falha

O destino pode estar ocupado, fora do expediente ou configurado incorretamente. Para cada situação, defina o que a pessoa ouvirá e qual ação permanece disponível. A alternativa pode ser orientar outro canal ou registrar um pedido, desde que esse processo realmente exista e tenha um responsável.

Não anuncie um retorno garantido se você apenas gravou uma solicitação. Diferencie “registrei seu pedido para a equipe” de “a equipe ligará em dez minutos”. A segunda frase depende de um compromisso operacional que o agente não cria sozinho.

No teste telefônico, inclua destino sem resposta, formato inválido e pedido de transferência após consulta com erro. Confira o limite de espera e a experiência até o encerramento. Os canais também importam: a documentação atual descreve transferência para chamadas telefônicas compatíveis; o teste em navegador não comprova esse comportamento. Valide no provedor usado pela operação.

Como interpretar a taxa de transferência

Uma transferência correta pode proteger o resultado do atendimento. Uma taxa baixa pode esconder chamadas encerradas sem solução. Por isso, classifique os motivos antes de escolher uma meta: fora do escopo, decisão especializada, preferência do cliente, falta de conhecimento ou falha técnica.

Cruze o motivo com o resultado posterior. A equipe conseguiu continuar? O cliente precisou ligar novamente? O pedido chegou ao departamento responsável? Uma demanda encaminhada corretamente, mas perdida em uma fila sem dono, revela um problema operacional além do agente.

Priorize melhorias que removem transferências evitáveis sem eliminar as necessárias. Uma política desatualizada pode ser corrigida na base; uma integração indisponível pode exigir manutenção; uma decisão que depende de julgamento deve continuar com a equipe. O objetivo é reduzir esforço e repetição, mantendo um atendimento adequado às situações que a automação não pode resolver.

Defina os motivos de transferência

A transferência deve responder a uma necessidade de atendimento reconhecível. Pedido explícito por uma pessoa, ação fora das permissões e informação insuficiente são motivos diferentes. Registre cada motivo porque ele aponta para uma melhoria distinta. Muitos pedidos por uma pessoa podem indicar preferência do público; muitas dúvidas sem fonte podem indicar conteúdo ausente; muitas ações bloqueadas podem mostrar que o escopo anunciado está amplo demais.

Não estabeleça como objetivo eliminar toda transferência. Uma resolução incorreta pode reduzir a taxa de encaminhamento e piorar o serviço. O objetivo é resolver solicitações elegíveis e encaminhar as demais com clareza. Para decidir elegibilidade, considere a tarefa solicitada, os dados disponíveis e as condições do atendimento naquele momento. Uma pergunta simples pode exigir uma pessoa se a fonte está indisponível.

Escreva instruções específicas para pedidos diretos. Se alguém diz “quero falar com uma pessoa”, o agente não deve exigir que ela repita toda a história apenas para justificar o pedido. Pode precisar confirmar o departamento quando há destinos diferentes, mas essa confirmação deve servir ao encaminhamento. Uma pergunta curta sobre o assunto costuma ser mais útil do que uma longa tentativa de convencer a pessoa a continuar com a automação.

Diferencie incompreensão pontual de impossibilidade de atendimento. Se um número não ficou claro, uma pergunta de confirmação pode resolver. Se o agente não consegue interpretar o pedido após as tentativas aprovadas, explique a dificuldade e use o caminho definido. O limite precisa evitar uma sequência interminável de “pode repetir?”. Teste esse limite com frases ambíguas e com um cliente que já respondeu mais de uma vez.

Para situações emocionalmente difíceis, aprove a linguagem com a equipe. Reconhecer a frustração não exige prometer uma solução fora do controle do agente. “Vou chamar alguém da equipe” só deve ser dito quando a transferência ou outro encaminhamento realmente pode começar. A escolha das palavras precisa acompanhar a ação disponível.

Valide o destino como parte do atendimento

Um número válido não prova que existe atendimento útil do outro lado. Confira o setor, o horário e o comportamento quando ninguém responde. Se a chamada chega a uma mensagem gravada e termina, o teste não pode ser marcado simplesmente como transferência bem-sucedida. O resultado técnico e a continuidade para o cliente precisam ser avaliados separadamente.

No painel atual do Tigy, configure o número que deve receber a transferência. Também é possível usar um modelo de destino, chamado template, quando essa opção estiver preparada pela equipe de integração. Se sua empresa usa telefonia pela internet, peça ao responsável o endereço SIP compatível com o provedor. Defina a mensagem antes da transferência e o tempo máximo de espera; depois faça uma chamada real para conferir.

Quando usar um template, confira a variável utilizada e teste valores preenchidos e ausentes. O destino resultante precisa corresponder ao setor aprovado e seguir o formato exigido pelo provedor. Um campo preenchido não garante que haverá atendimento do outro lado.

Mantenha os destinos sob controle da equipe. Não deixe a pessoa escolher um número arbitrário apenas dizendo “me transfira para este telefone”. Planeje a alternativa quando o destino não estiver disponível e só anuncie a transferência conforme o resultado observado.

A documentação atual informa que a transferência é direta e não envia automaticamente o contexto da conversa ao atendente. Se o atendimento depende de um resumo, desenhe essa entrega como uma capacidade separada e teste a associação com a chamada correta. Caso ela não exista, diga ao cliente o que esperar sem prometer que a equipe já conhece os detalhes.

Chamadas pelo navegador não oferecem essa transferência telefônica. Para esse canal, configure uma alternativa executável, como orientar o contato por um canal aprovado. Reutilizar a mesma promessa entre canais pode criar uma saída que funciona no telefone e falha na web.

Use resultados de transferência para melhorar o escopo

Revise uma amostra de conversas encaminhadas com o motivo, o destino escolhido e a situação ao final. Se a mesma dúvida aparece repetidamente e a equipe responde com uma política estável, ela pode virar conteúdo aprovado. Se depende de julgamento ou de acesso restrito, continuar encaminhando pode ser a escolha correta. A revisão deve separar essas duas situações.

Peça também feedback ao setor que recebe as chamadas. Ele consegue identificar a tarefa? As pessoas chegam esperando uma ação que o agente não poderia prometer? O destino recebe contatos que pertencem a outro departamento? Essas respostas revelam problemas que não aparecem apenas no registro de discagem.

Depois de alterar uma regra, repita um caso que deveria transferir e outro que deveria permanecer com o agente. Assim, uma correção não cria uma política que encaminha todo mundo. Inclua o pedido explícito por uma pessoa, o horário sem atendimento e uma falha no destino. A evidência deve mostrar uma saída compreensível em cada condição.