MVP, ou produto mínimo viável, é a primeira versão de um sistema com só o necessário para pessoas reais usarem e resolverem um problema concreto. Serve para aprender rápido o que construir em seguida, com menos investimento. Mínimo no escopo, não na qualidade: o que está ali precisa funcionar bem.
Quando o MVP faz sentido
- Produto novo, vendido a clientes, em que ainda não se sabe quais funções eles vão valorizar.
- Processo interno que nunca foi digitalizado, em que a equipe só vai descobrir o que precisa usando.
- Validação antes de um investimento maior, para mostrar a sócios, investidores ou à diretoria.
Quando não faz
- Quando o sistema substitui outro que já roda a operação inteira: meia solução obriga a manter os dois.
- Quando há exigência legal ou fiscal que precisa estar completa desde o primeiro dia.
- Quando o processo já é conhecido em detalhe e o risco está na execução, não na dúvida sobre o que fazer.
Nesses casos, o caminho costuma ser entregar por etapas, cada uma completa no que faz, como descrito no guia sobre quanto tempo leva desenvolver um sistema.
O que entra na primeira versão
- Escolher um público e um problema principal.
- Listar a jornada mínima para essa pessoa resolver o problema do começo ao fim.
- Cortar tudo o que é conforto e pode esperar: relatórios extras, personalizações, automações secundárias.
- Definir como medir se funcionou: uso, retenção, tempo economizado ou vendas.
O que não dá para economizar
- Segurança de acesso e permissões por perfil.
- Modelo de dados pensado para crescer, que é caro mudar depois.
- Separação entre clientes, quando o produto atende várias empresas.
- Backups, registro de erros e um jeito simples de publicar versões novas.
Quando o MVP é o começo de um produto vendido por assinatura, a página de desenvolvimento de SaaS mostra o que vem depois.