O que é MVP e por que começar por ele economiza dinheiro

“MVP” virou palavra de reunião. Costuma ser usada como sinônimo de “versão capenga que a gente entrega agora e arruma depois” — e é por isso que muita gente desconfia dela, com razão.

O conceito original é outro, e é bem mais útil: a menor versão que já resolve o problema principal de ponta a ponta, para alguém usar de verdade.

Duas palavras fazem todo o trabalho nessa frase: ponta a ponta e de verdade.

Ponta a ponta, não pela metade

O erro mais comum é confundir MVP com “fazer metade de tudo”.

Imagine um sistema de pedidos com seis módulos: cadastro, pedido, estoque, faturamento, entrega e relatório. A versão errada de MVP entrega 50% de cada um — e ninguém consegue trabalhar, porque nenhum caminho completo existe.

A versão certa escolhe um fluxo e o faz inteiro: o pedido entra, é aprovado, baixa o estoque e vira nota. Estoque avançado, relatório e entrega ficam para depois.

O teste é simples: se só isso funcionasse, alguém já conseguiria fazer o trabalho dele? Se a resposta for não, não é MVP — é obra parada.

De verdade, não em demonstração

A outra palavra importante é usar. MVP não é tela clicável nem apresentação. É software em produção, com dado real, com gente dependendo dele.

Isso incomoda, porque significa expor algo incompleto. Mas é justamente aí que está o valor: só o uso real mostra o que faltava.

Toda vez que um sistema entra em uso, aparecem coisas que nenhuma reunião teria previsto. O cliente que tem dois CNPJs. O pedido que precisa ser editado depois de aprovado. O vendedor que trabalha sem sinal. Descobrir isso na semana 6 é barato. Descobrir no mês 8, depois de tudo construído em volta da suposição errada, é caro.

Por que isso economiza

A parte mais cara de um projeto de software não é programar. É construir o que ninguém usa.

É difícil acreditar antes de acontecer, mas é comum: módulos inteiros pedidos com convicção, entregues no prazo, e que depois ficam vazios. Não porque foram mal feitos — porque a necessidade era imaginada, não observada.

O MVP não elimina esse risco. Ele o reduz e o adia: você gasta pouco para descobrir onde estava errado, e o resto do orçamento vai para o que se provou necessário.

Tem um efeito secundário que importa tanto quanto: o sistema começa a dar retorno meses antes. Um fluxo funcionando na semana 8 já economiza tempo, enquanto o projeto grande ainda estaria em desenvolvimento.

As faixas de investimento por tipo de projeto estão em quanto custa desenvolver um sistema sob medida.

A objeção legítima

“Fazer por fases não gera retrabalho e sai mais caro no total?”

Pode gerar — e aqui está a parte que depende de quem constrói.

Se o MVP for feito como se fosse o fim do projeto, com atalhos que não comportam crescimento, a fase 2 vira reescrita. Aí sim sai mais caro.

Feito direito, a base já é pensada para o que vem: o banco suporta os campos futuros, a arquitetura aceita novos perfis, as integrações têm onde encaixar. O MVP é pequeno em escopo, não em qualidade de fundação.

Essa é uma pergunta justa de se fazer a quem orça: o que no MVP vai precisar ser refeito na fase 2? A resposta honesta nunca é “nada”, mas deve ser curta e específica.

Como montar o seu

Quatro passos, na ordem:

1. Escreva o problema em uma frase, sem solução dentro. “Perdemos pedido entre o WhatsApp e o faturamento.”
2. Desenhe o caminho completo que resolve esse problema, do primeiro ao último passo.
3. Corte tudo que não está nesse caminho. Relatório, permissão granular, integração secundária — tudo vira fase 2.
4. Defina quem vai usar na semana 1. Se não houver nome e data, o MVP vira demonstração, e demonstração não ensina nada.

O passo 3 é o que dói. É onde alguém diz “mas precisamos também de…”. A resposta é: precisa, só não agora.

Quando o MVP não é o caminho

Nem sempre faz sentido:

• O processo é conhecido e já existe produto pronto para ele. Aí o caminho é assinar, não construir. Veja sistema pronto ou sob medida.
• O sistema substitui um que já roda. Nesse caso, entrar em produção pela metade não é opção — a operação depende do antigo. A estratégia passa a ser migração em fases, com os dois convivendo.
• A regra é obrigatória por lei. Emissão fiscal não tem meio-termo: ou atende, ou não pode entrar em produção.

Se quiser desenhar o MVP do seu projeto — o que entra, o que fica para depois e quanto custa cada fase —, me chame. O diagnóstico inicial não tem custo e já sai com o escopo da primeira fase definido.