Tienes una idea de producto y necesitas dos números para decidir: cuánto cuesta la primera versión y cuánto tiempo toma. La mayoría de respuestas que vas a encontrar son o demasiado vagas ("depende") o demasiado infladas (cotizan la visión completa, no el MVP). Aquí va la respuesta con números publicados y el criterio para no sobre-construir.
Respuesta directa
Un MVP en Perú cuesta desde $1,500 y toma de 3 a 6 semanas cuando el alcance es el correcto: las 2–3 funciones que prueban tu hipótesis de negocio, funcionando de verdad con usuarios reales. Si el MVP necesita integraciones de pago, múltiples roles o lógica de negocio más profunda, la inversión sube hacia la banda de plataforma (desde $4,000, 8–14 semanas). El error más caro no es elegir mal la banda — es construir en la primera versión funciones que nadie ha pedido todavía.
Un MVP real no es una demo.
La palabra MVP se usa para todo, así que conviene precisar. Una demo o prototipo son pantallas que simulan el producto: sirven para contar la idea, no para validarla. Un MVP es un producto operativo — pequeño, pero real: los usuarios se registran, los datos se guardan, los cobros se cobran.
La diferencia importa porque validan cosas distintas. Con una demo validas si la idea se entiende. Con un MVP validas lo único que importa para invertir más: si alguien lo usa y si alguien paga. Todo lo que construimos en banda Fundación es MVP en este sentido — producto real sobre stack estándar (React, Node.js, PostgreSQL, AWS), con código documentado que es tuyo desde el primer hito.
Qué entra en el MVP y qué espera a la versión 2.
La disciplina que mantiene un MVP en su banda de precio es esta tabla. La columna izquierda prueba tu hipótesis; la derecha son cosas valiosas que todavía no la prueban:
Entra en el MVP
Espera a la versión 2
El flujo núcleo completo: lo que el usuario viene a hacer, de inicio a fin
Flujos secundarios y casos borde que afectan a pocos usuarios
Registro e inicio de sesión simples
Roles y permisos granulares, SSO, equipos
Un método de cobro, si el modelo cobra desde el día uno
El error que duplica el costo: el MVP sobre-construido.
El patrón se repite: un founder llega con una lista de veinte funciones porque "todas son necesarias para competir". El resultado de construirlas todas es un producto que costó tres veces más, llegó seis meses tarde, y cuya hipótesis central — ¿alguien paga por esto? — se pudo haber validado con tres funciones en la semana seis.
La pregunta correcta para cada función no es "¿sería útil?" — casi todo es útil. Es "¿sin esto, puedo saber si mi negocio funciona?". Si la respuesta es que sí puedes saberlo sin esa función, va a la lista de versión 2. Esa lista no es un cementerio: es el roadmap que vas a priorizar con datos reales de usuarios en lugar de intuición.
Hay un segundo error, menos visible: construir a medida lo que un SaaS ya resuelve, en una etapa donde ni siquiera sabes cuál es tu diferencial. Si tu proceso todavía no tiene nada único, empieza con herramientas existentes y construye cuando duela — lo desarrollamos en software a medida vs SaaS genérico.
¿Tienes la lista de funciones?
Envíanosla y te decimos qué es MVP y qué es versión 2 — gratis, por WhatsApp.
La ruta después del MVP: cómo escala la inversión.
Un MVP bien construido no se tira cuando el negocio valida — se extiende. Esa es la razón para no recortar calidad de código aunque el alcance sea pequeño: el MVP es el cimiento, no un descartable.
La ruta típica: Fundación (desde $1,500, 3–6 semanas) valida la hipótesis con el flujo núcleo. Si hay tracción, Plataforma (desde $4,000, 8–14 semanas) agrega los roles, integraciones y lógica que los usuarios reales pidieron. Y si el modelo escala a múltiples clientes o instituciones, Arquitectura (desde $10,000, 3–6 meses) lleva el sistema a multi-tenant o alta concurrencia.
¿Qué diferencia hay entre un MVP y un prototipo o demo?
Un prototipo o demo simula: pantallas navegables sin lógica real detrás, útiles para presentar la idea. Un MVP opera: usuarios reales lo usan, los datos se guardan, los pagos se cobran. La diferencia práctica es que con un MVP validas si alguien paga o lo usa de verdad; con un prototipo solo validas si la idea se entiende. Si tu objetivo es conseguir clientes o inversión con tracción real, necesitas MVP, no demo.
02
¿Un MVP de $1,500 es un producto "de baja calidad"?
No — es un producto de alcance acotado, que es distinto. La banda Fundación construye pocas funciones bien hechas sobre stack estándar (el mismo con el que construimos las plataformas grandes: React, Node.js, PostgreSQL), con código documentado y de tu propiedad. Lo que se recorta es la cantidad de funciones, nunca la calidad de lo que se entrega — porque ese código es la base sobre la que crecerá el producto.
03
¿Qué pasa cuando el MVP valida y necesito crecer?
Se construye sobre lo que ya existe. Un MVP bien arquitecturado sobre tecnologías estándar no se tira: se extiende hacia la banda Plataforma (más roles, integraciones, lógica) y, si el modelo lo pide, hacia Arquitectura (multi-tenant, mayor escala). ControlBarber siguió exactamente esa ruta: empezó como producto acotado y evolucionó a SaaS completo sin reconstrucción.
04
¿Cuánto cuesta mantener un MVP después del lanzamiento?
Los primeros 30 días de soporte están incluidos. Después, la referencia del sector es 15–25% del costo de desarrollo por año — para un MVP de banda Fundación, eso es una fracción pequeña. Muchos MVP en etapa de validación operan meses con mantenimiento mínimo hasta que la tracción justifica invertir en la siguiente fase.
05
¿Y si todavía no estoy seguro de qué debe hacer mi MVP?
Ese es exactamente el trabajo del Discovery: en una sesión gratuita mapeamos tu idea, separamos lo esencial de lo postergable y te entregamos un documento escrito con alcance, arquitectura, hitos y presupuesto cerrado. El documento es tuyo aunque no avances con nosotros — puedes usarlo para comparar propuestas de cualquier proveedor.
