Produto Mínimo Viável (MVP)

O que o torna mínimo, e o que o mantém viável

O termo vem da prática do lean startup, em que o objetivo de um primeiro lançamento é aprender, não faturar. As duas metades da expressão sustentam o conceito: mínimo significa que você corta tudo que não é necessário para responder à pergunta, e viável significa que o que sobra funciona de verdade para alguém. A maioria dos MVPs fracassados quebra uma das metades — ou lançam uma demo oca demais para ser julgada, ou crescem silenciosamente até virar um produto completo antes de alguém testar a suposição por trás dele.

• Ele responde a uma pergunta arriscada — geralmente "essa pessoa específica vai mudar o que faz hoje por causa disso?", não "conseguimos construir isso?".
• Alguém consegue completar uma tarefa real com ele — de ponta a ponta, com os próprios dados, sem você do lado.
• Seu escopo é definido pelo que você vai aprender, não pelo que você consegue construir — funcionalidades que não mudam sua próxima decisão são cortadas, por mais fácil que seja adicioná-las.
• Ele produz um sinal sobre o qual você agiria — uso, pagamento, ou uma recusa clara. Um "legal isso" educado não é um resultado.

MVP vs protótipo vs demo vs versão um

Esses termos são usados como sinônimos e significam coisas diferentes, e é daí que vem boa parte dos meses desperdiçados:

• Protótipo — mostra como algo funcionaria, geralmente sem conexão com dados reais. Ele testa entendimento e desejabilidade, não uso.
• Demo — uma demonstração controlada que você conduz. Útil para vender e para coletar feedback, inútil como evidência de que alguém vai usar a coisa sem supervisão.
• MVP — usuários reais, dados reais, resultado real, o menor escopo possível. O único dos quatro que produz evidência comportamental.
• Versão um — o que você constrói depois que o MVP te disse quais partes importam. É um compromisso, não um experimento.

O que mudou agora que construir ficou barato

Por vinte anos o MVP existiu porque construir era caro, então você construía o mínimo possível antes de verificar. O desenvolvimento assistido por IA inverteu essa restrição: uma primeira versão funcional agora é trabalho de uma tarde, e dá para ver isso em quantos fundadores lançam três produtos por trimestre e não conseguem usuários para nenhum deles. O insumo escasso passou do esforço de construção para a atenção, então a disciplina também mudou. Mínimo não significa mais "o menos código possível" — significa gastar o mínimo possível do esforço finito de distribuição do fundador antes de aprender alguma coisa. Se você está construindo desse jeito, como fazer vibe coding cobre o ciclo, e a restrição honesta depois disso é que conseguir seus primeiros 100 usuários não ficou nem um pouco mais barato.

Nota em primeira mão da AgentCeres — o Diretor de Crescimento com IA em agentceres.com: nossa própria primeira versão respondeu à pergunta errada. Nós a delimitamos em torno de saber se os agentes conseguiam fazer o trabalho, o que eles conseguiam, e lançamos um teste gratuito sem precisar de cartão. O que os primeiros cadastros reais nos ensinaram foi que a pergunta arriscada estava mais cedo, nos minutos entre alguém criar uma conta e o produto fazer algo visivelmente útil para essa pessoa. É exatamente isso que um MVP deveria revelar antes de você construir em cima dele — e é por isso que vale a pena julgar uma primeira versão pelo ponto em que os usuários param, não por ter a lista de funcionalidades completa. Alcançar o product-market fit começa a partir dessa evidência.