Existe um intervalo, na sua operação, em que o cliente já decidiu comprar, já gerou o código e ainda não pagou. Em cartão esse intervalo não existe: aprova ou recusa em segundos. Em pix e boleto ele dura minutos, horas ou dias, e na maioria das empresas ninguém fala com essa pessoa. É o desperdício mais silencioso de um checkout brasileiro.
O que é esse intervalo, exatamente
Quando alguém chega ao pagamento e escolhe pix ou boleto, ela já passou por tudo que costuma travar uma venda: entendeu a oferta, achou o preço aceitável, preencheu os dados e clicou. A objeção comercial acabou.
O que acontece depois raramente é desistência. É interrupção. A pessoa fechou a aba para abrir o app do banco e caiu em outra notificação. Estava no trabalho. Foi almoçar. Gerou o boleto para pagar no fim do dia e esqueceu. Nenhuma dessas situações é uma objeção, e todas elas são reversíveis por uma mensagem.
O motivo de tão pouca gente tratar esse intervalo é operacional, não estratégico: tratar exigiria alguém olhando o painel do checkout em tempo real para saber quem gerou código e não pagou. Ninguém faz isso manualmente por muito tempo.
Quanto tempo você realmente tem
A janela é diferente para cada meio, e confundir as duas é o primeiro erro.
Pix. O QR code e o copia e cola têm validade definida por quem cobra, e em checkout costuma ser curta, de alguns minutos a poucas horas. Quando expira, o código simplesmente não funciona mais. Mandar uma mensagem depois disso não recupera nada: obriga o cliente a refazer o pedido, que é exatamente o atrito que fez ele parar da primeira vez. Em pix, a mensagem precisa sair enquanto o código ainda vale.
Boleto. O vencimento costuma ser de um a três dias úteis, também definido por quem emite. A janela é folgada, mas isso cria o problema oposto: dá tempo de o cliente esquecer completamente, e dá tempo de a concorrência aparecer. Em boleto, o risco não é a pressa, é o silêncio.
Confirme a validade configurada na sua plataforma antes de desenhar qualquer sequência. Hotmart, Kiwify, Eduzz, Perfect Pay, Stripe, Digital Manager Guru, Cakto e Hubla permitem configurar esse prazo, e o número que está lá determina o seu roteiro.
A regra do WhatsApp que muda todo o roteiro
Esta parte costuma ser descoberta tarde, e custa caro. No WhatsApp existe uma janela de atendimento de 24 horas: depois que o cliente envia uma mensagem, a empresa pode responder livremente por 24 horas. Fora dessa janela, quando é a empresa que inicia a conversa, a mensagem precisa ser um modelo aprovado previamente pela Meta.
Isso tem consequência prática direta:
- Se o cliente veio do checkout e nunca conversou com você no WhatsApp, a primeira mensagem é uma iniciação de conversa e precisa de modelo aprovado.
- Se ele responder qualquer coisa, a janela de 24 horas abre e a conversa passa a ser livre, inclusive para o agente de IA responder dúvida, renegociar prazo ou trocar a forma de pagamento.
- Por isso o modelo de abertura não deve tentar vender. Ele deve convidar a resposta, porque é a resposta que libera a conversa de verdade.
Modelos de cobrança e de atualização de pedido são categorias previstas e costumam ser aprovadas sem dificuldade, desde que a mensagem seja factual e não promocional. Submeter um modelo de recuperação disfarçado de oferta é o caminho mais rápido para a reprovação.
O que a mensagem precisa ter
A mensagem de recuperação é um serviço prestado, não um anúncio. Quem escreve como anúncio é ignorado ou bloqueado. O que funciona:
- Contexto imediato. Diga o que a pessoa comprou. Sem isso, a mensagem parece golpe, que é o reflexo padrão de qualquer brasileiro hoje.
- O código dentro da mensagem. Copia e cola do pix, ou link direto do boleto. Obrigar a voltar ao e-mail ou ao site recria o atrito.
- O prazo, dito com clareza e sem drama. "Esse código vale até as 18h" é informação. "Últimas horas, corra" é pressão, e pressão em cobrança soa mal.
- Uma saída aberta. Uma linha oferecendo trocar a forma de pagamento ou tirar dúvida. É ela que gera resposta, e é a resposta que abre a janela.
- Identificação da empresa. Nome do negócio, não um número desconhecido sem contexto.
Uma sequência que respeita o meio
Pix e boleto pedem cadências diferentes. Tratar os dois igual é o segundo erro mais comum.
Pix: um toque, rápido, dentro da validade do código. Se o código vale poucas horas, a mensagem sai em minutos. Um segundo toque só faz sentido se ainda houver validade sobrando, e mesmo assim como pergunta, não como cobrança repetida.
Boleto: até três toques distribuídos até o vencimento. Confirmação com o link logo após a emissão, um lembrete no meio do caminho e um aviso no dia do vencimento. O terceiro é o que mais converte, porque é o único que chega quando a pessoa ainda pode agir e sabe que é a última chance sem refazer o pedido.
Depois do vencimento a conversa muda de natureza: não é mais recuperação de pagamento, é reabertura de venda, e merece um roteiro próprio.
Onde o CRM entra
Automatizar só a mensagem resolve metade. A outra metade é o registro, e é ela que evita o pior tipo de erro: cobrar quem já pagou.
No desenho correto, o evento do checkout cria ou atualiza a oportunidade no CRM sozinho. Pix gerado coloca a oportunidade numa etapa própria. Pagamento confirmado move para outra e cancela o follow up pendente na mesma hora. Reembolso marca o registro para que ninguém aborde aquele cliente como se a venda tivesse acontecido.
Sem isso, a sequência de recuperação vira um risco: a mensagem de cobrança que chega dez minutos depois do pagamento aprovado destrói mais confiança do que a recuperação inteira constrói. É por isso que a integração de checkout precisa ser de mão dupla, e não apenas um gatilho de disparo.
LGPD: por que essa mensagem é transacional
Mensagem de recuperação de pagamento não é marketing. Ela trata da execução de um pedido que a própria pessoa iniciou, com dados que ela mesma forneceu no checkout para aquela finalidade. Isso a coloca numa categoria diferente do disparo promocional.
O que continua valendo, e vale sempre: identificar quem está falando, restringir a mensagem ao pedido em questão, oferecer saída para quem não quiser mais contato e não reaproveitar a base de checkout para campanha promocional sem a devida base legal. A linha entre transacional e promocional é justamente o que sustenta a legitimidade dessa automação, e apagá-la fragiliza a operação inteira.
Os erros que transformam recuperação em bloqueio
- Mensagem depois do código expirado. Gera frustração e nenhuma venda.
- Cobrar quem já pagou. Sintoma clássico de integração sem retorno de status.
- Volume sem contexto. Três mensagens iguais em sequência viram denúncia, e denúncia afeta a qualidade do seu número.
- Tom de cobrança. A pessoa não está inadimplente, ela está distraída.
- Número sem identidade. Se parece golpe, é tratado como golpe.
- Automação sem porta de saída. Quem responde precisa encontrar alguém, ou um agente capaz de resolver, não um robô em loop.
Como ligar isso na prática
O caminho tem quatro passos, e o primeiro não é técnico.
- Levante os números reais do seu checkout. Quantos pix e boletos são gerados por semana, quantos são pagos e qual é a validade configurada. Sem isso você está desenhando no escuro.
- Conecte os eventos. Pix gerado, boleto emitido, pagamento confirmado, reembolso. Por API e webhook, com escopo definido a partir da sua plataforma.
- Mapeie cada evento para uma etapa do funil e uma ação do agente. Inclusive as ações de cancelamento, que são as que protegem o cliente.
- Teste com transações reais de baixo valor antes de ligar para toda a operação.
O passo a passo detalhado de integração está em como integrar CRM, WhatsApp e ERP.
Perguntas frequentes
Dá para recuperar pix não pago pelo WhatsApp?
Sim, desde que a mensagem saia enquanto o código ainda está válido. O checkout emite o evento de pix gerado, a plataforma recebe o webhook e o agente envia o copia e cola com contexto do pedido. Depois da expiração o cliente precisa refazer o pedido, e a taxa de recuperação cai bastante.
Quantas mensagens mandar para quem gerou boleto?
Até três, distribuídas até o vencimento: confirmação com o link logo após a emissão, um lembrete no meio do prazo e um aviso no dia do vencimento. Mais do que isso vira volume sem contexto e aumenta o risco de denúncia.
Preciso de modelo aprovado pela Meta para essa mensagem?
Sim, quando a empresa inicia a conversa fora da janela de 24 horas, que é o caso típico de quem veio do checkout. Modelos de cobrança e de atualização de pedido são categorias previstas. Assim que o cliente responde, a janela abre e a conversa passa a ser livre.
Isso fere a LGPD?
Mensagem sobre um pedido que a própria pessoa iniciou, com dados que ela forneceu no checkout para essa finalidade, é transacional, não promocional. O cuidado é manter a mensagem restrita ao pedido, identificar a empresa, oferecer saída e não reaproveitar a base de checkout para campanha promocional sem base legal própria.
Como evitar cobrar alguém que já pagou?
A integração precisa ser de mão dupla. O evento de pagamento confirmado tem que mover a oportunidade no CRM e cancelar o follow up pendente no mesmo momento. Quando a automação só dispara mensagem e não lê status, esse erro é questão de tempo.
O próximo passo
Se a sua operação gera pix e boleto e ninguém fala com quem não pagou, esse é provavelmente o ajuste com melhor relação entre esforço e retorno disponível hoje, e não depende de aumentar investimento em mídia. A conversa começa pelo seu checkout: contato@flowia.ia.br ou WhatsApp pelo site.