Um assistente virtual deve admitir que não sabe sempre que a resposta correta não existe na sua base de conhecimento ou a pergunta sai do âmbito do serviço. Nesse caso, a resposta útil não é adivinhar: é dizer com clareza que não tem a informação, indicar quem a tem e registar o pedido. Esta decisão parece simples, mas é a fronteira entre um atendimento automático de confiança e um sistema que inventa respostas — e o cliente repara na diferença na primeira vez que acontece.
A regra técnica que sustenta esta decisão é conhecida: um assistente que responde a partir de uma base de conhecimento só consegue responder ao que essa base contém. A Microsoft descreve o padrão RAG (retrieval-augmented generation) como uma abordagem para processar dados específicos que o modelo de linguagem ainda não conhece, o que significa que a cobertura do assistente depende por inteiro dos documentos e das páginas que lhe fornecemos. Quando a pergunta do cliente não está lá, a resposta honesta é a única resposta correta. A mesma lógica aplica-se aos assistentes baseados apenas em regras: se o fluxo não tem esse ramo, não existe resposta preparada.
Situações em que o assistente não sabe
Convém distinguir quatro situações, porque cada uma tem um tratamento diferente:
- Informação inexistente: a pergunta é válida, mas a resposta não está na base de conhecimento nem em lado nenhum do serviço (por exemplo, um horário que a empresa ainda não definiu).
- Informação desatualizada: a base tem uma resposta, mas já não corresponde à realidade — o caso clássico do preço antigo ou da política de marcações alterada.
- Pergunta fora do âmbito: o cliente pede algo que o assistente não foi contratado para fazer, como aconselhamento jurídico numa padaria ou diagnóstico numa barbearia.
- Caso particular real: a pergunta parece normal, mas depende de detalhes que só uma pessoa com acesso ao processo consegue confirmar.
A segunda situação merece atenção redobrada porque não gera erro visível: o assistente responde com convicção, mas com dados velhos. Se esse problema lhe é familiar, vale a pena ler o guia sobre como desativar respostas desatualizadas no assistente virtual, que trata exatamente do corte entre o que o sistema pode afirmar e o que mudou.
Porque é que inventar custa caro
O problema de deixar o assistente improvisar não é só a gafe pontual: é o padrão de confiança. Um cliente que recebe um horário errado deixa de acreditar nas respostas seguintes, mesmo nas corretas. Nas ferramentas de geração de texto, esta invenção tem nome — alucinação — e as entidades que estudam o risco de sistemas de inteligência artificial tratam-na como falha a gerir, não como detalhe cosmético. O NIST publicou a 26 de janeiro de 2023 o AI Risk Management Framework, uma estrutura voluntária para gerir riscos da inteligência artificial, e a 26 de julho de 2024 acrescentou um perfil dedicado aos riscos específicos da IA generativa, onde a produção de conteúdo incorreto é um risco central. Para uma pequena empresa, a tradução prática é simples: cada resposta inventada é um risco de reclamação, de marcação perdida ou de cliente que não volta.
Há ainda o risco de dados pessoais. Quando o assistente admite que não sabe e recolhe o pedido para a equipa, fica a guardar informação sobre aquela pessoa. O RGPD exige, no artigo 5.º, princípio da exatidão, que os dados pessoais sejam exatos e atualizados, e as orientações do Conselho Europeu para a Proteção de Dados reforçam os deveres de responsabilidade e minimização no tratamento. Na prática, isto significa recolher apenas o necessário — o nome, a pergunta e um contacto — e eliminar os registos que deixaram de ser precisos.
Três mensagens prontas a usar
A mensagem de admissão deve fazer três coisas em poucas linhas: reconhecer o limite, indicar o caminho e definir uma expectativa de tempo. Exemplos fictícios, adaptáveis ao tom de cada negócio:
| Situação | Mensagem sugerida | Follow-up da equipa |
|---|---|---|
| Falta informação no sistema | «Não tenho essa informação confirmada neste momento. Vou passar a sua pergunta à equipa e respondemos hoje até às 18h.» | Consultar a fonte oficial antes de responder e acrescentar a resposta à base. |
| Pergunta fora do âmbito | «Essa questão está fora do que consigo tratar por aqui. Deixo o contacto da pessoa certa e o horário em que responde.» | Confirmar que o encaminhamento chegou ao destino certo. |
| Caso particular | «Isso depende dos detalhes do seu caso. Diga-me o número de cliente e a equipa confirma hoje.» | Rever o caso com acesso ao processo antes de prometer qualquer coisa. |
Repare que nenhuma das mensagens usa «deixe-me verificar» sem fim nem pede desculpa três vezes: admite, encaminha e fecha. Prometa apenas prazos que a equipa cumpre de verdade, porque uma admissão honesta seguida de um prazo falho volta a quebrar a confiança.
Procedimento para criar o limite
Um processo em cinco passos para transformar esta regra em configuração real:
- Liste as perguntas frequentes reais do último mês de atendimento e marque as que a base de conhecimento responde hoje com fonte verificável.
- Defina a mensagem de admissão para as restantes, com prazo realista e encaminhamento concreto.
- Configure a passagem para uma pessoa nos casos em que o cliente insiste ou o assunto é sensível — o artigo sobre quando transferir do assistente virtual para uma pessoa detalha os critérios.
- Registre as perguntas sem resposta numa lista única, revendo-a semanalmente para decidir o que entra na base e o que fica sempre com a equipa.
- Meça a taxa de admissão: se crescer semana após semana, a base está a ficar pequena; se cair a zero, desconfie — ou a base cobre tudo ou o assistente está a improvisar.
Este registo também alimenta a revisão dos temas e a coerência entre o site e o assistente — a peça sobre como manter o site e o assistente virtual coerentes mostra como evitar duas versões da verdade ao vivo.
Métricas para acompanhar o limite
Três números bastam para vigiar este comportamento, todos calculáveis a partir do registo de conversas do próprio sistema:
- Taxa de admissão: percentagem de conversas que terminaram em «não sei, passo à equipa». Uma subida contínua sinaliza base incompleta; a meta depende do negócio.
- Tempo até resposta humana: intervalo entre a admissão e a primeira resposta da equipa. É o número que o cliente realmente sente.
- Reincidência de perguntas: quantas vezes a mesma pergunta admitida volta a aparecer sem nunca entrar na base. É a dívida técnica do atendimento.
Para separar bem o que o assistente resolve do que demora a resolver, vale a pena ler o guia sobre tempo de resposta e resolução: como medir separadamente. Um assistente pode responder em segundos e ainda assim não resolver nada — e essas duas medidas dizem coisas diferentes sobre o serviço.