¿MVP o producto completo? Cómo decidir por dónde empezar
La pregunta correcta no es "¿cuánto puedo construir?". Es "¿qué es lo mínimo que prueba que esto funciona?". Casi todo lo demás es ruido caro.
Qué es —y qué no es— un MVP
Un MVP no es un producto a medias ni una versión "barata". Es el experimento más pequeño que valida o derriba la hipótesis central de tu negocio. Si tu apuesta es "las empresas van a pagar por automatizar este proceso", el MVP es lo mínimo que te dice si eso es verdad. Nada más.
El malentendido de marca: confundir MVP con "feo y a medias". Un MVP puede estar bien hecho y aun así ser pequeño. Lo que lo define no es la calidad, es el alcance.
Cuándo te conviene empezar con un MVP
- La idea todavía no está validada: nadie te ha pagado por esto aún.
- El presupuesto es acotado y necesitas aprender antes de invertir fuerte.
- El mercado es incierto: crees que hay demanda, pero no lo has probado.
En estos casos, construir "todo" es apostar a ciegas. El MVP convierte la apuesta en un experimento con resultado medible.
Cuándo saltar directo al producto completo
A veces el MVP es una pérdida de tiempo. Salta directo cuando:
- El proceso ya está validado y ya duele. Si tu operación pierde plata todos los días por un problema concreto, no necesitas validar nada: necesitas resolverlo.
- Los requisitos son claros y estables.
- Hay integraciones críticas que no pueden funcionar "a medias".
SIMANLLA, el ERP que construí para Elevadores Goldstar, no fue un MVP. El problema —centralizar mantenimiento, llamadas y dispositivos— ya estaba clarísimo y costaba dinero cada día. Validar habría sido perder tiempo.
El error caro que veo más seguido
Dos versiones del mismo error:
- Construir todo antes de validar. Meses de trabajo y presupuesto en funciones que nadie pidió, para descubrir que la hipótesis estaba mal.
- Construir un MVP tan pobre que no prueba nada. Si tu "mínimo" no genera la señal que buscas —un pago, un uso real, una métrica— no es un MVP: es una demo que no sirve para decidir.
El punto medio no es un presupuesto: es claridad sobre qué estás tratando de aprender.
Antes de decidir MVP o producto completo, define la métrica que quieres mover. Si no sabes cuál es, ese es el primer trabajo —y suele ser el más importante.
¿No tienes claro por dónde empezar?
Una llamada de 30 minutos suele bastar para definir el alcance correcto antes de gastar un solo dólar en código.
Hablemos