Avaliações da app store no vibe coding: onde fica o paywall
Martin abriu a ficha de um app de afirmações com mais de 50.000 downloads e uma reclamação entregou a regra de negócio: passados 2 dias de uso, o conteúdo trava e tem que pagar.
Numa ficha de loja, o único texto que o dono do produto não escreveu é o das avaliações. Martin estava com a página de um app de afirmações diárias aberta, caçando o que construir, e uma reclamação de usuário entregou o que a descrição do produto não conta: aquele app tem paywall, ele trava o conteúdo principal, e a janela grátis dura cerca de 2 dias.
Ele chegou naquela ficha por um filtro. Depois de acumular fontes sobre produtos que faturam e pedir uma lista ao assistente, veio o recorte que interessa a quem não é desenvolvedor:
Certo, tu consegue fazer uma tabela aqui só com os fáceis, com o que tu coloca dificuldade para construir ou replicar é fácil?
O app de afirmações saiu nessa tabela. Ele abriu a loja e reagiu ao tamanho do negócio antes de qualquer outra análise:
pior que essa coisa aqui vende, cara, mais de 50.000 downloads aqui na Play Store
A reclamação diz a hora em que o app começa a cobrar
Descendo a página, ele parou numa avaliação e leu em voz alta:
Depois de dois dias usando, não consegui ler mais as afirmações de manifestação, pois tem que pagar
Ali está a regra de negócio do concorrente, escrita por quem bateu nela. O app cobra, e a parte gratuita acaba rápido, uns 2 dias no relato dessa pessoa. Quem escreveu ficou até bater no muro: não largou no primeiro minuto, usou dias seguidos e voltou esperando ler as afirmações de novo.
O que ficou trancado foi a leitura das afirmações, o motivo pelo qual a pessoa tinha instalado o app. Quem for construir algo parecido já sabe onde o dono daquele app decidiu cobrar, e sabe que o modelo aguenta o usuário reclamar em público.
O que essa reclamação não prova
Quem escreveu não pagou. Usou o que era grátis, esbarrou na cobrança, saiu e ainda deixou o recado na loja. Aquilo não serve como prova de que existe gente disposta a pagar por esse produto; sobre pagamento, o único fato registrado no texto é uma recusa.
De que alguém paga há um indício indireto e fraco, que é o app seguir publicado com esse modelo. Quantos pagam, quanto entra por mês e quanto custa a assinatura continuam fora do alcance. Os números públicos da ficha não respondem isso, e multiplicar um pelo outro só produz um chute com cara de planilha.
Perfil de quem compra também não sai dali. Quem escreve avaliação costuma ser quem amou ou quem se irritou, e a loja mostra poucos textos dessas duas pontas.
O limite do método apareceu na mesma tela
Ele foi clicando nos filtros de nota atrás da distribuição:
Nota uma estrela. Duas estrelas. Três estrelas. Quatro. Vamos ver se tem mais do que uma. É tudo cinco estrelas.
E parou aí, dizendo em voz alta o problema:
Mas só isso de avaliação. Por que que eu não consigo ver mais? Eu queria ver mais. Só tem isso.
A ficha do app naquele dia trazia "mais de 50.000 downs, 2300 avaliações". Na tela apareceu um punhado de textos. A loja escolhe o que exibir, então o que você lê é a ponta que coube na página, sem garantia de representar o resto.
Por isso cada avaliação vale como pista para conferir. Os 2 dias são o que 1 pessoa relatou, num aparelho, numa versão do app, numa data que a loja nem sempre mostra. Instalar o concorrente e usar até a cobrança aparecer custa uma tarde e devolve a regra conferida por você.
A pergunta que o vibe coding leva para a página da loja
Quem faz vibe coding abre a ficha do concorrente atrás de uma coisa que o assistente de código não entrega. A tela sai rápido, e sobre esse app de afirmações o próprio Martin já tinha dito "esse aqui é barbada". O que sobra para você decidir é a hora de cobrar: quanto o usuário recebe de graça e o que trava depois. Isso aparece também em vibe coding para decidir o app em uma semana.
A reclamação de 1 usuário respondeu isso sobre um concorrente sem custo nenhum, e não é informação que apareça numa página de vendas. Enquanto você monta a lista de candidatos, a seção de avaliações é a fonte mais direta de como cada um cobra do usuário. Numa triagem de vibe coding isso pesa mais que a nota média da ficha. A mesma desconfiança vale quando você está pedindo um lote de dados para o assistente: o que ele diz que vai trazer não é o que vai chegar no destino. Vale ver como isso aparece também em vibe coding para extrair links de videos de um canal. Vale ver como isso terminou em vibe coding para preencher seguranca de dados quando app cria conta anonima. O mesmo problema apareceu em o que e mcp. Isso aparece também em ideias para app. Isso aparece também em vibe coding para saber quando o app esta pronto. O mesmo problema apareceu em vibe coding para lancar app primeiro no android. Foi o mesmo caminho de mobile first. O mesmo problema apareceu em exemplos de tom de voz.
O que anotar antes de fechar a aba
Vá para as avaliações de nota baixa e procure as que descrevem uma regra, do tipo quando começou a cobrar e o que parou de funcionar. Copie o texto original para a sua planilha de candidatos, com a data em que você leu, porque daqui a 2 semanas você não vai lembrar se o prazo de 2 dias era leitura sua ou fala do usuário. Depois instale o app e confirme sozinho. Vale ver como isso aparece também em vibe coding para não ficar preso na pesquisa.
Dá para assistir à live e ouvir ele ler a reclamação em voz alta e, logo depois, esbarrar no limite do que a loja deixa ver, com o "Eu queria ver mais. Só tem isso" no meio.