Vibe coding para precificar usando referência de hábito: 1 ou 2 maços

Quem está pondo preço num app de assinatura costuma olhar o que o concorrente cobra e cravar um pouco abaixo. Martin usou outra régua ao avaliar uma ideia de aplicativo para parar de fumar: o preço do maço que ele mesmo fuma. Ele é fumante, o público do app é fumante, e a despesa de referência é a mesma dos dois lados do balcão.

Depois de ancorar a mensalidade em um maço, ele percebeu que podia ancorar em dois, e o preço subiu junto sem que o argumento de venda deixasse de ser verdadeiro. O app não existia: era uma das ideias candidatas de uma pesquisa, e a escolha do que construir só seria fechada mais adiante na mesma live. Ele se descreve como iniciante em vibe coding, e já tinha preço e meta de assinantes antes de abrir a primeira tela.

O preço do concorrente serviu para ele discordar

Martin estava lendo a ficha de um app da mesma categoria, com plano semanal e mensal cobrados em dólar. Convertido, o plano dava uns R$ 50 por mês, e ele achou caro:

eu não pagaria R$ 50 por mês

Preço de concorrente costuma virar teto ou piso automático. Aqui ele virou um teste de disposição a pagar aplicado no único cliente que estava na sala, que era ele mesmo. Martin tem agência de marketing e trabalha com vendas há uns 7 anos, então a recusa dele vale mais do que palpite de quem nunca vendeu nada.

A régua era o maço, e o primeiro degrau deu 9,90

Ele disse quanto custa o maço que fuma:

12,50 aqui em Porto Alegre

Daí saiu a primeira regra de preço: a mensalidade precisa custar menos que um maço. R$ 9,90 cabe.

Ninguém acorda disposto a gastar mais R$ 19,90 por mês, porque o orçamento não tem uma linha chamada assinaturas que eu ainda não assino. Todo fumante, por outro lado, sabe de cabeça quanto custa o maço, já que compra vários por semana. A comparação tira o preço do abstrato e o encosta numa despesa que a pessoa já faz sem pensar.

A régua só funciona porque é um hábito do público-alvo. Se a âncora fosse um streaming, a comparação valeria para qualquer produto e não diria nada sobre parar de fumar. Quem quer parar de fumar compra maço, e o maço é justamente a despesa que o app promete zerar.

Dois maços ancoram 19,90, e essa é a alavanca

Martin não parou no primeiro maço. Se a referência for dois maços, o gasto vira R$ 25, e R$ 19,90 continua custando menos que a referência. Ele ficou com esse:

já é um, eu acho que é um valor interessante

Mais adiante, já montando o documento do produto, ele bateu o martelo: "Vamos deixar como 19,90". O preço dobrou e a frase de venda continuou verdadeira. A quantidade de unidades do hábito que entra na comparação é uma alavanca de preço, e ela sai de graça, porque nada muda no produto.

O que segura a alavanca é a credibilidade da unidade. Dois maços o fumante reconhece como consumo dele. A partir de certa quantidade, o cliente para de ler a comparação como economia e passa a ler como conta armada para justificar o preço, e aí a âncora quebra em vez de sustentar o valor.

Vibe coding sem meta de assinante é só opinião sobre preço

O preço escolhido virou conta na mesma hora. Martin perguntou quantos assinantes precisaria para fazer R$ 5.000 por mês e chegou em 250:

250, cara, não é muito

Do bruto ele já foi tirando o que a loja fica, "menos os 10%", mais o custo das ferramentas que vai pagar para rodar o aplicativo. Quando esse custo é o da API que faz o produto funcionar, a âncora deixa de ser o hábito e passa a ser a fatura, e o caminho é vibe coding para precificar por crédito com base no custo real da API. Sem essa divisão, R$ 9,90 e R$ 19,90 seriam duas preferências pessoais empatadas. As avaliações negativas de quem pagou é onde você descobre essas armadilhas, como mostrado em avaliar reclamações de app. Com ela, cada degrau vira uma meta de tamanho diferente, e dá para perseguir assinante por semana em vez de discutir preço no abstrato. O mesmo problema apareceu em vibe coding para dar exemplo de referência pra ia. Vale ver como isso terminou em como precificar pacote de servicos com vibe coding. O mesmo problema apareceu em vibe coding para transformar tracker de habito em funil.

Como achar a sua régua amanhã

- Nomeie a despesa recorrente que o seu cliente já tem por causa do problema que você resolve. Fumante compra maço, quem vive de freela paga taxa de plataforma. - Descubra o preço real dela na cidade do cliente. Martin não chutou, falou em 12,50 porque é o que ele paga em Porto Alegre. - Escolha quantas unidades entram na comparação e teste uma, depois duas. Cada degrau é um preço diferente com o mesmo argumento. - Diga a frase de venda em voz alta antes de fixar o valor. Se ela soar forçada, a quantidade subiu demais. - Divida a meta de receita pelo preço e encare o número de assinantes, já descontando a taxa da loja e as ferramentas.

A régua apareceu porque Martin é o público do produto que estava precificando. Quem não usa o produto não conhece a despesa de referência, e sobra precificar por comparação com concorrente ou por custo de infra, duas âncoras que o cliente não enxerga.

O raciocínio inteiro, incluindo a hesitação entre 9,90 e 19,90, está na live em que Martin escolheu a ideia do app. Ver a conta sendo feita em voz alta, dúvida inclusa, é o que o vibe coding em público tem para ensinar sobre preço. Se você quer o método completo, veja como precificar um SaaS antes de ter cliente.