Perante uma resposta desatualizada, a ordem correta é desativar primeiro e corrigir depois. Retirar de serviço o bloco que dá informação errada — um preço antigo, um horário que mudou, um serviço que deixou de existir — demora minutos; escrever e testar a resposta nova pode demorar dias. Enquanto isso, o assistente não pode continuar a afirmar o que a empresa já não pratica, porque o cliente não sabe distinguir a resposta esquecida da resposta oficial. Este guia define os sinais objetivos de desativação, o procedimento em cinco passos, a resposta provisória aceitável para cada tipo de alteração e a rotina que evita que o erro reapareça.
Sinais de que uma resposta saiu
Uma resposta automática deve sair de serviço no momento em que deixa de representar a prática real da empresa, não no dia em que alguém arranja tempo para a reescrever. Os gatilhos são objetivos e verificáveis: o preço de um serviço mudou; o horário mudou com férias ou novo contrato de trabalho; um serviço terminou ou foi substituído; uma política interna foi revogada; a integração com a agenda ou o sistema de faturação mudou de regras; um produto deixou de existir em permanência. Em qualquer destes casos, a resposta continua a parecer válida para o cliente — e é isso que a torna perigosa.
Este princípio segue a mesma lógica de manter o site e o assistente virtual coerentes: a operação real é a única fonte de verdade. Cada resposta do assistente precisa de um responsável dentro da empresa que saiba responder por si, mesmo sem a ferramenta à frente; sem dono, a desativação depende de alguém se lembrar.
Desativar sem deixar o cliente
Desativar não é apagar: é retirar a afirmação errada e manter um caminho útil para quem pergunta. Nunca deixe silêncio no lugar de uma resposta desativada — um cliente sem resposta assume que a empresa fechou ou que a mensagem caiu no vazio. O procedimento correto tem cinco passos:
- Identifique a resposta exata e o gatilho que a ativa: a pergunta, a palavra-chave ou o documento da base de conhecimento que a origina.
- Desative o bloco ou remova o documento da base em uso. Não edite em produção sem testar a alteração primeiro.
- Coloque uma resposta provisória neutra ou encaminhe para uma pessoa, com prazo real de retorno.
- Teste com a pergunta original de um cliente e com duas variantes, para confirmar que a resposta errada desapareceu e que a provisória aparece.
- Registe data, motivo, autor e prazo de correção num registo de alterações simples, mesmo que seja uma folha partilhada.
O assistente só sabe o que está na base de conhecimento no momento da pergunta, por isso um documento antigo continua a gerar respostas antigas até ser corrigido ou removido. A documentação da Microsoft sobre desenho de soluções RAG descreve este mecanismo: a aplicação pesquisa um índice, recolhe os fragmentos relevantes e é a partir deles que o modelo responde — a qualidade depende do pipeline de dados, não da boa vontade do modelo.
Que fazer por tipo
A resposta provisória depende do que mudou. A tabela resume a ação imediata e a mensagem aceitável para os casos mais comuns em negócios portugueses:
| Tipo de alteração | Ação imediata | Resposta provisória sugerida |
|---|---|---|
| Preço ou tarifa mudou | Desativar a resposta de preços | «O valor depende do serviço: indique o que procura e enviamos o preço atual hoje.» |
| Horário, férias ou feriados | Desativar até atualizar a agenda | «Estamos a atualizar os horários. Deixe o contacto e confirmamos por mensagem.» |
| Serviço terminou | Desativar e registar o fim | «Esse serviço já não existe. Posso ajudar com a alternativa mais próxima?» |
| Política ou regra revogada | Desativar até revisão interna | «Esta informação está em revisão. Para já, confirme connosco antes de decidir.» |
| Integração com a agenda mudou | Desativar confirmações automáticas | «A marcação fica registada como pedido; a receção confirma por mensagem.» |
Nos três primeiros casos, desativar é obrigatório no dia da mudança; nos dois últimos, a resposta provisória pode viver semanas sem custo, desde que cada pedido chegue a uma pessoa com prazo definido e esse prazo seja cumprido.
Risco de manter o erro
Dois riscos justificam a pressa. O primeiro é comercial: um cliente que recebe um preço antigo e depois ouve «foi um erro do sistema» raramente volta, e o custo de confiança é superior ao da resposta lenta. O segundo é legal, e aplica-se sempre que a resposta lida com dados pessoais: o RGPD exige que os dados pessoais sejam exatos e, quando necessário, atualizados, e que os dados incorretos sejam retificados ou apagados sem demora. Um assistente que repete moradas, contactos ou detalhes de marcação desatualizados mantém o erro vivo a cada conversa — o princípio da exatidão não distingue entre um funcionário distraído e um bot.
Do lado da engenharia, desativar uma resposta é também uma decisão de gestão de risco: o AI Risk Management Framework do NIST trata a monitorização e a correção contínuas como parte do uso responsável de sistemas de IA, não como manutenção opcional. A pergunta certa, por isso, não é «quando vamos corrigir», mas «até lá, esta resposta pode continuar em serviço?».
Rotina mensal de revisão
Desativar a tempo depende de encontrar o erro a tempo. Uma rotina mensal de trinta minutos evita a maioria das desativações de emergência:
- Percorrer a lista de respostas ativas e confirmar a data de última verificação de cada uma.
- Comparar os preços e horários das respostas com os praticados neste mês, não com os do site.
- Ler as dez perguntas reais mais frequentes do mês e verificar se alguma resposta ativa as contraria.
- Marcar com aviso as respostas ligadas a serviços em mudança: contratos, fornecedores, equipa.
- Verificar as conversas transferidas para pessoas: picos de transferência num tema indicam resposta ultrapassada a ser contornada à mão.
O último ponto liga-se à medição descrita em tempo de resposta e resolução medidos separadamente: quando a resolução de um tema demora muito mais do que a primeira resposta, a causa costuma estar no conteúdo — e por vezes na resposta que devia ter saído de serviço há semanas.