Producto mínimo viable: qué construir y cómo financiarlo

De las 431 startups con inversión que echaron el cierre desde 2023, el 70% se quedó sin caja y el 43% nunca llegó a encajar con su mercado, según el análisis de CB Insights. Las dos cifras cuentan la misma historia: se construyó demasiado producto antes de saber si alguien lo quería. Un producto mínimo viable no es una versión barata de tu app, es el experimento que te dice, antes de gastarte 40.000 €, en cuál de esos dos grupos vas a acabar.

En Docastix construimos apps nativas y plataformas a medida, y buena parte de lo que entregamos son primeras versiones para founders que necesitan validar rápido sin quemar la caja. Esta guía cubre el «qué» y el «porqué»: qué es un MVP, qué características tiene uno bien planteado, cómo priorizar funcionalidades, qué errores se repiten y cómo se usa para levantar dinero. El plan de ejecución está en cómo desarrollar un MVP en menos de 3 meses.

Respuesta rápida: qué es un producto mínimo viable

Un producto mínimo viable (MVP) es la versión más pequeña de tu producto capaz de entregar valor real a un usuario real y devolverte datos con los que decidir. No es un prototipo, ni una demo, ni una beta recortada. Existe para responder a una pregunta: ¿le importa esto a alguien lo bastante como para cambiar su forma de trabajar o pagar por ello?

Si necesitas quedarte con tres ideas: el MVP lo define la pregunta que responde, no su lista de funcionalidades; a medida parte de 8.000 € en España frente a los ~40.000 € de un proyecto medio; y lo que convence a un inversor no es el producto, es la tracción que genera.

Qué es un MVP y qué no es

La palabra «mínimo» ha hecho mucho daño: se lee como «cutre» o «lo que salga con el presupuesto que tengo». La que manda es la otra, viable. Un MVP puede tener una sola pantalla, pero esa pantalla no puede fallar.

• Prototipo: clicable, no funciona por debajo. Valida el flujo con cinco personas en una sala, pero no genera datos de uso reales.
• MVP: funciona en producción, con usuarios que no son tus amigos, resolviendo un problema completo aunque estrecho.
• Beta o v1: el producto que ya crees correcto, en manos de más gente, para pulir estabilidad y detalles. Aquí ya no validas la hipótesis: la das por buena.

La otra confusión es tratar el MVP como una fase del proyecto y no como una decisión de negocio. Si lanzas sin haber definido antes qué resultado te haría parar, no estás validando: estás construyendo la v1 a plazos y llamándola MVP.

Una advertencia honesta: no todo producto admite un recorte agresivo. En salud o pagos regulados el mínimo viable es más grande, y ahí se recorta alcance funcional, nunca cumplimiento. Lo mismo con la normativa europea de accesibilidad: no se pospone al roadmap.

Las cinco características de un producto mínimo viable que funciona

1. Resuelve un problema entero, no medio. Mejor un caso de uso completo que la mitad de cinco. Si tu app escanea tickets de gasto pero no permite exportarlos, el usuario sigue haciendo su Excel: no has cambiado nada.
2. Es viable en producción. Publicado, con autenticación, errores controlados y soporte mínimo. Un MVP que se cae el primer día no genera datos: genera desinstalaciones.
3. Tiene un diseño que no estorba. El acabado visual es lo más fácil de recortar y lo más caro de recortar de más: si la primera pantalla confunde, tus datos de retención salen contaminados.
4. Está instrumentado desde el minuto cero. Eventos y embudos definidos antes de lanzar: un MVP sin medición es una opinión con código.
5. Está construido para cambiar. La arquitectura debe permitir tirar una funcionalidad sin romper el resto. Escribir código desechable a propósito es una decisión deliberada, no un accidente.

Falta una sexta que casi nadie incluye: la forma de cobrar. Un MVP gratuito te dice si el producto gusta; uno con pago te dice si el negocio existe. Decide el modelo dentro del alcance inicial: las opciones están en la guía de monetización de apps.

Cómo priorizar funcionalidades sin engañarte

Todo el mundo conoce MoSCoW (Must, Should, Could, Won't). El problema no es el marco: es que casi todo acaba en «Must» porque el criterio es la intuición del fundador. Un filtro más duro, tres preguntas por funcionalidad:

• ¿Sin esto el usuario puede completar el trabajo que vino a hacer? Si la respuesta es sí, no es «must». Fuera.
• ¿Qué hipótesis del negocio se cae sin esto? Si no se cae ninguna, es una preferencia estética, no un requisito.
• ¿Puedo simularlo a mano las primeras semanas? Matching, moderación, recomendaciones, informes: casi todo lo que parece automático se hace a mano con 50 usuarios. Automatizar antes de tener volumen es la forma más cara de descubrir que nadie lo usaba.

Aplicado a un marketplace: el «must» es que oferta y demanda se encuentren y que el dinero se mueva. Reputación, filtros avanzados y chat interno pueden esperar; el checkout, no. Si aún dudas entre plataforma propia o apoyarte en una existente, esa decisión va antes que cualquier priorización: la analizamos en marketplace vs. app propia. Y escribe también la lista de lo que no vas a construir: un roadmap explícito de exclusiones evita casi todas las discusiones de alcance.

Cuánto cuesta un MVP y qué compras con ese dinero

Un MVP a medida arranca en 8.000 €, un proyecto medio de app en España ronda los 40.000 € y una app compleja va de 80.000 € a 300.000 €. La diferencia no es la tecnología: es el número de flujos, integraciones y reglas de negocio. Lo que mueve la factura:

• Perfil del equipo: junior 25-40 €/h, mid 40-65 €/h, senior 65-110 €/h.
• Tipo de partner: freelance 35-80 €/h, agencia 60-120 €/h. Por zona: Madrid y Barcelona 55-120 €/h; Valencia, Sevilla y Galicia 40-90 €/h.
• Cuentas de tienda: Apple 99 €/año, Google Play 25 € pago único.
• Mantenimiento: del 15% al 20% del coste de desarrollo al año. En Docastix el evolutivo arranca en 500 €/mes.

Ese último punto es el que más presupuestos rompe. El MVP no termina el día del lanzamiento: ese es el día en que empieza a costar dinero de verdad, y presupuestar el desarrollo olvidando los seis meses siguientes es cómo se llega al «nos quedamos sin caja». Para afinar tu caso tienes cuánto cuesta hacer una app y la calculadora de presupuesto.

Errores comunes al construir un MVP

• Meter funcionalidades «por si acaso». Cada una añade desarrollo, pruebas, soporte y mantenimiento para siempre, y ensucia los datos: con quince funciones no sabes cuál importa.
• Confundir «mínimo» con «mal acabado». Recortar alcance está bien; recortar calidad en lo que sí entra, no. El usuario no perdona un crash aunque el producto sea gratis.
• Lanzar sin medición. Sin eventos ni embudos, la única conclusión posible tras tres meses es «parece que va bien»: eso no es un dato, es un estado de ánimo.
• No hablar con usuarios reales. Familia y amigos siempre dicen que les encanta. Necesitas gente que no te deba nada.
• No fijar el criterio de éxito antes de lanzar. Si no escribiste qué número te haría seguir o parar, interpretarás cualquier resultado como confirmación.
• Elegir el partner por precio. El presupuesto más bajo suele traer código que hay que rehacer con el primer pico de usuarios (cómo elegir el equipo).
• Alargar el MVP «solo dos semanas más». El error que financia a los otros seis: cada semana extra es caja quemada antes de tener información.

Ejemplos reales de producto mínimo viable

Los ejemplos clásicos se citan mal casi siempre. Estos son los hechos.

Dropbox no lanzó producto: en abril de 2007 Drew Houston publicó un vídeo de tres minutos enseñando cómo funcionaría la sincronización de archivos, y la lista de espera de la beta pasó de 5.000 a 75.000 personas casi de un día para otro. Lo relevante no es el truco: la hipótesis pendiente no era técnica, era de demanda, y eligió el experimento más barato capaz de responderla.

Airbnb empezó con tres colchones hinchables. A finales de 2007, con San Francisco sin hoteles libres por un congreso, sus fundadores montaron una web básica y alquilaron su salón: tres huéspedes, 80 dólares la noche, 240 dólares en total. Ni pagos, ni reputación, ni buscador. Solo la pregunta esencial: ¿pagaría un desconocido por dormir en casa de otro desconocido?

Twitter nació como Twttr, un experimento interno en Odeo, y solo se abrió al público cuando el equipo volvía a usarlo sin que nadie se lo pidiera: tu mejor primer usuario a veces está dentro de casa.

Y dos nuestras: Dormus, app nativa de sueño infantil que hoy suma 50.000 descargas, más de 22.500 usuarios activos y 4,5 estrellas con suscripción, arrancó por el flujo esencial y no por el catálogo completo; PropPilot, agente de IA para PropTech que bajó la primera respuesta a un lead de horas a menos de 60 segundos con +40% de conversión, cubría al principio un solo canal de entrada. En Saher Connect el modo offline fue requisito duro desde el día uno: sin él la app no era usable en el campo. Ese sí era un «must» real.

Cómo conseguir financiación con un MVP

Aquí el MVP deja de ser un ejercicio de producto y pasa a ser una herramienta de negociación. Es donde más han cambiado las reglas.

El mercado en España y Europa, en cifras

En el primer semestre de 2026 las startups españolas levantaron 2.059 millones de euros en 193 rondas, según el Observatorio de Startups de la Fundación Innovación Bankinter. El detalle importa más que el titular: 11 megarrondas de más de 50 millones se llevaron el 58% del capital y, descontadas esas, la inversión cae un 9%. Y el reparto en fases tempranas es desigual: las operaciones seed crecieron un 50% (81 rondas) mientras las pre-seed cayeron un 25% (46 rondas). Hay dinero, pero cada vez menos para ideas sin producto. En Europa el patrón se repite, con 44.000 millones de dólares levantados en 2025.

Qué esperan hoy los inversores: tracción, no producto

Enseñar un MVP bonito ya no impresiona: construir se ha abaratado y todo el mundo llega con algo funcionando. Se valora lo que ese producto ha provocado. El fondo CRV lo resume sin rodeos en su guía de 2026: «las rondas seed se parecen hoy a lo que antes era una Serie A». Sus referencias para un SaaS B2B en seed: entre 500.000 y 1 millón de dólares de ingresos recurrentes anuales, crecimiento del 15-20% mensual, recuperación del coste de adquisición en menos de 12 meses y retención neta de ingresos del 100% o más.

No todos los proyectos juegan en esa liga y en una pre-seed española los listones son más bajos, pero la dirección es clara: la conversación ha pasado del producto a las métricas. Si tu MVP no genera números, has construido una demo cara. Y un dato de planificación: la mediana entre seed y Serie A está en 774 días, unos 2,1 años según Carta. No levantes para 18 meses de pista: levanta para 24.

Qué llevar a la reunión

Un pitch con MVP no gira alrededor de la app, sino de lo que has aprendido:

• El problema, con evidencia: cuántas entrevistas hiciste, qué dijeron literalmente, qué hacían antes de ti.
• Qué hipótesis probaste y qué salió, fallos incluidos. Un pivote bien razonado da más credibilidad que un relato perfecto.
• Los números del MVP: activación, retención a 7 y 30 días, conversión a pago y coste de adquisición. Un 40% de retención a 30 días con 200 usuarios vale más que 20.000 descargas sin retorno, y una curva que se aplana baja es mejor señal que una alta que cae a cero.
• La economía unitaria, aunque sea preliminar: cuánto cuesta traer un cliente y cuánto deja. El 19% de las startups que cerraron lo hicieron por unit economics insostenibles.
• En qué se va el dinero que pides, con hitos y fechas.

Las vías de financiación en España

• Bootstrapping con clientes: cobrar desde el MVP. La vía lenta y la que mejor posición negociadora deja.
• ENISA: préstamos participativos sin avales personales ni dilución. Jóvenes Emprendedores llega a 75.000 € para socios mayoritarios menores de 40 años; Startups y Pymes, hasta 1.500.000 € con exigencia de fondos propios.
• Neotec (CDTI): subvención para empresas de base tecnológica de 6 meses a 3 años, hasta 250.000 € cubriendo el 70% del presupuesto, que sube a 325.000 € y 85% con doctor en el equipo.
• Business angels y fondos pre-seed: capital a cambio de participación. Su red de contactos suele valer más que el dinero.
• Aceleradoras: Y Combinator, Techstars y las locales. Dinero pequeño, red grande, dilución temprana.
• Crowdfunding: funciona en consumo con comunidad detrás; mal en B2B.

Una nota poco popular: si tu proyecto puede vivir de sus clientes, plantéate no levantar. Captar capital no es un hito de éxito, es contraer la obligación de crecer a un ritmo dado. Muchos productos que serían negocios rentables de un millón mueren por intentar ser negocios de cien.

Conclusión

Un producto mínimo viable bien planteado no es la versión pobre de tu idea: es la forma más barata de comprar información antes de tomar la decisión cara. La disciplina no está en construir poco, está en decidir de antemano qué pregunta respondes, qué número te haría parar y qué te niegas a construir hasta tener respuesta. Dropbox y Airbnb no destacan por su ingenio técnico, sino por lo pequeño que fue su experimento comparado con lo que aprendieron.

Para financiarlo, el listón se ha movido: el inversor ya no compra tu app, compra las métricas que tu app ha generado. Un MVP de 8.000 € con 200 usuarios retenidos y conversión a pago medible abre más puertas que uno de 60.000 € sin nadie dentro. Si quieres una opinión franca sobre qué entra en tu primera versión y cuánto costaría, cuéntanos tu caso: salimos de la primera conversación con alcance y cifras, no con una propuesta de veinte páginas. Y cuando tengas claro el «qué», el «cómo ejecutarlo en tres meses» está en esta otra guía.