Um MVP de verdade custa o trabalho de um time pequeno por algumas semanas: descoberta, design, backend seguro, testes, publicação e suporte. O valor final depende do escopo, das integrações e da plataforma. Se a oferta parece barata demais para essa conta, desconfie: alguma dessas etapas saiu do orçamento, e quem descobre qual, em geral, é você, depois de pagar.
Quem escreve é a Second Mind, fábrica de software fundada em 2018 em Conselheiro Lafaiete/MG, com mais de 80 projetos entregues e atendimento em todo o Brasil. Este guia explica como fazer a conta de um MVP, o que fica de fora nas ofertas de app barato demais, o que um produto mínimo precisa ter, quando gastar pouco faz sentido e como economizar do jeito certo. Sem tabela de preços: para um número do seu caso, use a calculadora de projetos.
Quanto custa um MVP: a conta que você mesmo pode fazer
Software é, antes de tudo, tempo de gente qualificada. Por isso, o jeito mais simples de avaliar uma oferta é transformar o valor em semanas de trabalho:
- Pergunte quantas pessoas vão trabalhar e por quantas semanas.
- Pesquise quanto custa um desenvolvedor pleno para uma empresa, somando encargos e estrutura.
- Divida o valor da oferta por esse custo.
- Compare o resultado com o que foi prometido.
Se a conta der uma ou duas semanas de uma pessoa, sem designer, sem testes e sem gestão, cabe pouco mais que um modelo pronto, uma tela de login genérica e um cadastro. Isso pode servir para demonstrar uma ideia, mas não sustenta usuários reais pagando.
Os fatores que mais movem o valor de um MVP são:
- Jornadas: quantos caminhos completos o usuário percorre.
- Perfis: comprador e vendedor, por exemplo, são dois produtos dentro de um só.
- Dinheiro: pagamento, split, saque e estorno pedem regra e teste.
- Integrações: cada serviço externo tem documentação, falhas e homologação próprias.
- Plataforma: web, Android, iOS ou uma combinação delas.
- Dados sensíveis: saúde, finanças e documentos pedem mais controle.
Na nossa calculadora, um MVP enxuto tem prazo típico de 2 a 3 meses. Se alguém promete o mesmo produto em poucos dias, peça para ver o que está incluído.
O que fica de fora em ofertas de app barato demais
O preço baixo raramente vem de um método superior. Em geral, vem de etapas retiradas do projeto. Ferramentas de IA aceleram a escrita de código, mas não decidem o escopo nem respondem pela segurança. A tabela mostra o que costuma sumir e quando a conta chega.
| Etapa | Numa oferta barata demais | O que acontece depois |
|---|---|---|
| Descoberta | Pula direto para as telas | Constrói-se o produto errado |
| Design das jornadas | Modelo pronto com outras cores | O usuário trava e desiste no primeiro uso |
| Backend | Regras no próprio app, login frágil, banco sem proteção adequada | Risco de vazamento e fraude, e reescrita ao crescer |
| Testes | Quem testa é o seu cliente | A falha aparece na demonstração para o investidor |
| Publicação nas lojas | Entrega só o arquivo do app | Rejeição na revisão e semanas perdidas |
| LGPD e segurança | Fica para depois | Dados pessoais expostos e retrabalho |
| Código-fonte | Fica com o fornecedor | Você não consegue evoluir nem trocar de equipe |
| Suporte | Termina na entrega | Ninguém responde quando algo quebra |
O item das lojas surpreende muita gente. As regras da App Store pedem link para política de privacidade, exclusão de conta dentro do app quando há cadastro e funcionalidade além de um site empacotado. Elas também dizem que demos e versões beta devem ir pelo TestFlight. No Google Play, contas pessoais novas precisam rodar um teste fechado com pelo menos 12 testadores por 14 dias seguidos antes de pedir acesso à produção. Nada disso aparece em anúncio de app barato, mas tudo entra no cronograma.
O que um MVP de verdade precisa ter
O "mínimo" se refere ao número de funções, e a qualidade do que entra continua inteira. Um MVP sério tem:
- Descoberta e escopo: entender o negócio antes de escrever código.
- Design das jornadas críticas: o caminho principal precisa funcionar bem, mesmo com poucas telas.
- Backend real: autenticação segura, banco de dados e API. A LGPD exige medidas de segurança para proteger dados pessoais.
- Testes e homologação: para que o seu cliente não seja o primeiro a encontrar o erro.
- Publicação e suporte: o produto no ar e alguém para responder quando algo falhar.
- Medição: saber o que os usuários fazem, porque aprender é o motivo de existir um MVP.
A Dona Ingressos, produto próprio da Second Mind, mostra o que significa jornada completa: publicação do evento, venda, repasse, saque e check-in, com regras cobertas por testes automatizados. Um MVP não precisa de tudo isso desde o primeiro dia. Precisa, porém, que o caminho escolhido funcione do início ao fim.
Quando gastar pouco faz sentido
Desconfiar de app barato demais é diferente de gastar muito. Para testar uma ideia, às vezes o certo é nem construir o app ainda. Estas opções custam pouco e são honestas sobre o que entregam:
- Landing page: mede se existe interesse antes de qualquer produto. O guia quanto custa um site profissional ajuda a dimensionar essa peça.
- Protótipo navegável: mostra o fluxo a usuários reais sem programar o sistema.
- Operação manual: você entrega o serviço por planilha e WhatsApp até entender o que automatizar.
- Ferramentas sem código: servem para validar, desde que você saiba que talvez precise reconstruir.
Na Gran Futuro, a ideia inicial era uma loja de grãos. Durante a descoberta, os protótipos levaram o modelo para uma mesa de negociação com custódia, antes de qualquer linha de código do produto. O sistema da SEAPA-MG também começou por protótipo, validado com a equipe da secretaria. Mudar de ideia nessa fase sai bem mais barato do que mudar depois da entrega. O problema surge quando um desses experimentos é vendido a você como produto pronto.
O custo escondido do barato
O barato cobra depois: código sem testes que trava na primeira demonstração, entrega sem código-fonte, retrabalho total quando o projeto precisa crescer. O pior cenário é pagar duas vezes pelo mesmo produto.
A FreteForte ilustra o risco de contrato. O case não trata de preço, mas mostra o que está em jogo. A empresa havia investido numa plataforma feita por outro fornecedor, ficou sem acesso ao código-fonte e com um aplicativo de motorista que nunca chegou às lojas. Estamos reconstruindo a plataforma com o repositório nas mãos do cliente desde o início, e cada ciclo termina em entrega validada. Por isso, antes de olhar o valor, olhe o que fica com você.
Se você já comprou um app que não sustenta o negócio, nem sempre é preciso começar do zero. Às vezes a modernização em etapas aproveita parte do que existe. Isso só dá para afirmar depois de avaliar o código, se você tiver acesso a ele.
Perguntas para fazer antes de assinar
- Quem vai trabalhar no projeto, e quantas pessoas são?
- O código-fonte e a documentação ficam comigo por contrato? Em qual repositório?
- Que testes são feitos antes da entrega? Vou ter ambiente de homologação?
- Publicar nas lojas está incluído? Em nome de quem fica a conta?
- Quantas rodadas de ajuste estão previstas?
- O que acontece depois da entrega, quando algo quebrar?
- Quais projetos parecidos estão no ar para eu testar?
Resposta vaga em qualquer um desses pontos já é um sinal. O guia de contratação de fábrica de software traz outros cuidados. Na Second Mind, a proposta sai por escrito, com valor fechado por fase, e o projeto anda em sprints com entrega funcional.
Como gastar menos do jeito certo
Corte escopo, sem cortar qualidade. Um MVP com uma jornada bem feita vale mais que dez telas capengas. Na prática:
- Escolha uma jornada e um perfil: o resto entra na fila.
- Prefira web se o app nativo não for essencial: uma aplicação web evita a revisão das lojas na primeira fase.
- Use serviços prontos: pagamento, e-mail e login não precisam nascer do zero.
- Comece com infraestrutura simples: o Petoo rodou primeiro em serviços gerenciados e só depois migrou a API para um servidor próprio.
- Faça painel administrativo mínimo: no começo, ele só precisa cobrir a operação real.
Depois de validar, o caminho segue: o guia como desenvolver um SaaS mostra a passagem do MVP à receita recorrente, a página de plataformas SaaS explica como trabalhamos e o guia quanto custa desenvolver um aplicativo aprofunda a parte mobile. Se o seu produto é um aplicativo, o diagnóstico gratuito ajuda a definir o que entra na primeira versão. Para uma estimativa agora, abra a calculadora. Os projetos estão nos cases.
Perguntas frequentes
Quanto custa um MVP de verdade?
O equivalente a um time pequeno trabalhando por algumas semanas, somando descoberta, design, backend, testes e publicação. O valor muda com jornadas, integrações e plataforma. A calculadora do site dá uma estimativa, e a proposta sai por escrito depois do diagnóstico gratuito.
Por que desconfiar de app barato demais?
Porque o tempo de quem constrói tem um custo. Se o valor cobre poucas semanas de uma pessoa, faltam design, testes, segurança ou suporte. O resultado costuma servir como demonstração, mas não como produto para usuários reais.
Quanto tempo leva um MVP?
Na nossa calculadora, o prazo típico de um MVP enxuto é de 2 a 3 meses. Ele depende do escopo, das integrações e da rapidez das suas aprovações. Prometer o mesmo produto em dias costuma significar um modelo pronto.
Posso validar minha ideia sem desenvolver um app?
Pode, e muitas vezes deve. Landing page, protótipo navegável e operação manual mostram se existe interesse antes de construir. Na Gran Futuro, os protótipos mudaram o modelo do produto antes da programação.
Meu MVP precisa estar na App Store e no Google Play?
Nem sempre. Se o produto funciona bem no navegador, a web evita a etapa de revisão das lojas na primeira fase. Vale ir para as lojas quando recursos do celular, como notificações e câmera, fazem parte da proposta.
Comprei um app barato e ele não funciona. Dá para aproveitar?
Depende do código e de você ter acesso a ele. Avaliamos o que existe no diagnóstico gratuito: às vezes parte dá para evoluir, às vezes reconstruir sai melhor. Na FreteForte, sem acesso ao código do fornecedor anterior, a saída foi reconstruir com o repositório sob controle do cliente.