Um agente sem estados é um funcionário que só sabe recitar o catálogo
Uma única mensagem de cliente com três tarefas dentro já quebra quase qualquer bot. O que falta não é um modelo melhor: é base de informação e estados.
Um cliente escreve isso para uma distribuidora numa terça de manhã:
"Oi, me manda o mesmo do mês passado só que o dobro. E olha que o último lote veio com defeito."
Uma mensagem. Três tarefas diferentes.
Buscar o que ele comprou em março. Ver se tem estoque e a que preço está hoje. Abrir uma reclamação pelo pedido anterior.
Quase todos os bots que eu vejo respondem uma das três. Os honestos passam para um humano e pronto.
Não é o modelo. Nunca foi o modelo. São duas coisas, e as duas se resolvem no desenho, não escrevendo um prompt mais longo.
A base de informação
Na maioria dos agentes carregam um FAQ de quinze perguntas e mandam atender clientes.
Quinze perguntas não aguentam nem a primeira terça-feira. O que faz falta é o histórico de compras, a tabela de preços vigente, o estoque real, as condições daquele cliente específico, e as exceções que o vendedor antigo sabe de cor e nunca escreveu em lugar nenhum.
Essa última parte é a que ninguém faz. E é a que mais vale.
Um agente sem acesso a isso não responde. Improvisa. E faz isso com uma segurança que assusta, porque o modelo foi treinado para soar seguro, não para saber.
A pergunta a se fazer antes de escrever uma linha de código é simples: de onde vai sair a resposta? Se não existe uma resposta concreta para isso, não existe agente.
Os estados
Essa é a parte que quase ninguém pensa.
Um fluxo conversacional linear funciona assim: cumprimenta, pergunta, responde, tchau. É um formulário com vocabulário melhor.
Mas consultar um pedido, cotar um novo, abrir uma reclamação e agendar uma visita são quatro tarefas diferentes. Cada uma precisa de dados diferentes, ferramentas diferentes e um critério diferente para saber quando terminou.
Um agente bem construído tem um estado por tarefa. Sabe em qual está, que informação já juntou, o que falta, e muda para o estado certo quando a pessoa troca de assunto. Se o cliente começa pedindo um orçamento, desvia para a reclamação e depois volta, o agente volta junto. Não começa do zero.
Essa é a diferença entre um bot que atende e um que resolve.
Como fica quando está bem feito
Com aquela mensagem do começo, um agente com base ampla e estados faz o seguinte:
Identifica o cliente. Entra no estado de histórico e recupera o pedido de março. Passa para o estado de cotação, verifica estoque, monta o pedido com o dobro do volume no preço de hoje. Detecta que existe uma reclamação pendente, abre o chamado de pós-venda com o número do pedido antigo. Devolve as três coisas numa única resposta e, se a reclamação passa de certo valor, escala para uma pessoa.
Isso não é mágica. É desenho.
Antes de ir para produção
Nunca coloco um agente atendendo gente sem um conjunto de conversas feitas para quebrá-lo.
Não as perguntas fáceis. As outras. Quem pergunta três coisas juntas. Quem se contradiz. Quem pede algo fora do escopo. Quem escreve errado. Quem sai pela tangente e volta quatro mensagens depois.
Esse conjunto roda toda vez que se mexe num prompt ou se adiciona uma ferramenta. Sem isso, cada ajuste é uma aposta às cegas: você conserta uma coisa, quebra outras duas e descobre por um cliente.
O que eu vejo vindo
Na América Latina a maioria ainda usa IA para escrever um e-mail. As PMEs que nos próximos dois anos conectarem seus dados reais a um agente com estados vão ter uma vantagem operacional que nenhum orçamento de marketing compra.
Não vai ganhar quem tiver o melhor modelo. Todo mundo vai ter o mesmo modelo.
Vai ganhar quem tiver dado mais informação e mais coisas para fazer.
Esta publicação também está publicada no LinkedIn ↗ — se te serviu, comenta por lá.
Outras publicações
Tem um processo parecido com isso?
Escrevo isto a partir de projetos reais. Se algo te faz sentido, me conta numa conversa de 30 minutos.