Vibe coding para lançar mvp antes do paywall, em 2 blocos de 2 semanas

Com o gate de produção na frente da monetização, você manda primeiro o MVP mais magro que 12 testadores consigam instalar e manter por 14 dias. UI e paywall ficam para o bloco seguinte, porque construir cobrança antes de ter acesso de produção é trabalho que ainda não dá para vender.

Martin falou esse calendário ao vivo, com o Fumava sem interface pronta e sem paywall. O app é para ajudar pessoas a deixar de fumar, o domínio fumava.com.br já está comprado, e ele não é desenvolvedor: constrói com vibe coding, Claude Code no que chama de cloud. Naquela sessão ele finalizava a configuração da Play Console e tentava resolver o build do Expo. O roadmap foi falado, não executado. 2 semanas para enviar a primeira versão aos testadores. Só depois que essa versão sair, outras 2 semanas para a interface inteira mais um paywall duro depois do onboarding.

O gate de 12 testadores e 14 dias manda no primeiro bloco

A conta do Play Console é pessoal. Para pedir acesso de produção ele precisa, segundo o que afirma, de 12 pessoas usando o app como beta testers e mantendo a aplicação por 2 semanas. Ele também diz 12 pessoas durante 14 dias. Fora esses números, a live não descreve regra extra da loja. Isso aparece também em imagens de play store. Isso aparece também em vibe coding para classificar app de habito na play store.

Ele concentrou os últimos dias num MVP básico:

quando há uma conta pessoal, precisamos de 12 pessoas a usar o aplicativo primeiro numa forma de ser um beta tester assim e que a pessoa mantenha a aplicação por duas semanas. Assim, toda a concentração, tudo o que estávamos fazendo nestes últimos dias em relação à aplicação, é criar um MVP, mas um MVP básico mesmo, certo? Nem que não esteja prontas as funcionalidades, mas algo que a pessoa pudesse instalar e tem que manter no telemóvel ali durante 12 dias, por 14 dias. 12 pessoas durante 14 dias. Aí sim consegues pedir acesso a alguma coisa de produção que a partir daí sim consegue colocar lá e vender a aplicação dentro da Play Store, certo? Portanto, basicamente, o que estamos a fazer é isso, manter um MVP, enviar para esses testadores.

No primeiro bloco, o critério de pronto é alguém instalar e deixar o app no celular, mesmo com funcionalidade incompleta. Sem esse período no aparelho, ele não pede acesso de produção e não vende dentro da Play Store. Isso aparece também em vibe coding para app de notificacao android.

Ele já tinha encontrado a regra dos 12 testadores e dos 14 dias ao descobrir como publicar um app na Play Store. Com a regra na mesa, ele decide o que não entra no MVP que vai para os 12. Isso aparece também em vibe coding para automacao financeira pessoal.

As 2 semanas do paywall só começam depois do envio

Ele cortou o calendário com uma condição no meio da frase:

Assim, vou precisar de duas semanas para isso. E a partir daí então vamos ter essas duas semanas depois de eu conseguir enviar a primeira versão, duas semanas para criar o payall depois, não é, que é assim, pessoal faz um onboarding, depois já chega um paywall duro, que é assim, ó, só vais aceder ao aplicativo se pagar. Depois vou ter essas duas semanas para fazer isso, não é? Desenvolver toda a user interface, não é? A UI desse desse aplicativo mais o payall, não é? E ligar ali como é que vou receber e tal.

A pessoa faz o onboarding, chega um paywall duro e só acessa o aplicativo se pagar. Nessas mesmas 2 semanas ele quer a user interface inteira e a ligação de como vai receber. Ele só começa o segundo bloco depois de enviar a primeira versão, e na sessão o paywall não tinha tela nem integração de recebimento. Vale ver como isso terminou em revenuecat.

O que o vibe coding deixa de fora nas primeiras 2 semanas

Um agente de vibe coding entrega paywall e tela no mesmo fôlego em que entrega um app instalável. Até ele pedir acesso de produção, essa cobrança não tem onde operar dentro da Play Store. Pedir as 2 coisas juntas gasta as 2 semanas do gate numa cobrança que não vende. O mesmo problema apareceu em vibe coding para automacao bancaria. Vale ver como isso terminou em vibe coding para nao mostrar o custo do vicio no paywall.

Na mesma live ele ajustou ícones do menu, colocou no ar a página de política de privacidade (obrigatória para a Play Store), criou a conta Expo e instalou o PostHog. No fim da transmissão o paywall não existia e os 12 testadores não tinham o app na mão: o envio ainda depende do build do Expo e da configuração da Play Console. Vale ver como isso terminou em vibe coding para analytics de app mobile. Isso aparece também em vibe coding para pagina de politica de privacidade.

Como partir o seu calendário amanhã

Se a sua conta também é pessoal e o teste fechado está entre você e a loja, abra 2 colunas antes de pedir a próxima função ao agente. Na primeira, o mínimo que 12 pessoas precisam ter instalado para aguentar 14 dias no celular. Na segunda, o que só um usuário pagante veria: onboarding, paywall, interface, recebimento. Vale ver como isso terminou em vibe coding para quem trabalha em tempo integral.

As próximas 2 semanas são a primeira coluna. A segunda espera o envio real. Se o agente misturar as 2 listas no mesmo pedido, você termina a cobrança cedo e fica sem loja para operar. O agente monta o paywall se você pedir, então quem faz vibe coding sozinho é que segura o pedido até o envio sair. Dá para assistir à live e ouvir o momento em que ele amarra o segundo bloco ao envio da primeira versão.