MVP — Minimum Viable Product (producto mínimo viable) — es uno de los términos peor interpretados del desarrollo de productos. Se volvió sinónimo de "entrega a medias". Pero la definición real es otra: el producto más pequeño que resuelve por completo un problema real para un grupo específico de usuarios.
La diferencia entre un MVP y un producto incompleto
Un producto incompleto tiene funcionalidades recortadas que deberían estar ahí. Un MVP no tiene funcionalidades que todavía no deberían estar ahí.
La diferencia está en qué se recortó y por qué. Un MVP no se trata de hacer menos — se trata de hacer lo correcto primero.
Cómo definir el alcance del MVP
El proceso que funciona:
1. Define el problema central No la solución. El problema. "Los petshops pierden citas por falta de organización" es un problema. "Un sistema de agenda" es una solución prematura.
2. Identifica al usuario más urgente ¿Para quién es más doloroso este problema hoy? Ese es tu usuario del MVP. No intentes resolverlo para todos al inicio.
3. Lista las hipótesis de solución ¿Qué tiene que ser verdad para que tu producto funcione? Escribe esas hipótesis. Ellas guían lo que necesitas validar.
4. Define el ciclo completo más pequeño ¿Cuál es el flujo más simple que resuelve el problema de principio a fin? Ese es el MVP.
Qué recortar en el MVP
Regla práctica: si quitar una funcionalidad rompe el flujo principal, entra. Si no lo rompe, espera.
En Petzara (sistema para petshops), la versión inicial no tenía: reportes financieros, control de inventario, app móvil propia, integración con WhatsApp. Pero tenía lo que importaba: agenda, registro de clientes y control básico de servicios por empleado.
Eso fue suficiente para validar si el producto resolvía el problema real antes de construir más.
Stack para MVPs rápidos
La elección de tecnología afecta directamente la velocidad de entrega. Para MVPs de sistemas web:
- Next.js + TypeScript: SEO, rendimiento y productividad en un solo stack
- Prisma + PostgreSQL: modelado rápido con type safety
- Tailwind CSS: UI consistente sin un framework pesado
- Vercel + Railway: deploy en minutos, no en días
La velocidad de iteración importa más que la elección perfecta de tecnología en el MVP.
Cuándo está listo el MVP
El MVP está listo cuando:
- Resuelve el problema central del usuario de principio a fin
- Un usuario real puede usarlo sin instrucciones
- Puedes aprender del uso real
No cuando está "perfecto". Nunca lo estará. Y no debería estarlo — vas a aprender más con el primer usuario real que con meses de planificación.