MVP em 90 dias: do brief à App Store

Noventa dias é o ponto doce do MVP. Curto o suficiente pra forçar foco, longo o suficiente pra entregar algo que funcione de verdade — não um Figma clicável chamado de "MVP" pelo time de marketing.

Esse post mostra o cronograma que aplicamos aqui (ajustado depois de uns 30 projetos), o que cortar primeiro quando o tempo aperta, e os erros que custam caro.

Por que 90 dias e não 30 ou 180

Trinta dias é landing page com Stripe. Útil pra validar canal, inútil pra validar produto. Cento e oitenta dias mata startup — você queima runway antes do primeiro cliente.

Noventa dias força você a:

Escolher uma persona, um caso de uso, uma integração crítica.
Entrar em produção com usuários reais, não amigos do Slack.
Ter dado real pra decidir o próximo trimestre, não suposição.

Se o seu MVP precisa de mais de 90 dias, provavelmente não é um MVP.

O cronograma de 12 semanas

Semanas 1-2: descoberta brutal

Não começa com Figma. Começa com:

Mapa de processo atual em uma página A4.
3 a 5 entrevistas com usuários potenciais (não clientes — eles vão te dizer só o que querem ouvir).
Decisão de o que NÃO faz parte do MVP (escrita, assinada, fixada).
Modelagem de dados em texto (10-15 entidades no máximo).

Saída dessa fase: um documento de 4 páginas que qualquer dev consegue ler em 20 minutos.

Semanas 3-5: fundação

Setup de stack (auth, deploy, DB, CI). 1 semana.
CRUD principal + permissões. 2 semanas.
Telas core navegáveis em staging.

Erro comum: gastar semana inteira escolhendo entre tRPC e GraphQL. Decida em 2 horas, sofra com a escolha por 2 semanas, ainda assim entrega no prazo.

Semanas 6-9: o "produto"

Integrações externas (uma só, idealmente).
Fluxo end-to-end que o usuário consegue completar sem você do lado.
Onboarding mínimo (3 telas, não 8).
Coleta de eventos básicos pra entender uso (PostHog, Mixpanel).

Semanas 10-11: lançamento

Beta fechado com 10-20 usuários reais.
Bugs críticos. Não bugs "feios".
Submissão na App Store/Play Store inicia na semana 10, não na 12 (review da Apple leva 1-3 dias mas pode rejeitar).

Semana 12: produção + medição

Deploy final, monitoring, alertas básicos.
Documentação interna de operação (não pra usuário).
Reunião de retrospectiva e definição do trimestre seguinte baseado em dados.

O que cortar primeiro

Quando o time atrasa (e vai atrasar), corte nessa ordem:

Dark mode. Nunca, jamais, no MVP.
Animações de transição. A não ser que seja literalmente o produto (TikTok).
Telas de configuração avançada. Coloque defaults sensatos e mova depois.
Painel admin bonito. Use Retool, Forest Admin ou query direto no DB.
Onboarding com vídeo/tour interativo. 3 tooltips resolvem.
Login social além do principal. Email + Google cobre 95%.

O que nunca cortar: testes do fluxo de pagamento, logs/observabilidade, e o fluxo de cancelamento (cancelamento difícil destrói reputação rápido).

Stack que entrega em 90 dias

Não é a única opção, mas é a que ano após ano entrega prazo:

Next.js 14+ (App Router) — full-stack num lugar só
Postgres via Neon, Supabase ou RDS
Prisma ou Drizzle como ORM
Vercel ou Fly.io pra deploy
Auth.js, Clerk ou WorkOS pra autenticação
Stripe pra cobrança (NÃO PagSeguro/MercadoPago no MVP — você ajusta depois)
Resend ou Loops pra email transacional
PostHog pra analytics + feature flags

Stack diferente disso funciona, mas você vai gastar tempo configurando em vez de construindo produto.

Os erros mais caros

Perfeccionismo de design. Sua segunda iteração visual será melhor que a primeira. Não polir o que vai mudar.
Construir mobile e web em paralelo. Faça web primeiro, mobile na v2. Quase sempre.
"Vamos só adicionar [X] rapidinho." O nome técnico disso é scope creep e é a causa #1 de MVPs atrasados.
Validar com a sua rede. Eles mentem por carinho. Valide com estranhos hostis.

Próximo passo

Se você está pensando em começar um MVP e quer um sanity check de cronograma e escopo, mande o contexto que respondemos com perguntas específicas — sem orçamento formal antes da gente entender se o problema é realmente um problema.

Briefing rápido em whfdev.com.