Vibe coding para testar paywall: o primeiro pagante vê a home, não o pay

O app de Martin para parar de fumar já está na Google Play e o MRR é R$ 0. Na live ele se ofereceu como primeiro pagante: pagar o app, percorrer o funil inteiro e usar o produto por 1 semana. Tentou abrir a tela de pay e caiu na home. Conferiu os benefícios que se deu e, na hora, viu que ainda valiam: "Ainda não."

Quem já tem assinatura ou benefício interno não vê o paywall. O vibe coding deixa o builder logado no próprio produto, e essa conta pula a tela que o usuário novo atravessa. Sem um pagante de verdade, a tela de cobrar fica de fora do teste. Vale ver como isso terminou em vibe coding para testar assinatura com entitlement de 1 dia.

O primeiro pagante de um app com MRR R$ 0

O número de usuários pagantes é zero. Martin assume a vaga e descreve o que vai fazer com o próprio vício.

"eu vou ser o primeiro usuário do app, né? Não tem nenhum usuário pagante ainda e eu vou ser o primeiro a pagar isso aqui e eu vou fazer todo o funil. Eu vou acompanhar o meu uso por uma semana, depois vou colocar parar aos poucos e quando eu atingir zero, daí eu vou mudar a meta para parar de vez."

O funil cabe em 1 semana de uso real. Acompanhar o cigarro, reduzir aos poucos, chegar a zero, só então mudar a meta para parar de vez. Ele testa o produto no próprio corpo e, no mesmo gesto, testa se o pagamento segura o acesso. Anúncio não entra nesse modelo.

"Eu não vou colocar anúncio no app, mano. É paywo, entendeu? Não tem, o cara não acessa de graça."

Se a tela de pagar não aparece para quem constrói, o paywall fica sem prova. MRR R$ 0 na Play Store é o número que a live carrega no título: app publicado e receita nenhuma, binário na loja sem alguém atravessando a cobrança.

Na mesma live caiu um lead de gráfica; o recorte de Google Ads versus Facebook Ads é outro post.

O paywall some para quem já tem benefício

Nexus, no chat, apontou que a tela de pay só aparece para quem não tem assinatura, e que o app leva direto para a home. Martin leu e foi ver se o pay tinha voltado para ele. A hipótese: os benefícios que se deu talvez tivessem acabado.

"Na real, vamos ver aqui se não tá aparecendo para mim o pay, porque deve ter acabado os benefícios que eu me dei. Ainda não."

Não tinham acabado, e a home abriu de novo sem a tela de cobrar passar pela frente. Nesta conta o builder cai na home e o paywall não entra na sessão.

O inverso, o hard pay que trava o usuário depois do onboarding, está em vibe coding para hard pay depois do onboarding.

Ele não pagou nesta live. Ficou o plano de ser o primeiro pagante e percorrer o funil, com o paywall ainda invisível para a conta de quem constrói.

Vibe coding para testar paywall na conta de quem constrói

No vibe coding o hábito é abrir o app logado e julgar o produto por essa sessão. A sessão privilegiada mostra a home, o fluxo depois da cobrança. A tela de pay fica no fluxo de quem ainda não tem o benefício.

Martin chegou a achar que os benefícios tinham expirado e que o pay ia aparecer. Abriu o app para conferir e os benefícios continuavam lá. O que esta sessão prova está na fala dele: com o benefício que ele se deu, o fluxo vai para a home.

Com MRR R$ 0 não existe um estranho pagando para validar essa tela. O candidato que resta é o próprio builder, pagando de verdade e andando o funil de 1 semana no próprio uso. Sem isso, o dono abre o app na Play e não encontra o paywall.

Percorra o funil de 1 semana como pagante

Se o app está na Play e o MRR é R$ 0, o teste do paywall não começa na sua conta de desenvolvimento. Se essa conta cai na home, você conferiu o produto depois do pay.

Seja o primeiro pagante. Faça o que Martin descreveu: 1 semana acompanhando o uso, na sequência reduzir aos poucos e mudar a meta quando o número chegar a zero, sem anúncio no caminho e sem o benefício que você mesmo se deu tapando a tela.

O paywall some para quem já assina. A live de 60 min gravou o "Ainda não" enquanto a tela de pay ainda estava invisível para ele: assistir à live.