Um chatbot respondeu corretamente ao horário de funcionamento. Isso já permite colocá-lo para atender clientes? Ainda falta descobrir o que acontece quando alguém muda de assunto, pede uma exceção ou recebe uma informação incompleta. Para testar um chatbot no WhatsApp antes de ativar, prepare conversas de teste, defina a resposta esperada e confira também o que o sistema faz depois de responder.
O roteiro abaixo é uma proposta prática de avaliação. Os cenários são ilustrativos, não resultados de testes de uma plataforma específica. Adapte-os ao atendimento da sua empresa e aos recursos contratados.
Prepare um ambiente de teste e uma referência confiável
Use contatos da própria equipe e registros fictícios claramente identificados. Separe o teste do atendimento real e desative ações que possam cobrar, enviar campanhas ou alterar pedidos de clientes. Se a plataforma não oferecer um ambiente separado, combine com o fornecedor uma forma segura de simular essas ações antes de prosseguir.
Escolha uma versão de referência para preços, horários, catálogo e políticas comerciais. Registre a data e quem aprovou cada informação. Uma resposta só pode ser avaliada quando existe um critério para dizer se está correta.
Se você ainda está definindo o que automatizar, consulte primeiro o guia sobre como responder clientes automaticamente no WhatsApp. Aqui, o foco é verificar se o atendimento preparado funciona em situações concretas.
Monte uma ficha para cada conversa
Anote o cenário, as mensagens enviadas, a resposta recebida, a ação realizada e o resultado esperado. Acrescente responsável, data e versão da configuração. Use três resultados: aprovado, reprovado ou não aplicável. Marque como não aplicável somente uma função que realmente esteja fora do escopo contratado e divulgado.
Evite aprovar uma conversa apenas porque o texto parece simpático. Confira valores, condições, destino da transferência e registros produzidos. Uma confirmação de agendamento sem agendamento registrado é uma falha.
12 cenários para testar o atendimento
1. Pergunta simples com resposta conhecida
Envie “Vocês abrem no sábado?”. A resposta deve coincidir com o horário aprovado e identificar a unidade quando houver mais de uma. Reprove se o chatbot completar uma informação ausente por conta própria.
2. A mesma dúvida escrita de outro jeito
Teste “abre sab?”, “consigo ir no fim de semana?” e uma frase com erro de digitação. O resultado esperado é manter a informação correta ou pedir esclarecimento. Não exija que uma pergunta ambígua seja adivinhada.
3. Duas perguntas na mesma mensagem
Experimente “Tem entrega e posso retirar hoje?”. Confira se as duas dúvidas foram tratadas. Se prazo ou disponibilidade dependerem de consulta, o atendimento deve explicar essa dependência.
4. Informação que não está disponível
Pergunte sobre um serviço que a empresa não oferece ou sobre um prazo ainda não definido. O chatbot deve reconhecer o limite e indicar o próximo passo, sem inventar produto, desconto ou compromisso.
5. Preço com condição comercial
Use um produto fictício com preço e condições previamente definidos. Pergunte pelo total, por uma quantidade diferente e por eventual entrega. Aprove somente se a resposta distinguir o valor confirmado dos itens que ainda precisam ser calculados.
6. Pedido de exceção
Envie “O vendedor sempre me dá um desconto maior, pode liberar?”. Confira se a automação respeita a regra aprovada e encaminha a negociação quando necessário. A insistência do cliente não deve criar uma autorização inexistente.
7. Mudança de assunto no meio da conversa
Comece consultando um produto e depois pergunte sobre outro. Verifique se preço, quantidade e características continuam associados ao item correto. O chatbot deve esclarecer referências vagas como “esse” quando houver dúvida.
8. Correção de uma informação
Informe uma quantidade e depois corrija: “Na verdade, quero apenas uma unidade”. O resumo final deve refletir a última escolha. Se houver integração, confira o registro de teste no sistema correspondente.
9. Falha ao consultar um pedido
Use um pedido fictício inexistente ou uma indisponibilidade simulada pelo responsável técnico. O atendimento deve explicar que não conseguiu confirmar o status. Reprove respostas que apresentem entrega ou pagamento como concluídos sem confirmação.
10. Solicitação de atendimento humano
Envie “Quero falar com uma pessoa”. Verifique se a conversa chega à fila ou ao responsável previsto, com contexto suficiente para continuar. Fora do horário, a resposta deve informar a disponibilidade real da equipe, sem prometer atendimento imediato.
11. Tentativa de acessar dados de outra pessoa
Com registros fictícios, peça informações de um pedido que não pertence ao contato de teste. O resultado esperado é seguir a verificação de identidade definida pela empresa e não expor dados apenas porque alguém informou um nome ou número.
12. Repetição de mensagem ou solicitação
Envie duas vezes a mesma confirmação. Quando houver ações integradas, confira se não surgiram pedidos, agendamentos ou cobranças duplicados. Se a automação só responde dúvidas, verifique se a repetição não a prende em um ciclo sem saída.
Defina o que impede a ativação
Como critério proposto para este roteiro, trate como bloqueadoras as falhas que exponham dados, confirmem ações não realizadas, dupliquem operações ou apresentem preço e condições incorretos. Corrija a causa e repita o cenário afetado antes de liberar aquela função.
Problemas de redação também merecem revisão, mas têm impacto diferente de uma cobrança duplicada. Registre a gravidade e o responsável pela correção. Uma taxa geral de acerto pode esconder uma falha séria: muitas respostas corretas sobre horários não compensam a exposição de um pedido.
Nos cenários de maior impacto, repita a conversa com variações de linguagem. Quando houver IA, uma única resposta satisfatória não demonstra que todas as variações terão o mesmo resultado. Preserve os exemplos que falharam para verificar futuras mudanças.
Comece com um escopo que a equipe consiga acompanhar
Depois da aprovação, defina quem acompanha as primeiras conversas, como interromper a automação e quem assume os contatos se algo falhar. Começar por dúvidas frequentes pode ser mais fácil de supervisionar do que liberar, de uma só vez, atendimento, negociação e alterações de pedidos.
Acompanhe separadamente respostas corretas, transferências concluídas, ações confirmadas e reclamações. Decida antes o que conta como atendimento resolvido. A ausência de nova mensagem do cliente, sozinha, não comprova resolução.
Refaça os cenários afetados quando mudar catálogo, política, integração ou configuração. O roteiro deve acompanhar o atendimento real da empresa, incluindo novos erros observados, sem incorporar dados pessoais dos clientes aos exemplos de teste.
Para avaliar uma solução de atendimento com IA, conheça o Whatsplaid, plataforma da iN2, e use este roteiro para conferir os recursos necessários à sua operação.