O que é MVP: definição, tipos e exemplos reais

O que é MVP, na prática?

Na prática, MVP é um experimento com cara de produto. Você escolhe a hipótese mais arriscada do negócio, por exemplo "donos de oficina pagariam por um agendamento online", e constrói a menor coisa capaz de confirmar ou derrubar essa hipótese com gente de verdade usando. O resultado esperado é aprendizado; a receita vem depois.

A definição mais citada é de Eric Ries, num post de agosto de 2009: o MVP é a versão de um produto novo que permite ao time coletar a maior quantidade de aprendizado validado sobre os clientes com o menor esforço. Aprendizado validado quer dizer comportamento observado, como uso, cadastro ou pagamento, e não opinião. Menor esforço quer dizer que cada semana de desenvolvimento precisa se justificar pela pergunta que responde.

Por isso MVP não quer dizer "versão barata" nem "versão com bug". O critério é sempre o mesmo: qual é a coisa mais simples que me diz se estou certo?

Quem criou o termo MVP?

O termo é atribuído a Frank Robinson, da consultoria americana SyncDev, e foi popularizado por Steve Blank e Eric Ries no movimento Lean Startup. A data mais citada para a criação do termo é 2001, mas não encontramos o documento original de Robinson; o que dá pra verificar é o que os próprios envolvidos publicaram.

Steve Blank, num post de agosto de 2012 em que abre espaço para um texto de Robinson, conta que ele ajudava empresas a encontrar o seu produto mínimo viável desde 1984. A página da SyncDev sobre MVP define o conceito como a versão básica de um produto que ainda pode ser lançada ao mercado e entregar valor, a que maximiza o retorno sobre o risco tanto para quem vende quanto para quem compra. É uma leitura mais comercial que a de Ries: o MVP de Robinson é a primeira versão vendável.

Eric Ries levou o termo para o vocabulário de startups com o blog Startup Lessons Learned e depois com o livro The Lean Startup, de 2011. No livro, o MVP é a peça central do ciclo construir, medir e aprender: você constrói o mínimo, mede como as pessoas reagem e decide se persiste ou muda de rumo.

Quais são os tipos de MVP?

Os formatos mais usados de MVP são seis: landing page, vídeo ou demonstração, concierge, Mágico de Oz, protótipo navegável e software funcional. Vão do mais barato ao mais completo, e cada um responde a uma pergunta diferente.

• Landing page. Uma página que descreve o produto como se ele existisse, com preço e botão de ação.
• Vídeo ou demonstração. Um vídeo curto mostrando o produto funcionando, mesmo que por trás seja montagem.
• Concierge. Você entrega o resultado prometido na mão, com planilha, mensagem e telefone, e o cliente sabe que é manual.
• Mágico de Oz (Wizard of Oz). O cliente vê uma interface que parece automática, mas atrás dela tem gente fazendo o trabalho.
• Protótipo navegável. Telas clicáveis em Figma ou numa ferramenta no-code, sem lógica real por trás.
• MVP de software funcional. Um produto de verdade, pequeno, em que o usuário entra, faz a tarefa principal e paga.

Pular direto pra última linha é a forma mais cara de descobrir que a ideia precisava de ajuste. O passo a passo de validação, com o que cada etapa precisa mostrar antes de você programar, está no guia micro SaaS: como validar antes de programar.

Quais são os exemplos famosos de MVP?

Os três exemplos mais citados são o vídeo do Dropbox, a casa dos fundadores do Airbnb e as fotos de sapatos da Zappos. Cada um testou a hipótese principal com o mínimo possível antes de construir a operação completa.

Dropbox. O produto exigia integração com vários sistemas operacionais e era impossível de demonstrar num protótipo simples. Em vez de construir tudo antes, Drew Houston gravou um vídeo de demonstração de três minutos voltado a uma comunidade de entusiastas de tecnologia. Eric Ries conta o caso num texto publicado no TechCrunch em outubro de 2011, trecho do livro The Lean Startup, e cita Houston: a lista de espera do beta foi de 5 mil para 75 mil pessoas literalmente de um dia para o outro. Nas palavras de Ries, o vídeo foi o MVP.

Airbnb. A página institucional do Airbnb diz que a empresa nasceu em 2007, quando dois anfitriões receberam três hóspedes na própria casa em San Francisco, e que o nome na época era Airbed & Breakfast. O MVP foi hospedar gente de verdade antes de existir plataforma, avaliação ou pagamento integrado.

Zappos. Nick Swinmurn teve a ideia depois de não achar no shopping a bota que queria. Em entrevista à Fortune em 2012, ele conta a proposta que fez a uma loja de calçados: tiraria fotos, colocaria os sapatos online e, se alguém comprasse, compraria da loja pelo preço cheio. Em 1999 o modelo ainda era esse, entrar nas lojas, fotografar e vender online. Sem estoque e sem margem, ele provou a demanda.

O que um MVP de SaaS precisa ter?

Um MVP de SaaS precisa de três coisas: conta de usuário, um fluxo principal completo, do começo ao fim, e cobrança funcionando. Sem conta, você não mede retenção; sem fluxo completo, ninguém termina a tarefa que justifica o produto; sem cobrança, você não sabe se alguém pagaria. O resto é negociável.

Na prática, a lista que usamos pra fechar o escopo de uma primeira versão de SaaS é esta:

• Cadastro, login e recuperação de senha. É o que permite medir quem volta.
• Um fluxo principal que resolve o problema inteiro. Se o produto promete agendar, o usuário precisa agendar e receber a confirmação. Meio fluxo não valida nada.
• Cobrança real. Cartão, Pix ou assinatura ligados a um gateway como Stripe ou Mercado Pago, com webhook confiável. Validar com gente pagando é a única validação que conta; detalhes em cobrança recorrente em SaaS.
• Dados de cada cliente isolados. Se o SaaS atende várias empresas, uma não pode ver o dado da outra, nem no MVP. Explicamos em multi-tenant: como estruturar o banco do seu SaaS.
• Uma tela de administração pra você. Ver quem se cadastrou, quem pagou e ajudar um cliente travado.
• Rastreio de erro e métrica básica. Saber quando algo quebra e quantas pessoas completam o fluxo principal.

Um exemplo do nosso portfólio: o VendaMeuCarro é uma plataforma B2B de repasse de veículos entre lojistas, e o produto gira em torno de um fluxo só, anunciar o carro, receber proposta em tempo real e aprovar ou rejeitar sem sair do feed. O Mindbot segue a mesma lógica: editor visual de fluxos, cobrança por Pix dentro da conversa e painel de acompanhamento.

O que pode ficar de fora do MVP?

Quase tudo que não é conta, fluxo principal e cobrança pode ficar fora do MVP, desde que fique registrado por escrito como decisão e não como esquecimento. É essa lista que protege o prazo.

• Aplicativo nativo para iOS e Android. Uma versão web responsiva atende o começo, e um PWA resolve ícone na tela e notificação.
• Vários planos, cupons, período de teste e proração. Um plano só na primeira versão corta boa parte do trabalho de cobrança.
• Permissões finas por cargo, times dentro de times e log de auditoria completo, a menos que o cliente B2B exija pra assinar.
• Integrações que podem ser feitas à mão no início, como exportar uma planilha em vez de conectar com o ERP do cliente.
• Infraestrutura pensada pra milhões de usuários antes de ter os primeiros cem.

Repare que segurança, isolamento de dados e testes no fluxo de pagamento não estão nessa lista. Cortá-los volta como incidente no primeiro mês com clientes de verdade.

Quais são os erros mais comuns ao fazer um MVP?

Os erros mais comuns são construir demais antes de validar, construir de menos e chamar de MVP algo que ninguém consegue usar, e lançar sem definir o que vai ser medido. A raiz é esquecer que o MVP existe pra responder uma pergunta específica.

• MVP que virou versão 1.0. A lista de funcionalidades cresce a cada reunião, o prazo dobra e o lançamento acontece meses depois, com funcionalidades que ninguém pediu.
• MVP sem o V. Corta-se tanto que o produto não entrega o valor principal. Se o usuário não consegue terminar a tarefa, a falta de uso não diz nada sobre a ideia, só sobre o corte.
• Sem métrica de sucesso definida antes. Se ninguém escreveu "consideramos validado se X clientes pagarem em Y semanas", qualquer resultado vira motivo pra continuar.
• Confundir protótipo com MVP de software. Telas clicáveis mostram que o fluxo é entendido. Não mostram que alguém volta na semana seguinte, nem que paga.
• Construir algo que ninguém pode manter. Código sem documentação, contas de nuvem no nome do fornecedor e nenhum ambiente de teste. Se o MVP der certo, isso trava a evolução.

Quando contratar uma software house pro MVP?

Faz sentido contratar uma software house pro MVP quando você já tem sinal de demanda e a próxima pergunta exige software de verdade: uso repetido, pagamento recorrente, dados de vários clientes isolados ou integração com sistemas externos. Antes disso, landing page, concierge ou ferramenta no-code costumam responder melhor e por menos.

Sendo direto: se a ideia ainda não passou por nenhuma das linhas de baixo custo da tabela, não contrate ninguém, incluindo a gente. E se o orçamento disponível é menor que o piso de um projeto sob medida, uma ferramenta no-code ou com IA pode ser o caminho certo pra primeira versão; comparamos as opções em no-code, IA ou software house.

Quando o momento é esse, a VTA constrói o MVP de SaaS em até 10 semanas, com conta, fluxo principal, cobrança e painel funcionando. A proposta vem fechada com escopo, prazo e preço, inclusive a lista do que fica de fora, e projetos começam a partir de R$ 20 mil. O que entra na primeira versão está detalhado na página de MVP para startups, e o que mais pesa no custo está no guia quanto custa criar um SaaS. Se quiser um escopo pro seu caso, peça um orçamento: a resposta sai no mesmo dia.

Perguntas frequentes