mvp

La parte difícil de un MVP no es construirlo: es decidir qué dejar fuera. Casi todo el mundo sabe lo que quiere en su producto. Muy poca gente sabe lo mínimo que necesita para aprender algo real sobre su mercado.

Un MVP no es una versión barata y recortada del producto soñado. Es el experimento más pequeño que responde a tu mayor incertidumbre. Si lo enfocas así, tres semanas son suficientes para tener algo en manos de usuarios reales.

La pregunta que define el alcance

Antes de listar funcionalidades, responde a esto: ¿cuál es la suposición que, si es falsa, hace que el producto no tenga sentido? Esa es tu hipótesis crítica. Todo lo que ayude a probarla entra; todo lo demás espera.

Si vendes un marketplace, la hipótesis no suele ser "¿sé construir un carrito?", sino "¿hay gente dispuesta a publicar y a comprar?". El MVP debe atacar eso, no la perfección del checkout.

Qué entra en tres semanas

• Un único flujo principal de extremo a extremo. El usuario llega, hace la acción central y obtiene valor. Sin desvíos.
• Autenticación simple. Email y contraseña, o un proveedor social. Nada de roles complejos todavía.
• Los datos imprescindibles. Solo las entidades que el flujo principal necesita para funcionar.
• Una forma de medir. Si no puedes ver qué hacen los usuarios, el MVP no te enseña nada.

Qué se queda fuera (a propósito)

• Paneles de administración elaborados: gestiona a mano al principio.
• Ajustes, preferencias y personalización.
• Optimizaciones de rendimiento para una escala que aún no tienes.
• Casos límite raros que afectan al 1 % de los usuarios.
• Integraciones "por si acaso" que nadie ha pedido todavía.

Cada función que añades "por si acaso" es una semana que retrasas el aprendizaje que de verdad necesitas.

El cronograma de tres semanas

• Semana 1 — Alcance y esqueleto. Definimos la hipótesis, el flujo único y el modelo de datos mínimo. Montamos la base navegable.
• Semana 2 — El flujo real. Construimos la acción central de principio a fin, con datos reales y la analítica básica conectada.
• Semana 3 — Pulido y lanzamiento controlado. Arreglamos lo que rompe el flujo principal, no lo accesorio, y abrimos a los primeros usuarios.

Después del MVP

El objetivo de estas tres semanas no es tener un producto terminado, sino tener datos. ¿La gente completa el flujo? ¿Vuelve? ¿Lo que asumiste era cierto? Con esas respuestas, el siguiente sprint se decide solo, y construyes sobre evidencia en lugar de sobre opiniones.

Un MVP bien acotado no es el producto pequeño. Es el camino más corto hacia saber si el producto grande merece existir.