He perdido la cuenta de las veces que una persona fundadora me ha dicho la palabra “MVP” queriendo decir algo completamente distinto de lo que quería decir la persona con la que hablé la semana anterior. Una piensa “lo más barato que me puedas construir”. Otra piensa “la app entera, pero la llamo MVP para que suene lean”. Una tercera piensa “un prototipo para enseñar a inversores”. El MVP es seguramente la palabra más malinterpretada en tech, y esa confusión no es inocente: fija presupuestos, define el alcance y decide en silencio si un proyecto lanza algo útil o algo que da vergüenza enseñar. Como fundadora que además construye, he estado a los dos lados de este malentendido, así que voy a intentar desenredarlo.
Lo que la gente cree que es un MVP
La expresión “producto mínimo viable” la popularizó el movimiento lean startup, y por el camino las tres palabras se aplastaron en una sola idea: barato. Cuando la mayoría de fundadores dice MVP, la palabra que manda en su cabeza es “mínimo”. Se imaginan el menor gasto posible, el plazo más corto posible y un producto recortado que hace una cosa mal pero que existe.
Esa lectura no es tonta, solo está incompleta, porque únicamente escucha una de las tres palabras. “Mínimo” es una restricción de alcance. “Viable” es una restricción de calidad. “Producto” es una restricción de utilidad. Si quitas cualquiera de las dos últimas, ya no tienes un MVP, tienes una demo, o un prototipo, o un montón de pantallas que quedan muy bien en foto y no ayudan a nadie.
Lo que es de verdad un MVP
Un producto mínimo viable es la cosa más pequeña que puedes construir que una persona real vaya a usar para resolver un problema real, y que te enseñe algo que no sabías. El peso está en “viable” y en “aprender”, no en “mínimo” y “barato”. Tiene que funcionar. Alguien tiene que poder completar la tarea central de principio a fin, sin que tú estés al lado explicándole para qué sirve cada botón.
Esa definición deja fuera mucho de lo que se llama MVP. Una landing no es un MVP, es una prueba. Un Figma clicable no es un MVP, es un prototipo. Una versión de tu app con el paso de pago desactivado no es un MVP si el pago es justo el punto. La prueba de la viabilidad es sencilla: ¿puede una persona desconocida sacar valor de esto sin ti? Si la respuesta es no, has construido algo que está antes en el embudo que un MVP, lo cual está bien, pero llámalo por su nombre.
Por qué el malentendido cuesta dinero
La confusión sale cara en las dos direcciones. Cuando una persona fundadora quiere decir “barato” y oye a una agencia decir “sí, hacemos MVP”, muchas veces acaba con algo técnicamente mínimo pero que no es viable de verdad. Se lanza, nadie lo sabe usar, y la conclusión que se saca es “la idea ha fallado” cuando lo que ha fallado es la definición. He visto a fundadores matar ideas perfectamente buenas porque su supuesto MVP nunca fue lo bastante viable como para dar una señal justa.
La otra dirección cuesta igual. Quien en el fondo quiere decir “el producto entero” pero lo etiqueta como MVP acaba definiendo una construcción de seis cifras bajo una palabra que prometía veinte y pico mil euros. Ese hueco entre la palabra y el trabajo se convierte en tensión durante todo el proyecto. Si quieres la versión honesta de esos números, escribimos sobre cuánto cuesta crear una app en España en 2026, y el resumen es que “MVP” y “barato” no son sinónimos.
La palabra que serviría mejor a los fundadores
Si pudiera borrar “MVP” del vocabulario de cada persona fundadora y sustituirlo por una sola pregunta, sería esta: ¿cuál es la cosa más pequeña que me enseñaría lo máximo? Esa pregunta hace el trabajo que se suponía que hacía la sigla. Te obliga a nombrar la suposición que más miedo te da, y luego a construir solo lo que la pone a prueba.
A veces la respuesta no es código. Puedes validar una cantidad enorme de demanda antes de escribir una línea, y ya defendimos antes que el mejor primer movimiento suele ser validar tu MVP sin escribir código. Otras veces la suposición más arriesgada es de verdad “¿esto se puede construir y se sentirá bien al usarlo?”, y entonces sí necesitas construir algo real. La idea es que el alcance sigue a la pregunta, no al revés. No empiezas con un presupuesto y trabajas hacia atrás hasta una lista de funciones. Empiezas por lo que necesitas aprender.
Qué hacemos nosotras distinto
Cuando una persona fundadora llega y dice MVP, lo primero que hacemos es no aceptar la palabra tal cual. Preguntamos qué intenta aprender, quiénes son los primeros diez usuarios y qué aspecto concreto tendría “ha funcionado”. La mitad de las veces el alcance se encoge, porque resulta que lo que la ponía nerviosa es más pequeño de lo que temía. La otra mitad crece un poco, porque la viabilidad pide una pieza más de la que había presupuestado. En cualquier caso, el número del final es honesto, y lo que construimos es algo que una persona real puede usar de verdad.
Ese es todo el juego. No mínimo por ser mínimo, no viable solo de nombre, sino el producto útil más pequeño que responde a la pregunta que te quita el sueño. Si tienes una idea entre manos y no sabes cuál es tu versión de esa cosa útil más pequeña, esa es justo la conversación que vale la pena tener antes de que nadie te dé un precio. Puedes empezarla enviándonos un briefing corto y te ayudamos a encontrar el MVP real que se esconde dentro de la palabra.
La próxima vez que alguien diga “es solo un MVP”, pregúntale cuál de las tres palabras quiere decir. Vas a aprender mucho del proyecto por la respuesta.
.webp)
.webp)
