MVP virou desculpa para entregar menos. A diferença entre um produto mínimo viável e um produto simplesmente incompleto está na clareza sobre o que está sendo validado.
O conceito de MVP — Minimum Viable Product — foi popularizado como ferramenta para testar hipóteses de negócio com o menor investimento possível. Na prática, virou justificativa para entregar produtos sem acabamento, sem fluxo completo e sem qualidade mínima.
“É um MVP” tornou-se a resposta para qualquer crítica de qualidade.
Um MVP não é um produto incompleto. É um produto completo para um escopo deliberadamente pequeno.
A diferença é fundamental. Um produto incompleto tem funcionalidades pela metade, fluxos que quebram e qualidade visual abaixo do aceitável. Um MVP bem construído faz uma coisa — ou poucas coisas — com qualidade suficiente para que o usuário consiga usar e o time consiga aprender algo com o uso.
O “mínimo” não é sobre qualidade. É sobre escopo.
Todo MVP deveria começar com uma pergunta explícita: o que estamos tentando descobrir?
Se a resposta não é clara antes de começar a construir, o MVP não vai ser mínimo nem viável — vai ser um produto de baixa qualidade sem nenhuma aprendizagem estruturada para justificá-lo.
A hipótese define o escopo. O escopo define o que entra e o que fica para depois. Sem hipótese, qualquer corte de funcionalidade parece arbitrário e qualquer crítica de qualidade parece válida.
Um MVP com problemas sérios de usabilidade não valida a hipótese de negócio — valida que o produto é difícil de usar. Os dois são coisas diferentes.
Se os usuários abandonam o produto no onboarding, você não aprendeu se a proposta de valor funciona. Aprendeu que o onboarding é ruim.
Qualidade mínima não é oposta à velocidade. É o que torna a velocidade útil.
O termo tem prazo de validade. Um produto que está em produção há seis meses com usuários reais não é mais um MVP — é um produto com dívidas acumuladas que precisam ser pagas.
Manter o rótulo de MVP por tempo indeterminado é uma forma de evitar a conversa sobre qualidade e investimento que precisa acontecer.
UX não é sobre satisfação do usuário. É sobre decisão. E decisão é sobre negócio — especialmente no B2B, onde múltiplos perfis avaliam a mesma plataforma.
A escolha de tecnologia para um projeto digital não começa pela tecnologia. Começa pela pergunta certa: o que essa plataforma precisa fazer?
Responsivo e mobile first não são a mesma coisa. A diferença é de processo — e ela muda o que é construído, desde o wireframe até o deploy.
