Quanto custa um MVP e o que cortar do escopo sem matar o produto

Você tem uma ideia de produto, um orçamento que saiu da sua reserva pessoal e uma aba aberta no Google perguntando quanto custa um MVP. Talvez já tenha recebido propostas que vão de R$ 15 mil a R$ 200 mil para a mesma ideia, e agora está mais confuso do que antes. Respira. Vamos por partes. Essa variação existe porque cada proposta precifica um escopo diferente, e escopo é justamente o que ninguém te ensinou a controlar. Este artigo faz duas coisas: entrega faixas de preço realistas, em reais e em semanas, e ensina a habilidade que mais protege o seu dinheiro nessa fase, que é cortar escopo sem matar o produto.

Quanto custa um MVP: faixas realistas em reais e semanas

Números primeiro, porque foi isso que você veio buscar. As faixas abaixo refletem o que vemos na prática construindo primeiros produtos para fundadores no Brasil:

• Validação sem código: de R$ 0 a R$ 5 mil, em 1 a 2 semanas. Landing page, formulário de interesse, protótipo navegável no Figma, lista de espera. Não é um MVP no sentido técnico, mas é onde a maioria das ideias deveria começar.
• MVP de uma funcionalidade: de R$ 30 mil a R$ 70 mil, em 6 a 10 semanas. Um produto de verdade, em produção, que resolve um problema específico de ponta a ponta. É nessa faixa que a maior parte dos primeiros produtos deveria viver.
• MVP com mais superfície: de R$ 70 mil a R$ 150 mil, em 10 a 16 semanas. Para quando o núcleo do produto exige mais peças para funcionar: pagamento integrado, dois tipos de usuário, aplicativo e painel web ao mesmo tempo.

O que move o número dentro dessas faixas: integrações com sistemas externos, fluxo de pagamento, quantidade de telas e a senioridade de quem constrói. Um time barato cobra menos por hora e consome mais horas, com retrabalho no meio do caminho. No fim, o desconto evapora.

Guarde uma referência simples: cada funcionalidade que entra no escopo adiciona semanas de trabalho e milhares de reais. Cortar escopo não é economizar no produto. É escolher onde o seu dinheiro tem chance de virar aprendizado.

A pergunta certa não é essa. A pergunta certa é: o que precisa existir primeiro?

Quase todo fundador chega com uma lista de funcionalidades. Cadastro, perfil, feed, chat, notificações, avaliações, painel. A lista parece razoável porque, depois de meses imaginando o produto completo, cada item parece essencial. Existe um motivo psicológico para isso: a gente atribui valor extra ao que já considera nosso, e essas funcionalidades já existem na sua cabeça há muito tempo. Cortar dói como perda, não como decisão.

Só que o usuário não vê o que você não construiu. Ele decide nos primeiros minutos se o produto resolve o problema dele. Um produto com uma funcionalidade que funciona muito bem ganha de um produto com oito funcionalidades medianas, sempre.

Seu produto, nessa fase, é uma aposta: pessoas com determinado problema vão usar e pagar pela sua solução. O MVP existe para testar essa aposta gastando o mínimo possível. Toda funcionalidade que não testa a aposta é custo sem retorno de aprendizado.

O MVP de uma funcionalidade

O exercício que recomendo para todo fundador, antes de pedir qualquer orçamento:

1. Escreva a hipótese central em uma frase. "Pessoas do público X pagariam por Y para resolver Z." Se a frase não sai, o problema ainda não é orçamento, é clareza. Custo: R$ 0.
2. Liste tudo que você imaginou para o produto. Sem filtro, tudo mesmo. Custo: R$ 0.
3. Para cada item, pergunte: isso testa a hipótese central? Seja honesto. Chat interno não testa. Avaliação com estrelas não testa. Na maioria dos casos, sobram duas ou três coisas.
4. Do que sobrou, monte a menor experiência completa. Completa é a palavra importante. O usuário precisa percorrer o caminho inteiro, do problema à solução, sem partes quebradas no meio. Pequeno e inteiro, não grande e pela metade.

Um exemplo concreto: um marketplace de serviços não precisa nascer com chat, carteira digital, avaliações e agenda. A hipótese central é "quem precisa do serviço encontra quem oferece e fecha negócio". A primeira versão precisa de busca e contato. O resto é hipótese secundária.

O que adiar sem culpa (e por quê)

• Painel administrativo. No começo, o admin é você. Olhe os dados direto na ferramenta, resolva casos por WhatsApp, opere na mão. Além de economizar de R$ 15 mil a R$ 30 mil, operar manualmente é pesquisa de usuário grátis: você descobre o que realmente precisa ser automatizado.
• Features de retenção. Notificações inteligentes, pontos, sequências de uso. Retenção pressupõe usuários para reter. Antes de investir para o usuário voltar, prove que ele chega e encontra valor na primeira visita.
• Login social e cadastro completo. Um único método de entrada resolve. Cada opção extra de login é custo de desenvolvimento e manutenção para um ganho que você ainda não consegue medir.
• Telas de configuração e personalização. Escolha bons padrões no lugar de oferecer opções. Usuário de primeiro produto não configura nada: ele testa e vai embora se não funcionar.
• Site institucional elaborado. Uma landing page com proposta clara e um botão converte melhor do que um site de cinco páginas contando a história de uma empresa que ainda não existe.

Adiar não é abandonar. Tudo isso pode entrar no roadmap dos meses seguintes, financiado por um produto que já está no ar, aprendendo com gente de verdade.

Quanto custa um MVP quando o escopo sai do controle

Os erros abaixo seguem padrões que a gente vê se repetir em quase todo primeiro projeto. É provável que você se reconheça em pelo menos um.

O painel de R$ 25 mil. Um fundador investe quase metade do orçamento em um painel administrativo completo, com gráficos e níveis de permissão, antes do primeiro usuário real. O painel administra o nada. Esse dinheiro faria muito mais diferença em ajustes no produto depois do lançamento.

O "só mais essa". Cada adição pequena parece inofensiva. Mas uma funcionalidade nova traz telas, regras, casos de erro e testes. Três adições "pequenas" no meio do projeto costumam empurrar o lançamento em dois meses e mais de R$ 20 mil. E cada mês sem lançar é um mês sem aprender.

A infraestrutura para 100 mil usuários. Arquitetura robusta para uma escala que ainda não existe. As ferramentas atuais aguentam com folga os primeiros milhares de usuários. Se a escala chegar, será um problema bom, com receita para financiar a solução.

A terceira rodada de redesign. Semanas polindo telas que o público nunca viu. Seu primeiro produto não precisa ser perfeito. Precisa existir. Feio e no ar ensina mais do que bonito e no Figma.

Quem constrói isso com você

Em algum momento, a pergunta muda de "quanto custa" para "com quem eu faço". Nossa sugestão: procure um time que já tenha enfrentado o dilema do escopo nos próprios produtos, não só nos dos clientes.

Na OCA, a gente viveu isso construindo o Revo, nossa plataforma de eventos. A primeira versão fazia o essencial: a pessoa descobre um evento e compra o ingresso. Sem os recursos que o app tem hoje. Essa base enxuta virou um produto com mais de 40 mil usuários e 300 eventos por mês, e o checkout, que nasceu simples, hoje converte 90%. Tudo que existe além do núcleo foi adicionado depois, com dados de uso apontando o caminho.

Por isso, quando um fundador chega com uma lista de funcionalidades, nossa primeira conversa costuma ser sobre o que não construir. Se quiser ver como isso se traduz em produto, os projetos que saíram do papel desse jeito estão no nosso portfólio.

Tire seu MVP do papel com a OCA

E uma ação gratuita para essa semana: escreva a hipótese central do seu produto em uma frase e apresente para cinco pessoas do seu público. Pergunte quanto pagariam. Custa zero e já resolve metade das dúvidas sobre o que colocar no escopo.