PIX gerado e não pago: a janela de ouro dos primeiros 30 minutos

Existe um momento na jornada de compra em que a intenção está no ponto máximo: a pessoa clicou em pagar, escolheu PIX e o código foi gerado na tela. Ela não estava pensando em comprar — ela estava pagando. E mesmo assim, uma parte dessas transações nunca se completa. O código expira, o pedido morre, e o painel registra mais um PIX gerado e não pago.

O que torna esse cenário tão frustrante é que a distância entre o quase e o pago é ridícula: abrir o app do banco, colar o código, confirmar. Trinta segundos de ação. Mas é exatamente nessa troca de aplicativo que a venda escapa — a pessoa abre o banco, vê uma notificação, cai numa conversa, e quando lembra, o código expirou.

A boa notícia: esse é o abandono mais recuperável que existe. A má notícia: só se você agir nos primeiros minutos. Este post explica por que a janela é tão curta e o que fazer dentro dela.

PIX abandonado não é carrinho abandonado

Parece a mesma coisa, mas a mecânica é oposta. O carrinho abandonado admite uma régua de dias: a decisão de compra pode ser reaquecida amanhã ou depois. O PIX não. O PIX tem dois relógios correndo contra você ao mesmo tempo:

• O relógio técnico: o código PIX tem prazo de expiração — em muitos checkouts, questão de minutos ou poucas horas. Depois disso, o código na tela do lead é lixo: mesmo que ele queira pagar, não consegue.
• O relógio psicológico: quem gera um PIX está em modo de execução, não de consideração. Esse estado dura minutos. Uma hora depois, a pessoa voltou ao modo normal da vida e pagar virou uma tarefa, não uma continuação.

Por isso a régua de PIX não se mede em dias, se mede em minutos. Uma mensagem de recuperação de PIX enviada no dia seguinte não é recuperação — é um lembrete de uma coisa que já morreu.

A janela de ouro: os primeiros 30 minutos

Dentro dos primeiros minutos após a geração do código, o lead ainda está no contexto: lembra do produto, lembra do valor, provavelmente ainda está com o celular na mão. É a única fase em que a recuperação não precisa vender nada — só precisa reduzir atrito. Cada minuto que passa, você deixa de competir contra o esquecimento leve e passa a competir contra o desinteresse.

Na prática, a primeira mensagem deve sair minutos após a geração do PIX sem pagamento confirmado. Não em uma hora. Não quando alguém do time perceber. Minutos — o que, na prática, significa que isso não pode depender de humano olhando painel. Precisa ser um evento do gateway disparando uma automação.

A primeira mensagem: reenvie o código, não faça perguntas

Aqui está o erro mais comum que vemos: a primeira mensagem pergunta se ficou alguma dúvida. No carrinho abandonado, essa pergunta é ótima. No PIX, ela adiciona uma etapa a quem só precisava de um atalho. A pessoa não tem dúvida — ela tem um código perdido numa aba fechada.

A primeira mensagem de PIX é utilitária: aqui está seu código de novo, copia e cola, pronto. Elementos que ela precisa ter:

• O código PIX copia-e-cola no corpo da mensagem, pronto para selecionar — não um link para uma página que carrega o código.
• O valor e o nome do produto, para a pessoa confirmar que é aquilo mesmo sem precisar voltar ao site.
• O prazo de expiração, dito de forma direta: esse código vale até tal hora.
• Tom de utilidade, não de cobrança: seu PIX está aqui caso a página tenha fechado.

Essa mensagem converte porque transforma o pagamento em uma ação de dez segundos dentro do próprio WhatsApp: copiar, trocar de app, colar. Você eliminou o site, o checkout e o QR code da equação.

Segunda etapa: quando o código expira

Se o pagamento não veio na janela quente, o código provavelmente expirou — e reenviar código morto é pior do que não enviar nada, porque gera a experiência de tentar pagar e falhar. A segunda etapa da régua precisa gerar um código novo, ou levar para um link que gera na hora. É uma mensagem de reabertura: seu pedido ainda está reservado, gerei um novo código para você, válido até tal hora.

A partir daí, a régua se aproxima da lógica de carrinho: mais um ou dois toques espaçados, cada um com motivo próprio, e encerramento honesto. PIX não sustenta régua longa — quem não pagou depois de dois códigos válidos e três mensagens fez uma escolha, e o custo de insistir é a reputação do seu número.

A regra que protege tudo: quem pagou nunca recebe cobrança

Recuperação de PIX opera em minutos, e é exatamente por isso que o risco de constranger um pagante é maior aqui do que em qualquer outra régua. O cenário clássico: a pessoa paga aos 9 minutos, a mensagem agendada dispara aos 10. Para o cliente, você acabou de cobrar alguém que pagou — e nenhuma explicação técnica sobre fila de mensagens conserta essa primeira impressão.

A solução é arquitetural, não operacional: o evento de pagamento confirmado precisa cancelar em cascata tudo que está agendado para aquele pedido, no instante em que o webhook chega. Não é um job que roda de hora em hora limpando a fila. É cancelamento imediato, orientado a evento. Se a sua ferramenta de disparo não escuta o gateway de pagamento em tempo real, você não tem uma régua de recuperação — tem uma máquina de saia-justa com timer.

“No PIX, a diferença entre recuperar e constranger é medida em minutos: a primeira mensagem tem que chegar rápido, e todas as outras têm que morrer no segundo em que o pagamento cai.”

Como o Autopilot trata a janela do PIX

Foi operando essa janela em escala — mais de 676 mil mensagens processadas — que a gente desenhou a régua de PIX do Autopilot: o gateway avisa que o código foi gerado, a primeira mensagem sai em minutos com o copia-e-cola pronto, e o webhook de pagamento cancela toda a sequência em cascata no momento da confirmação. Se você quer entender o resto da esteira — boleto, carrinho, recompra — os outros guias do blog seguem a mesma linha: engenharia real, sem promessa mágica.