Cada semana nos escriben fundadores con una «idea brillante para una app». La mitad no llega a lanzar nunca tras un mes de debates y prototipos en Figma. Los que lanzan muchas veces se gastan 32.000–80.000 € en un producto que el mercado no necesita. Según CB Insights, el 42% de las startups cierra porque no había demanda.
Un MVP (Minimum Viable Product, producto mínimo viable) es una forma de validar una idea con dinero real, no con presentaciones y planes de negocio. En lugar de pasarte un año construyendo el «producto perfecto», lanzas una versión mínima en 3–6 semanas y compruebas si la gente está dispuesta a pagar por ella. En este artículo vamos a lo concreto: qué es un MVP (y qué NO es), 5 pasos de la idea al lanzamiento, cuánto cuesta y qué errores hunden tu proyecto con toda seguridad.
Qué es un MVP y en qué se diferencia de un prototipo
Los términos confusos matan proyectos. Vamos a dejarlos claros.
Un prototipo es una maqueta: pantallas clicables en Figma que puedes «recorrer». Un prototipo enseña cómo será el producto. Pero no funciona: no hay backend, ni datos, ni usuarios reales. Un prototipo responde a la pregunta «¿se entiende la interfaz?».
Un MVP es un producto que funciona, con la funcionalidad mínima. Usuarios reales se registran, pagan y lo usan. Sí, está en bruto, tiene límites y le falta el 80% de las funciones «imprescindibles». Pero es real. Un MVP responde a la pregunta «¿la gente está dispuesta a pagar por esto?».
La diferencia es clave. Un prototipo cuesta unos 900–2.300 € y te habla de usabilidad. Un MVP parte de 8.900 € y te habla del mercado. Que 100 personas digan «buena idea, lo usaríamos» no significa nada. Que 10 personas paguen es una validación.
5 pasos de la idea al lanzamiento
Paso 1: define un solo problema (3 días)
Ni «mejorar la vida de la gente», ni «crear una plataforma para todo». Un problema concreto para un público concreto.
Mal: «Una app de fitness con entrenamientos, nutrición, sueño, meditación y una red social para deportistas».
Bien: «Una app de entrenamiento en casa que genera un programa según el material y el tiempo libre que tienes».
La fórmula: [Quién] quiere [hacer qué] porque [dolor], y las soluciones actuales [no cubren la necesidad].
Ejemplo: «El dueño de un estudio de yoga quiere gestionar el horario y las reservas de forma automática, porque se le van 3 horas al día en mensajes de WhatsApp, y los CRM son demasiado complejos y caros para un estudio con 3 instructores».
Haz 5–10 entrevistas con usuarios potenciales. No preguntes «¿te gusta la idea?» (siempre te dirán que sí). Pregunta «¿cómo resuelves hoy este problema? ¿cuánto tiempo o dinero te cuesta? ¿qué es lo que más te desespera?». Si la gente no tiene ese problema, no hace falta construir un MVP.
Paso 2: define una sola métrica de éxito (1 día)
Un MVP es un experimento. Y un experimento necesita una hipótesis y un criterio de éxito.
Ejemplos:
«Si 50 de cada 500 registrados pagan una suscripción el primer mes (conversión del 10%), la hipótesis se confirma y escalamos».
«Si la retención en la semana 2 supera el 30%, el producto resuelve un problema real».
«Si el NPS supera 40 tras la primera semana de uso, los usuarios están dispuestos a recomendarlo».
Una métrica. Ni tres. Ni cinco. Una: la que te dice si debes seguir adelante.
Paso 3: recorta el 80% de las funciones (2 días)
El paso más doloroso. El fundador ve un producto con 30 funciones. El MVP debería tener 3–5. El resto se va a «más adelante» (si ese momento llega).
El método MoSCoW:
Si no te avergüenza la primera versión de tu producto, has lanzado demasiado tarde. Reid Hoffman, fundador de LinkedIn.
Paso 4: desarrollo (2–4 semanas)
Decisiones técnicas que aceleran un MVP:
Desarrollo multiplataforma. Flutter o React Native en lugar de iOS + Android nativos. Un único código base ahorra un 30–40% de presupuesto y de plazo. Es lo que mejor encaja en un MVP.
Componentes ya hechos. Inicio de sesión con Firebase Auth, pagos con Stripe, PayPal o Redsys, notificaciones push con FCM. No escribas los tuyos: usa lo que ya existe.
BaaS (Backend as a Service). Supabase y Firebase te permiten tener backend sin construirlo. En MVP sencillos eso ahorra un 30–50% del presupuesto.
Diseño mínimo. UI kits (Material Design, Cupertino) en lugar de un diseño a medida desde cero. En un MVP la funcionalidad importa más que un estilo visual único. Ya pulirás el diseño cuando se confirme la demanda. La excepción son los productos en los que el diseño es el valor (citas, lifestyle, moda): ahí lo visual marca la primera impresión y la retención.
Una buena especificación de requisitos ahorra un 20–30% del presupuesto de desarrollo. Explicamos cómo estructurarla, con ejemplos, en un artículo aparte.
Paso 5: lanza y mide (1 semana)
No esperes al «momento perfecto». Lanza cuando los Must have funcionen de forma fiable.
Canales para tus primeros usuarios:
Las comunidades de nicho (grupos de Slack y Discord, subreddits, canales de Telegram) son el mejor canal gratuito para productos B2B y de nicho. Product Hunt funciona bien para SaaS y herramientas para desarrolladores. Las invitaciones directas a las personas que entrevistaste en el paso 1 te dan tus primeros 20–50 usuarios. Los anuncios de búsqueda en Google para tu consulta objetivo (un presupuesto de prueba de unos 450–1.400 €) muestran cómo convierte el tráfico «frío». Las publicaciones en Hacker News, Indie Hackers o Medium funcionan para productos tecnológicos y traen los primeros 200–500 registros si el contenido es bueno.
Qué medir:
Tu única métrica (paso 2). Y además: número de registros, retención (D1, D7, D14), embudo hasta la acción objetivo, NPS o CSAT. Usa Amplitude o Mixpanel; sus planes gratuitos bastan para tus primeros 1.000 usuarios.
La regla clave: dale al producto 2–4 semanas y más de 200 usuarios activos antes de sacar conclusiones. 50 personas son ruido, no datos.
Cuánto cuesta un MVP
Depende de la complejidad. Estos son rangos realistas:
MVP sencillo (desde 8.900 €). Una app móvil o un servicio web: 5–7 pantallas, registro, la funcionalidad principal y un panel de administración. Ejemplos: una app para reservar citas con especialistas, un tracker de hábitos, una calculadora o un configurador. Plazo: 2–3 semanas.
MVP medio (desde 13.900 €). Un marketplace con dos roles (comprador + vendedor), un producto SaaS con cobro por suscripción, un servicio de reparto con seguimiento. Integración con pasarela de pago, notificaciones push, analítica básica. Plazo: 4–6 semanas.
MVP complejo (32.000–80.000 €). Un producto con componentes de IA (recomendaciones, reconocimiento), funciones en tiempo real (chat, seguimiento en directo) e integraciones con 3 o más sistemas externos. Plazo: 6–10 semanas.
Qué incluye el precio: diseño (UI kit + adaptación de las pantallas clave), desarrollo frontend + backend, pruebas, publicación en App Store / Google Play (en móvil), despliegue y configuración de la infraestructura, 2 semanas de soporte en garantía.
Qué NO suele incluir: marketing y captación de usuarios, SEO, analítica de tráfico, cambios después del lanzamiento (se facturan aparte).
El MVP según el tipo de producto
El enfoque del MVP depende de lo que construyas. Estas son las particularidades de los cuatro tipos más habituales.
App móvil
Stack: Flutter + Firebase (inicio de sesión, base de datos, notificaciones push). Un solo código base para iOS y Android a la vez. Qué incluir en el MVP: 5–7 pantallas clave, registro, la funcionalidad principal, notificaciones push, analítica básica (Amplitude/Mixpanel). Qué dejar fuera: funciones sociales, gamificación, animaciones a medida, modo offline (añádelos cuando se confirme la demanda). Presupuesto: desde 8.900 €. Plazo: 3–5 semanas.
Plataforma SaaS
Stack: Next.js + FastAPI/NestJS + PostgreSQL. Una aplicación web, sin versión móvil al principio. Qué incluir en el MVP: registro, un panel con la funcionalidad principal, cobros (suscripciones con Stripe o PayPal) y un panel de administración sencillo. Qué dejar fuera: multi-tenancy, API de integración, analítica avanzada, roles personalizados. Presupuesto: desde 13.900 €. Plazo: 4–6 semanas.
Marketplace
Stack: Next.js + NestJS + PostgreSQL + S3 (para archivos). Qué incluir en el MVP: dos interfaces (comprador + vendedor), catálogo con búsqueda, carrito, pagos, notificaciones básicas. Qué dejar fuera: valoraciones y reseñas, programa de fidelización, chat entre usuarios, filtros avanzados. Presupuesto: desde 19.900 €. Plazo: 5–8 semanas.
Un chatbot como MVP
Para negocios de servicios (reservas, consultas, reparto), un bot de Telegram o WhatsApp puede ser un MVP completo. Nadie tiene que descargarse una app y no hay revisión de la tienda de aplicaciones. Stack: Python + aiogram (para Telegram) + PostgreSQL. Presupuesto: desde 1.700 €. Plazo: 1–2 semanas. Si el bot confirma la demanda, el siguiente paso es una app completa.
5 errores que hunden un MVP
Error 1: construir un producto en lugar de un MVP
«Necesitamos inicio de sesión con 5 redes sociales, varios idiomas, tema oscuro, animaciones y un programa de fidelización». Eso no es un MVP. Es un producto de 32.000–80.000 €. Un MVP es lo mínimo que te permite validar la hipótesis. Registro con email + la función principal + el pago. Y punto.
La solución: para cada función, pregúntate: «Sin esto, ¿el usuario NO puede resolver su problema?». Si puede, la función no entra en el MVP.
Error 2: construir sin validar
Un fundador se pasa 6 meses construyendo un producto en silencio. Lanza y descubre que el mercado no existe. O que un competidor ya ha resuelto el problema de forma más sencilla y barata.
La solución: antes de desarrollar, haz 10 entrevistas con tu público objetivo + un análisis de la competencia + un intento de «vender» el producto (una landing + anuncios → recoger reservas anticipadas). Si nadie deja su email, nadie necesita el producto.
Error 3: escatimar en la base técnica
«Hagámoslo en no-code y ya lo reescribiremos». Vale para validar una idea (una landing, un bot). Es mala idea si piensas escalar. Pasar de no-code a un stack de verdad cuesta el 70–100% de lo que costaría construir desde cero. Un MVP debe ser mínimo en funciones, pero sólido en arquitectura.
Error 4: no tener métrica de éxito
Has lanzado y tienes 500 registros. ¿Es bueno o malo? Nadie lo sabe, porque nunca definiste qué significa éxito. El resultado: un «vamos a pulirlo un poco más» sin fin, sin un criterio claro para seguir o parar.
La solución: define la métrica ANTES del desarrollo. No después. Y sé honesto: si no alcanzas la métrica, pivota o para.
Error 5: elegir proveedor por el precio
«¡He encontrado un freelance por una fracción del precio, qué chollo!». Tres meses después: código inestable, sin tests, y el desarrollador ha desaparecido. Balance: ese dinero se ha esfumado, se han perdido 3 meses y hay que rehacerlo todo. El «ahorro» real: pagas el MVP dos veces y pierdes medio año.
La solución: con un presupuesto de menos de 4.500 €, usa no-code para validar. Con un presupuesto desde 8.900 €, elige un estudio con MVP en su portfolio, precio cerrado y una demo cada 2 semanas.
Cómo elegir con quién desarrollar tu MVP
Los criterios que de verdad importan:
En March Code desarrollamos MVP para startups y empresas ya consolidadas: de la idea al lanzamiento en 3–6 semanas, precio cerrado, una demo cada 2 semanas y entrega completa del código. Escríbenos: revisaremos tu idea gratis y te diremos si conviene construir un MVP o empezar por una validación más sencilla.
Después del MVP: qué viene ahora
Has alcanzado la métrica: escala
El MVP ha confirmado la demanda. Siguiente paso: añadir las funciones Should have, mejorar la UX, escalar la infraestructura y apretar con el marketing. Presupuesto para la siguiente iteración: desde 13.900 € hasta 32.000 €. Plazo: 1–2 meses.
No has alcanzado la métrica: pivota o para
Dos opciones. 1) Pivotar: cambiar el producto, el público o el modelo de negocio a partir de los datos. Slack empezó como un juego, Instagram como una app de check-in y YouTube como una web de citas en vídeo. Pivotar no es reconocer un fracaso; es una herramienta normal para encontrar el product-market fit. 2) Parar: aceptar que la hipótesis no se ha confirmado. Tampoco es un fracaso. Te ahorras los 32.000–80.000 € que te habrías gastado en un «producto completo» que nadie quiere.
¿Cómo saber si necesitas pivotar y no «un poco más de trabajo»? Si tras 4 semanas y más de 300 usuarios la retención está por debajo del 10% y el NPS es negativo, el problema no son las funciones, sino la propia idea o el público. Si algunos usuarios muestran una retención del 20% o más y el resto no, busca qué tienen en común los usuarios «activos» y reorienta el producto hacia ellos.
Un MVP que no ha confirmado la demanda no es dinero perdido. Es una inversión en saber qué no funciona. Ahora lo sabes con certeza en lugar de suponerlo.
Preguntas frecuentes
¿En qué se diferencia un MVP de un prototipo?
Un prototipo es una maqueta: no funciona, enseña el diseño. Un MVP es un producto que funciona, con las funciones mínimas, y lo usan usuarios reales. El prototipo responde a «¿se entiende la interfaz?»; el MVP, a «¿la gente pagará?».
¿Se puede hacer un MVP con no-code?
Sí, para validar una idea. Bubble, Wix + Make (antes Integromat) y Glide sirven para servicios web sencillos. Los límites: velocidad, escalabilidad y poco margen para lógica a medida. Si un MVP no-code confirma la demanda, el siguiente paso es rehacerlo sobre un stack de verdad.
¿Son realistas 3 semanas?
Para un MVP sencillo (5–7 pantallas, lógica básica), sí. Las condiciones: una especificación clara antes de empezar, funcionalidad limitada a los Must have, desarrollo multiplataforma (Flutter) y componentes ya hechos para el inicio de sesión y los pagos. Un MVP medio lleva 4–6 semanas.
¿Cuántos usuarios hacen falta para sacar conclusiones?
Como mínimo, más de 200 usuarios activos y 2–4 semanas de uso. 50 personas no son estadísticamente significativas. Más de 1.000 es lo ideal, pero poco realista para la mayoría de los MVP al principio. Con 200–500 basta para las primeras conclusiones sobre el product-market fit.
¿Y si mi presupuesto no da para un MVP?
No intentes hacer un MVP con un presupuesto muy por debajo de 8.900 €; el resultado te decepcionará. En su lugar: 1) una landing en un constructor web + anuncios de búsqueda (unos 900 €) para comprobar si hay demanda, 2) un prototipo en Figma (unos 900 €) para comprobar la usabilidad, 3) un chatbot como MVP (desde 1.700 €), que funciona muy bien en negocios de servicios. Si estos pasos confirman la demanda, reserva 8.900 € o más para un MVP completo.
¿Un MVP puede convertirse después en un producto completo?
Si la arquitectura está bien planteada, sí. Por eso importan tanto la elección del stack y del proveedor. Un MVP bien construido con Flutter + FastAPI escala hasta un producto con millones de usuarios. Un MVP no-code habrá que reescribirlo desde cero.
¿Necesitas una especificación de requisitos para un MVP?
Una especificación completa de 40 páginas, no. Se come 2–3 semanas y unos 1.400–3.200 € del presupuesto. Lo que basta: la definición del problema + historias de usuario (10–15) + la lista de funciones Must have + un prototipo de las pantallas clave. 5–7 páginas en total. Explicamos cómo redactarla en nuestra guía de especificación de requisitos.
¿Cuánto cuesta el soporte de un MVP tras el lanzamiento?
Mínimo: unos 650–1.500 €/mes por corrección de errores, monitorización y actualización de dependencias. Desarrollo continuo (añadir funciones tras confirmar la hipótesis): unos 2.400–6.000 €/mes, según lo rápido que iteres. Infraestructura (servidores, dominio, tiendas de aplicaciones): unos 130–450 €/mes. Total: unos 800–2.000 €/mes solo de soporte, o 3.200–8.000 €/mes si desarrollas el producto en paralelo.
¿Cuándo un MVP se convierte en producto?
Cuando se cumplen tres condiciones: 1) se alcanza la métrica de éxito (tienes product-market fit), 2) la economía unitaria sale (coste de captación de cliente < LTV del cliente), 3) hay un flujo estable de usuarios. A partir de ahí pasas de «validar una hipótesis» a «escalar el negocio»: diseño completo, más funciones, estrategia de marketing, equipo de soporte.
¿Conviene añadir funciones de IA a un MVP?
Solo si la IA es el núcleo de tu producto (por ejemplo, un servicio de análisis de documentos o un chatbot para empresas). Si la IA es solo un «extra bonito» (recomendaciones, personalización), déjala para la v2.0. Las funciones de IA suman un 30–50% al coste y al plazo de desarrollo y no suelen ser críticas para validar la hipótesis. Más sobre lo que pueden hacer y lo que cuestan en nuestro artículo sobre redes neuronales para empresas.
