Testar um chatbot antes de publicar: os três estados
Por que "testamos internamente" não basta
Porque você já sabe o que quis dizer quando escreveu a instrução.
Testar um chatbot antes de publicar com a sua própria equipe tem um problema de origem: a sua equipe pergunta o que a configuração espera. Os seus clientes perguntam outra coisa, com outras palavras, e às vezes num áudio de dois minutos.
O que serve não é um teste mais longo. É não ter que escolher entre "desligado" e "respondendo tudo".
Os três estados, em ordem
Um serviço passa por três estados, e você pode ficar em qualquer um deles o tempo que precisar.
| Estado | Quem vê as respostas | Para que serve |
|---|---|---|
| Sandbox | Só você | Ver como responde antes de falar com alguém |
| Caixa de entrada com a IA desligada | A sua equipe | Organizar o atendimento antes de automatizar |
| Adoção gradual | Só as conversas que você etiqueta | Abrir aos poucos, com freio de mão |
Não é uma escada obrigatória. Há negócios que começam pelo segundo estado e ficam meses ali.
Estado 1: o sandbox, com contatos reais
O sandbox é um chat de teste onde você vê como o serviço responde antes de atender qualquer pessoa.
O que o torna útil não é o chat: é poder escolher um contato real da sua agenda. Ali você vê como ele responderia com o contexto daquela pessoa, não com um caso genérico inventado para a demo.
Um limite honesto: as execuções de sandbox têm uma cota diária conforme o plano, separada da cota mensal de mensagens. Quando o dia acaba, para.
Notas no contato para simular o caso raro
O caso que quebra tudo nunca é o habitual.
Você pode adicionar notas a um contato para simular situações pontuais: o cliente que tem uma reclamação aberta, o que compra com condições especiais, o que já perguntou três vezes a mesma coisa.
É a forma barata de testar o cenário que preocupa você sem esperar que aconteça.
Estado 2: a caixa de entrada com a IA desligada
Esse estado é sempre pulado e é o que mais rende no começo.
Você conecta o canal e trabalha na caixa de entrada com o serviço pausado. Ninguém automatiza nada: a sua equipe atende, mas atende organizada, com as conversas distribuídas e com o histórico em um único lugar.
A automação é ligada quando a equipe já está confortável. E a essa altura você já tem algo que antes não tinha: conversas reais para ler e saber o que perguntam de verdade.
Estado 3: adoção gradual, conversa por conversa
Aqui está a diferença em relação ao "liga e reza".
No modo gradual, o serviço responde somente as conversas que você etiqueta. Todo o resto continua sendo atendido pela sua equipe, como sempre. Você escolhe por onde começar: um tipo de consulta, um horário, alguns clientes.
No modo completo acontece o inverso: responde tudo, menos o que você marca para que não toque.
A etiqueta que desliga no meio de um caso
Uma conversa etiquetada para atendimento humano não recebe respostas automáticas, em nenhum modo.
Serve para o caso incômodo: a reclamação que ficou feia, o cliente que quer falar com uma pessoa, a negociação que não cabe a mais ninguém além de você.
E não é um capricho nosso. Uma pesquisa da Gartner com 3.566 clientes encontrou que 87% dizem que uma empresa que usa IA generativa no atendimento tem que dar acesso a uma pessoa. A saída de emergência é parte do produto, não uma concessão.
Pausar uma parte sem desligar tudo
O botão de pânico quase sempre é grande demais.
Você pode pausar uma habilidade pontual em um serviço: que ele pare de anotar pedidos, ou pare de ler o catálogo, sem tocar no que os seus outros serviços fazem nem no resto das respostas.
É o que permite consertar um problema restrito sem voltar ao estado de "ninguém responde".
O que olhar antes de abrir de vez
Quatro coisas, e nenhuma precisa de um painel.
- As transferências. Que temas terminam com uma pessoa, e se são os que você esperava.
- As respostas a mais. Respondeu algo que não lhe cabia, mesmo que tenha respondido bem.
- O que ele não soube. As perguntas sem resposta são a lista de documentos que faltam.
- O tom. Se soa como o seu negócio ou como um manual.
Conclusões
- Testar um chatbot antes de publicar não é uma etapa: são três estados pelos quais o mesmo serviço passa.
- O sandbox permite testar com contatos reais da sua agenda, e com notas para simular casos raros.
- Usar a caixa de entrada com a IA desligada organiza o atendimento antes de automatizar qualquer coisa.
- A adoção gradual faz com que só sejam respondidas as conversas que você etiqueta.
- Uma etiqueta de atendimento humano suspende as respostas automáticas em qualquer modo.
- Dá para pausar uma única habilidade sem desligar o resto do serviço.
Perguntas frequentes
- Posso testar o serviço sem conectar o meu WhatsApp?
- Sim. O sandbox é um chat de teste dentro do painel e não precisa do canal conectado. Você pode escolher contatos da sua agenda para ver como ele responderia com o contexto daquela pessoa.
- Quantos testes posso fazer por dia?
- Há uma cota diária de execuções de sandbox conforme o plano, separada da cota mensal de mensagens. Quando o dia se esgota, para até o dia seguinte.
- O que é o modo de adoção gradual?
- É a configuração em que o serviço responde unicamente as conversas que você etiqueta para isso. O resto continua sendo atendido pela sua equipe. O modo completo faz o contrário: responde tudo menos o que você marca.
- Posso frear a IA em uma conversa pontual?
- Sim, etiquetando essa conversa para atendimento humano. Ela deixa de receber respostas automáticas, não importa em que modo o serviço esteja.
- Vale conectar o canal mesmo que eu ainda não queira automatizar?
- Sim, e costuma ser o melhor primeiro passo. Você trabalha na caixa de entrada com o serviço pausado, organiza o atendimento da equipe e liga a automação quando estiver pronto.
Artigos relacionados
Faça sua equipe render o dobro sem cobrar mais dela
Atende WhatsApp, Instagram e web. Aprende o seu negócio, registra os pedidos e passa para uma pessoa quando precisa. Você vê cada ação anotada no chat.
Teste grátis do plano Pro. Sem cartão de crédito.