Quero colocar uma IA pra atender meu WhatsApp — o que eu preciso ter pronto antes de começar?
Não é apertar um botão. Antes de a IA responder uma mensagem de verdade, a empresa precisa entregar cinco coisas: o que vende e quem é o lead dela, a ação que fecha a conversa (call, visita, link, handoff), o que pode ser dito de preço (e o que fica travado pra humano), a base de conhecimento (serviços, horários, regras) e o número. Com isso, a IA é configurada a partir de um template e passa por um teste de roleplay antes de ver cliente real.
Por que não dá pra simplesmente "ligar a IA"?
Uma IA sem config é um ator sem roteiro: fala bem, mas não sabe o que sua empresa vende, até onde pode negociar, nem quando passar a conversa pra você. "Colocar IA pra atender" é, na prática, preencher essas respostas — e isso é trabalho da empresa tanto quanto de quem implementa.
A boa notícia: esse preenchimento não começa do zero. Existe um template gold, já white-label, com os campos mapeados. Ninguém monta cliente novo copiando a config de outro nem partindo do vazio — o ponto de partida é sempre esse template. O trabalho vira preencher as lacunas certas, na ordem certa.
O que exatamente eu preciso ter pronto?
Cinco blocos, em linguagem de dono:
1. O que você vende e quem é o seu lead. Vertical, catálogo, perfil de quem te procura. Sem isso a IA não sabe o que qualificar.
2. A ação que fecha a conversa. Toda conversa termina em algo concreto: marcar call, agendar visita, mandar link, passar pra humano. Esse "próximo passo terminal" muda por negócio — imobiliária agenda visita, consultoria marca call, varejo manda link — e precisa estar definido antes, não decidido pela IA na hora.
3. O que pode ser dito de preço, e o que fica com humano. O ponto mais sensível. Um fato que a IA precisa afirmar — preço, data, disponibilidade — tem que estar em dois lugares ao mesmo tempo: na trava que confere o que ela pode dizer, e no texto usado pra gerar a resposta. Faltando num dos dois: ou a trava barra uma resposta correta, ou a IA não tem a informação e inventa uma evasiva tipo "depende da agenda" quando a resposta era simples.
4. A base de conhecimento. Serviços, horários, regras — o material que a IA consulta, não de memória solta.
5. O número. O canal onde ela vai efetivamente atender.
E depois de preencher isso, já pode atender?
Não direto. Antes de ver cliente real, a configuração passa por um teste de roleplay: alguém representa tipos diferentes de lead e conversa com a IA, pra ver se ela se comporta direito nas situações chatas, não só na fácil. O padrão mínimo inclui: lead com dor clara que quer terceirizar; lead perdido que nem sabe o que quer; lead que já quer a oferta de entrada; lead que pergunta preço na primeira mensagem; e curioso sem negócio rodando.
Duas situações são testadas sempre, porque é onde mais aparece erro: o que acontece depois que o cliente disse sim (a IA para de empurrar venda ou insiste numa conversa já fechada?) e o que acontece quando um lead que esfriou volta semanas depois (ela reconhece ou trata como estranho?). Só depois de passar nesses testes a config é liberada pro tráfego real.
Quem faz esse trabalho, eu ou quem implementa?
Os dois, em proporção diferente conforme o formato. Um caminho ensina o dono ou a equipe a fazer isso com as próprias mãos; o outro é a implementação completa, feita pelo consultor. Mas o perfil do negócio, a ação que fecha, o que pode ser dito de preço — isso só quem conhece a operação sabe responder, em qualquer um dos dois caminhos. O template cuida do resto.
O próprio atendimento da Estefani & Co passou por esse processo. A configuração foi reescrita e, antes de rodar com cliente real, testada com as cinco personas de roleplay acima. O teste pegou um problema concreto: numa rodada, o agente fechava rápido demais, em poucos turnos, nomeando a dor do próprio lead em vez de deixar ele articular — e o critério de aprovação do teste media só "fechou rápido = passou", mascarando o defeito de condução. A config foi recalibrada, reteste feito, e só então o padrão corrigido virou o template de todo cliente novo — incluindo o teste explícito do pós-aceite (parar de vender, não insistir) e do reengajamento de quem esfriou e voltou. É esse ciclo — preencher, testar, corrigir, testar de novo — que separa config que atende de config que só parece atender.
Perguntas frequentes
Quanto tempo leva pra ter tudo isso pronto?
Depende de quanto desse material a empresa já tem organizado. As etapas são fixas — perfil, ação de conversão, ofertas, base de conhecimento, canal, validação por roleplay — e cada uma precisa de cuidado, não pressa. Sem faixa de prazo documentada pra generalizar; o que dá pra garantir é que pular a validação por roleplay pra "economizar tempo" é o erro mais caro.
E se eu não souber qual é "a ação que fecha" no meu negócio?
Costuma aparecer na conversa de diagnóstico, antes de configurar qualquer coisa — raro o dono nunca ter pensado nisso, só não estava formalizado.
A IA pode prometer desconto ou condição especial sozinha?
Só o que estiver explicitamente liberado na configuração. Fora disso, escala pra um humano decidir.
Testar com roleplay é obrigatório mesmo se o negócio for simples?
Sim, independente do tamanho. É justamente o negócio "simples" que tem menos margem pra erro de primeira impressão.
Depois de no ar, dá pra mudar preço ou regra sem refazer tudo?
Sim — preço, regra e base de conhecimento ficam na configuração, não no código. Mudou o preço, mudou a regra: ajusta o arquivo e segue.