Os estornos pareciam fraude. A processadora estava prestes a cortar o acesso. O checkout era o problema real.
Uma marca de e-commerce direto ao consumidor caminhava para um banimento de processadora. Os estornos haviam chegado a 8%, e o aviso veio da equipe de risco da processadora, que nunca explica exatamente onde fica o limite. Encontrei a causa real em uma página de upsell confusa, redesenhei e acompanhei a taxa de estorno toda semana a partir do dia em que a correção foi lançada.
A situação
O aviso veio da equipe de risco da processadora. Os estornos haviam chegado a 8%, alto o suficiente para colocar a conta sob aviso de encerramento. Processadoras e bancos não publicam seus limites e não explicam o raciocínio. Você recebe uma mensagem dizendo que a conta está sob revisão, e fica adivinhando quanto tempo realmente resta antes que a conta seja cortada.
Essa incerteza é proposital. Um aviso assim deve ser tratado como urgente, independentemente de quão perto da linha você acha que realmente está, porque ninguém fora da processadora sabe ao certo. E para uma marca direta ao consumidor, perder uma processadora não é um transtorno burocrático, é uma parada total na cobrança de pagamentos, em toda campanha paga já em andamento e em todo cliente no meio do checkout quando a chave é virada.
O que todo mundo presumiu
O instinto inicial dentro da empresa foi fraude. Estornos nesse nível geralmente significam cartões roubados, maus atores ou algum tipo de padrão de abuso, então as primeiras conversas foram sobre reforçar verificações antifraude e adicionar fricção para filtrar pedidos ruins. Nada disso teria resolvido alguma coisa, porque nada disso era o que estava realmente acontecendo.
Pior, a correção que todos buscavam teria dificultado ainda mais a vida dos clientes reais que já estavam confusos, adicionando mais etapas e mais verificação a um checkout que já estava atrapalhando as pessoas. Resolver o problema errado não é neutro. Tem um custo próprio.
O que realmente estava travado
A causa real era uma página de upsell confusa no fluxo de checkout. Ela facilitava, especialmente para compradores menos familiarizados com tecnologia, acabar pedindo várias unidades quando a intenção era pedir uma. Muitos desses compradores eram clientes mais velhos que não interpretavam um seletor de quantidade poluído do jeito que um comprador online mais jovem e habitual interpretaria.
Semanas depois, esses mesmos clientes viam uma cobrança na fatura que não batia com o que achavam ter concordado. Eles não haviam sido enganados por fraude. Haviam sido confundidos por uma página que tornava a compra em quantidade o caminho de menor resistência. Mas do lado do banco, um cliente contestando uma cobrança que não reconhece parece idêntico, seja a causa fraude ou confusão no checkout. A taxa de estorno não conseguia fazer essa diferença. Só olhar a página real conseguia.
Encontrei isso lendo os motivos de disputa que os clientes realmente davam, não só o número agregado de estornos, e percorrendo o fluxo de checkout eu mesmo, do jeito que um cliente de primeira viagem faria. O padrão estava lá assim que alguém realmente olhou: a mesma página, o mesmo momento no fluxo, a mesma história de cliente após cliente.
O sistema construído
A correção foi um redesenho da etapa de upsell no fluxo de pedidos, não uma nova pilha de detecção de fraude e não uma reconstrução completa do checkout que levaria semanas para lançar e testar. Assim que a página real e o elemento realmente confuso foram identificados, reconstruir como o upsell apresentava a quantidade e o preço significava que a correção podia ser lançada rápido e ainda se sustentar. O objetivo não era construir algo impressionante. Era parar de confundir o cliente no exato momento em que ele estava prestes a comprar.
Essa é a parte que os fundadores resistem. Um pico de estornos parece exigir uma resposta grande: novos fornecedores, novas ferramentas, um projeto com nome e orçamento. Às vezes é assim mesmo. Aqui bastava alguém olhar a página real que um cliente de verdade vê e redesenhar a tela específica que estava enganando ele. Maior nem sempre é mais correto.
O que mudou
Acompanhei a taxa de estornos semanalmente, começando no dia em que a correção foi lançada, não no fim de alguma janela arbitrária. Essa é a única forma de saber rapidamente se uma correção está funcionando, em vez de descobrir um mês depois que não estava. Os estornos caíram 75% em quatro semanas. A processadora cancelou o aviso. O tráfego pago nunca parou, e a marca nunca precisou explicar uma interrupção de serviço aos próprios clientes.
Ninguém precisou ser avisado para parar de anunciar. Ninguém precisou migrar para uma processadora reserva e sofrer o impacto que essa migração sempre traz. As campanhas já em andamento continuaram rodando, e os clientes já no funil continuaram convertendo, porque o problema foi resolvido na origem em vez de ser administrado.
O que fundadores devem observar
- Estornos altos nem sempre significam fraude. Verifique a experiência de checkout, especialmente qualquer coisa envolvendo upsells ou seletores de quantidade, antes de presumir que há maus atores por trás.
- Clientes mais velhos ou menos familiarizados com tecnologia tropeçam em fluxos de upsell pouco claros mais do que qualquer outra pessoa, e a confusão deles aparece depois como disputa, não como uma reclamação que você vai ouvir diretamente.
- Processadoras não vão te dizer os limites exatos. Trate qualquer aviso de risco como urgente, independentemente de quão perto você acha que realmente está da linha.
- Acompanhe a métrica semanalmente, começando no dia em que você lança uma correção, não só no fim de um período de revisão. A velocidade do feedback é como você sabe que realmente resolveu.
- A correção não precisa ter o tamanho do problema. Um pico de estornos pode vir de uma tela confusa. Encontre a tela antes de reconstruir o sistema.