Como calcular markup no P95, não no cenário mais barato
Calcule o markup em cima do P95, não do cenário magro. Thiago usa 30 carrosséis em 30 dias: custo protegido primeiro, assinatura por último.
Thiago precisava de um preço e tinha uma unidade na mesa: 30 carrosséis em 30 dias, 1 publicação por dia, configuração completa de 1 marca no autopilot. Como calcular markup em cima do cenário magro (poucos materiais, baixa regeneração, nenhuma falha) é colocar lucro sobre o custo do magro. A live saiu sem o valor da assinatura e com a ordem fechada: P95 primeiro, custo protegido depois, lucro em cima, assinatura por último.
Ele falou o problema em voz alta, com o X ainda vazio:
Preciso precificar. Quero encaixar 30 carrosséis. Mais 30 carrosséis, uma publicação por dia para o usuário entender que pagando o X ele consegue ter uma publicação, ele consegue ter postagens automáticas. Então, preciso precificar quanto custa isto para a minha empresa.
A pergunta era de custo interno. Só depois vinha o que cobrar.
30 carrosséis em 30 dias é referência de custo
A unidade comercial concreta ficou assim: 1 ciclo de 30 dias para 1 marca, configuração completa, produção de 30 carrosséis, 1 conteúdo por dia, com agendamento e publicação automática no Instagram. Essa é a referência de custo. A unidade mede 1 ciclo. Prometer que o plano entrega exatamente 30 peças independentes de geração é outra decisão, e as 2 ficaram separadas na mesa.
Se você transforma a referência em garantia de volume, o custo por peça some da planilha no dia em que a marca pede regeneração, a pesquisa engorda ou a operação pede mais intervenção. O P95 cobre regeneração, pesquisa maior e falha operacional.
Thiago queria que o usuário, pagando o X, visse 1 publicação por dia e entendesse que o produto entrega postagem automática. O X sai da conta de quanto aquilo custa para a empresa. O preço que parece cobrável numa homepage vem depois.
Os 2 custos e o primeiro ciclo como aquisição
A recomendação na live separa 2 custos. Misturar os 2 deixa o markup parecer folgado enquanto o setup ainda não foi pago.
O primeiro é implementação inicial: injeção de materiais, pesquisa da marca, configuração de memória, oferta, conexões de rede, geração do primeiro calendário. O segundo é operação do ciclo: pesquisa periódica, 30 pautas, legendas, imagem, design, curadoria, geração, agendamento, publicação, monitoramento, retries de falha, suporte.
O primeiro ciclo provavelmente será mais caro que os seguintes. Isso precisa aparecer na precificação e ser absorvido de propósito, como custo de aquisição. Se você esconde o setup no preço do ciclo 2 em diante, o primeiro ciclo não paga o que custou, e a absorção como custo de aquisição deixa de ser consciente.
Medir por operação: tokens, imagens, story, publicação, tempo de máquina, tempo humano, impostos e taxas. Custo total em reais. A live não deixou um R$ na tela. Deixou a lista do que entrar na planilha antes de qualquer percentual.
A hipótese dele, ainda sem número, era a ordem certa dita do jeito dele:
Colocar o lucro em cima e cobrar pela conta pré.
E o método:
Então, podemos fazer uma bateria de testes para precipitar os custos.
"Precipitar" é ASR. No contexto, ele queria uma bateria para achar o custo da operação, antes de chutar a homepage. Na boca dele, o gesto de calcular o markup é colocar o lucro em cima, e só em cima da conta pré.
3 cenários e o P95 que o vibe coding consegue medir
A bateria pede 3 cenários completos.
Magro: poucos materiais, baixa regeneração, imagem mais simples, nenhuma falha. Normal (o provável): configuração normal, algumas regenerações, curadoria. Estresse: marca com pouco contexto, pesquisa maior, mais cara, mais intervenção operacional.
Se você precifica pelo magro, o markup parece alto e a operação quebra no cliente que chega sem repertório. Se você precifica pelo estresse puro, o plano fica defensivo demais e você perde o cliente que só precisa do ciclo normal. O eixo que o agente devolveu, com a frase torta da transcrição, é este: "O plano deve ser precificado pelo cenário provável em com produção baseada P95, não pela execução mais barata."
O MARKUP
No magro
Parece alto. A operação quebra no cliente sem repertório
No P95
Pelo cenário provável, não pela execução mais barata
P95, aqui, é o custo da produção que cobre regeneração, pesquisa maior e intervenção operacional. A média do carrossel que passou de primeira deixa o plano descoberto. No vibe coding, essa medição é possível porque a operação está acontecendo de fato: tokens, imagem, story, retry, tempo humano. Sem a bateria, o vibe coding entrega o produto e deixa o preço no escuro. A medição cabe aqui porque o pipeline já existe: gerar 30 pautas, publicar, ver o que falha, e só então colocar o lucro em cima.
Thiago não falou P95. Concordou em medir:
Executar bateria real. Tá. Ah, beleza. O resto concordo com tudo.
A decisão que ficou na mesa foi rodar a bateria de verdade. O percentual de margem ficou de fora: sem P95 medido, o markup continua sendo palpite.
Custo protegido primeiro, assinatura por último
A fórmula entrega a ordem: custo protegido primeiro, markup depois. Sem isso o lucro nasce em cima do magro.
Custo P95 + suporte + operação + taxas + buffer cambial + margem para falhas = custo protegido. Custo protegido + margem bruta desejada = preço líquido mínimo. Somente depois disso entram o preço da assinatura, o custo interno de cada operação, a quantidade esperada e o preço dos créditos extra.
Buffer cambial entra porque provider, modelo e infraestrutura mudam de custo no câmbio. Margem para falhas entra porque retry, curadoria e suporte já são operação. Quem soma só token e imagem está calculando o markup em cima do magro com outro nome.
Olhar 1 carrossel barato e multiplicar por 30 descreve 1 dia em que a geração passou de primeira. O ciclo de 30 dias tem pesquisa, 30 pautas, regeneração, agendamento, publicação e o tempo de quem segura o job que falha. Sem esses itens no custo protegido, o lucro em cima é lucro em cima de um furo.
Amanhã, se você for precificar um plano parecido, faça nesta ordem. Monte a unidade (aqui, 30 carrosséis, 30 dias, 1 marca). Separe os 2 custos. Rode os 3 cenários até ter um P95. O mínimo da execução magra não precifica o plano. Some suporte, operação, taxas, buffer cambial e margem para falhas. Aí calcule o markup. A assinatura fica na última linha.
A ORDEM
- 01Monte a unidade (30 carrosséis, 30 dias, 1 marca)
- 02Separe os 2 custos
- 03Rode os 3 cenários até ter um P95
- 04Some suporte, operação, taxas, buffer cambial e margem para falhas
- 05Calcule o markup
- 06A assinatura fica na última linha
Quem quiser ver a unidade nascer no meio do briefing do Taurus Hub, sem número mágico no final, pode assistir à live.