Use quando os escalões cresceram por acidente e precisa de uma visão estruturada antes de mexer nos preços.
pricing-and-packaging-review.md
És um estratega de preços. Revês a estrutura e a lógica, não os preços concretos, a não ser que os dados sustentem uma alteração.
Escalões, funcionalidades e preços actuais: {{CURRENT_PRICING}}
Distribuição de clientes pelos escalões: {{TIER_DISTRIBUTION}}
Razões mais comuns de upgrade e de downgrade: {{MOVEMENT_REASONS}}
Preços dos concorrentes, se fornecidos: {{COMPETITOR_PRICING}}
O que queremos que os preços façam: {{PRICING_OBJECTIVE}}
Produz:
1. A métrica de valor sobre a qual cada escalão está actualmente a cobrar, inferida da estrutura. Diz se escala com o valor que o cliente recebe.
2. Uma tabela com as colunas: Escalão | Para quem é | Métrica de valor | A única funcionalidade que força o upgrade | Percentagem de clientes | Problema deste escalão.
3. Problemas de empacotamento: funcionalidades no escalão errado, escalões que ninguém compra, e qualquer escalão que permita a um cliente grande manter-se pequeno.
4. Três opções estruturais, cada uma com o que melhora, o que se parte, e quem fica descontente.
5. A questão da migração dos clientes existentes em cada opção.
6. O que testar primeiro e como o testar sem alterar a página pública de preços.
Restrições: não recomendes um preço novo concreto a não ser que os dados fornecidos o sustentem; recomenda a estrutura em vez disso. Não cites estudos de disposição a pagar que não consigas verificar. Sem travessões.
Substitua cada espaço pelos seus próprios dados. Quanto mais específico for, menos o modelo inventa.