Passei cinco dias usando o plano gratuito da forma como um usuário de verdade usaria, não da forma como uma página de preços descreve, e fui anotando o que acontecia. Tirar um print e seguir em frente não é como você encontra a letra miúda; construir algo por uma semana e esbarrar em qualquer barreira que realmente exista, é. Aqui está o registro.
Segunda-feira, 9h40 — inscrição, sem cartão
A primeira coisa que verifiquei antes de escrever uma linha de código: se pede cartão. Não pede. Normalmente eu ignoraria um detalhe assim, mas um plano gratuito que quer dados de pagamento antes de você ter construído qualquer coisa está dizendo o que pensa de você, então anotei e segui para de fato construir.
Escolhi um site de pequena empresa como projeto de teste — nada exótico, uma landing page, um formulário de contato, uma seção de blog. Às 10h15 eu já tinha uma primeira versão no ar no subdomínio gratuito. Nenhum paywall entre "construir" e "publicar", que é onde muitos planos gratuitos silenciosamente viram demonstrações.
Segunda-feira, 14h00 — o ciclo de iteração, onde eu esperava a barreira
Essa é a parte da qual eu mais desconfiava. As primeiras construções são baratas para qualquer agente — briefing limpo, sem código existente para conciliar — então uma plataforma pode fazer o gratuito parecer generoso na primeira construção e depois sangrar você na segunda. Fui atrás do ciclo: "deixe o cabeçalho fixo", "corrija a navegação mobile", uma revisão de conteúdo, mais dois ajustes menores. Cada um desses tocou mais arquivos do que o pedido sugeria, como sempre acontece com revisões reais. Não bati no limite naquele dia, mas dava para sentir onde ele estava — o limite claramente é dimensionado para um ciclo completo assim, não cinco.
Também verifiquei, no meio da tarde, se a etapa de revisão é pulada em contas gratuitas para economizar processamento. Não é — mesma verificação de lint, mesma checagem de segurança, mesma verificação funcional antes de qualquer coisa ser marcada como concluída. Fui atrás justamente disso porque seria a primeira coisa que eu cortaria sob pressão de margem se eu administrasse esse negócio, e não foi cortada.
Terça-feira, 11h00 — publiquei um segundo projeto para ver o limite de backend
Criei uma segunda ideia, essa precisando de um backend de verdade — banco de dados, uma rota de API, tudo. Foi aqui que eu esperava encontrar a barreira real, e encontrei: um app com servidor ativo por conta gratuita. Tentei subir um segundo backend hospedado junto com o primeiro e não conseguiu rodar os dois ao mesmo tempo.
O que me surpreendeu foi o que não conta para essa vaga. Construí uma pequena ferramenta baixável mais tarde na semana — sem servidor, apenas um app empacotado — e ela foi publicada sem problemas, sem disputar espaço com o backend ativo. Faz sentido quando você pensa na estrutura de custo: um backend hospedado fica ativo e custa dinheiro esteja alguém usando ou não; uma construção estática ou instalável é só arquivos parados ali. Apenas o que fica ativo é racionado.
Terça-feira, 16h30 — tentei quebrar a concorrência
Iniciei uma construção e, no meio da execução, pedi ao assistente para começar algo sem relação. Isso entrou em fila em vez de rodar em paralelo. Irritante por uns noventa segundos, depois irrelevante — eu estava olhando o preview da primeira construção de qualquer forma, então esperar ela "terminar antes de começar a próxima coisa" era o que eu teria feito de qualquer jeito. Consigo imaginar isso importando mais para uma equipe rodando dois pipelines de agentes ao mesmo tempo — geração de conteúdo em uma página enquanto um agente de construção reestrutura outra — mas esse é um padrão de uso diferente do meu.
Quarta-feira — as bibliotecas, e por que não são um recurso de teste
Passei a quarta-feira testando se as funcionalidades de acúmulo — base de conhecimento, imagens de referência, templates — realmente funcionam no gratuito ou são um teaser só para pagantes. Não são bloqueadas. No terceiro dia a plataforma já estava reutilizando minha voz de marca e prints de referência sem eu precisar reexplicar tudo, que é todo o propósito de uma camada de conhecimento: bloquear isso significaria que os usuários gratuitos nunca veriam o produto se acumular, e aí por que eles pagariam para continuar usando algo do qual nunca tiraram valor.
Também investiguei se o isolamento de dados de tenant é de alguma forma "mais leve" no gratuito — isolamento parcial, fila mais lenta para verificações de isolamento, qualquer coisa. Não é, e honestamente estruturalmente não pode ser; isolamento é binário. Ou jobs em segundo plano e consultas são isolados por tenant, ou não são, não existe uma versão de 80% para vender mais barato. Gratuito e pago recebem a mesma garantia aqui, o que eu já presumia mas queria verificar de fato em vez de aceitar por confiança.
Quinta-feira — publicação em loja, o teste que quase não fiz
Quase pulei esse teste porque presumi que publicar em uma loja de aplicativos seria só para pagantes — é o instinto que a maioria das pessoas tem, e está errado. Empacotei a pequena ferramenta de terça como um instalável e a publicação do lado da plataforma funcionou exatamente como eu esperaria em uma conta paga. O único atrito foi a taxa de registro de desenvolvedor do próprio Google, que não tem nada a ver com o plano em que estou. Vale dizer isso claramente porque já vi gente se autoimpor limites que não existem só por presumir o pior.
Sexta-feira — o que eu pularia na próxima vez
Se eu repetisse esse teste, pularia o teste de concorrência da terça à tarde — ele respondeu à pergunta em menos de dois minutos e eu gastei mais quarenta tentando variações que confirmaram todas a mesma coisa. Também adiantaria a verificação de isolamento de tenant para o primeiro dia em vez do terceiro, já que é um fato que as pessoas deveriam saber antes de colocar algo real na plataforma, não depois.
O que eu não pularia: o teste do ciclo de iteração na segunda-feira. É o lugar onde um plano gratuito geralmente se revela como um funil, e é o que vale a pena você mesmo refazer se estiver decidindo se isso é um produto de verdade ou um teste com marketing melhor.
| O que eu testei | O que realmente aconteceu |
|---|---|
| Inscrição | Nenhum cartão exigido |
| Ciclo de iteração (5+ rodadas de revisão) | Limite mantido por um ciclo completo; ficaria mais apertado com uso mais intenso |
| Etapa de revisão/verificação | Idêntica ao pago — não pulada |
| Segundo backend ativo | Bloqueado — um app com servidor por vez |
| Construção estática/instalável | Não disputa a vaga de backend |
| Construções paralelas | Entra em fila em vez de rodar simultaneamente |
| Bibliotecas (conhecimento/referências/templates) | Totalmente disponível, se acumula ao longo da semana |
| Isolamento de inquilinos | Mesma garantia do pago, não existe versão parcial |
| Publicação na loja | Sem bloqueios; o único atrito é a própria taxa da loja |
Então: três razões legítimas para fazer upgrade a partir daqui, baseadas no que realmente me pegou versus o que eu esperava que me pegasse. Você já esgotou o loop de iteração mais de uma vez, não apenas aquela vez única pela qual todo mundo passa no primeiro mês — veja como o esgotamento de créditos realmente se comporta, nada é perdido, mas um padrão recorrente é um sinal. Você precisa de dois backends hospedados ativos ao mesmo tempo, o que é uma necessidade estrutural que o plano gratuito não foi feito para suportar, não um problema de orçamento que dá para contornar. Ou o que você construiu deixou de ser um teste e passou a te render dinheiro, e nesse ponto rodar perto de um limite é um custo de ansiedade, não só técnico.
Nenhum desses me atingiu essa semana. Construí um site de verdade e uma ferramenta de download de verdade, iterei em ambos, publiquei ambos, e o único obstáculo que encontrei foi exatamente aquele que a letra miúda dizia que existiria.
