MVP: Guia completo de como criar um Produto Mínimo Viável [2026]

Na Marfin, já vimos mais dinheiro queimado em produto pronto demais do que em produto simples demais. O padrão se repete: seis meses de desenvolvimento, três rodadas de refinamento de escopo, um lançamento com nota no LinkedIn, e trinta usuários que somem na segunda semana. Um MVP bem feito mata esse ciclo antes que ele comece, porque troca opinião por evidência em semanas, não em semestres.

MVP significa Minimum Viable Product, ou produto mínimo viável. O termo foi popularizado por Eric Ries no livro A Startup Enxuta, e virou uma das expressões mais mal usadas do vocabulário de startup brasileiro. Virou sinônimo de "versão 1.0 mais barata", quando a definição operacional é outra: a menor coisa que você consegue colocar na mão de um usuário real para aprender algo que você ainda não sabe sobre o seu negócio.

Este guia cobre a definição prática, os cinco tipos de MVP que ainda funcionam em 2026, um passo a passo de sete dias usando IA, sete cases brasileiros com o que cada um lançou de fato no começo, os custos reais em reais e dólares, as métricas que separam tração de ruído, e dez dicas que aplicamos nos produtos que construímos e nos dos nossos clientes.

Link para esta seçãoO que é um MVP na prática

Um MVP é um experimento com interface. Ele tem hipótese, tem público, tem critério de sucesso definido antes do lançamento, e tem prazo. O produto em si é só o instrumento de medição. Quando você entende isso, o escopo encolhe sozinho, porque cada tela que você desenha passa a ter que justificar qual pergunta ela responde.

A hipótese precisa ser específica o bastante para poder estar errada. "Existe demanda para um app de finanças pessoais" não serve como hipótese, porque é impossível provar o contrário. "Autônomos que faturam entre R$ 5 mil e R$ 20 mil por mês pagam R$ 39 por mês por uma ferramenta que separa gastos pessoais dos gastos da empresa automaticamente" é uma hipótese testável. Você sabe quem procurar, sabe o que oferecer, e sabe o número que precisa ver para continuar.

O critério de sucesso vem junto. Antes de abrir o editor, escreva a linha: "se ao menos 15 dos 50 usuários que entrarem na primeira semana voltarem na segunda semana sem que a gente mande mensagem, seguimos". Sem esse número escrito com antecedência, qualquer resultado vira interpretação favorável, e a startup segue construindo por inércia.

Link para esta seçãoOs três erros mais comuns na definição de MVP

O primeiro erro é confundir mínimo com capenga. Um MVP com bug de login, layout quebrado no celular e tempo de resposta de oito segundos não testa a sua hipótese, testa a paciência do usuário. O escopo tem que ser pequeno, e a execução do que sobrou tem que ser boa. Uma funcionalidade que funciona bem ensina mais que dez que funcionam mal.

O segundo erro é lançar para conhecido. Amigo, sócio, ex-colega de trabalho e primo do investidor vão dizer que ficou incrível. Eles estão sendo educados, e educação não paga boleto. O MVP tem que chegar em gente que não deve nada a você, de preferência gente que precisa resolver o problema hoje.

O terceiro erro é não definir o que faz o projeto parar. Um MVP tem que ter permissão para reprovar a ideia. Se nenhum resultado possível faria você mudar de direção, você já decidiu construir o produto e está usando o MVP como teatro de validação.

Link para esta seçãoOs cinco tipos de MVP que funcionam em 2026

Nem todo MVP é software. Escolher o formato certo economiza semanas, e a escolha depende do tipo de incerteza que você tem: incerteza de demanda, de solução, ou de operação.

MVP de landing page, ou smoke test. Você monta uma página que descreve o produto como se ele existisse, com preço, benefício e botão de compra ou de lista de espera, e leva tráfego pago ou orgânico para ela. Mede a taxa de conversão de visitante em interessado qualificado. É o teste mais barato de demanda que existe e resolve em três dias uma dúvida que muita gente leva um ano para responder. Funciona melhor quando você já sabe qual solução quer construir e duvida que alguém queira. Se for esse o caso, vale estudar como criar uma landing page que converte antes de gastar com anúncio.

MVP concierge. O usuário contrata o serviço e você entrega tudo na mão, sem automação nenhuma. Se a promessa é um app que monta o cardápio semanal com base no que a pessoa tem na geladeira, na versão concierge alguém da equipe recebe a foto da geladeira no WhatsApp e responde o cardápio digitado. O usuário sabe que é manual. O aprendizado é brutal, porque você descobre em uma semana quais casos de uso aparecem de verdade e quanto tempo cada entrega consome.

MVP Mágico de Oz. Parecido com o concierge, com uma diferença: o usuário acredita que tudo é automático, e a operação manual acontece atrás da cortina. A interface existe, o back-end é uma pessoa com uma planilha. Serve para medir comportamento real de uso sem investir no motor. O risco é escala, porque a operação trava rápido, e isso normalmente é um bom problema.

MVP de funcionalidade única. Você constrói de verdade, com código, mas entrega uma única funcionalidade completa. Nada de perfil de usuário, dashboard, notificação, exportação e onboarding elaborado. Uma coisa, bem feita, do começo ao fim. É o formato mais comum em SaaS e o que mais usamos quando a incerteza está na solução, não na demanda.

MVP de peças coladas. Você monta o produto com ferramentas prontas amarradas entre si: formulário, planilha, automação, disparo de e-mail e um front-end simples. Ninguém escreve um back-end. Em 2026 esse formato ficou absurdamente mais forte, porque as ferramentas de vibe coding geram interface funcional em minutos e o Supabase resolve banco, autenticação e storage sem servidor próprio. Para quem não programa, o caminho de criar app sem programar chega mais longe do que chegava dois anos atrás.

Link para esta seçãoComo criar um MVP em sete dias com IA

Este é o roteiro que rodamos na Marfin. Sete dias corridos, uma pessoa dedicada, ou duas em meio período. O objetivo do dia sete é ter usuário externo dentro do produto, não ter o produto perfeito.

Dia 1: hipótese, público e critério de parada. Uma página escrita, no máximo. Qual problema, de quem, qual solução, quanto custa, qual número define sucesso e qual define abandono. Aqui também entra a lista de trinta a cinquenta pessoas reais que você vai convidar. Sem essa lista, o lançamento vira post no LinkedIn esperando milagre.

Dia 2: escopo e fluxo único. Desenhe o caminho que o usuário percorre do primeiro clique até o momento em que ele recebe valor. Tudo que estiver fora desse caminho sai do escopo do MVP. Perfil editável, recuperação de senha bonita, tema escuro, painel de administração e integração com calendário ficam para depois. Escreva o fluxo em texto simples e transforme em especificação. Um bom prompt de especificação economiza dois dias de retrabalho, e vale conhecer as técnicas de prompt engineering antes de começar.

Dia 3 e 4: construção. Claude Code é a ferramenta que mais usamos globalmente na Marfin. Roda no terminal, lê o projeto inteiro, planeja, implementa, testa e commita de forma autônoma. O Opus 4.8, lançado em maio de 2026, trouxe Dynamic Workflows e controle de esforço, o que ajuda em tarefa longa de MVP, onde metade do trabalho é mecânico e a outra metade exige raciocínio. Para o dia a dia de building com editor aberto, usamos o Cursor AI, que integra com Claude e mantém o contexto do repositório. Se você quiser começar por aí, o tutorial de Cursor AI do zero cobre a instalação e o primeiro app.

Para quem prefere gerar interface visualmente antes de mexer no código, o Lovable é o mais completo do grupo, com Agent Mode, Plan Mode, edição visual e integração nativa com Supabase, além de sincronizar com o GitHub nos dois sentidos. O V0 da Vercel resolve bem componentes de React isolados. O Bolt.new é uma opção válida no meio do caminho. Testamos os três lado a lado no comparativo entre Lovable, Bolt.new e V0, com preços e resultados reais.

Dia 5: back-end e dados. Supabase virou nosso padrão para MVP: PostgreSQL gerenciado, autenticação pronta, Row Level Security, storage, edge functions e realtime no mesmo lugar. Autenticação por e-mail e senha, ou por link mágico, resolve o dia inteiro em uma hora. Configure as políticas de acesso desde o começo, porque migrar dados de um MVP com permissão bagunçada dói mais do que fazer certo agora.

Dia 6: instrumentação e pagamento. Instrumente os três ou quatro eventos que importam: cadastro concluído, primeira ação de valor, retorno em dia diferente, e cancelamento. Se o modelo é pago, ligue cobrança de verdade já no MVP. Intenção de pagar e pagamento efetivo são números diferentes, e o segundo é o único que vale.

Dia 7: convite e observação. Convide a lista pessoalmente, uma mensagem por vez. Assista pelo menos cinco pessoas usando, com a tela compartilhada, em silêncio. Quinze minutos de observação valem mais que trinta respostas de formulário, porque o usuário conta o que ele acha que deveria achar, e a tela mostra onde ele trava.

Link para esta seçãoCases brasileiros: como as startups que deram certo começaram

Nenhuma das empresas abaixo lançou a versão que estava no plano original. Todas lançaram menos, mais rápido, e ajustaram o resto com usuário dentro.

Link para esta seçãoNubank começou com um produto só

Quando o Nubank foi ao mercado, o produto era um cartão de crédito roxo sem anuidade, administrado por um aplicativo. Sem conta digital, sem investimento, sem empréstimo, sem seguro, sem marketplace. A distribuição foi por lista de espera com convites, o que segurou o volume enquanto a operação amadurecia e transformou o acesso em algo desejável. A conta digital só apareceu anos depois, com a base já formada. O MVP testou uma hipótese específica: brasileiro insatisfeito com banco grande troca de cartão se o atendimento for por app e a anuidade for zero.

Link para esta seçãoQuintoAndar rodou no braço antes de automatizar

O QuintoAndar nasceu em Campinas atacando um ponto de dor claro do aluguel brasileiro, a exigência de fiador. Nos primeiros meses, boa parte da operação era manual, segundo relatos dos próprios fundadores: visita, checagem, contrato e acompanhamento feitos por pessoas, com apoio de ferramentas simples. O software veio depois, construído em cima do que a operação manual ensinou. Esse é o MVP concierge em escala real, e é o motivo pelo qual o produto final acertou tantos detalhes que um time isolado em sala fechada erraria.

Link para esta seçãoBuser começou em grupo de WhatsApp

A Buser organizou os primeiros fretamentos coletivos com grupos de WhatsApp e planilha. Passageiro entrava no grupo, confirmava interesse, e a viagem só acontecia se o grupo enchesse. Zero linha de código no começo, e uma validação inequívoca: gente disposta a pagar antecipado e a viajar em ônibus fretado por preço menor que o da rodoviária. O app veio quando a demanda já estava provada e a operação manual não dava mais conta.

Link para esta seção99 recrutou motorista a motorista

A 99 começou como 99Taxis, um aplicativo que conectava passageiro e taxista em São Paulo. O gargalo do começo foi oferta, e a solução foi manual: gente da equipe indo a ponto de táxi e aeroporto para cadastrar motorista, instalar o app e explicar como funcionava. O produto era simples, o trabalho de campo é que era pesado. Marketplace tem esse desenho, porque a tecnologia resolve o encontro e alguém precisa colocar os dois lados na sala.

Link para esta seçãoRD Station financiou o produto com serviço

A Resultados Digitais, hoje RD Station, começou em Florianópolis com uma primeira versão modesta do software e uma operação de consultoria que gerava caixa, aprendizado e clientes ao mesmo tempo. Prestar o serviço na mão mostrou quais partes valia automatizar primeiro. Para quem está construindo um SaaS B2B no Brasil, esse caminho continua sendo um dos mais racionais, e conecta direto com a montagem do funil de vendas desde o primeiro cliente.

Link para esta seçãoZé Delivery e Hotmart: piloto pequeno, escala depois

O Zé Delivery nasceu como piloto restrito a poucos bairros do Rio de Janeiro, com operação enxuta, antes de virar operação nacional dentro da Ambev. O Hotmart começou com um sistema simples de checkout e afiliados para vender produtos digitais, e a plataforma completa de cursos, área de membros e ferramentas de marketing veio depois, empilhada em cima do que os produtores pediam. Nos dois casos, o escopo inicial cabia em uma frase.

O padrão comum aos sete: escopo de uma frase, operação manual assumida sem vergonha, público inicial pequeno e específico, e disposição para mudar o que os dados mostraram. Se você está no estágio anterior a isso, vale ler nosso guia de como criar uma startup do zero.

Link para esta seçãoQuanto custa fazer um MVP no Brasil

O custo de construir caiu de forma dramática nos últimos dois anos. O que antes exigia um time de três pessoas por três meses hoje sai de uma pessoa com assinatura de ferramenta. Os valores abaixo são de junho de 2026.

Um MVP de funcionalidade única, construído por uma pessoa em uma semana, cabe em Claude Pro, Supabase Free e Vercel Hobby, algo em torno de US$ 20 no mês, perto de R$ 110. Somando Cursor e Supabase Pro para um produto que já tem usuário pagante, o mês fica em torno de US$ 65, perto de R$ 360. O custo relevante do seu MVP não está nas ferramentas, está nas semanas da sua equipe, e é exatamente por isso que encurtar o prazo importa mais que economizar assinatura. Se você está montando a base do zero, nosso guia de tech stack para startups brasileiras detalha as escolhas.

Vale um alerta sobre agência e desenvolvimento terceirizado: orçamento de MVP no Brasil ainda circula na faixa de R$ 40 mil a R$ 150 mil, com prazo de três a cinco meses. Para a maioria das hipóteses, esse contrato compra a coisa errada, porque entrega um produto completo antes de você saber se alguém quer. Quando fizer sentido terceirizar, contrate o experimento, com prazo curto e critério de sucesso no contrato.

Link para esta seçãoComo validar o MVP: as métricas que dizem a verdade

Número de cadastros é a métrica mais fácil de subir e a que menos informa. Dá para conseguir trezentos cadastros com um post bom e uma promessa vaga, e nenhum deles significa produto. As quatro abaixo carregam sinal de verdade.

Ativação. A porcentagem de quem se cadastrou e chegou ao momento de valor, aquele em que o produto entregou o que prometeu pela primeira vez. Se a ativação está abaixo de 30%, o problema está no produto ou no onboarding, e trazer mais tráfego só amplia o vazamento.

Retenção da semana dois. Quantos dos usuários da coorte da semana um voltaram na semana dois sem cutucada por WhatsApp ou e-mail. Essa é a métrica que mais respeitamos em MVP, porque comportamento repetido é a evidência mais dura de que o problema doía de verdade. Uma curva de retenção que achata em algum patamar, mesmo baixo, vale mais que uma curva que despenca para zero com números absolutos maiores.

Conversão em pagamento. Se o produto é pago, o cartão passando é a validação. Desconto grande no começo mascara o resultado, então prefira preço real com um número pequeno de clientes a preço simbólico com muitos.

Custo de aquisição versus disposição a pagar. Uma conta de guardanapo já resolve no MVP. Se cada cliente custa R$ 180 para entrar e paga R$ 39 por mês com churn alto, você tem um problema de modelo, e nenhuma funcionalidade nova vai consertar isso. Nosso guia de métricas de SaaS para founders aprofunda o cálculo de CAC, LTV e payback.

Some a isso as conversas. Cinco entrevistas de vinte minutos com quem usou e cinco com quem abandonou explicam o que o dashboard só mostra em formato de queda. Pergunte o que a pessoa fazia antes do seu produto e o que ela faria se ele sumisse amanhã. As duas respostas revelam se você construiu vitamina ou analgésico.

Link para esta seção10 dicas para lançar um MVP que ensina alguma coisa

1. Escreva a hipótese antes de abrir o editor. Uma frase com público, problema, solução e número de sucesso. Se ela não couber em uma frase, o escopo ainda está grande demais para uma semana.

2. Corte a segunda funcionalidade. Sempre que você achar que o MVP precisa de duas coisas, entregue a mais importante e observe. Na maioria dos casos a segunda muda de forma depois do contato com usuário, e você teria construído a versão errada.

3. Faça manual o que dá para fazer manual. Operação humana atrás da interface é a forma mais rápida de aprender. Automatize só o que doer, e só depois de doer.

4. Lance para trinta pessoas certas. Trinta usuários do perfil exato ensinam mais que trezentos curiosos. Convite pessoal, uma mensagem por vez, com nome de quem está do outro lado.

5. Instrumente antes de lançar. Quatro eventos bem definidos bastam. Descobrir na semana dois que você não gravou o funil custa mais uma semana de espera para ter dados.

6. Cobre desde o começo, se o modelo for pago. Um cliente pagando R$ 49 informa mais que cinquenta pessoas dizendo que pagariam. Coloque a cobrança no ar mesmo que a base seja minúscula.

7. Use IA para o trabalho mecânico e reserve seu tempo para as decisões. Claude Code cuida de CRUD, autenticação, testes e refatoração enquanto você decide escopo, preço e público. É aí que a IA muda de fato o cronograma de um MVP.

8. Defina a data de morte do experimento. Trinta dias, quarenta e cinco no máximo. Prazo aberto transforma MVP em produto de estimação, e produto de estimação nunca reprova no teste.

9. Assista o usuário em silêncio. Compartilhe a tela e não ajude. Cada segundo de hesitação é uma correção de produto identificada de graça.

10. Documente o que aprendeu, inclusive o que reprovou. A hipótese descartada de hoje evita o roadmap errado de daqui a seis meses. Um documento curto por experimento resolve.

O MVP é a ferramenta mais barata que uma startup tem para descobrir se está construindo algo que alguém quer. Em 2026, com Claude Code no terminal, Cursor no editor e Supabase no back-end, a barreira técnica praticamente sumiu, e o gargalo passou a ser clareza: saber qual pergunta você quer responder e ter coragem de aceitar a resposta. Nubank começou com um cartão, Buser com um grupo de WhatsApp, QuintoAndar com visita feita no braço. Escolha a menor coisa que testa a sua hipótese, coloque na mão de trinta pessoas certas em até sete dias, e deixe o número decidir o próximo passo.

Leia também:

• Como criar uma startup do zero: guia completo
• Product-Led Growth: o guia definitivo para startups brasileiras
• Métricas de SaaS que todo founder precisa acompanhar
• O que é vibe coding e como usar na prática
• Como criar um site com IA: ferramentas de vibe coding na prática
• Lovable vs Bolt.new vs V0: comparativo completo com preços e testes
• Cursor AI tutorial: como criar um app do zero
• Como criar app sem programar
• Growth hacking: estratégias e frameworks
• Geração de leads: guia completo