FLUXOS DE CANCELAMENTOANÁLISE DE CHURN

Ofertas de downgrade: quando um plano mais barato vale mais do que um desconto

Quando oferecer um plano mais barato em vez de um desconto ao cancelar, como comparar a receita esperada, que plano mostrar e a configuração no Stripe.

Publicado a 6 min de leitura

Quando um cliente diz “é demasiado caro”, o reflexo é um desconto: 30% durante três meses, por favor fique. Às vezes é a escolha certa. Muitas vezes, um plano mais barato é melhor para os dois lados. O cliente paga pelo que realmente usa e o comerciante mantém um cliente cujo preço não volta a subir daqui a três meses.

Este guia trata dessa única escolha. Para a comparação mais ampla entre pausas, descontos, downgrades e chamadas, veja pausa vs desconto vs downgrade.

A diferença numa tabela

Desconto Downgrade
O que o cliente recebe O mesmo plano, preço mais baixo durante algum tempo Um plano mais pequeno, preço mais baixo de vez
O que acontece depois O preço volta ao normal O preço fica no plano mais baixo
O que sinaliza “O preço é negociável” “Aqui está um plano que lhe serve”
Risco típico Churn quando o desconto acaba Receita perdida com clientes que teriam ficado de qualquer forma
Melhor para Um aperto temporário Um desajuste duradouro entre o plano e a utilização

A pergunta-chave é se o problema do cliente é temporário ou duradouro. Uma startup entre rondas de financiamento tem um problema temporário. Uma equipa que comprou dez licenças e usa três tem um problema duradouro. Um desconto sobre dez licenças só adia a mesma conversa.

Compare-os pela receita esperada

Não precisa de um modelo para comparar as duas ofertas, só de uma fórmula simples e de estimativas honestas que depois substitui pelos seus próprios dados.

expected revenue over 12 months =
  sum over months m = 1..12 of
    price in month m × probability the customer is still subscribed in month m

Exemplo prático (números hipotéticos)

Um cliente num plano de $100/mês clica em cancelar e escolhe “demasiado caro”. Duas ofertas possíveis:

  • Desconto: 50% durante 3 meses, depois $100.
  • Downgrade: um plano de $60/mês com menos licenças.

Suponha, apenas para ilustrar, que os clientes que aceitam o desconto ficam com uma probabilidade de 90% por mês durante o desconto e de 75% por mês depois de ele acabar, e que os clientes que fazem downgrade ficam com uma probabilidade de 92% por mês durante todo o período.

Caminho do desconto, arredondado:

months 1–3:  $50 × (0.90, 0.81, 0.73)         ≈ $122
months 4–12: $100 × 0.73 × (0.75, 0.56, 0.42, 0.32, 0.24, 0.18, 0.13, 0.10, 0.08)
             ≈ $100 × 0.729 × 2.77            ≈ $202
total                                          ≈ $324

Caminho do downgrade:

$60 × (0.92 + 0.92² + … + 0.92¹²)
  = $60 × 0.92 × (1 − 0.92¹²) ÷ (1 − 0.92)
  ≈ $60 × 7.27                                 ≈ $436

Com estas probabilidades inventadas, o downgrade rende mais ao longo do ano, mesmo que o seu preço mensal seja inferior ao regresso final do desconto aos $100. Mude as probabilidades e a resposta pode inverter-se: se os clientes recuperam de facto depois de um aperto curto, o desconto ganha.

O que importa não são estes números. É que deve fazer a comparação com a sua própria retenção depois de cada oferta, medida ao longo de meses, e não com a taxa de aceitação no próprio dia.

Quando um downgrade é a melhor oferta

  • A utilização está bem abaixo do plano. Licenças por usar, limites longe de ser atingidos, funcionalidades nunca usadas. Os seus dados de produto dizem-lhe isto antes de o cliente o dizer.
  • O cliente está no plano há algum tempo. Os clientes antigos que dizem “demasiado caro” normalmente querem dizer “demasiado caro para o que uso agora”.
  • Existe um plano mais barato que continua a cobrir o que ele usa. Se o único plano mais barato retira a funcionalidade de que ele depende, não é uma oferta.
  • Não quer habituar os clientes a caçar descontos. Os clientes falam entre si. Um botão de cancelar que dá sempre 50% de desconto torna-se um truque conhecido.

Quando um desconto é a melhor oferta

  • O problema é temporário. Congelamento do orçamento, abrandamento sazonal, um intervalo curto entre projetos.
  • O cliente usa o plano completo. Um downgrade iria estragar a sua forma de trabalhar.
  • Só tem um plano. Nesse caso, as alternativas são um desconto, uma pausa ou nada.
  • O cliente já está no plano mais barato. Não há para onde fazer downgrade.

Que plano mostrar

Mostre um plano, não a página de preços. Escolha-o a partir do que o cliente realmente usa:

  1. Liste os planos mais baratos do que o atual.
  2. Retire os planos a que falta uma funcionalidade que o cliente usou nos últimos 30 dias, ou cujos limites o cliente ultrapassa.
  3. Dos que restam, mostre o mais caro. Resolve o problema do preço com a menor perda de receita.

Depois diga exatamente o que muda: o novo preço, o que mantém, o que perde e quando começa. “Mude para o Team por $60/mês. Mantém todos os projetos e o histórico. As licenças passam de 10 para 5; usa atualmente 3. Começa na sua próxima renovação, a 12 de dezembro.”

Configurar no Stripe

Um downgrade é uma atualização da subscrição para um preço mais barato. Alguns comportamentos do Stripe a conhecer (da documentação do Stripe e da configuração do portal do cliente, consultadas em novembro de 2026):

  • Prorrogação proporcional (proration). Por defeito, uma atualização cria ajustes proporcionais; num downgrade isso significa um crédito pelo tempo não usado, aplicado na fatura seguinte. Defina proration_behavior como none se a alteração deve simplesmente produzir efeito a partir do período seguinte, sem crédito.
  • Downgrade no fim do período. O portal do cliente tem uma opção para agendar os downgrades para o fim do período de faturação em vez de os aplicar imediatamente. O Stripe implementa isto com um subscription schedule, e só funciona entre preços do mesmo produto.
  • Cupões. Se o cliente tinha um cupão no plano antigo, decida se transita. Um cupão calculado para o plano caro pode tornar o plano mais barato quase gratuito.

Aplicar o downgrade no fim do período é normalmente o mais justo: o cliente pagou o período atual no plano maior e mantém-no até lá.

Salvaguardas

  • Torne a aceitação imediata. Um clique, depois uma confirmação com o novo preço e a data. Nada de “a nossa equipa vai contactá-lo”.
  • Mantenha “cancelar agora” visível. Uma oferta de downgrade é uma opção, não uma barreira. Em vários lugares, as regras sobre cancelamento exigem que o caminho para cancelar continue livre; veja regras de cancelamento num clique.
  • Deixe-o voltar a subir facilmente. Um cliente que fez downgrade e volta a crescer deve poder regressar ao plano maior num clique.
  • Não a mostre duas vezes seguidas. Um cliente que fez downgrade no último trimestre e agora volta a cancelar disse-lhe alguma coisa; ofereça uma pausa ou deixe-o ir.

Medir as ofertas de downgrade

Os downgrades não param toda a perda de receita; transformam churn em contração. Meça as duas coisas:

Métrica Fórmula
Taxa de aceitação do downgrade Downgrades aceites ÷ ofertas de downgrade mostradas
Retenção após downgrade (N dias) Clientes com downgrade ainda subscritos após N dias ÷ downgrades aceites
Receita mantida MRR após o downgrade, ainda ativo após N dias
Taxa de regresso ao plano superior Clientes com downgrade que mais tarde fazem upgrade ÷ downgrades aceites

Depois compare com um grupo de controlo de clientes que não viram nenhuma oferta, ou com clientes a quem foi oferecido um desconto, para o mesmo motivo. Olhe para os 30, 60 e 90 dias. Um downgrade que mantém 60% da receita de um cliente durante um ano vale mais do que um desconto que o mantém três meses e depois o perde.

Fazer isto com o NoChurn

Os fluxos de cancelamento do NoChurn perguntam porque é que o cliente está a sair e mostram uma oferta por motivo: um desconto, uma pausa ou uma mudança de plano. Um “Cancel now” num clique fica visível em todos os passos. Pode usar a modal alojada ou construir os ecrãs com a API headless na sua app web, desktop ou móvel. Os seus próprios dados de utilização, enviados por API, alimentam os fatores de churn (correlação, não causalidade) e uma pontuação de churn de 0 a 100 para cada cliente. Os clientes que mesmo assim saem recebem emails de reconquista aos dias 30, 60 e 90 com base no 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).

PROMPT

Read https://www.nochurn.sh/llms.txt,
then follow https://www.nochurn.sh/docs/quickstart/
to add NoChurn to this app. Use a test key
(nc_test_…) until I say we go live.

Pare de perder receita.

  • Grátis até $300 de MRR
  • Sem cartão
  • Pronto em 10 minutos
  • Nunca uma comissão sobre o que recuperamos