Como você reduz o churn involuntário em um negócio de assinatura?

Primeiro, descubra o quanto do seu churn isso realmente representa

A maioria dos negócios de assinatura subestima materialmente o churn involuntário, e a razão é um artefato de relatório em vez de negligência. Uma assinatura que falha no pagamento, tenta novamente por duas semanas e é então cancelada é frequentemente registrada como um cancelamento. Ela cai na categoria voluntária. Ninguém a escolheu.

Antes de gastar qualquer coisa em ferramentas de recuperação, segmente seus cancelamentos pelo fato de o estado final ter sido precedido por uma cobrança falha. O número é rotineiramente uma grande fração do churn total, e é o churn mais barato de corrigir porque o cliente nunca quis sair.

A segunda medição que vale a pena ter é a curva de recuperação: de assinaturas que falham em uma cobrança, que proporção é recuperada no dia 1, 3, 7, 14. Essa curva lhe diz se sua programação de novas tentativas está fazendo algo após as primeiras tentativas ou apenas gerando recusas.

Códigos de recusa são instruções, e a maioria dos sistemas os ignora

A maior perda recuperável na maioria das configurações de cobrança é tratar cada falha de forma idêntica. O emissor lhe disse o que aconteceu, e a resposta correta difere completamente por código.

Uma recusa por fundos insuficientes é um problema de tempo — o mesmo cartão muito provavelmente funcionará em alguns dias, e tentar novamente é o certo. Um 'não honrar' é ambíguo e vale a pena um pequeno número de tentativas espaçadas. Uma recusa por cartão roubado ou conta encerrada nunca terá sucesso com aquele cartão, e tentar novamente não faz nada além de acumular recusas contra o seu perfil de comerciante, o que aumenta sua taxa de recusa e pode eventualmente afetar as taxas de autorização em cobranças válidas também.

Tentar novamente recusas definitivas é, portanto, pior do que não tentar novamente: você paga um custo composto por tentativas que nunca iriam funcionar. Encaminhe recusas definitivas diretamente para uma solicitação de atualização de cartão, em vez disso.

O atualizador de conta cobre as falhas que você nunca precisa ver

Redes de cartão operam serviços de atualização que propagam cartões reemitidos e com novos números para comerciantes inscritos. Quando funcionam, um cartão que expirou no mês passado simplesmente é cobrado com sucesso e a falha nunca ocorre.

A cobertura não é universal — varia por rede, por emissor e por se a credencial foi armazenada de uma forma que se qualifica. Mas a inscrição é quase gratuita em relação à recuperação que produz, e age antes da falha, em vez de depois, o que significa que não lhe custa nenhuma boa vontade do cliente.

O complemento é a pré-cobrança: entrar em contato com um cliente antes de uma renovação que você pode prever que falhará, tipicamente porque o cartão armazenado expira antes da próxima data de cobrança. Isso é previsível com semanas de antecedência e quase ninguém age sobre isso.

O momento das novas tentativas é sobre o ciclo do cliente, não o seu

Programações de novas tentativas fixas — dia 1, dia 3, dia 5 — são o padrão porque são fáceis, não porque funcionam. Elas ignoram o que determina se uma nova tentativa por fundos insuficientes terá sucesso, que é quando o dinheiro chega na conta.

Novas tentativas alinhadas a pontos de reabastecimento plausíveis recuperam materialmente mais do que as espaçadas uniformemente. O momento da tentativa dentro do dia também importa; o mesmo cartão pode ser recusado nas primeiras horas da manhã e ser aprovado à tarde.

Há também um limite máximo que vale a pena conhecer. As regras da rede de cartões restringem por quanto tempo uma transação iniciada pelo comerciante pode ser tentada contra uma autorização anterior, e, após essa janela, a tentativa não é mais uma MIT válida, independentemente do que seu agendador pensa. Uma programação de novas tentativas que ultrapassa a janela está gerando falhas garantidas.

A sequência que recupera mais

Combinando o acima, a ordem que produz a melhor recuperação por unidade de aborrecimento do cliente parece assim.

• Antes da renovação — inscrever-se no atualizador de conta; identificar cartões que expiram antes da próxima data de cobrança e solicitar uma atualização proativamente.
• Na falha — classificar o código de recusa e ramificar. Recusas definitivas saem do caminho de novas tentativas imediatamente.
• Recusas leves — tentar novamente em uma programação que considere o reabastecimento, dentro da janela de validade da rede, variando o horário do dia.
• Em paralelo — um link de atualização de método de pagamento de autoatendimento que funciona sem login, porque uma barreira de login neste momento lhe custa a recuperação.
• Ao esgotar as tentativas — pausar em vez de cancelar onde o produto permite. Um assinante pausado é um alvo de reativação; um cancelado é um custo de reaquisição.

Como a PlatformDTC lida com isso

A PlatformDTC trata a cobrança como ciente do código de recusa por padrão, em vez de como um loop de novas tentativas configurável: recusas definitivas saem do caminho de novas tentativas, recusas leves seguem uma programação ancorada no reabastecimento limitada pela janela de validade da rede, e cartões que expiram antes da próxima renovação acionam o contato antes que a cobrança seja tentada.

A recuperação é relatada contra a coorte de falha, em vez de misturada ao churn geral, para que a perda involuntária pare de se esconder dentro do número de cancelamentos.