Precificar VPS no chute é o jeito mais rápido de ter uma tabela bonita e uma margem ruim. Ou você cobra de menos e trabalha para pagar hardware, ou cobra de mais e perde venda para quem calculou melhor. A alternativa é simples e poderosa: precificar por decomposição de recursos. Em vez de inventar um número por plano, você define o preço de cada recurso e monta os planos a partir dele.

A ideia: precifique o recurso, não o plano

Uma VM é, no fundo, uma soma de recursos: vCPU, memória e disco. Se você define quanto vale cada um, o preço de qualquer plano vira uma conta — coerente, defensável e fácil de ajustar. O modelo tem esta forma:

Preço = (valor por vCPU × nº de vCPUs) + (valor por GB de RAM × GB) + (valor por GB de disco × GB)

Um exemplo de referência de valores unitários (ajuste ao seu custo real): algo como R$ 17 por vCPU + R$ 14 por GB de RAM + R$ 0,20 por GB de SSD. Com isso, um plano de 2 vCPU, 4 GB de RAM e 50 GB de SSD sai por volta de R$ 100/mês — e todos os outros planos derivam da mesma régua. (Esses números são ilustrativos; os seus dependem do seu custo de hardware, energia, rede e margem-alvo.)

Por que isso é melhor que preço fechado no chute

• Coerência. Não acontece de um plano ter margem ótima e outro dar prejuízo por acidente.
• Facilidade de ajuste. Subiu o custo de RAM? Você ajusta um número e a tabela inteira se recalcula.
• Transparência interna. Fica claro qual recurso puxa o custo — e a RAM costuma ser o que mais pesa.
• Escala de planos natural. Criar um plano novo é combinar recursos, não reinventar preço.

Comece pelo custo, some a margem

O modelo só protege a margem se os valores unitários partirem do custo real. Calcule quanto lhe custa, por mês, cada vCPU, cada GB de RAM e cada GB de disco — considerando hardware amortizado, energia, rede, backup e a sustentação da operação. Sobre esse custo, aplique a margem que o seu negócio precisa. O preço final não é um palpite; é custo + margem, recurso a recurso.

Como chegar ao custo unitário, passo a passo

O cálculo é mais simples do que parece. Faça-o por nó e depois divida:

1. Custo mensal do nó. Some o valor do servidor dividido pelos meses de vida útil (quatro a cinco anos é uma premissa razoável), a fatia de energia e datacenter, a fatia de conectividade e a fatia de sustentação.
2. Recursos vendáveis daquele nó. Não é a especificação do equipamento: desconte o que o host consome, o que o Ceph consome, e a reserva de folga para absorver a queda de outro nó.
3. Aplique o fator de overcommit apenas na CPU, e de forma conservadora. Memória praticamente não tolera esse jogo.
4. Divida o custo pelos recursos vendáveis para obter o custo mensal por vCPU, por GB de RAM e por GB de disco.
5. Não esqueça a replicação do storage. Em Ceph com três cópias, cada gigabyte vendido consome cerca de três no cluster. O custo por GB útil é aproximadamente o triplo do custo por GB bruto.
6. Acrescente os custos por cliente, não por recurso: taxa do meio de pagamento, custo médio de suporte e a fatia da plataforma.
7. Aplique a margem-alvo sobre o total.

O passo 5 é onde a maioria erra, e o erro é sempre na mesma direção: preço de disco calculado sobre capacidade bruta gera plano com margem negativa em armazenamento — que só aparece quando os clientes começam a usar o espaço que compraram.

Da régua para o catálogo

Com os valores unitários em mãos, monte poucos planos e deixe a régua fazer o trabalho:

Quatro planos e uma opção sob medida cobrem a maior parte da demanda. Catálogo com doze variações confunde o cliente, multiplica o trabalho de suporte e raramente vende mais.

Dois detalhes de apresentação que ajudam a converter: destaque o plano do meio como recomendado, porque ele ancora a comparação e costuma ser a melhor relação entre preço e margem; e deixe explícito o que está incluído — backup com qual retenção, quantos endereços, qual tráfego —, porque a dúvida sobre o que vem no pacote é o principal motivo de o cliente sair da página para "pensar melhor".

Não esqueça o que não é vCPU

A decomposição cobre o núcleo, mas a conta completa inclui itens que também têm custo: backup, snapshots, IPs, tráfego, storage adicional (buckets). Decida quais entram no plano e quais são add-ons cobrados à parte. Deixar isso implícito é entregar margem de graça.

Uma orientação prática: inclua no plano o que todo cliente vai usar e cobre à parte o que só alguns usam. Backup básico com retenção curta dentro do plano reduz atrito de venda e protege você de um problema pior — cliente sem backup nenhum. Retenção longa, endereços adicionais e capacidade extra funcionam melhor como adicionais.

Cuidado com o overcommit

VPS se apoia em overcommit — vender mais vCPU virtual do que físico, contando que nem todos os clientes usam o pico ao mesmo tempo. É legítimo e necessário para a conta fechar, mas tem limite. Overcommit agressivo demais degrada a experiência e derruba a percepção de qualidade da sua marca. A RAM, em especial, é o recurso que limita primeiro e o que menos tolera overcommit. Precifique e dimensione com essa realidade em mente.

Não compita onde você não pode ganhar

Tentativa comum e perdida: comparar preço, linha a linha, com os grandes provedores globais. Eles têm escala de compra que você não tem, e essa disputa termina em margem zero.

O terreno onde a operação regional ganha é outro, e é sólido: dado em território nacional, com resposta clara sobre onde ele mora; suporte no seu idioma e no seu fuso, com alguém que atende de verdade; latência menor para usuários e sistemas locais; preço em reais, sem surpresa cambial; e relação direta, sem passar por três níveis de atendimento internacional.

Cobrar um pouco mais e entregar isso é uma proposta melhor do que cobrar menos e entregar o mesmo. Preço baixo atrai o cliente que troca por preço — justamente o que cancela primeiro.

Reajuste e desconto, decididos antes

Duas cláusulas que evitam desgaste futuro. Reajuste anual previsto em contrato, atrelado a um índice, comunicado com antecedência — muito mais fácil que renegociar preço defasado depois de três anos. E desconto para pagamento anual, que antecipa caixa e reduz cancelamento, desde que o percentual seja calculado sobre a margem, não oferecido no impulso da negociação.

Se for testar preço novo, faça com clientes novos, mantendo a base atual na tabela antiga por um ciclo. Assim você compara conversão sem irritar quem já confia em você.

Revise periodicamente

Custo de hardware, energia e câmbio mudam. Um modelo de decomposição facilita a revisão: você reavalia os valores unitários de tempos em tempos e a tabela acompanha, sem refazer tudo do zero.

Coloque essa revisão no calendário — a cada seis meses é um bom ritmo — e olhe também a margem realizada por plano, não só a projetada. A diferença entre as duas conta muito sobre suporte e consumo reais.

Erros comuns

• Preço de disco calculado sobre capacidade bruta, ignorando a replicação.
• Custo de suporte e taxa de pagamento fora da conta.
• Plano de entrada com preço agressivo e margem negativa, vendido em volume.
• Overcommit de memória, resolvido com chamado e cancelamento.
• Catálogo grande, difícil de explicar e de sustentar.
• Nenhuma cláusula de reajuste, com preço congelado por anos.
• Disputa de preço com provedor global, abandonando os diferenciais que você tem.

Onde a Solvefy/Cloud entra

No onboarding da plataforma E-CLOUD, ajudamos a estruturar seus planos e preços — incluindo documentação de benchmark e sugestão de precificação baseada no seu hardware. Você entra no mercado com uma tabela que protege a margem, não com números chutados.

Quer precificar com método? Diagnóstico gratuito, sem compromisso, em solvefy.cloud.

Solvefy/Cloud — Infraestrutura que cresce com você.