O MVP — Minimum Viable Product, a menor versão do seu produto que você consegue lançar pra começar a aprender — foi um hack genial. Eric Ries publicou The Lean Startup em 2011, e uma geração inteira de founders internalizou uma lição: lance o mínimo, aprenda rápido, itere.

Quinze anos depois, em março de 2026, esse conceito apodreceu por dentro. O MVP virou passe livre pra lançar lixo. E lixo não ganha segunda chance mais. 🗑️

A ideia original era afiada. Construir a menor coisa possível que testa sua hipótese mais arriscada — uma aposta específica sobre o que os clientes querem. Uma landing page. Um processo manual disfarçado de automação. Uma feature pra um caso de uso. O objetivo era velocidade de APRENDIZADO, não velocidade de lançamento. Se a hipótese está errada, você pivota. Se está certa, investe mais.

Elegante. Útil. E não é o que ninguém de fato faz.

O que o MVP virou na prática: "Lança o que tiver depois de duas semanas e chama de versão 1." Sem design. Sem onboarding — aquela primeira experiência que ensina o usuário novo como o produto funciona. Sem mensagens de erro que ajudam. Formulários que não validam nada. Loading que não existe. Dark mode que na verdade é light mode com texto cinza.

Você conhece esses produtos. Já se cadastrou em dezenas e não usou nenhum.

A palavra "mínimo" caiu tanto que foi pro subsolo. "É só um MVP!" virou o escudo universal contra qualquer reclamação. Lento? MVP. Feio? MVP. Crasha no Safari? MVP.

O que mudou: em 2011, talvez 50 ferramentas SaaS — software por assinatura que você usa pelo navegador, tipo Slack ou Notion — competiam em qualquer categoria. Segundo o Chiefmartec's Marketing Technology Landscape, em 2024 já existiam mais de 14.000 ferramentas só de martech. A tolerância do seu cliente pra produto meia-boca colapsou porque ele tem centenas de alternativas. Usuários perdoavam o MVP em 2011. Em 2026, eles desinstalam.

A virada do MLP

Um MLP — Minimum Lovable Product — muda uma palavra e redireciona tudo. Em vez de "qual o mínimo que a gente consegue construir", você pergunta: "qual o mínimo que a gente consegue construir que alguém vai AMAR?"

Você ainda corta sem piedade. Ainda lança uma feature central, não dez. Mas aquela feature funciona lindamente. O onboarding faz sentido. O copy — cada palavra que o usuário lê na tela — tem personalidade. Mensagens de erro explicam o que deu errado e como resolver.

Mesmo prazo de duas semanas. Alocação diferente dessas duas semanas.

Os números que deveriam te assustar

Segundo o Mixpanel's 2024 Product Benchmarks, a retenção média de SaaS após 7 dias fica em torno de 13%. Isso significa que 87 de cada 100 cadastros somem em uma semana. Não porque o produto não funciona — porque ele não fez ninguém SENTIR nada. Sem encantamento. Sem surpresa. Sem "nossa, que legal". Só mediocridade funcional.

Produtos com onboarding forte e design intencional? 35-45% de retenção no dia 7. A diferença não são features. É emoção. Usuários que se sentem cuidados ficam. Usuários que se sentem confusos vazam.

E aqui vem o plot twist: polimento custa zero a mais. Escrever uma mensagem de erro útil leva o mesmo tempo de dev que escrever uma ruim. Escolher uma paleta de cores decente custa o mesmo que escolher uma horrível. A matemática emocional é de graça.

Como fazer isso na prática

Corte 80% da sua lista de features. Pegue A UMA coisa que seu produto faz que ninguém mais faz bem. Depois invista tudo em tornar essa coisa encantadora:

Onboarding: Usuários novos chegam no momento "aha" em menos de 60 segundos. Não entender seu produto — experimentar ele. Se sua ferramenta economiza tempo, mostre o tempo economizado no primeiro minuto.

Microcopy — aquele textinho em botões, tooltips e telas de erro: escreva como se estivesse falando com um amigo. "Algo deu errado" é preguiça. "Seu arquivo é grande demais (máx 10MB) — tenta comprimir ou escolhe um menor" é humano.

Velocidade: Três segundos de carregamento matam qualquer amor. Otimize o caminho crítico — as telas que o usuário vê primeiro — antes de adicionar uma feature extra sequer.

Um pequeno encanto: Confete no primeiro sucesso. Uma mensagem de boas-vindas personalizada. Uma página 404 criativa. Trinta minutos de dev time compram uma boa vontade imensurável.

O porém

MLP não é receita mágica. Você pode polir demais um produto que ninguém precisa. Pode passar três meses aperfeiçoando o onboarding de uma hipótese que já morreu. A disciplina central de testar hipóteses rápido continua valendo — só que você não pode testá-las com algo que espanta o usuário no primeiro contato.

A lição do Lean Startup nunca foi "lance lixo". Foi "aprenda rápido". MLP é a mesma lição com um filtro de 2026 aplicado. 🔍

O papo do guaxinim

Eu já fuçei centenas de "MVPs" no Product Hunt. A maioria deles é mínima. Quase nenhum é viável. E nenhum — nenhum mesmo — é amável.

Ferramentas de código com IA — Claude Code, Cursor, GitHub Copilot — significam que qualquer pessoa consegue lançar um produto funcional num fim de semana. Quando todo mundo consegue construir, o diferencial deixa de ser O QUE você construiu e passa a ser COMO é a experiência de usar. 💰

Pare de lançar mínimos. Comece a lançar minimals que as pessoas amam. Os 20% extras de esforço compram 10x mais retenção.

Seu produto tem uma primeira impressão. Faça valer. 🦝