APROVAÇÃO E RECUPERAÇÃO
Pagamento recusado: como reduzir perdas e orientar o cliente
Pagamento recusado é uma tentativa que não foi autorizada ou não pôde ser concluída. A resposta disponível nem sempre revela a causa exata ao lojista. Uma estratégia responsável orienta o cliente sem culpá-lo, preserva o pedido e oferece uma próxima ação segura.
Por que uma tentativa pode falhar
Dados inconsistentes, limite, regra do emissor, indisponibilidade, risco ou configuração podem influenciar. Nem todo código deve ser mostrado ao cliente e nem toda falha é recuperável no mesmo instante.
Como escrever a mensagem
Diga que a tentativa não foi concluída e apresente opções: revisar dados, tentar outro método, falar com a instituição ou retornar depois. Não acuse fraude, não exponha score e não prometa aprovação.
Retentativa sem duplicidade
Crie uma nova tentativa ligada ao mesmo pedido, com chave idempotente e controle de estado. Evite múltiplos cliques e carregamentos sem resposta. Se a primeira tentativa confirmar depois, impeça cobrança duplicada.
Meça recuperação e experiência
Separe motivo disponível, método, emissor quando permitido, dispositivo e canal. Acompanhe quantos clientes corrigem dados, trocam método e concluem depois.
Se você quer avaliar esse desenho na sua operação, fale com um especialista da Marcha. A recomendação final depende do modelo de negócio, do fluxo financeiro e da análise cadastral e comercial.
Classifique antes de reagir
Separe erro de preenchimento, falha técnica, recusa do emissor, regra de risco e indisponibilidade temporária. Use códigos internos estáveis e preserve o código original para investigação. Não exponha ao cliente detalhes que facilitem abuso ou confundam.
Cada classe pede uma resposta: corrigir dado, aguardar, escolher outro método ou procurar a instituição responsável. Uma mensagem genérica leva a repetição sem mudança e pode aumentar tentativas desnecessárias.
Nova tentativa com contexto
Antes de repetir, confirme se a tentativa anterior tem estado final. Reutilize o pedido e crie um identificador de tentativa distinto. Limite repetição automática e considere intervalo quando a falha for transitória.
Ofereça alternativa coerente, preservando valor e itens. Se houver mudança de método ou parcelamento, registre novo consentimento. O suporte deve enxergar a linha do tempo completa para orientar sem pedir que o cliente refaça tudo.
Métricas de recusa e recuperação
Acompanhe recusas por classe, método, emissor quando disponível, dispositivo, campanha e faixa de ticket. Meça quantas pessoas tentam novamente, mudam de método, concluem ou entram em contato. Diferencie recuperação espontânea de mensagens ou ações específicas.
Monitore também fraude, contestação e reembolso após mudanças. Aumentar aprovação sem guardrails pode deslocar o problema. Use períodos comparáveis e revise códigos desconhecidos com frequência.
Perguntas frequentes
Posso dizer ao cliente que foi fraude?
Não é recomendado. Use linguagem neutra e preserve regras de segurança.
Quantas vezes o cliente pode tentar?
Defina limites proporcionais ao risco e à experiência, com monitoramento.
Trocar para Pix pode ajudar?
Pode oferecer um caminho alternativo, desde que a cobrança e o prazo sejam claros.
Recusa e erro são iguais?
Não. Recusa é um resultado da tentativa; erro pode ser técnico ou de integração antes de um resultado confiável.
Devo recomendar que o cliente tente várias vezes?
Não de forma indiscriminada. Oriente conforme a categoria da falha e confirme primeiro o estado da tentativa anterior. Repetições sucessivas podem gerar bloqueios, confusão ou cobranças duplicadas. Quando apropriado, ofereça correção de dados, outro método ou contato com a instituição emissora.