Como eu construí o Preço Certo

Construí o Preço Certo com IA em 8 fases, começando pela conta: o custo de cada ingrediente, o tempo, os extras e a margem foram cobertos por testes automáticos antes de qualquer acabamento visual. Ele não tem login nem banco de dados, porque os produtos de cada pessoa ficam no próprio celular.

R$ 3,34 por brigadeiro: de onde sai esse número

Quem abre o Preço Certo pela primeira vez encontra um Brigadeiro (exemplo), com 7 ingredientes e uma receita que rende 25 unidades. No pé da tela, numa barra vermelha, aparece o preço sugerido: R$ 3,34 cada. Os valores do exemplo são inventados, e a tela diz isso com todas as letras. A conta, por outro lado, é a mesma que o app faz com os números de qualquer pessoa:

Parte da conta	Valor
Ingredientes	R$ 15,85
Trabalho: 1 h 30 min a R$ 20,00 a hora	R$ 30,00
Extras: gás e luz (R$ 2,50 por receita) e caixinha (R$ 0,40 × 25)	R$ 12,50
Custo total da receita	R$ 58,35
Com margem de 30%: 58,35 ÷ 0,70	R$ 83,36
Por unidade: ÷ 25, arredondado para cima no centavo	R$ 3,34
Pela receita: 25 × 3,34	R$ 83,50
O que sobra depois dos custos	R$ 25,15

O Preço Certo é um app para internet, não um aplicativo de celular: abre por um link, em preco-certo-app.pages.dev, sem baixar nada na loja. Construí ele no mesmo dia do Orçamento no Zap, depois do Cardápio no Zap. Dos três apps que fiz com o Método Micro App, é o que mais depende de conta. Por isso este artigo começa por ela.

Para quem é

A frase do problema ficou assim: "Para confeiteiras e artesãos que vendem o que fazem e definem o preço no chute, o meu app mostra por quanto vender cada produto, a partir dos custos e do tempo que a própria pessoa digita."

O chute tem um padrão. A pessoa sabe quanto pagou no pacote de farinha, mas não sabe quanto gastou dos 200 gramas que usou. Não conta o próprio tempo, nem a caixinha, nem o gás. Olha o preço da vizinha e cobra parecido. No fim do mês, não sabe se sobrou alguma coisa.

Um exemplo: pense numa confeiteira que vende o brigadeiro a R$ 2,50 porque é o que se cobra na feira do bairro. Ela compra o leite condensado, o chocolate e as forminhas, passa a tarde enrolando e entrega tudo em caixinhas bonitas. Quando alguém pede para ela fazer a conta inteira, com o tempo dela e a caixinha, o custo de cada doce chega perto do preço de venda. Ela trabalhou a semana toda para empatar. O Preço Certo existe para essa conta aparecer antes da venda.

Uma hora de relógio

A pasta do projeto foi criada às 18h09 do dia 11 de novembro de 2026, e a página de venda ficou pronta por volta das 19h10, no relógio do computador. Quem construiu foi o Claude Code. Eu passei o briefing com as regras que não se negociavam: sem login, conta coberta por testes, nunca prometer lucro. A IA fez sozinha os dois lados, o do aluno que pede e o da IA que constrói, e registrou cada decisão num diário. É dele que vêm todos os números daqui.

A margem, o erro que quase todo mundo comete

A decisão mais importante que a IA anotou foi sobre margem de lucro. Margem de 30% quer dizer que 30% do preço de venda sobra como lucro. Muita gente entende "somar 30% em cima do custo", e são contas diferentes. Se o custo é R$ 70, somar 30% dá R$ 91. Com margem de 30%, o preço é R$ 100.

No brigadeiro de exemplo, somar 30% ao custo daria R$ 75,86, e o lucro seria só 23% do preço de venda. O app faz do jeito certo, preço igual a custo dividido por (1 menos a margem), e mostra a diferença num aviso azul com os números da própria pessoa. Ela aprende sem sair do app.

Dois casos extremos também viraram regra. Margem de 100% ou mais o app recusa: com 100%, o lucro teria que ser o preço inteiro, e ninguém pagaria os ingredientes. Margem zero ele aceita, calcula e avisa que não sobra lucro.

Quando falta um dado, o preço some

Esta é a regra de que mais gosto no Preço Certo: se falta alguma informação, o app não mostra preço nenhum. Mostra a lista do que falta.

Parece chato. A pessoa apaga o rendimento e o preço desaparece. Mas pense no contrário: um app que mostra um preço mais baixo porque esqueceu o custo da caixinha. A confeiteira vende a semana inteira no prejuízo achando que está tudo certo. Um preço que deixou um custo de fora é pior do que nenhum preço.

A IA teve que separar com cuidado o que é vazio do que é zero, que são coisas diferentes. Vazio é quando a pessoa ainda não escreveu nada. Zero é quando ela escreveu zero. Preço do ingrediente zero vale, porque ela pode ter ganhado o ingrediente. Tamanho do pacote zero não vale, porque não existe pacote de zero grama, e a conta quebraria. Cada caso tem uma frase em português explicando.

Quilo, grama, litro e o aviso que estava errado

Quem cozinha compra em quilo e mede em grama. Compra em litro e mede em mililitro. O app aceita cinco medidas (g, kg, ml, L e unidade) e converte entre as que conversam: grama com quilo, mililitro com litro. Peso e volume não se misturam, porque o app não tem como saber quanto pesa um litro de leite. Se a pessoa mistura, ele avisa.

Trocar o chocolate de "1 kg" para "1000 g" manteve o custo da linha em R$ 1,08, como devia, e os 27 testes automáticos dessa fase passaram de primeira. Teste automático é um pedacinho de código que confere a conta sozinho, em menos de um segundo, toda vez que algo muda. E mesmo assim havia um erro. Quando a pessoa misturava quilo com mililitro, a ponta da linha dizia "falta preencher", e não faltava nada. O teste conferia a conta, que estava certa. O texto na tela estava errado, e só apareceu porque alguém olhou o print.

Teste confere a conta. Os olhos conferem a tela.

O texto virou "veja o aviso". E ficou uma limitação assumida: o app não converte xícara nem colher. Quem mede assim precisa pesar ou usar a medida do pacote.

O teste que achou um erro que ninguém veria

Na fase do preço final, a primeira rodada de testes terminou com 1 falha em 58. A mensagem dizia que o valor esperado era 46,875 e o app tinha dado 46,88.

O caso era uma receita que rendia 2,5 unidades. O preço por unidade era arredondado para cima no centavo, e o preço da receita (unidade vezes rendimento) caía no meio de um centavo. Com rendimento inteiro, como os 25 brigadeiros, tudo parecia perfeito na tela. Ninguém testando com as mãos ia digitar 2,5. O teste digitou.

A correção seguiu a mesma lógica do resto do app: o preço da receita também passou a ser arredondado para cima no centavo. Assim o preço sugerido nunca fica abaixo da conta exata, nem por meio centavo.

Ao longo da construção, os testes foram de 27 para 58, depois 71 e terminaram em 81. Além deles, conferi um produto inventado do zero, um bolo de pote: leite em pó a R$ 22,90 no pacote de 750 g, usando 200 g, 2 horas de trabalho a R$ 18, margem de 25% e rendimento de 8. O app deu R$ 7,02 por unidade. Na mão: 6,11 de ingrediente mais 36,00 de trabalho dá 42,11; dividido por 0,75 e por 8, dá 7,018, que arredondado para cima vira R$ 7,02.

Um número sozinho não convence

Se o app só mostrasse "R$ 3,34", a confeiteira teria que confiar no app. Preferi que ela pudesse conferir. Por isso o resultado vem com a conta em 6 passos, usando os números que ela mesma digitou: "Chocolate em pó 50%: pagou R$ 18,00 em 1 kg e usou 60 g. Custa R$ 1,08." E assim por diante, até o que sobra no fim.

Nessa tela apareceu um defeito pequeno e bem real. Em frases como "cada uma custa R$ 2,33", o "R$" ficava numa linha e o número na outra, no celular. Hoje os dois andam sempre juntos.

Embaixo da conta ficam dois botões. Um copia o resultado, e a tela confirma: "Copiado. Agora é só colar onde quiser." O outro abre o WhatsApp com a mensagem pronta e sem número, de propósito. A pessoa escolhe para quem mandar, e pode mandar para ela mesma, para guardar. A mensagem termina com uma frase que não sai de jeito nenhum: "Preço sugerido a partir dos números digitados. Não é garantia de lucro."

Por que o Preço Certo não tem login

No Orçamento no Zap, construído no mesmo dia, o login faz sentido: são muitos profissionais, cada um com os seus clientes, e um não pode ver os dados do outro. No Preço Certo, a ficha do projeto respondeu a pergunta do login em uma linha: "Ninguém além da própria pessoa mexe nos dados dela."

Então os produtos ficam guardados no próprio celular, numa memória do navegador chamada localStorage. Pense numa gaveta do navegador: o que você guarda fica naquele celular, naquele navegador, e não vai para a internet. Sem conta, sem senha para esquecer, sem banco de dados para manter. Uma peça a menos para pagar e cuidar, o que pesa na conta de quanto custa manter um micro app.

Só que isso tem um preço, e o app precisa dizer. Se a pessoa limpar os dados do navegador ou trocar de celular, os produtos somem. Por isso a primeira tela tem um aviso que não dá para não ver.

Outras decisões vieram junto. Não existe botão Salvar: o app guarda a cada mudança e mostra "Guardado neste aparelho". O exemplo aparece só na primeira vez e, se a pessoa apagar, não volta. E se o navegador não deixar guardar, como no modo anônimo ou com a memória cheia, o app continua funcionando e avisa.

Até a contagem de uso respeita essa promessa. O app registra só cinco tipos de evento no PostHog, como "produto criado" e "resultado copiado", sem nome de produto, ingrediente ou valor. Assim a frase "Os números que você digita não vão para a internet" continua verdadeira.

A chita, e o revisor que mandou refazer os prints

O visual saiu de um sorteio. Entre sete mundos ligados ao público, como o caderno de receitas e o ladrilho hidráulico de cozinha, a skill de design Impeccable sorteou a chita, o tecido floral das festas e do artesanato.

Daí veio a faixa vermelha no topo, a flor de cinco pétalas e quatro cores com papel fixo: azul para ingredientes, verde para o trabalho, amarelo para os extras e vermelho para o lucro e o preço. O preço aparece numa faixa dividida nessas quatro cores, e dá para ver de relance quanto do preço é trabalho e quanto é ingrediente.

No acabamento, um revisor de design separado, que só via os prints e o código, olhou o app. A primeira resposta dele foi: refaça os prints. O print de "foco do teclado" era igual ao da lista vazia, as capturas "de celular" tinham 375 pixels em vez de 390, e a barra vermelha cobria a primeira linha de ingrediente. Sem prova boa, não tem revisão boa.

Com os prints refeitos, vieram 7 correções. A que mais mudou o uso foi esta: no celular, a pessoa digita lá em cima e o preço fica lá embaixo. A faixa colorida do preço ganhou então uma versão fininha, de 6 pixels, em cima da barra vermelha fixa, e ela muda enquanto a pessoa digita. O nome do produto virou o elemento grande da tela, e a primeira linha de ingrediente passou a caber inteira acima da barra.

As correções criaram 3 defeitos novos, pequenos, como o pedaço "lucro" da faixa fina sumindo no vermelho da barra. O revisor achou, a IA corrigiu, e só então veio o "ship", que quer dizer "pode entregar".

O que o app não promete, nem a página de venda

A página de venda seguiu a mesma linha. A estrutura também saiu de um sorteio e se chama "a conta aberta": a página desenrola a conta do brigadeiro de exemplo, passo a passo, com a tela real do app em cada passo, até o preço aparecer partido nas quatro cores.

O que ela deixa de fora diz tanto quanto o que mostra. Em vez de depoimentos e contadores, a página mostra a própria conta funcionando, que é o argumento mais forte que o app tem. Também não coloquei preço do app nos dados para o Google, porque o briefing proibia qualquer informação que ainda não estivesse decidida. A frase "não garante lucro nem venda" aparece duas vezes. Uma das perguntas frequentes é justamente se o preço sugerido garante lucro, e a resposta é não.

O que o Preço Certo me ensinou

O Cardápio no Zap leva um pedido até o WhatsApp. O Orçamento no Zap esbarrou num limite da ferramenta. O Preço Certo me mostrou outra coisa: quando o app faz conta, a conta vem antes de tudo, e o teste automático acha o que os olhos não acham. O erro do meio centavo e o texto "falta preencher" mostram as duas metades disso. Um só o teste pegava, o outro só o olho.

E ficou o que saiu de propósito: login, estoque, controle de pedidos, comparação com concorrente (não há dados reais para isso) e qualquer promessa de lucro. Nenhum deles responde melhor à pergunta "por quanto eu vendo isto?".

Se você quer entender por que eu insisto em apps pequenos assim, o e-book grátis "O app de uma função só" conta isso com calma, e traz o Preço Certo entre os exemplos. O caminho completo, do problema real ao app no ar em 7 dias, pedindo em português, está no Método Micro App. E os bastidores do primeiro app estão em como eu construí o Cardápio no Zap.

Perguntas frequentes

O Preço Certo garante lucro?

Não. O app sugere um preço a partir dos números que a própria pessoa digita. A mensagem que ele gera termina dizendo que o preço é sugerido e não é garantia de lucro.

Onde ficam guardados os produtos?

Só no aparelho e no navegador em que a pessoa usa o app. Os números não vão para a internet. Se ela limpar os dados do navegador ou trocar de celular, os produtos somem, e o app avisa isso na tela.

Qual a diferença entre margem de 30% e somar 30% no custo?

Margem de 30% quer dizer que 30% do preço de venda sobra como lucro. Com custo de R$ 70, somar 30% dá R$ 91, e a margem de 30% dá R$ 100.

Preciso baixar o Preço Certo na loja?

Não. É um app para internet, não um aplicativo de celular: abre por um link, direto no navegador.