Pausa vs desconto vs downgrade: escolher a oferta de retenção certa

A maioria dos fluxos de cancelamento de SaaS recorre primeiro a um desconto. É a oferta mais fácil de construir e parece generosa. Mas um desconto só resolve um problema, o preço, e pode criar outros: margem mais baixa, clientes que aprendem que cancelar lhes dá um negócio melhor e salvamentos que se desfazem discretamente quando o desconto acaba.

Há quatro ofertas de retenção comuns: uma pausa, um desconto, um downgrade e uma chamada. Cada uma serve um motivo de saída diferente. Este guia explica quando usar cada uma, o que pode correr mal e como testar se uma oferta funciona.

As quatro ofertas num relance

Oferta	Resolve	Ideal para	Principal risco	Custo para si
Pausa	Falta de necessidade temporária	Uso sazonal, intervalos entre projetos, congelamento de orçamento	A pausa transforma-se em churn silencioso	Receita perdida durante a pausa
Desconto	Preço	Clientes que valorizam o produto mas acham que custa demasiado	Dependência de descontos, erosão da margem	O montante do desconto
Downgrade	Preço, compra a mais	Clientes que usam uma fração do plano	Receita mais baixa para sempre	Diferença entre os planos
Chamada	Confusão, funcionalidades em falta, problemas de configuração	Contas de maior valor, produtos complexos	Tempo da equipa; atrito se for imposta	Horas da equipa

A regra por baixo da tabela: adeque a oferta ao motivo. Um desconto não ajuda quem não está a usar o produto. Uma pausa não ajuda quem o achou demasiado caro. O seu fluxo de cancelamento deve perguntar primeiro o motivo e depois mostrar a única oferta adequada.

Pausa

Quando se adequa

Uma pausa é a oferta certa quando a necessidade é real mas temporária:

• “Não o estou a usar o suficiente neste momento.”
• “O nosso projeto acabou; o próximo começa daqui a uns meses.”
• “Estamos a congelar despesas este trimestre.”
• Negócios sazonais (impostos, eventos, educação).

O atrativo para o cliente é que nada se perde: definições, dados e histórico ficam, e a faturação para. Para si, um cliente em pausa é muito mais fácil de trazer de volta do que um cancelado, porque recomeçar não exige uma nova decisão.

Riscos

• Pausa como churn adiado. Alguns clientes vão pausar e nunca mais voltar. Acompanhe que parte dos clientes em pausa retoma e fica.
• Pausas sem fim. Limite a duração (por exemplo um a três meses) e o número de pausas por ano.
• Cobranças inesperadas na retoma. Avise os clientes por email antes de a faturação recomeçar. Uma cobrança inesperada após uma pausa é uma fonte clássica de reembolsos e disputas.

Como funciona no Stripe

O Stripe permite deixar de cobrar uma subscrição com pause_collection, escolhendo o que acontece às faturas durante a pausa (mantê-las como rascunhos, marcá-las como incobráveis ou anulá-las) e, opcionalmente, uma data de retoma (documentação do Stripe: pause subscriptions). Note que o customer portal do Stripe não oferece aos clientes uma opção de pausa (suporte do Stripe), por isso uma oferta de pausa precisa do seu próprio fluxo ou de uma ferramenta dedicada. Também tem de decidir o que “em pausa” significa no seu produto: acesso só de leitura, sem acesso ou acesso total.

Desconto

Quando se adequa

Um desconto adequa-se quando o cliente diz que o problema é o preço e está a obter valor. Sinais de que um desconto pode funcionar:

• Usa o produto com regularidade.
• Escolheu “demasiado caro” e não “não o uso”.
• Está num plano adequado à sua utilização (caso contrário, primeiro o downgrade).

Riscos

• Dependência de descontos. Se cada tentativa de cancelamento der um desconto, alguns clientes aprendem a cancelar de poucos em poucos meses para conseguir um preço mais baixo. Limite os descontos de retenção a uma vez por cliente, ou uma vez por ano. As próprias regras de retenção do Stripe, por exemplo, limitam os cupões de desconto de retenção a uma única utilização por cliente (documentação do Stripe).
• Margem. Um desconto de 30% num cliente que teria ficado de qualquer forma é receita perdida, pura e simples. Só sabe quantos teriam ficado com um teste com grupo de controlo (veja abaixo).
• O precipício. Quando um desconto de três meses acaba, o cliente volta a ter o preço original, muitas vezes com a mesma objeção. Meça a retenção depois do período de desconto, não apenas no momento da aceitação.
• Justiça. Os clientes antigos que pagam o preço completo podem reparar que quem quer sair paga menos. Mantenha os descontos de retenção moderados e limitados no tempo.

Desenhar uma oferta de desconto

• Limite-a no tempo. “40% de desconto nos próximos 3 meses” é mais fácil de justificar do que um desconto permanente. No Stripe, os cupões podem durar uma vez, um número definido de meses ou para sempre (documentação do Stripe: coupons).
• Indique as condições completas. “Depois, 49 $/mês a partir de março” na mesma frase.
• Escolha um número que pode pagar. Calcule o custo antes de lançar: percentagem de desconto vezes preço mensal vezes meses.

Downgrade

Quando se adequa

Um downgrade adequa-se quando o cliente paga mais do que usa:

• Licenças que já não ocupa.
• Limites de utilização muito acima da utilização real.
• Funcionalidades de um plano superior em que nunca tocou.

Para estes clientes, um downgrade é muitas vezes uma resposta melhor do que um desconto: a descida de preço é permanente e honesta, e o cliente fica num plano adequado às suas necessidades, o que o torna menos propenso a sair mais tarde.

Riscos

• Receita mais baixa para sempre. Ao contrário de um desconto, um downgrade não expira. É essa a ideia, mas conte-o como MRR reduzido, não como MRR salvo.
• Funcionalidades em falta. Certifique-se de que o plano mais barato cobre mesmo o que usa. Mostre-lhe o que perderia antes de confirmar.
• Dívida no desenho dos planos. Se muitos clientes fazem downgrade, os seus preços podem estar errados. Trate uma taxa de downgrade alta como um sinal de preços.

Mostrar o plano certo

Não mostre uma lista de todos os planos. Recomende um plano com base na utilização real (“Usou 3 das suas 10 licenças no mês passado; o plano de 5 licenças custa 29 $/mês”) e torne-o num clique.

Chamada

Quando se adequa

Uma chamada adequa-se quando o problema é de informação ou de esforço e a conta vale o tempo:

• “Falta uma funcionalidade” (talvez não falte, ou haja uma alternativa).
• “Demasiado difícil de configurar ou de usar.”
• “Mudei para um concorrente” (pode aprender algo, mesmo que não o salve).
• Contas de alto valor ou anuais.

Riscos

• Chamadas impostas são obstrução. Oferecer uma chamada não tem problema. Exigi-la para cancelar já tem, e leis como a lei de renovação automática da Califórnia restringem-no para clientes que se inscreveram online. Veja a nossa visão geral das regras de click to cancel.
• Tempo da equipa. Limite as ofertas de chamada a contas acima de um limiar de MRR, ou a motivos em que uma chamada possa realmente ajudar.
• Faltas. Deixe o cancelamento avançar ou esperar, à escolha do cliente; nunca o faça refém de uma reunião.

Escolher pelo motivo

Motivo do cancelamento	Primeira escolha	Alternativa	Normalmente evitar
Demasiado caro	Downgrade se compra a mais, senão desconto	Faturação anual, se for mais barata	Pausa
Não o uso o suficiente	Pausa	Downgrade	Desconto
Falta uma funcionalidade	Chamada ou informação do roadmap	Nenhuma	Desconto
Demasiado difícil de usar	Chamada	Pausa enquanto recebe ajuda	Desconto
Mudou para um concorrente	Chamada (para aprender)	Nenhuma	Desconto grande
Já não é necessário	Nenhuma	Pausa, se puder voltar	Qualquer oferta insistente
Outro	Nenhuma	Ler o texto livre	Adivinhar

Como testar as ofertas

É fácil enganar-se a si próprio com as ofertas de retenção. Uma oferta “aceite” 30% das vezes pode mesmo assim perder dinheiro se a maioria desses clientes tivesse ficado, ou se sair um mês depois. Algumas regras mantêm o teste honesto.

Use um grupo de controlo

Atribua aleatoriamente uma parte dos clientes que iniciam o fluxo de cancelamento a um grupo que não vê nenhuma oferta (apenas a pergunta do motivo e a confirmação). Compare os grupos. A diferença de retenção é o que a oferta provocou. Sem um grupo de controlo, está a medir a aceitação, não o impacto.

Meça aos 30, 60 e 90 dias

Conte um cliente como salvo apenas se ainda estiver a pagar em cada ponto de controlo. Nos descontos, inclua um ponto de controlo depois de o desconto acabar.

Meça a receita, não apenas os clientes

Para cada grupo, compare a receita retida ao longo de 90 dias (ou mais), líquida de descontos e downgrades. Uma oferta que salva mais clientes mas menos receita pode continuar a ser a certa, mas deve sabê-lo.

Teste uma coisa de cada vez, por motivo

Mude uma oferta para um motivo de cada vez. “Pausa vs nenhuma oferta para ‘não o uso’” é um teste limpo. Mudar três ofertas ao mesmo tempo não lhe diz nada sobre qual delas contou.

Espere por dados suficientes

Fluxos de cancelamento pequenos dão números pequenos. Se só algumas dezenas de clientes por mês escolhem um dado motivo, um teste pode levar meses a dizer-lhe alguma coisa. Decida o tamanho da amostra antes de começar e não pare o teste da primeira vez que os números parecem bons; os resultados iniciais oscilam muito. O nosso guia sobre prever o churn com os seus próprios dados trata do tamanho da amostra e da confiança com mais pormenor.

Checklist de testes

• Um motivo, uma alteração de oferta por teste.
• Grupo de controlo aleatório sem oferta.
• Tamanho da amostra decidido antecipadamente.
• Salvamentos medidos aos 30, 60 e 90 dias.
• Receita medida líquida de desconto.
• Ofertas repetidas limitadas por cliente.
• Resultados registados, incluindo os testes que falharam.

Como o NoChurn ajuda

Nos fluxos de cancelamento do NoChurn, cada motivo de cancelamento corresponde a uma oferta: um desconto através de um cupão do Stripe, uma pausa, um downgrade ou uma chamada. Um botão “Cancelar agora” num clique fica visível em todos os passos. Pode correr o fluxo como uma modal alojada ou construir a sua própria interface sobre a API headless. Os clientes que saem mesmo assim recebem emails de reconquista aos 30, 60 e 90 dias, escritos a partir do seu motivo. Todas as funcionalidades estão em todos os planos (o seu próprio domínio de email a partir de 9 $), com preço apenas pelo MRR (preços).