VIBE IN PUBLIC_

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

  1. 01Monte a unidade (30 carrosséis, 30 dias, 1 marca)
  2. 02Separe os 2 custos
  3. 03Rode os 3 cenários até ter um P95
  4. 04Some suporte, operação, taxas, buffer cambial e margem para falhas
  5. 05Calcule o markup
  6. 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.