¿Cuánto se tarda en desarrollar un MVP? Qué entra en la v1
Filip PapranecFundador de Digitaliko
El inversor pide una fecha y la agencia habla de un trimestre con un archivo de Figma como primer hito. La primera versión usable de un MVP debería llevar semanas, no meses. Contiene un recorrido por el que paga un cliente, y nada más. Si el plan habla de un trimestre antes del primer usuario, el alcance está mal planteado.
A continuación: cuánto tarda con nosotros, qué entra en la primera versión y cómo detectar un plan mal planteado.
¿Cuánto se tarda en desarrollar un MVP?
Con nosotros, una primera versión se cuenta en semanas. Dos cifras de nuestros proyectos:
- días laborables hasta la primera versión en un proyecto
- menos de 10
- hasta lanzar todo el sistema en otro proyecto
- 1 mes
La cifra no es lo más importante. Lo que importa es qué llega a los usuarios en ese tiempo. Una semana de desarrollo que nadie usa cuesta más que un mes del que aprende algo.
La duración no la marca la tecnología. La marca cuántas cosas decide dejar fuera de la primera versión.
¿Qué entra en la primera versión de un MVP?
La primera versión responde a una pregunta: ¿alguien pagará por esto? La lista de lo que entra es corta. La de lo que espera es más larga.
Versión uno
Entra en la versión uno
- Un recorrido por el que paga un cliente. Desde el inicio de sesión hasta el resultado que busca.
- Una forma de saber si pagaría. Un pago, un pedido vinculante o al menos una suscripción de prueba.
- Un panel de administración sencillo para usted. Lo justo para no tener que escribir nunca en la base de datos.
- Medición. Dónde abandona la gente y qué usa de verdad.
Espera a la versión dos
- Una app móvil y una web a la vez.
- Roles y permisos para cada tipo de usuario.
- Conexiones con todos los sistemas que algún día podrían ser útiles.
- Informes y gráficos de datos que todavía no tiene.
Una empresa nos envió una vez un pliego de decenas de páginas: web y móvil, muchos módulos, varios idiomas y el plan de revenderlo a otros. En lugar de un precio por todo, pusimos por escrito qué era sencillo y qué era complejo. La primera versión tuvo solo unos pocos módulos y un idioma.
¿Cómo es un calendario razonable?
Con nosotros, cada paso tiene un resultado claro. Ningún paso es «análisis» sin software al final.
01
Lista
Qué va primero, cuándo y por cuánto. Está lista cuando puede explicársela a un cofundador en unos minutos.
02
Primera versión
Un recorrido que funciona de verdad. Está lista cuando la primera persona de fuera de la empresa lo completa sola.
03
Primeros usuarios
Correcciones según dónde se atascaron. Hecho cuando vuelven sin que usted se lo pida.
04
Siguiente recorrido
La siguiente función según los datos, no según las ideas. Puede explicar por qué esta.
Cuando se pone en marcha, seguimos con usted otros 30 días hasta que todo funciona. El desarrollo de MVP para fundadores hecho así es nuestro trabajo diario. Antes del lanzamiento, repase Abra las 25 comprobaciones antes del lanzamiento (online o en PDF).
¿Cómo detectar un alcance mal planteado?
El diseño importa, pero nadie le paga por un archivo de Figma. Y hasta que llega el primer usuario, quema dinero y no aprende nada. Tome el presupuesto que tiene sobre la mesa. Marque lo que se cumple.
Si ya le ha pasado, lea Cómo hacerse cargo de una aplicación de otro proveedor. Si tiene un prototipo hecho con una herramienta de IA que se quedó a medias, siga con De un prototipo de vibe coding a producción.
Cuándo no lo recomendamos
- Todavía no ha hablado con ningún cliente. Empiece por conversaciones y un prototipo clicable. Para eso no necesita desarrollo.
- Quiere una plataforma terminada con todo en el primer mes. No se lo prometeremos. Empezamos por lo que necesitan los primeros usuarios.
- Busca a alguien que lo construya a cambio de participaciones. No lo hacemos. Busque un cofundador técnico.
- No quiere discutir las funciones. Diremos que no. Sin eso, una primera versión en semanas no es posible.
En esta fase a menudo no necesita meses de desarrollo ni una arquitectura robusta. Basta con un prototipo que ponga a prueba sus supuestos clave.
¿Necesita una fecha que pueda defender?
Cuéntenos qué debe hacer el producto y para quién. Le respondemos en dos días laborables con unas preguntas sobre su trabajo. Después acordamos qué hacemos primero.
Si prefiere hablar antes, reserve una llamada de presentación de 15 minutos.
¿Qué es lo único por lo que su primer cliente pagaría mañana?
En resumen
- La primera versión usable de un MVP debería llevar semanas, no meses.
- La versión uno contiene un recorrido por el que paga un cliente, una forma de saber si pagaría, y medición.
- Cada paso del calendario termina con software o con un resultado que puede comprobar.
- Figma como primer hito y que nadie diga que no son señales de un alcance mal planteado.
Preguntas frecuentes
¿Cuánto se tarda en desarrollar un MVP?
La primera versión usable debería estar en manos de los usuarios en semanas, no en meses. En un proyecto la tuvimos en menos de 10 días laborables. Si el plan habla de un trimestre antes del primer usuario, el alcance está mal planteado.
¿Qué es un MVP?
La versión más pequeña de un producto que le dice si los clientes lo quieren. No es una demo ni un archivo de Figma. Es software que la gente usa de verdad y, idealmente, paga.
¿Qué debe incluir la primera versión de un MVP?
Un recorrido por el que paga un cliente, desde el inicio de sesión hasta el resultado. Además, una forma de saber si pagaría, y medición. Todo lo demás espera a la versión dos.
¿Por qué las agencias presupuestan meses para un MVP?
A menudo porque meten en la primera versión todo lo que mencionó el fundador. El primer hito pasa a ser diseño, no software. Un plan más corto aparece cuando alguien dice que no a las funciones que el primer cliente no necesita.
¿De quién es el código del MVP?
Suyo, desde el primer día. El código, los datos y la infraestructura le pertenecen, así que más adelante puede buscar inversión o contratar a sus propios desarrolladores sin migrar nada.
Pregunte a una IA sobre este artículo
La IA también tiene en cuenta nuestros otros artículos y la experiencia de proyectos reales.
ChatGPTClaudePerplexity
