VIBE IN PUBLIC_

Proposta de valor no vibe coding: eu não pagaria por este app

Com MRR R$0,00 e planos no site, Martin olha o Fumava e diz que não pagaria. A proposta de valor começa na informação da tela.

Com o Fumava, app para parar de fumar, em teste fechado há 5 dias, planos no site e MRR em R$0,00, Martin olha o aplicativo no celular e corta: ele não pagaria para ter esse produto. As informações na tela ainda não valem o preço. O próximo passo dele no vibe coding é mudar o que cada tela mostra, e só depois mexer no layout.

No começo da sessão ele passou pelo site. A seção de planos já estava no ar, a mesma que outra live colocou no site com 2 preços com a caixa ainda em R$0,00. Ele disse que o site, a princípio, estava ok. Depois foi para o aplicativo local. O teste tem 5 dias e 13 pessoas registradas. Tinha uma leva de itens para conferir no celular, porque o app roda local. Martin não curtiu o layout que o Fable fez, falou em pesquisar offline o que fazer com a cara do projeto e seguia no Opus 5, no máximo.

Ele recusa pagar pelo próprio app

Ainda na conferência, o assunto vira o que o produto mostra.

Não é nem questão de layout, né? É o que mostrar, tá ligado? Você tá muito engessado, tá ligado? Tipo assim, bem aquela parte, tipo assim, ah, o site que é feito com IA, sabe? Tá com cara disso. E as informações que estão sendo mostradas não são de grande valia ainda. Tipo, eu não pagaria para ter esse app. E esse que vai ser o thrash quando tiver um app assim que eu pagaria para ter, eu acho interessante.

Ele ainda tem prazo até liberar a versão de produção. A live não mostra as telas reescritas. Ele não lista o que cada tela deveria passar a exibir. O recorte para na recusa e na ordem que ele crava em seguida.

Impecable só altera o layout

O chat manda a skill Impecable. Martin pergunta que skill é essa, procura na internet, acha o repositório do OpenCode com quase 60.000 e 1 estrela e pede o link. Antes de aplicar, ele confirma o alcance.

Mas isso ele vai mexer em termos de layout, né? Ele não vai mexer em qual informação que é mostrada em cada tela, certo?

Ele ouve que a skill mexe em layout e conclui a ordem.

Tá, é layout. Entendi. Então eu tenho que mexer primeiro nas informações.

Ele salva o link no WhatsApp para não perder. Diz que depois olha o site da skill e usa o relatório do Impecable no visual. Agora a prioridade é outra. Tem um arquivo que o Fable já fez para ele, com bastante coisa para executar.

Para mudar as informações, usar o Fable para criar um planejamento e o Opus 5 para executar, que era mais ou menos o que eu tava fazendo aqui.

Fable cria o planejamento e o Opus 5 executa, o caminho que ele já vinha usando. O alvo desta vez é a informação de cada tela. Na mesma live ele ainda cortou uma mensagem de erro que acusava a conexão. Foi o mesmo caminho de in app purchase.

Proposta de valor no vibe coding começa no que a tela diz

No vibe coding o agente troca o visual e a informação da tela permanece. Martin segurou o Impecable por isso. O que ele recusou pagar continuaria na tela se a skill rodasse agora. Isso aparece também em vibe coding para guardar valor unitario em vez de media.

A ORDEM

Impecable agora

Só o layout muda. O que ele recusou pagar continua na tela

Informações primeiro

Fable planeja o que cada tela mostra. Opus 5 executa. Layout depois

Amanhã, abra o seu app e percorra as telas com a pergunta que ele fez em voz alta. Anote o que um pagante usaria de fato. Se você também não pagaria, peça ao Fable o planejamento das informações e ao modelo forte a execução. Deixe o layout para depois dessa lista.

Dá para assistir à live e ouvir o corte, a pergunta sobre a skill e a ordem que ele crava.