MVP: além do mínimo viável
MVP significa Produto Mínimo Viável. Na prática, muitos times focam no “mínimo” e esquecem do “viável”. O resultado: produtos tão básicos que ninguém quer usar — e o MVP falha em validar qualquer coisa.
O que é um MVP de verdade
Um MVP valida uma hipótese específica com o mínimo de esforço.
Hipótese: “Usuários querem agendar serviços online em vez de ligar.” MVP: Uma landing page com formulário de agendamento + WhatsApp para confirmar.
Isso já valida a hipótese sem construir um sistema completo de agendamento.
Tipos de MVP
1. Landing Page MVP
Página descrevendo o produto com botão de “cadastre-se”. Mede interesse antes de construir.
2. Concierge MVP
Serviço feito manualmente para cada cliente. “O app faz isso” — na verdade, é uma pessoa por trás.
3. Wizard of Oz MVP
O usuário vê uma interface, mas por trás é tudo manual. O Zappos começou assim: o fundador ia na loja de sapatos tirava fotos e colocava online. Quando alguém comprava, ele comprava na loja física e enviava.
4. Prototype MVP
Protótipo funcional (Figma, Webflow) para testar usabilidade antes de codificar.
5. Single Feature MVP
Produto real, mas com uma única feature. O Twitter começou como “o que você está fazendo?” — só isso.
MVP por sprints
Fluxo ideal para validar com sprints ágeis:
| Sprint | O que entrega | Objetivo |
|---|---|---|
| Sprint 0 | Pesquisa + Story Map | Entender problema e definir hipóteses |
| Sprint 1 | Landing page + analytics | Validar interesse |
| Sprint 2 | Feature core (1 funcionalidade) | Validar solução |
| Sprint 3 | Iteração baseada em feedback | Melhorar ou pivotar |
| Sprint 4 | Expansão ou descarte | Decidir com dados |
Estimativas para MVP
MVPs são estimados de forma diferente:
Use T-Shirt Sizing, não pontos
Para MVPs, a precisão de story points é desnecessária. “Essa feature é M ou L?” é suficiente.
Priorize aprendizado sobre perfeição
Se uma feature de 8 pontos entrega o mesmo aprendizado como uma de 3 (versão simplificada), escolha a de 3.
Timebox tudo
Defina um limite: “Vamos validar em 3 sprints. Se não houver sinal positivo, pivotamos.”
Armadilhas comuns do MVP
O “MVP” que é um produto completo
“Nosso MVP tem login, cadastro, profile, dashboard, relatórios, integrações…” Isso não é MVP, é produto com medo de lançar.
MVP que não valida nada
“Lançamos o protótipo” mas sem métricas de sucesso definidas. O que é sucesso? 100 cadastros? 1000 visitas? Definir antes de lançar.
MVP sem plano de iteração
MVP lançado, feedback recebido, e agora? O backlog de next steps precisa estar pronto.
Métricas de MVP
- Taxa de conversão — quantos visitantes viram usuários?
- Retenção D7 — voltaram após 7 dias?
- NPS — recomendariam para alguém?
- Engajamento — usam de verdade ou só clicaram uma vez?
- Feedback qualitativo — entrevistas com 5-10 usuários
MVP ágil = Build-Measure-Learn
O ciclo lean:
Construir → Medir → Aprender → (repetir ou pivotar)Cada iteração do MVP deve durar 1-3 sprints. Mais que isso, o custo de estar errado é alto demais.
Conclusão
MVP não é produto meia-boca — é a forma mais barata de aprender. Quanto mais rápido você valida hipóteses, menos tempo (e pontos) gasta construindo algo que ninguém quer. Estime o MVP, mas com foco em aprendizado, não perfeição.