churn voluntário vs involuntário: dois problemas, duas soluções
O churn por falha de pagamento é um problema de cobrança. O churn de intenção é um problema de decisioning. Como dividi-los, quem possui cada um e como medir ambos corretamente.
Elisa Fontaine·
#Rotatividade
#Pagamentos
#Retenção
churn voluntário é um cliente a decidir sair. churn involuntário é um cliente que sai porque um pagamento falhou. Parecem idênticos num painel de controlo de churn e são quase nada parecidos: causa raiz diferente, proprietário diferente, correção diferente e uma maneira diferente de medir se a correção funcionou.
A maioria dos programas de retenção são construídos como se todo o churn fosse voluntário. É por isso que tantos deles gastam margem em descontos para clientes que nunca tencionaram cancelar, enquanto um fluxo mais silencioso de cancelamentos continua a ocorrer devido a um cartão com falha que ninguém é responsável.
As definições, precisamente
1churn voluntário. O cliente toma uma ação para encerrar o relacionamento: cancela a assinatura, faz downgrade para grátis, para de recomprar dentro da janela de lapso. A intenção é real, seja o que for que a tenha acionado (preço, valor, um concorrente, uma má experiência de suporte).
2churn involuntário. O relacionamento termina sem um sinal de intenção: um cartão expirado, fundos insuficientes, um banco recusou, uma etapa 3-D Secure que nunca foi concluída, uma incompatibilidade de endereço de cobrança após a reemissão de um cartão. O cliente muitas vezes não sabe que teve churn até que o serviço seja interrompido.
Como a divisão geralmente se desdobra
Em todas as bases de subscrição com as quais trabalhamos, o churn involuntário é consistentemente a metade subestimada. Em B2C com card-on-file, os cancelamentos por falha de pagamento geralmente ficam entre 20 e 40 por cento do churn bruto, e tendem a ser mais altos em mercados com alta penetração de pré-pagos ou débito, em bases com longa tenure (mais reemissões de cartão), e após uma mudança de preços que empurra os encargos para além do limiar de aprovação de baixo valor de um banco.
A razão pela qual isto é comercialmente relevante: o churn involuntário é mais barato de corrigir do que o churn voluntário. Recuperar um pagamento falhado custa uma nova tentativa e uma mensagem. Reverter uma intenção de cancelar geralmente custa margem.
Porque os dois precisam de proprietários diferentes
O churn involuntário é um problema de pagamentos e cobrança
As alavancas são operacionais e acumulam-se:
1Smart retry timing. Retentar contra o comportamento do emissor, não uma programação fixa. Retentar uma recusa por fundos insuficientes numa provável data de pagamento recupera materialmente mais do que retentar às 24 e 48 horas.
2Account updater and network tokens. Reemissões de cartões são a maior fonte de recusas definitivas em bases de longa duração. A tokenização de rede e os serviços de atualização de conta removem a maior parte desse fluxo sem contactar o cliente.
3Pre-dunning. Envie a mensagem antes que o débito falhe, não depois. Um aviso de cartão a expirar enviado com 14 dias de antecedência converte muito melhor do que um aviso de serviço suspenso enviado após o ocorrido.
4Decline-code routing. Soft declines recebem retries. Hard declines recebem um fluxo de atualização de cartão. Tratá-los da mesma forma desperdiça retries e queima a confiança do emissor.
Nada disto é trabalho de marketing. Pertence a pagamentos e faturação, e é medido pela taxa de recuperação por código de recusa, não pelo desempenho da campanha.
O churn voluntário é um problema de decisioning
Aqui a questão não é como cobrar o dinheiro, é qual intervenção muda o resultado para este cliente, a que custo, com que efeito incremental. Isso é uplift, não propensity: um cliente com alta probabilidade de cancelamento e uplift próximo de zero para qualquer oferta não vale um desconto, e um cliente com probabilidade moderada e alto uplift vale.
A forma prática é a descrita no nosso guia de churn prediction: classifique as ações elegíveis por margem ponderada por uplift, mantenha uma fatia de clientes com pontuação igual e leia a taxa de poupança incremental semanalmente.
Meça-os separadamente, sempre
Uma única churn rate esconde ambos os problemas. A divisão mínima de relatórios:
1Gross churn, decomposed. Cancelamentos voluntários, cancelamentos involuntários (falha de pagamento) e involuntários recuperados, relatados como três séries separadas.
2Recovery rate by decline code. Apenas para involuntários. Soft vs hard declines, por mercado e método de pagamento.
3Taxa de poupança incremental. Apenas para voluntários, contra um holdout não tratado preservado. Nunca reporte saves sem o contrafactual, ou continuará a pagar para reter clientes que iriam ficar de qualquer forma.
Onde os dois problemas se sobrepõem
Existe uma verdadeira zona cinzenta. Algum churn involuntário é churn voluntário passivo: o cliente para de carregar o cartão de propósito, ou deixa o pagamento falhar em vez de clicar em cancelar. A forma de os separar é comportamental, não baseada na faturação. Um cliente que estava a usar ativamente o serviço na semana anterior à recusa é quase sempre genuinamente involuntário. Alguém cujo envolvimento diminuiu durante seis semanas antes da recusa já tinha saído.
Essa distinção muda o tratamento. O cliente ativo obtém um caminho de atualização de cartão sem atrito. O desengajado recebe primeiro uma intervenção de valor, porque atualizar o cartão só compra mais um ciclo do mesmo resultado.
Um plano de 30 dias para dividi-los
1Tag cada cancelamento na fonte. Anexe a origem (cancelamento self-service, cancelamento por agente, falha de pagamento) e o código de recusa ao evento de churn no warehouse. A maioria das bases não consegue fazer isso hoje, e essa é a única razão pela qual a divisão é invisível.
2Fix dunning before decisioning. Smart retries, account updater e pre-dunning são vitórias determinísticas sem custo de margem. Implemente-os primeiro e reajuste o churn depois.
3Route the remainder to uplift. Com o churn involuntário comprimido, o fluxo voluntário residual é a população onde o decisioning e os holdouts provam o seu valor.
Markin separa o intent churn do payment churn na camada de sinal, depois classifica as intervenções que realmente movem cada um. Ver Retention decisioning ou o(a) telco vista, onde ambos os streams são maiores.
Perguntas frequentes
Perguntas que os leitores fazem sobre isto.
Qual é a diferença entre churn voluntário e involuntário?
O churn voluntário é quando um cliente escolhe ativamente sair: cancelar, fazer downgrade ou deixar caducar. O churn involuntário é quando um cliente sai porque um pagamento falhou, geralmente devido a um cartão expirado, fundos insuficientes ou recusa bancária, muitas vezes sem saber que isso aconteceu.
Que percentagem de churn é involuntário?
Em bases de subscrição B2C com cartão registado (card-on-file), o churn involuntário geralmente representa de 20 % a 40 % do churn bruto. É mais alto em mercados com uso intenso de débito ou prepaid, em bases de longa duração onde as reemissões de cartões são frequentes, e após um aumento de preço.
Como reduzir o churn involuntário?
Com alavancas de pagamento em vez de marketing: smart retry timing baseado no código de recusa e comportamento do emissor, network tokenization e serviços de atualização de conta para sobreviver a reemissões de cartões, avisos de pré-dunning antes da falha da cobrança, e tratamento separado de recusas suaves e difíceis.
Como reduzir o churn voluntário?
Ao classificar as intervenções pelo uplift em vez da probabilidade de churn, para que a margem vá para os clientes cujo comportamento realmente muda, e ao preservar um holdout não tratado de clientes com a mesma pontuação para que a taxa de save reportada seja incremental.
Pode o churn involuntário ser, na verdade, voluntário?
Sim. Alguns clientes deixam um pagamento falhar em vez de cancelar. Separe-os comportamentalmente: um cliente ativo na semana anterior ao declínio é genuinamente involuntário e precisa de um caminho de atualização de cartão sem atrito, enquanto um cujo engajamento decaiu por semanas antes precisa primeiro de uma intervenção de valor.
Os mesmos loops que esta nota descreve são executados 24 horas por dia, 7 dias por semana, na sua base de clientes. Veja o espaço de trabalho decidir, experimentar e executar 1:1.