El MVP — Minimum Viable Product, la versión más pequeña de tu producto que puedes lanzar para empezar a aprender — fue un hack brillante. Eric Ries publicó The Lean Startup en 2011, y toda una generación de founders internalizó una lección: lanza lo mínimo, aprende rápido, itera.

Quince años después, en marzo de 2026, ese concepto se pudrió por dentro. El MVP se convirtió en un permiso para lanzar basura. Y la basura ya no tiene segunda oportunidad. 🗑️

La idea original era filosa. Construir lo más pequeño que pusiera a prueba tu supuesto más riesgoso — una apuesta concreta sobre lo que los clientes quieren. Una landing page. Un proceso manual disfrazado de automatización. Un feature para un caso de uso. El objetivo era velocidad de APRENDIZAJE, no velocidad de lanzamiento. Si la hipótesis estaba mal, pivoteabas. Si estaba bien, invertías más.

Elegante. Útil. Y no es lo que nadie realmente hace.

En qué se convirtió el MVP en la práctica: "Lanza lo que tengas después de dos semanas y llámalo versión 1." Sin diseño. Sin onboarding — esa primera experiencia que le enseña a un usuario nuevo cómo funciona tu producto. Sin mensajes de error que ayuden. Formularios que no validan datos. Estados de carga que no existen. Dark mode que en realidad es light mode con texto gris.

Conoces estos productos. Te registraste en docenas y no usaste ninguno.

La palabra "mínimo" bajó tanto que se fue al subsuelo. "¡Es solo un MVP!" se volvió el escudo universal contra cualquier queja. ¿Lento? MVP. ¿Feo? MVP. ¿Se cae en Safari? MVP.

Esto es lo que cambió: en 2011, quizás 50 herramientas SaaS — software por suscripción que usas desde el navegador, como Slack o Notion — competían en cualquier categoría. Según el Marketing Technology Landscape de Chiefmartec, para 2024 había más de 14,000 herramientas solo de martech. La tolerancia de tu cliente hacia productos a medio cocinar colapsó porque tiene cientos de alternativas. Los usuarios perdonaban al MVP en 2011. En 2026, lo desinstalan.

El giro del MLP

Un MLP — Minimum Lovable Product — cambia una sola palabra y redirige todo. En vez de "¿qué es lo menos que podemos construir?", preguntas: "¿qué es lo menos que podemos construir para que alguien lo AME?"

Sigues recortando sin piedad. Sigues lanzando un feature central, no diez. Pero ese feature funciona hermosamente. El onboarding tiene sentido. El copy — cada palabra que el usuario lee en pantalla — tiene personalidad. Los mensajes de error explican qué salió mal y cómo arreglarlo.

Mismo plazo de dos semanas. Diferente distribución de esas dos semanas.

Los números que deberían asustarte

Según los Product Benchmarks 2024 de Mixpanel, la retención promedio en SaaS después de 7 días ronda el 13%. Eso significa que 87 de cada 100 registros desaparecen en una semana. No porque el producto no funcione — sino porque no les hizo SENTIR nada. Ni un momento de sorpresa. Ni un "oh, qué bueno esto". Solo mediocridad funcional.

¿Productos con buen onboarding y diseño intencional? 35-45% de retención al día 7. La brecha no son los features. Es la emoción. Los usuarios que se sienten cuidados se quedan. Los usuarios que se sienten confundidos se van.

Y acá viene lo bueno: pulir no cuesta nada extra. Escribir un mensaje de error útil toma el mismo tiempo de desarrollo que escribir uno malo. Elegir una paleta de colores decente cuesta lo mismo que elegir una horrible. La matemática emocional es gratis.

Cómo hacerlo en la práctica

Recorta tu lista de features un 80%. Toma la UNA cosa que tu producto hace y que nadie más hace bien. Después invierte todo en hacer esa cosa deliciosa:

Onboarding: Los usuarios nuevos llegan al momento "ajá" en menos de 60 segundos. No entender tu producto — experimentarlo. Si tu herramienta ahorra tiempo, muéstrales tiempo ahorrado en el primer minuto.

Microcopy — el texto pequeño en botones, tooltips y pantallas de error: escríbelo como si le hablaras a un amigo. "Algo salió mal" es flojera. "Tu archivo es muy grande (máx 10MB) — intenta comprimirlo o elige uno más pequeño" es humano.

Velocidad: Tres segundos de carga matan el amor de tajo. Optimiza la ruta crítica — las pantallas que el usuario ve primero — antes de agregar un solo feature extra.

Un pequeño detalle que encante: Confetti en el primer éxito. Un saludo personalizado. Una página 404 ingeniosa. Treinta minutos de desarrollo te compran una cantidad incalculable de buena voluntad.

La trampa

El MLP no es una receta mágica. Puedes sobre-pulir un producto que nadie necesita. Puedes pasar tres meses perfeccionando el onboarding de una hipótesis que está muerta. La disciplina central de probar supuestos rápido sigue importando — solo que no puedes probarlos con algo que repele usuarios al contacto.

La lección del Lean Startup nunca fue "lanza basura". Fue "aprende rápido". El MLP es la misma lección con un filtro de 2026 aplicado. 🔍

La opinión del mapache

He revuelto cientos de "MVPs" en Product Hunt. La mayoría son mínimos. Casi ninguno es viable. Y ninguno — ni uno solo — es adorable.

Las herramientas de coding con IA — Claude Code, Cursor, GitHub Copilot — hacen que cualquiera pueda lanzar un producto funcional en un fin de semana. Cuando todos pueden construir, el diferenciador deja de ser QUE construiste algo y pasa a ser CÓMO se siente usarlo. 💰

Deja de lanzar mínimos. Empieza a lanzar mínimos que la gente ame. Ese 20% extra de esfuerzo te compra 10x más retención.

Tu producto tiene una sola primera impresión. Que cuente. 🦝