Agentes de voz com IA: o que fazem e onde falham

Um agente de voz com IA pode atender chamadas, identificar o motivo do contacto, recolher dados e marcar compromissos, desde que tenha instruções claras e acesso aos sistemas necessários. Funciona melhor em pedidos delimitados; ruído, sotaques e assuntos com várias exceções exigem mais cuidado. A passagem para uma pessoa deve fazer parte do atendimento desde o início, com um destino definido e informação suficiente para evitar que o cliente repita tudo.

Que tarefas pode fazer ao atender o telefone?

O funcionamento combina reconhecimento automático de fala, interpretação do pedido por um modelo de linguagem e resposta através de voz sintética, como descreve a documentação técnica da Vonage sobre atendimento por voz com IA. Para quem telefona, isto permite explicar o assunto por palavras próprias, em vez de depender apenas de um menu de teclas.

A documentação dos agentes de voz da Dapta inclui atendimento de chamadas, qualificação de potenciais clientes, marcação de compromissos, transferência para uma pessoa e registo do que aconteceu. Estas capacidades dão uma base para definir tarefas concretas:

• Triagem: perguntar o motivo da chamada e identificar a equipa ou o processo adequado. Convém usar categorias claras e permitir que o agente peça um esclarecimento quando o pedido for ambíguo.
• Marcações: recolher o tipo de compromisso pretendido e procurar disponibilidade. A confirmação ao telefone deve depender de uma resposta efetiva do sistema de agenda.
• Recolha de dados: pedir o nome, um contacto de retorno e a informação necessária para tratar o assunto. Os campos críticos devem ser confirmados com o cliente.
• Qualificação de pedidos comerciais: fazer perguntas previamente definidas para perceber o que se procura, sem decidir condições comerciais que dependam de aprovação.

O critério para escolher uma tarefa é simples: deve ser possível explicar quando começa, que informação exige e o que conta como concluída. Pedidos com regras conhecidas são um ponto de partida mais controlável do que uma instrução vaga para «resolver qualquer assunto».

A página de agentes de voz da AI Solutions permite experimentar uma conversa com a BIA. Esse contacto ajuda a perceber a interação por telefone, mas não substitui testes com os pedidos e as regras da empresa.

Onde ainda pode falhar com ruído, sotaques e pedidos complexos?

A primeira dificuldade pode surgir antes de o pedido ser interpretado: perceber corretamente as palavras. Uma chamada com ruído de fundo deve fazer parte dos testes, sobretudo quando envolve nomes, moradas ou referências que não podem ser deduzidas pelo contexto. O estudo sobre reconhecimento de sotaques em áudio com ruído mostra perda de desempenho nesse contexto, mas não deve ser usado para prever uma taxa de erro de um agente atual.

Também não convém assumir que todos os sotaques terão o mesmo tratamento. Um trabalho sobre reconhecimento de fala com sotaques franceses estuda métodos de adaptação com dados de diferentes sotaques. Para uma PME portuguesa, a decisão prática é testar as variantes de fala relevantes para o seu atendimento, sem transportar resultados de outra língua.

Quando uma referência é mal percebida, o agente deve pedir que seja repetida ou confirmada. Se a dúvida continuar, é preferível encaminhar o pedido a executar uma ação com dados incertos. A conversa pode soar natural e, mesmo assim, conter um erro num campo decisivo.

Há ainda a complexidade do assunto. Um cliente pode misturar uma reclamação com uma alteração de marcação ou pedir uma exceção às condições habituais. O agente pode recolher o contexto, mas a empresa deve definir até onde lhe permite decidir. A documentação da PolyAI prevê transferências para humanos em litígios de faturação, reclamações e pedidos fora do âmbito do agente.

O que precisa de estar ligado para o agente agir?

Responder a uma pergunta e alterar um registo exigem condições diferentes. Uma base de conhecimento pode fornecer horários ou procedimentos aprovados. Para marcar um compromisso, consultar um estado ou atualizar dados, é necessário acesso ao sistema onde essa informação é gerida.

A documentação da Voice.ai descreve integração de número de telefone, instruções e bases de conhecimento. A configuração de uma conversa deve, por isso, distinguir o que o agente pode explicar do que está autorizado a executar.

Numa marcação, o desenho deve prever a consulta da disponibilidade, a escolha do horário e a confirmação de que o compromisso ficou registado. Se o sistema não responder, o agente deve explicar que a marcação ainda não está confirmada e aplicar o plano alternativo definido pela empresa. Uma intenção de marcar não pode ser apresentada como uma marcação concluída.

No caso Pura Rituals, implementámos um agente único para Instagram, WhatsApp e site, apoiado numa base de conhecimento e com passagem para a equipa humana. O ponto comum com o atendimento telefónico é a necessidade de informação organizada e de um caminho para uma pessoa, embora este seja um caso de atendimento por mensagens, não de voz.

Para perceber a diferença entre um chatbot e um agente, e quando faz sentido ligá-lo aos sistemas da empresa, o artigo sobre agentes de IA no atendimento ao cliente explica essas decisões para além do canal telefónico.

Como se desenha a passagem para uma pessoa?

A transferência deve ser tratada como parte do serviço. A documentação da PolyAI explica que uma transferência corretamente configurada preserva o contexto e encaminha o chamador para a equipa certa. Isso exige regras operacionais, não apenas uma frase a anunciar que a chamada será transferida.

1. Definir os motivos de transferência. Incluir pedidos fora do âmbito, dúvidas persistentes sobre dados e assuntos que exigem autorização. Prever também o pedido explícito para falar com uma pessoa.
2. Escolher o destino adequado. Associar cada motivo a uma equipa, extensão ou fila. O destino deve ter responsabilidade sobre o assunto e disponibilidade compatível com o horário anunciado.
3. Preparar o contexto. Transmitir o motivo do contacto, os dados já confirmados e as ações tentadas. Distinguir o que o cliente disse daquilo que o sistema confirmou.
4. Explicar o próximo passo ao cliente. Informar que vai haver uma transferência e para que equipa. Não anunciar uma resolução que ainda depende de análise humana.
5. Prever a indisponibilidade. Se ninguém puder atender, oferecer apenas alternativas que existam, como registar um pedido de retorno. A equipa precisa de saber onde esse pedido fica e quem o acompanha.

O teste da transferência deve incluir o lado de quem recebe. Se a pessoa não consegue consultar o contexto, ou se o pedido chega a uma equipa sem competência para o resolver, o encaminhamento continua incompleto.

Como testar antes de entregar chamadas ao agente?

O teste deve começar com um âmbito limitado. Atender para identificar o assunto e registar pedidos exige menos autonomia do que alterar dados ou confirmar compromissos. A escolha depende das consequências de uma ação errada e da possibilidade de a corrigir.

Um processo de validação pode seguir estes passos:

1. Preparar pedidos representativos. Incluir formulações diferentes para o mesmo assunto, correções a meio da conversa e chamadas com ruído.
2. Verificar os dados e as ações. Comparar o que foi pedido com o que ficou registado. Confirmar que uma falha de integração não foi apresentada como sucesso.
3. Testar os limites. Introduzir pedidos fora do âmbito e dados ambíguos. Observar se o agente pede esclarecimentos ou passa para uma pessoa.
4. Acompanhar a operação inicial. Rever chamadas mal encaminhadas, marcações incompletas e situações em que o cliente teve de repetir informação.

A documentação da Voice.ai inclui monitorização com ferramentas de análise, mas a avaliação deve ir além do volume de chamadas atendidas. Interessa saber se o pedido terminou corretamente e se a equipa recebeu os assuntos que precisava de tratar.

O próximo passo prático é listar os motivos de chamada mais frequentes e, para cada um, escrever os dados necessários, a ação permitida e a condição de passagem para uma pessoa. Essa folha serve para escolher o primeiro âmbito de atendimento e preparar os testes.

Perguntas frequentes

O agente pode funcionar sem acesso à agenda?

Pode recolher um pedido de marcação, mas não deve confirmar disponibilidade nem afirmar que o compromisso ficou registado sem confirmação do sistema. O estado pendente deve ficar claro para o cliente e para a equipa.

É necessário substituir o número de telefone?

Não se deve assumir isso antes de verificar a configuração telefónica. A solução deve ser avaliada em conjunto com o encaminhamento de chamadas existente, as extensões e os destinos humanos.

O que acontece se o cliente pedir logo uma pessoa?

Esse pedido deve ter uma regra explícita. Se houver uma equipa disponível, a chamada deve seguir para o destino definido; fora desse horário, o agente deve explicar a alternativa real, sem obrigar o cliente a completar uma conversa desnecessária.