Como a IA sabe a hora de propor o próximo passo — nem cedo demais, nem tarde demais?
Não é a IA "sentindo" o momento — é um gate decidido em código, antes de qualquer texto ser gerado. Enquanto a dor do cliente não ficar concreta e não vier acompanhada de um custo que ele já quantificou ou de quem dentro da empresa decide a compra, o agente continua conduzindo: faz pergunta, entrega insight, nunca propõe nada. No instante em que esse portão fecha, a conversa sai do modo investigação e entra no modo decisão — aí sim um próximo passo é oferecido.
Por que propor cedo demais é tão ruim quanto nunca propor?
Os dois erros matam a venda, só que de formas diferentes. O agente afobado propõe no primeiro sinal morno — o cliente ainda nem terminou de descrever o problema e já recebe uma oferta. Isso não lê como atenção, lê como script de vendedor de loteamento: ninguém confia em quem propõe sem ter escutado. O agente travado faz o oposto — fica pedindo mais um detalhe, mais um número, pra sempre, porque nenhuma regra disse quando "já basta". O cliente que queria ajuda desiste no meio do interrogatório.
O ponto comum entre os dois é o mesmo: decidir a hora certa não pode depender do humor do modelo de linguagem naquele turno. Tem que ser uma regra fixa, testável, que não muda de conversa pra conversa.
Qual é exatamente o gatilho que decide a hora certa?
É um portão com duas partes. A primeira é obrigatória: a dor do cliente precisa estar concreta — nomeada, não um "queria melhorar as coisas" vago. A segunda parte aceita qualquer um dos dois caminhos: o cliente quantificou o custo daquele problema (colocou um número, mesmo aproximado, no que está perdendo) ou deixou claro quem decide a compra lá dentro — se é ele mesmo ou se precisa "consultar o sócio".
Dor concreta mais qualquer um dos dois é suficiente para o portão fechar. Não precisa dos três sinais juntos, e não basta só a dor sem nenhum dos outros dois — um cliente que descreve o problema bonito mas nunca diz o custo nem quem decide ainda está em zona de conduzir, não de propor. É uma conta que roda em código a cada mensagem, não uma impressão que o modelo forma "lendo o clima" da conversa.
O que acontece se a conversa nunca bate esse gate?
Existe gente que tem dor real mas não sabe quantificar nada — não é evasiva, é genuína dificuldade de colocar número no próprio problema. Sem um limite, exigir esse gate vira trava que nunca abre: o agente fica pedindo mais contexto pra sempre, e a conversa nunca sai do modo pergunta.
É por isso que o gatilho de fechamento não trabalha sozinho: existe um teto de turnos de investigação como rede de segurança. Se a conversa chegar nesse teto sem o gate ter fechado naturalmente, o agente para de cavar e segue com o que já coletou até ali — o teto destrava a conversa, não descarta o lead. O gate decide a hora ideal; o teto garante que, na falta da hora ideal, ainda existe uma hora.
Depois que o gate fecha, a IA já sai oferecendo a solução?
Fechar esse gate decide só uma coisa: que a investigação acabou e é hora de avaliar o lead — não decide, por si só, qual vai ser o próximo passo oferecido a ele. Essa segunda decisão é outro mecanismo, que soma os sinais da conversa numa nota e aponta o caminho certo: seguir pra proposta, nutrir com calma, desambiguar o que falta, ou encerrar com cuidado quando não há negócio de verdade do outro lado. Confundir os dois é um erro caro — ajustar só a régua de "quando parar de perguntar" não muda o que o lead recebe depois; são dois portões separados, e cada um resolve uma pergunta diferente.
Por que não deixar o próprio modelo decidir isso "na sensibilidade"?
Porque sensibilidade não é testável nem repetível. Um modelo de linguagem pode ler a mesma conversa de dois jeitos em dois dias diferentes — e isso, numa régua que decide quando propor algo pro cliente, é inaceitável: metade dos leads recebe proposta cedo demais, a outra metade tarde demais, sem nenhum padrão pra corrigir. Colocando a decisão em código — um gate com condição explícita — o comportamento fica previsível, auditável e, principalmente, calibrável: quando o gate erra, ajusta a regra; não dá pra ajustar um "feeling".
A primeira versão do agente de atendimento da própria Estefani & Co tinha a instrução oposta à de hoje: "propor no primeiro sinal bom, dor nomeada sem exigir número — não esperar a conversa perfeita". O agente obedeceu à risca. No teste de roleplay (outro modelo simulando o lead, conversa real turno a turno), ele fechava em 4 turnos — rápido demais, com uma única pergunta rasa, e o detalhe que mais chamou atenção: era o próprio agente quem nomeava a dor do cliente, não o cliente que a trazia.
O roleplay que tinha aprovado essa versão media sucesso como "fecha em até 3 turnos = passou" — então aquele defeito de afobamento era lido como qualidade, não como bug. Isso só ficou visível comparando com o extremo oposto, já visto antes: outra rodada de roleplay tinha reprovado uma versão anterior por "nunca fecha" — o pêndulo tinha ido longe demais pro outro lado. A correção, feita em 2026-07-17, foi reescrever o gate para exigir dor concreta e custo quantificado ou quem decide mapeado — removendo inclusive um critério de urgência que, isolado, deixava dor combinada com pressa de tempo passar pelo portão já no segundo turno — rápido demais de novo.
Perguntas frequentes
O gate de fechamento e o teto de turnos são a mesma trava?
Não. O gate decide a hora ideal de propor, olhando o conteúdo da conversa (dor, custo, quem decide). O teto é a rede de segurança: entra em ação só quando o gate não fechou dentro de um número razoável de rodadas, pra garantir que a conversa não fique travada pra sempre.
Se o cliente não sabe quantificar o próprio custo, ele nunca recebe proposta?
Pode receber, sim — o gate aceita custo quantificado OU saber quem decide a compra, não exige os dois. Um cliente que não sabe colocar número no problema mas já deixou claro que é ele mesmo quem decide ainda pode fechar o gate por esse segundo caminho.
Esse gatilho é igual pra qualquer negócio?
O mecanismo é o mesmo; o que entra em cada parte (o que conta como "dor concreta" pra uma clínica não é o mesmo pra uma loja) é configuração por negócio, não código reescrito.
A IA pode errar e propor antes da hora mesmo com esse gate?
Só se o gate estiver mal calibrado — foi exatamente isso que aconteceu na primeira versão do agente da Estefani & Co, corrigido depois de aparecer no teste de roleplay. Com a regra certa em código, o comportamento fica consistente conversa após conversa.
Por que não propor assim que o cliente demonstra qualquer interesse?
Interesse sem dor concreta nem custo ou decisor mapeado ainda é curiosidade, não qualificação. Propor nesse ponto é o erro do agente afobado — perde credibilidade e queima a chance de propor bem mais adiante, quando o lead realmente estiver pronto.