Como Auditar Respostas da IA no WhatsApp
Revise respostas da IA no WhatsApp com checklist, amostra de conversas e registro de erros. Veja quando corrigir a base, …
Monte um plano de contingência para quando a IA do WhatsApp falhar. Pause fluxos, assuma conversas e retome sem duplicar pedidos. Use o checklist na sua PME.
Quando a IA do WhatsApp fica fora do ar, pause os fluxos afetados, organize as pendências e assuma manualmente o que o canal permitir. Antes de religar, confira ações sem confirmação e mensagens acumuladas. Recuperar o serviço não significa que seja seguro liberar toda a fila de uma vez.
Para um MEI ou uma PME, o plano pode caber numa página: quem interrompe a automação, onde estão as conversas, como atender sem o bot e quem autoriza a retomada. O importante é preparar esse caminho antes da falha, não descobrir os acessos enquanto o cliente espera.
“Não respondeu” é um sintoma, não um diagnóstico. Uma automação de atendimento pode depender do canal WhatsApp, da plataforma de conversas, do modelo de IA, do CRM e do sistema que registra pedidos ou agendamentos.
| Ponto de falha | Sinal possível | Caminho de contingência a verificar |
|---|---|---|
| Modelo de IA | Conversas chegam, mas a geração falha | Respostas manuais ou mensagens fixas aprovadas |
| Consulta de estoque ou agenda | Bot recebe pergunta, mas não encontra informação atual | Encaminhar a uma pessoa; não inventar disponibilidade |
| Registro de pedido | Resposta ou ação fica sem confirmação | Consultar o sistema de destino antes de tentar novamente |
| Plataforma de atendimento | Operador não consegue abrir a caixa de entrada | Usar o acesso alternativo previamente testado |
| Canal WhatsApp | Envio e recebimento indisponíveis | Usar outro canal já divulgado e disponível |
Não presuma que basta abrir o WhatsApp Business no celular. A possibilidade de atender o mesmo número pelo aplicativo ou por outra caixa de entrada depende da configuração da solução. Confirme isso com o fornecedor e faça um teste antes de precisar.
Se apenas a consulta de estoque falhou, talvez seja possível continuar respondendo sobre horário de funcionamento. Mas essa separação precisa existir na ferramenta. Se não for possível isolar o fluxo, a opção mais segura é pausar a automação até entender o alcance.
Guarde a ficha num local acessível à pessoa responsável, inclusive se a plataforma de atendimento estiver indisponível. Não coloque senhas nela: indique o local seguro onde os acessos autorizados estão guardados.
PLANO DE CONTINGÊNCIA — ATENDIMENTO
Responsável pela interrupção: [nome/função]
Substituto, se houver: [nome/função]
Como pausar bot e envios programados: [procedimento testado]
Como acessar atendimento manual: [canal e instrução]
Onde consultar pedidos e agenda: [sistemas autorizados]
Onde registrar pendências: [fila restrita]
Canal alternativo já divulgado: [se existir]
Contato de suporte do fornecedor: [canal oficial]
Quem autoriza a retomada: [nome/função]
Último teste deste plano: [data e resultado]
Se você trabalha sozinho, os papéis podem ser seus. Ainda assim, separar as decisões ajuda: primeiro conter a falha, depois atender a fila e só então retomar a automação.
No piloto de agente de IA no WhatsApp, inclua a indisponibilidade como cenário de teste. Uma demonstração em que tudo funciona não comprova que o acesso manual funciona quando uma dependência falha.
Interrompa o fluxo afetado e verifique se lembretes, follow-ups e mensagens de recuperação continuam ativos em outra ferramenta. Pausar o chatbot pode não pausar uma automação separada no CRM.
Registre o horário em que a falha foi percebida e o último momento em que o fluxo foi confirmado como normal. Esse intervalo delimita quais conversas e ações precisam de conferência. Não trate o horário da descoberta como início certo do problema.
Evite várias mudanças simultâneas de prompt, integração e fornecedor. Além de dificultar o diagnóstico, elas podem liberar mensagens enquanto alguém está atendendo manualmente.
Use a caixa de entrada disponível ou uma planilha restrita. Não replique históricos inteiros em documentos espalhados.
| Campo | O que registrar |
|---|---|
| Referência do caso | ID e ligação com o histórico original |
| Última mensagem recebida | Data, hora e pedido resumido |
| Ação em andamento | Consulta, pedido, agendamento ou resposta |
| Resultado conhecido | Confirmado, falhou ou desconhecido |
| Responsável | Pessoa que assumiu a conversa |
| Próximo passo | Conferir, responder, executar ou aguardar |
| Prazo combinado | Apenas o compromisso realmente assumido |
| Estado da automação | Pausada, manual ou liberada |
Uma ação sem confirmação não é automaticamente uma ação que falhou. O sistema pode ter criado um pedido e perdido a resposta de confirmação. Se você repetir sem conferir, pode criar outro pedido.
Dê atenção aos casos com compromisso próximo: agendamento prestes a ocorrer, cliente esperando retirada ou pedido com alteração pendente. Em seguida, trate solicitações em andamento e novas dúvidas.
Não deixe uma promessa antiga esquecida porque chegaram mensagens mais recentes. Registre quem ficou responsável e a próxima ação. Para o controle por conversa, use o fluxo de transferência da IA para humano: a pessoa precisa assumir, e o bot deve continuar pausado naquele caso.
Se o canal de envio estiver funcionando, uma mensagem curta pode explicar o atendimento manual. O texto abaixo é um modelo para adaptar, não uma mensagem para disparar automaticamente para toda a base:
Nosso atendimento automático está temporariamente indisponível. Vou continuar seu atendimento por aqui. Antes de confirmar seu pedido, preciso conferir o registro para não duplicá-lo. Você não precisa enviar seus dados novamente neste momento.
Só use “vou continuar” se uma pessoa realmente assumiu. Se ainda não houver responsável, informe que a solicitação está aguardando atendimento e comunique um prazo apenas quando for possível cumpri-lo.
Não anuncie “já volta em cinco minutos” sem confirmação. Também não peça que o cliente repita documento, endereço ou comprovante antes de verificar o histórico disponível.
Se o próprio WhatsApp estiver indisponível, a mensagem por WhatsApp não é uma contingência. Considere um aviso no site ou num canal alternativo que a empresa já utiliza, se ele estiver disponível. Evite deslocar conversas e dados pessoais para contas particulares improvisadas.
Separe as ações do intervalo da falha em três grupos:
Exemplo fictício: um cliente pediu horário às 14h. O bot tentou registrar e recebeu erro de tempo limite. Uma pessoa abriu a agenda e encontrou a reserva das 14h. Nesse caso, a tarefa é confirmar o registro existente, não criar uma segunda reserva.
Para integrações, peça ao implementador um identificador único por ação e um mecanismo de idempotência: repetir a mesma solicitação identificada não deve produzir uma segunda operação. Verifique como o sistema de destino trata isso; escrever “não duplique” no prompt não implementa esse controle.
Se não houver consulta confiável nem prevenção de duplicidade, mantenha as ações incertas sob conferência manual. O pedido de venda com IA deve permanecer ligado ao registro original, e não a uma nova conversa criada para contornar a falha.
Uma fila técnica não conhece, sozinha, o que mudou durante a contingência. Antes de liberá-la, verifique:
Se um atendente já confirmou a retirada, descarte o rascunho automático pedindo os mesmos dados. Se um lembrete de agendamento ficou atrasado, não o envie como se ainda fosse anterior ao compromisso.
As mensagens ativas no WhatsApp também precisam respeitar as regras vigentes do canal. A fila acumulada não é autorização para enviar qualquer mensagem fora das condições permitidas. Confirme as exigências aplicáveis à sua integração.
A página de status do fornecedor pode ajudar, mas não comprova que sua integração voltou. Teste seu caminho de ponta a ponta, com dados fictícios e um contato autorizado para teste.
| Teste de retomada | Resultado esperado |
|---|---|
| Receber pergunta simples | Mensagem aparece no histórico correto |
| Consultar fonte autorizada | Retorna informação atual ou trata a ausência sem inventar |
| Produzir resposta | Texto chega uma vez ao contato de teste |
| Registrar ação de teste | Há um único registro e confirmação consultável |
| Repetir o mesmo identificador de ação | Não cria outra operação, quando esse controle existe |
| Pedir atendimento humano | Caso fica com uma pessoa e o bot respeita a pausa |
| Simular nova falha de consulta | Fluxo entra em contingência sem prometer conclusão |
Libere primeiro um fluxo de menor risco, como dúvidas sobre horário, se a ferramenta permitir. Observe os resultados antes de reativar ações que alteram pedidos ou agenda. Não retome automaticamente as conversas que ficaram com pessoas.
O responsável deve registrar a hora da liberação, o escopo reativado e as pendências mantidas em revisão. Se os testes falharem, continue em contingência. Voltar ao modo manual é melhor do que multiplicar uma falha ainda não resolvida.
Registre duração observada, conversas afetadas, ações incertas, duplicidades encontradas e pendências restantes. Diferencie causa confirmada de hipótese. “A IA caiu” não explica se o problema veio do modelo, da integração ou da plataforma.
Escolha uma correção concreta: melhorar o alerta, testar o acesso manual, guardar o identificador das ações ou separar a pausa dos lembretes. Leve os casos para a auditoria de respostas e ações da IA e inclua o cenário no próximo teste.
Próximo passo: preencha a ficha de contingência e faça um ensaio sem afetar clientes reais. Se você ainda está escolhendo uma solução, peça ao fornecedor que demonstre pausa, acesso manual, conferência de ações e retomada. O guia de contratação de agente para WhatsApp ajuda a estruturar essa avaliação.
Se precisar conectar fila humana, pedidos e retomada segura, descreva seu projeto de IA com os sistemas envolvidos e um cenário fictício de falha. Uma implementação útil precisa funcionar também quando uma das suas peças para.
Configure seu primeiro agente de IA em 15 minutos. Grátis.
Começar Agora