Qué es un MVP y cuánto cuesta lanzarlo

Qué es un MVP explicado fácil

MVP son las siglas de «minimum viable product», es decir, «producto mínimo viable». Suena intimidante, pero la idea es simple: la primera versión de tu producto, que tiene solo lo imprescindible para funcionar y que ya se puede enseñar a clientes de verdad.

El objetivo principal de un MVP no es «sacar algo cuanto antes», sino comprobar una hipótesis: si la gente necesita este producto, si está dispuesta a usarlo y a pagar por él. En lugar de pasar medio año construyendo un servicio «perfecto» y descubrir después que no le hace falta a nadie, en unas semanas obtienes datos reales y decides qué hacer a continuación.

Lo que un MVP no es

• No es una «versión mala». Un conjunto limitado de funciones no significa un diseño torpe ni errores. Lo que hay debe funcionar con fiabilidad.
• No es una copia recortada de un producto terminado. Es una versión independiente, construida en torno a una tarea principal del usuario.
• No tiene por qué ser una app. Un MVP puede ser una landing, un bot, una hoja de cálculo con un formulario o un servicio manual en el que parte del trabajo lo hacen todavía personas.

La idea de que un MVP es más un experimento que un producto es popular entre quienes trabajan con startups; se explica, por ejemplo, en el ensayo «An MVP is a test, not a product». Para el cliente la conclusión es práctica: un MVP no se mide por el número de funciones, sino por lo que has aprendido.

Cuánto cuesta desarrollar un MVP

El precio de un MVP depende del formato, no de la palabra «MVP». El mismo experimento se puede hacer por US$869 o por US$49,390, y hay motivos para ello. Esta es la escalera que recomendamos seguir: de las comprobaciones baratas a los productos caros.

Para comparar con el mercado: en las guías de costos de desarrollo de apps, los productos sencillos se estiman en torno a $10,000–50,000 y los complejos, en cientos de miles de dólares (TechnBrains). Son estimaciones de empresas que venden desarrollo, así que úsalas como orden de magnitud.

Qué casi siempre se paga aparte

• Diseño y prototipo interactivo antes del desarrollo, desde US$2,190. Es una forma barata de probar la idea con personas antes de programar.
• Pago en la app (US$2,790), panel web de administración para el equipo (US$5,490), analítica de comportamiento (US$649): los módulos se añaden a la base. Con tres o más módulos en la app se aplica un 10% de descuento.
• Dominio, suscripciones de terceros, cuentas de Apple ($99 al año) y Google Play ($25 una vez): las pagas directamente a los servicios, sin recargo nuestro.

Más sobre los precios de las apps móviles en el artículo «Cuánto cuesta hacer una app».

Qué incluir en el MVP y qué dejar para después

El motivo más habitual de un MVP hinchado es querer «que lo tenga todo». Ayuda una regla simple: divide las funciones en tres grupos.

• Imprescindible. Lo que el usuario necesita para resolver la tarea principal. Por ejemplo, en un servicio de reservas: elegir servicio, hora y confirmar.
• Deseable. Mejora la experiencia, pero no es crítico: opiniones, favoritos, puntos, filtros. Planifícalo para la segunda versión.
• Ahora no. Chats, valoraciones, varios idiomas, integraciones con una decena de sistemas, analítica compleja. Añádelos cuando veas que sin ellos la gente se va.

Tres preguntas para cada función

1. ¿Sin ella el usuario no podrá hacer la acción principal?
2. ¿Se puede sustituir por trabajo manual con los primeros 20–50 clientes (respondes tú mismo, emites la factura a mano)?
3. ¿Qué aprenderemos si lanzamos sin ella?

Si a la segunda pregunta la respuesta es «sí», la función todavía no hace falta. El trabajo manual al principio es normal: muchos productos empiezan así, con una «persona entre bastidores» en lugar de automatismos ya hechos. De este modo gastas dinero solo en lo que se ha confirmado.

Un ejemplo concreto: necesitas un servicio donde los clientes reserven con profesionales en tu ciudad. El MVP es una página con los servicios, un calendario y un formulario, más avisos por bot a tu Telegram. Las áreas privadas, el pago y la valoración de los profesionales llegarán después de las primeras 30 reservas.

MVP o prototipo: en qué se diferencian

Estas palabras se confunden a menudo, aunque responden a preguntas distintas. Hay tres peldaños y cada uno elimina un riesgo diferente (así los distinguen, por ejemplo, en la guía de Svitla).

Un prototipo se hace más rápido y barato; un MVP cuesta más, pero es lo único que muestra el comportamiento de clientes reales. Si dudas de la interfaz, empieza por un prototipo (diseño y prototipo desde US$2,190). Si dudas de la propia demanda, monta una landing y recoge solicitudes. Si la demanda es evidente, ve directamente al MVP.

Recuerda también las plataformas: para que el MVP de una app móvil pase la revisión de Apple, debe ser una versión final que funcione y ofrecer más que una «web empaquetada» (App Store Review Guidelines). Es decir, «mínimo» no significa «sin terminar».

Cómo lanzar un MVP paso a paso

1. Formula la hipótesis. «Los dueños de clínicas pequeñas están dispuestos a pagar US$60 al mes por la reserva online» se puede comprobar. «A la gente le gusta la comodidad» no.
2. Define la métrica de éxito antes del lanzamiento. Por ejemplo: 50 solicitudes en un mes o 10 clientes de pago. Sin ella acabarás ajustando la conclusión.
3. Describe el recorrido principal del usuario. Desde el primer contacto hasta el resultado, en 3–5 pasos.
4. Dibuja y comprueba. Pantallas, prototipo interactivo, 5–7 demostraciones a personas de la audiencia.
5. Constrúyelo. Solo las funciones imprescindibles. Damos enlaces de vista previa en cada etapa.
6. Lánzalo a un grupo pequeño. Los primeros 20–50 usuarios: invita a clientes conocidos y ofrece un descuento a cambio de su opinión.
7. Mide y decide. Si alcanzas la métrica, amplía. Si no, cambia la hipótesis en lugar de añadir funciones.

Si todavía no estás seguro de si estás preparado para un proyecto así en equipo, presupuesto e idea, escríbenos por la página de contacto: te diremos con honestidad por dónde empezar.

Cómo saber que el MVP ha funcionado

El éxito de un MVP no es el número de descargas, sino una hipótesis confirmada. Fíjate en el comportamiento, no en las opiniones.

• Si la gente vuelve. Un solo uso no demuestra nada; el uso repetido ya habla de valor.
• Si pagan. Dinero, un pedido anticipado o una carta de intención son más honestos que un «me gusta».
• Cuánto cuesta captar. Si un cliente cuesta más de lo que aporta, no se puede escalar.
• Dónde se pierden. En qué paso del embudo se va la gente: justo ahí se invierte la siguiente versión.
• Qué piden. Las peticiones repetidas de los clientes te indicarán la segunda versión mejor que cualquier plan.

Para eso hace falta analítica: instalaciones, retención, embudos e ingresos. La conectamos a la app (desde US$649). Para las webs basta con analítica de visitas y objetivos. Si recoges datos de contacto, recuerda el consentimiento y la política de privacidad según la ley de protección de datos de tu país (y el RGPD, si atiendes a personas de la UE); confírmalo con tu abogado. Y si lanzas anuncios, mira también el artículo sobre cuánto cuesta la publicidad en Google Ads y cómo calcular el presupuesto.

Errores típicos al lanzar un MVP

• Demasiadas funciones. Cuantas más funciones, más plazo, más presupuesto y conclusiones más débiles.
• Sin métrica. Tras el lanzamiento no está claro si ha sido un éxito o no.
• Probarlo solo con amigos. Son amables y dirán «genial». Hacen falta desconocidos del público objetivo.
• Elegir tecnología «para crecer». Una arquitectura compleja para un millón de usuarios al principio es dinero de más. Pero una «solución desechable» sin posibilidad de crecer también es un error: la base debe aguantar que se le añadan módulos.
• Mezclar roles. Si el cliente es a la vez especificación, líder de proyecto y probador, el proyecto se atasca. Designa a una persona que tome las decisiones.
• No fijar la propiedad. El código, el dominio y las cuentas deben ser tuyos. Cómo comprobar al proveedor está en el artículo «Cómo elegir una agencia de diseño web y no equivocarte».

Cuándo el MVP empieza con una sesión de arquitectura

Una landing, un bot o una PWA se lanzan sin una preparación larga. Pero si tu producto es un sistema con varios roles, pagos, áreas privadas o matemáticas por dentro (SaaS, marketplace, CRM, scoring), antes de escribir código hay que responder a unas preguntas: qué entidades hay en el sistema, cómo se relacionan, qué va a la primera versión y cuánto cuesta.

Para eso hacemos una sesión de arquitectura por US$3,890: en 2–3 semanas recibes el mapa del producto, el presupuesto y el plan de la primera versión. El costo de la sesión se descuenta del proyecto y el resultado es tuyo aunque decidas trabajar con otro equipo. Cómo se construye un SaaS y qué errores se cometen con más frecuencia lo cuenta el artículo «Cómo crear un SaaS».

Ejemplos de este tipo de sistemas los reunimos en los proyectos GRONO, duck.credit y Discovery School: en cada uno hubo primero un estudio previo, luego una primera versión y después módulos nuevos.

Qué elegir según tu situación

• Si no estás seguro de que la idea le haga falta a la gente, empieza por una landing de US$869 o una landing con quiz de US$979 y lanza anuncios con un presupuesto pequeño. Es la comprobación más barata.
• Si tu audiencia está en Telegram, elige un bot de US$979 o una Mini App desde US$4,290. El usuario no tiene que descargar nada.
• Si ya tienes una web y necesitas un «servicio móvil», elige la PWA por US$2,790.
• Si necesitas una app en App Store y Google Play, el MVP desde US$11,990 en 6–8 semanas. La revisión de las tiendas queda fuera del plazo.
• Si necesitas una plataforma con áreas privadas y roles en tu país o un SaaS, primero la sesión de arquitectura de US$3,890 y después la base de la plataforma desde US$19,690 o el servicio SaaS desde US$49,390.
• Si no sabes qué formato te conviene, mira la comparación «App o página web».

El contenido y los precios de la app están en la página «App iOS + Android», y el resto de referencias, en la página de precios. Lo dejamos todo a tu nombre y decimos con honestidad qué no habrá en la primera versión.