Quando o produto começa a custar

Você lançou a fatia 1 em produção com infraestrutura grátis: *.vercel.app, free tier do Vercel, do Postgres e do PostHog. Cada um tem limite. Esta referência mapeia quando cada um passa pra pago e qual é o sinal real que indica que chegou a hora.

Não é guia exaustivo. É lista de pontos que doeram em produtos brasileiros reais, pra você reconhecer antes da fatura chegar.

Vercel

Free tier:

100 GB bandwidth/mês
Builds ilimitadas
1000 source images otimizadas/mês
Comercial: Hobby tier não permite uso comercial declarado (sem advertising, sem cobrança direta de usuários)

Quando passa pra pago:

Você passou de 100 GB/mês de tráfego. Sinal real: no dashboard do Vercel, em Settings → Usage, a barra de bandwidth está em laranja/vermelho.
Você quer rodar protected previews, analytics avançado, ou usar custom domain real com tráfego comercial.

Pro tier: US$ 20/mês por usuário. Para produto solo + uso pessoal, sobra. Para produto solo + tráfego pago (LinkedIn ads, etc.), encaixe rápido.

Alternativas se Vercel ficar caro:

Cloudflare Pages: bandwidth ilimitado, gratuito, 2+ edges no Brasil. Trade-off: configurar Next.js SSR é mais delicado (use @cloudflare/next-on-pages).
Railway: US$ 5/mês de base, paga por uso de CPU/RAM. Bom pra apps que rodam continuamente.

Postgres

Free tier (varia por provedor):

Vercel Postgres — 256 MB storage, 60h compute/mês. Grátis cabe MVP; insuficiente pra produto com tráfego diário.
Supabase — 500 MB storage, 2 GB bandwidth/mês, 50k usuários auth. Mais generoso.
Neon — 3 GB storage, sem limite de compute específico, mas auto-suspende após inatividade.
Railway — sem free tier real; US$ 5/mês mínimo.

Quando passa pra pago:

Storage perto do limite. Sinal real: query SELECT pg_database_size(current_database()) / 1024 / 1024 AS mb retornando 80%+ do limite.
Compute usage alta (sinal: dashboard mostra "high CPU" alertas).
Você quer backup automatizado / point-in-time recovery (free tier geralmente não oferece).

Pro tier: Vercel Postgres US$ 30/mês, Supabase US$ 25/mês, Neon US$ 19/mês. Para produto pequeno, qualquer um cabe. Escolha por qualidade e DX, não por preço.

PostHog

Free tier:

1M eventos/mês
5k session replays/mês
Feature flags ilimitados

Quando passa pra pago:

1M eventos é muito. Pra um produto chegar lá, precisa de tráfego sério (10k+ MAU). Antes disso, free tier resolve.
Session replays é onde o limite morde primeiro — 5k é pouco em produto com tráfego.

Pago: US$ 0.00031 por evento acima do free tier; US$ 0.0050 por session replay. Volume baixo → conta baixa.

Plausible

Sem free tier: pago do dia 1. US$ 9/mês pra até 10k pageviews/mês. Pra produto pequeno, está OK. Pra investidor brasileiro acostumado com Google Analytics grátis, parece caro até justificar o "sem cookies, sem PII" (que é o produto da Plausible).

Quando trocar? Quando você cresce além de 10k pageviews/mês ou quando precisa de funil mais sofisticado (Plausible não tem session replay nem feature flags).

Domínio

Custo único + anual:

.com.br no Registro.br: ~R$ 40/ano
.com no Cloudflare Registrar: ~US$ 10/ano (preço de custo, sem markup)
.com em outros registrars (GoDaddy, Namecheap): US$ 15-25/ano + markup nas renovações

Quando passa pra pago: Já é pago. A "decisão" da L03 é exatamente essa: se vale ou não R$ 40/ano pelo .com.br.

Brasil-específico: IOF, MEI, NF-e

Se você vai cobrar dinheiro do seu produto no Brasil, três coisas extras:

IOF em pagamentos internacionais

Se o cliente paga em USD (Stripe, Paddle), o IOF (atualmente 3,5%) é cobrado na conversão. Não é negociável; é tributo federal. Inclui no pricing, ou aceita custo.

MEI

Microempreendedor Individual é o regime mais barato pra começar. Custo: R$ 70-75/mês fixo (DAS) cobrindo INSS + tributos. Limite: R$ 81 mil/ano de faturamento (2026). Permite emitir NF-e, com algumas pegadinhas: certas prefeituras exigem cadastro extra.

Quando faz sentido: quando você começa a faturar de pessoa física ou jurídica brasileira e precisa emitir NF-e. Pra produto vendendo só pra empresa estrangeira (Stripe → EUA), MEI não é estritamente necessário no curto prazo, mas é boa prática.

NF-e (nota fiscal eletrônica)

Cliente B2B brasileiro vai pedir NF antes de pagar. Sem NF, ele não consegue contabilizar a despesa. Emitir NF como MEI: prefeitura local define o caminho (algumas têm portal próprio; outras usam Eletronota / NFE.io / similar).

Custo: R$ 0-30/mês dependendo do volume (NFE.io free tier até X NF; pago a partir disso).

Sinais de que chegou a hora de pagar

Em vez de monitorar limites manualmente, tem 3 sinais práticos:

Dashboard do provider mostra barra laranja/vermelha. Vai no dashboard 1x por semana; quando muda de cor, planeja upgrade.
Email do provider avisando "you're approaching your limit". Vercel/Supabase/PostHog mandam. Não ignora.
Bug que só aparece em produção e parece "aleatório". Pode ser rate limit do free tier batendo (ex: PostHog dropando eventos silenciosamente). Sinal sutil, mas vale checar os dashboards.

A regra: antes de migrar pra outro provider, considera só pagar. US$ 20/mês de Vercel Pro pode ser mais barato que 8h de configuração de Cloudflare Pages com SSR custom. Pra builder solo, seu tempo é quase sempre mais caro que infraestrutura.

O outro custo: tokens do agente

Infraestrutura não é o único medidor rodando. Se você desenvolve com agente (Claude Code, Cursor ou similar), cada sessão consome tokens. E uma rodada autônoma longa, com o agente trabalhando por conta própria numa tarefa grande, pode gastar bastante sem você perceber na hora.

Mantenha um olho no gasto de tokens

Duas práticas operacionais:

Acompanhe o uso. No Claude Code, /usage mostra o consumo da sessão atual e a quebra do que conta contra o seu limite de plano. Cheque de vez em quando, principalmente depois de uma rodada longa.
Defina um orçamento aproximado antes de soltar o agente. Numa tarefa, decida quanto faz sentido gastar antes de deixar ele rodar sozinho por muito tempo. Assim você sabe quando parar (Esc), em vez de descobrir o gasto depois.

Os hábitos que cortam esse gasto são os mesmos da lição de contexto: /clear ao trocar de tarefa, /compact pra resumir histórico, leituras just-in-time em vez de despejar arquivo inteiro no contexto, e um CLAUDE.md enxuto (carrega a cada sessão). Some a isso fatiar o trabalho em pedaços pequenos: prompt específico gasta menos que "melhora esse código", que dispara varredura ampla.

A documentação oficial do Claude Code sobre custos cobre o /usage, limites de gasto e essas estratégias de redução de contexto em detalhe.

Build Diary — o CEAP escolheu Cloudflare pra fugir do limite de bandwidth do Vercel

Trecho do DEPLOYMENT_PLAN.md justificando a decisão de Cloudflare em vez de Vercel:

Why Cloudflare Pages

Feature Cloudflare Vercel Netlify
Bandwidth Unlimited 100 GB 100 GB
Brazil CDN 2+ cities 1 city 1 city
SPA routing Native Config Config
Commercial use Yes No (Hobby) Yes
Price Free Free* Free*

*With bandwidth limits

Feature	Cloudflare	Vercel	Netlify
Bandwidth	Unlimited	100 GB	100 GB
Brazil CDN	2+ cities	1 city	1 city
SPA routing	Native	Config	Config
Commercial use	Yes	No (Hobby)	Yes
Price	Free	Free*	Free*

O CEAP é puro front-end estático com data files de 7+ MB. Qualquer pico de tráfego (post viral, mídia mencionando) pode bater rápido no limite de 100 GB do Vercel. Cloudflare resolveu o problema antes de existir.

Para 90% dos produtos do leitor, esse problema não vai existir: fatia 1 com tráfego inicial dificilmente passa de 10 GB/mês. Mas registra o pattern: escolha de provider tem trade-off de preço/escala que vale pesar quando o produto cresce.