Como reconquistar clientes perdidos no Chargebee

No Chargebee, um cliente perdido raramente desapareceu de vez. O registo da subscrição, o cliente e muitas vezes o método de pagamento continuam lá. O Chargebee consegue recuperar uma subscrição cancelada com uma única chamada à API, o que torna a reconquista muito mais barata do que uma nova venda, se a configurar deliberadamente.

Este guia explica os dois momentos em que pode agir (antes de o cancelamento produzir efeito e depois), as operações do Chargebee para cada um e uma sequência baseada no motivo para pôr por cima. Baseia-se na documentação do Chargebee: Subscription Cancellation, a API Reactivate a subscription, a API Update a subscription, os artigos da base de conhecimento sobre aplicar um cupão ao reativar e reativar através do checkout, e a referência de tipos de eventos (todos consultados em novembro de 2026).

Dois estados, duas janelas

Uma subscrição do Chargebee que está de saída está num de dois estados.

Estado	O que significa	Como a reconquistar	Evento que abre a janela
`non_renewing`	Cancelamento agendado para o fim do período; ainda ativa	Remover o cancelamento agendado	`subscription_cancellation_scheduled`
`cancelled`	Terminada	Reativar a subscrição	`subscription_cancelled`

Segundo a API Cancel a subscription, um cancelamento no fim do período passa a subscrição para non_renewing e define os ciclos de faturação restantes como 0. Passa a cancelled quando o período termina.

Janela 1: subscrições non-renewing

Esta é a retenção mais barata. O cliente ainda tem acesso, não é preciso voltar a introduzir nada, e a operação “Remove scheduled cancellation” do Chargebee devolve a subscrição ao seu calendário normal de renovação.

O Chargebee ajuda-o a escolher o momento. Os seus tipos de eventos incluem subscription_cancellation_reminder, enviado 6 dias antes de um cancelamento agendado produzir efeito. Esse evento é um gatilho natural para um email “O seu plano termina na sexta-feira” com um botão “Manter o meu plano”.

O Self-Serve Portal tem também uma definição para permitir aos clientes remover eles próprios um cancelamento agendado. Se usa o portal, ative-a; um cliente que muda de ideias não deve ter de o contactar.

Conheça o motivo antes de escrever. A documentação de cancelamento do Chargebee nota que o cancel_reason_code pode não ser devolvido por predefinição para subscrições non-renewing; uma definição ao nível do site inclui-o na resposta Retrieve Subscription, para que possa agir sobre o motivo antes de o cancelamento ser executado.

Janela 2: subscrições canceladas

O endpoint de reativação

O endpoint Reactivate a subscription do Chargebee é um POST para /api/v2/subscriptions/{subscription-id}/reactivate, para subscrições com estado cancelled. Dois parâmetros contam para a reconquista:

reactivate_from: a data a partir da qual a subscrição conta como reativada. Omita-o para reativar de imediato. Uma data retroativa exige que as datas retroativas estejam ativas para a reativação.
invoice_immediately: se as cobranças geradas na reativação são faturadas logo ou adicionadas às cobranças por faturar. A predefinição vem das definições do seu site, e só cobre as cobranças geradas por essa chamada.

Uma reativação bem-sucedida envia subscription_reactivated (ou subscription_reactivated_with_backdating quando a data está no passado).

Reativar com um desconto

O endpoint de reativação não aceita cupões. Segundo a base de conhecimento do Chargebee, use antes a API Update a subscription: aceita IDs de cupão, e a sua flag reactivate reativa uma subscrição cancelada no mesmo pedido. A flag vale por predefinição true quando passa itens de subscrição ou cupões, a menos que a defina como false.

Isso dá-lhe um caminho limpo para “volte com 30% de desconto durante 3 meses”: crie no Chargebee um cupão com duração limitada e depois reative com ele através da chamada de atualização quando o cliente aceitar.

O que não funciona

Checkout: a base de conhecimento do Chargebee diz que a chamada “create checkout to update a subscription” não pode ser usada para reativar ou retomar subscrições. Se o cliente tiver de introduzir um novo cartão, recolha-o à parte e depois reative.
Subscrições descomissionadas não podem ser reativadas.

Construir o fluxo de reconquista

Passo 1: recolha o motivo no cancelamento

Os Reason Codes do Chargebee dão-lhe uma lista nativa que aparece na app e no Self-Serve Portal, e que a API de cancelamento aceita como cancel_reason_code. Configure-a antes de tudo o resto. Uma sequência de reconquista sem motivos é um “Temos saudades suas” genérico.

Passo 2: separe o churn involuntário

A referência de tipos de eventos diz que subscription_cancelled inclui um cancel_reason quando o cancelamento resultou de falta de pagamento ou de falta de cartão. Esses clientes não escolheram sair. Não lhes envie uma oferta de reconquista; envie-lhes um pedido de atualização do cartão e reative quando pagarem.

Passo 3: adapte a mensagem ao motivo

Motivo	O que enviar
Demasiado caro	Um cupão por tempo limitado, aplicado na reativação
Não uso o suficiente	O que mudou, e um plano mais pequeno
Falta uma funcionalidade	Uma nota quando for lançada; sem cupão
Mudei para outra ferramenta	Uma mensagem honesta, e depois parar
Sazonal ou temporário	Um contacto quando disse que voltaria
Falta de pagamento	Não é uma reconquista: um pedido de atualização do pagamento

Passo 4: espace as mensagens

Três contactos depois do cancelamento chegam: por volta do dia 30, do dia 60 e do dia 90. Pare à primeira resposta, cancelamento da subscrição dos emails ou reativação (subscription_reactivated).

Passo 5: torne o regresso a um clique

Cada email deve ter um link para uma página na sua app que, depois da confirmação, chama a reativação (ou a atualização com o cupão). Se o cartão registado já não for válido, peça primeiro um novo nessa página.

Passo 6: respeite o consentimento

Um antigo cliente não é automaticamente um contacto de marketing. Verifique a sua base de consentimento por região, mantenha a mensagem ligada ao motivo e inclua uma forma de deixar de receber emails com um clique.

Medir

Meça duas taxas em separado:

Retenções de non-renewing: subscrições que saíram de non_renewing sem serem canceladas, a dividir por todos os eventos subscription_cancellation_scheduled do período.
Reativações: eventos subscription_reactivated nos 90 dias seguintes ao cancelamento, a dividir pelos cancelamentos voluntários, divididos por motivo e consoante tenha sido usado um cupão.

Depois verifique quem continua a pagar 90 dias depois de voltar. Uma reativação que volta a cancelar no fim do cupão é um adiamento, e diz-lhe que o cupão era a oferta errada para esse motivo.

Erros comuns

Tratar non_renewing como perdido. O cliente ainda está ativo e ainda contactável na app. É a sua melhor janela, não uma causa perdida.
Enviar ofertas ao churn involuntário. Um cliente cujo cartão falhou precisa de um link de pagamento, não de um desconto.
Começar pelo maior cupão. Comece pela relevância; ofereça um desconto só onde o motivo o pede.
Reativar sem um cartão válido. A subscrição volta e falha na renovação seguinte. Verifique primeiro o método de pagamento.

Fazer isto com o NoChurn

A reativação, os cupões e a faturação ficam no Chargebee; o NoChurn chama a API do Chargebee para os aplicar. O NoChurn recolhe o motivo através do seu fluxo de cancelamento (com um cancelamento com um clique sempre visível), separa o churn involuntário e envia emails de reconquista aos 30, 60 e 90 dias consoante o motivo. Cada cliente tem também um score de churn de 0 a 100 e, se ligar um helpdesk, as conversas de suporte anteriores alimentam-no. Veja NoChurn + Chargebee.