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.
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:
- Liste os planos mais baratos do que o atual.
- Retire os planos a que falta uma funcionalidade que o cliente usou nos últimos 30 dias, ou cujos limites o cliente ultrapassa.
- 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_behaviorcomononese 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).