Vibe coding para testar assinatura com entitlement de 1 dia
Sem cliente pagante o acesso some no dia seguinte. Martin se dá entitlement grant de 1 dia no RevenueCat e repete todos os dias, com MRR R$ 0,00.
Sem cliente pagante, o acesso de assinante some no dia seguinte. No Fumava, com MRR R$ 0,00, Martin não espera a primeira compra para testar o que o plano deveria mostrar. Ele abre o RevenueCat e dá um entitlement grant com duração de 1 dia. No dia seguinte, dá de novo. Sem esse passo, ele não testa o que o assinante vê.
Ele ia testar o app e precisou do acesso. Lembrou no meio do caminho. A frase veio antes do clique:
Tem que me dar o acesso no Rev. Esqueci disso.
Com MRR R$ 0,00, o Fumava não tem quem compre o entitlement
Martin constrói o Fumava em público, um app para parar de fumar. Na live de 4 de setembro, que durou 123 min, o MRR continuava R$ 0,00. Sem cliente pagante, o entitlement não chega na conta pelo caminho do plano. O plano existe no app, e a conta do aparelho não recebe o entitlement de alguém que pagou.
Ele precisa ver a tela do plano, o que o usuário vê depois de assinar. A compra que poria o acesso ainda não veio. O jeito de testar, com MRR R$ 0,00, é o entitlement grant no painel.
O TESTE
Esperar a primeira compra
Com MRR R$ 0,00, o entitlement não chega pelo plano
Grant de 1 dia todos os dias
Entitlement grant no RevenueCat, duração de 1 dia, repetir no dia seguinte
Ele ia testar e parou no Rev. No perfil do app, a conta dá para selecionar e copiar. Ele abre o RevenueCat por aí. É assim que acha o usuário quando vai dar o grant.
O ritual do entitlement grant de 1 dia
Mais tarde, esperando a build, ele descreveu o que faz toda vez:
Não, calma. É que toda vez a gente tá, eu tô fazendo o quê? Eu tô indo lá no revenue cat e tô dando o entitlement grant. Aí eu vou ali, dou garantir e coloco a duração de um dia, entendeu?
Enquanto a build não vinha, ele explicou o hábito em voz alta. O ponto da fala é "toda vez": o grant de 1 dia pede volta. O nome que ele usa no painel é entitlement grant. A duração que ele coloca é 1 dia.
O painel mostrava uma data antiga. Foi essa data que puxou a explicação. Ele leu o que estava lá:
Por isso que tá dizendo que foi inspirado cco dias atrás. E realmente cco dias atrás inspirou e daí eu fui me dando me dando acesso por um dia todos os dias, entendeu?
Duração de 1 dia, repetido todos os dias, porque o painel mostrava data antiga. Pela fala, foi se dando acesso por 1 dia todos os dias. Ele liga essa data antiga ao hábito: 1 dia de duração, e a volta no dia seguinte.
O RITUAL
1 dia de duração, repetido todos os dias, porque o painel mostrava data antiga.
Sem o grant, o vibe coding não testa a assinatura
No vibe coding do Fumava, o teste da assinatura depende do Rev. Ele esqueceu o acesso na hora de testar. Depois, esperando a build, descreveu o grant de 1 dia. São dois momentos da mesma live e o mesmo trabalho: ver o que o plano deveria mostrar sem ter cliente pagante.
No vibe coding do Fumava, testar a assinatura passa pelo RevenueCat, com entitlement grant de 1 dia repetido todos os dias. Com MRR R$ 0,00, a compra não põe o acesso na conta. A duração de 1 dia é o que ele coloca; por isso a volta ao painel é todos os dias.
O que fazer amanhã no RevenueCat
Se o MRR ainda é R$ 0,00 e o app tem tela que só o assinante vê, faça o que Martin descreveu na live: no RevenueCat, achar o usuário a partir da conta do perfil, entitlement grant com duração de 1 dia, repetir todos os dias. Se o painel mostrar data antiga, o grant de ontem já não cobre o teste de hoje. Sem cliente pagante, o acesso some no dia seguinte.
Quem quiser ouvir o "esqueci disso" e o grant na fala, a live de 123 min está em assistir à live.