Qué es un MVP y cómo lanzar sin quemar dinero

Un MVP (producto mínimo viable) es la primera versión de tu producto que resuelve el problema principal de tu cliente con lo indispensable, lista para que gente real la use y, de preferencia, la pague. Sirve para aprender qué funciona antes de invertir en todo lo demás.

Las siglas vienen del inglés minimum viable product. Es una pieza central del método Lean Startup de Eric Ries, que propone convertir ideas en productos, medir cómo responden los clientes y aprender si conviene seguir o cambiar de rumbo, según los principios publicados por Lean Startup. El MVP es la primera vuelta de ese ciclo: construir lo mínimo para empezar a aprender cuanto antes.

Esta guía asume que ya hablaste con clientes potenciales y tienes señales de que el problema existe. Si es así, lo que sigue es decidir qué construir primero y qué dejar fuera. A veces la respuesta es combinar herramientas que ya existen; otras, un desarrollo de software y apps a la medida de tu modelo. En las dos rutas el principio es el mismo: lo mínimo que entregue valor real.

Qué es y qué no es un MVP

La palabra “mínimo” confunde. Un MVP es lo más pequeño que todavía resuelve el problema, lo cual descarta tanto la versión mal hecha como la maqueta bonita que nadie puede usar. La diferencia se ve mejor junto a las otras etapas de un producto:

Piensa en transporte. Una llanta suelta no lleva a nadie a ningún lado; una patineta sí, aunque sea incómoda. El MVP se parece más a la patineta: completo en lo esencial y austero en todo lo demás. Con lo que aprendes de quien la usa decides si sigues hacia la bicicleta o cambias de vehículo.

Tipos de MVP que puedes usar

No todo MVP requiere programar. Estos son los formatos más comunes, de menor a mayor inversión:

• MVP de conserje: das el servicio a mano a unos cuantos clientes. Si tu idea es una app que arma menús semanales, empiezas armándolos tú y mandándolos por WhatsApp.
• Mago de Oz: el cliente ve algo que parece automático, pero detrás hay personas operando. Sirve para probar la experiencia antes de automatizarla.
• Página de preventa: una landing page enfocada en una sola acción (página de aterrizaje) que explica la oferta y pide un anticipo o un registro. Mide intención de compra, todavía no uso.
• MVP armado con herramientas existentes: un formulario, una hoja de cálculo, WhatsApp Business y ligas de pago de Mercado Pago pueden operar un servicio con decenas de clientes.
• Sin código (no-code): plataformas para crear aplicaciones con bloques visuales, sin programar. Son rápidas para probar flujos y se quedan cortas con integraciones complejas o mucho volumen.
• MVP de una sola función: software propio que hace una cosa muy bien. Es el formato indicado cuando la tecnología es parte de tu ventaja frente a la competencia.

Imagina un servicio de citas para estéticas en Guadalajara. Antes de programar una app, el fundador puede agendar a mano por WhatsApp para cinco estéticas durante un mes. Si las clientas repiten y las estéticas aceptan pagar una cuota, ya sabe qué funciones necesita la primera versión de software. Probablemente sean menos de las que imaginaba.

Cómo definir el alcance: el filtro de la promesa única

El error más caro en un MVP es meter funciones “por si acaso”. Para recortarlas, en CloudStudio recomendamos un ejercicio que llamamos el Filtro de la promesa única:

1. Escribe la promesa en una frase: qué problema resuelves y para quién. Por ejemplo: “Las estéticas llenan sus huecos de agenda sin contestar mensajes todo el día”.
2. Dibuja el camino mínimo que recorre el cliente para recibir esa promesa, de la primera pantalla al resultado.
3. Pasa cada función propuesta por una pregunta: sin esto, ¿el cliente recibe la promesa? Si la respuesta es sí, la función se va a la lista de “después”.
4. Compara lo que queda con tu presupuesto y tu fecha. Si no cabe, recorta el público (una ciudad, un tipo de cliente) antes que la calidad.
5. Define, antes de lanzar, qué números te dirán que funcionó.

En la primera versión suelen quedar fuera:

• Paneles de administración sofisticados; al principio basta una hoja de cálculo o un panel sencillo.
• Varios idiomas y varias monedas.
• Programas de lealtad, cupones y referidos.
• Integraciones con todos los sistemas posibles.
• Apps nativas para iOS y Android al mismo tiempo.

¿App, web o algo intermedio?

En México casi todo pasa por el celular. En 2025, el 97.3% de las personas usuarias de internet se conectó con un celular inteligente, según la ENDUTIH 2025 del INEGI. Eso no obliga a que tu MVP sea una app de tienda. Una aplicación web bien hecha para celular se abre desde un enlace, no pide descarga y se actualiza sin pasar por la revisión de Apple o Google.

Un punto intermedio es la PWA (aplicación web progresiva): un sitio que se puede instalar en la pantalla de inicio del teléfono y se comporta como una app. La app nativa conviene cuando tu producto depende de funciones del teléfono que en la web son limitadas o se comportan distinto según el dispositivo, como ciertos sensores, procesos en segundo plano o trabajo prolongado sin conexión.

La otra decisión es quién lo construye. Si contratas a un proveedor, pide que el código, el dominio y las cuentas queden a tu nombre desde el primer día; estas son las preguntas para elegir agencia de desarrollo web antes de firmar. Y si tu MVP recaba nombres, teléfonos o correos, necesitas un aviso de privacidad con los elementos mínimos que pide el artículo 15 de la Ley Federal de Protección de Datos Personales en Posesión de los Particulares. Lo explicamos en qué exige la nueva ley al aviso de privacidad de tu sitio; es orientación general, no asesoría legal.

Qué medir en tu primera versión

Un MVP sin medición es solo un producto chico. Antes de lanzar, define pocas métricas y una meta para cada una:

• Activación: qué porcentaje de quienes se registran completa la acción principal, como agendar la primera cita, publicar el primer anuncio o hacer el primer pedido.
• Retención: cuántos vuelven a usarlo la segunda y la cuarta semana. Es la señal más honesta de que resuelves algo.
• Disposición a pagar: cuántos pasan de la prueba al pago, o cuántos pagan desde el inicio.
• Costo por usuario activo: cuánto te cuesta conseguir a cada persona que sí usa el producto.
• Recomendación: cuántos llegan porque otro usuario los invitó.

Escribe la regla de decisión antes de ver los datos. Un ejemplo hipotético: “Si en ocho semanas al menos 20 de los primeros 100 registrados usan el producto cada semana y 10 pagan, construimos la siguiente etapa; si no, cambiamos la propuesta”. Así evitas leer los números a conveniencia cuando ya estás enamorado del proyecto.

El MVP en marketplaces y plataformas

Los marketplaces tienen un reto propio: necesitan oferta y demanda al mismo tiempo. Nadie publica si no hay compradores y nadie busca si no hay qué encontrar. En CloudStudio construimos Mercado Rento, marketplace de rentas con búsqueda avanzada y reservaciones, y operamos Cascajo.mx, el marketplace de sobrantes de obra en CDMX.

En modelos de dos lados recomendamos que el MVP se concentre en una ciudad o una categoría, y que el equipo consiga a mano la primera oferta antes de invertir en atraer demanda. También recomendamos dejar para después lo que un marketplace maduro sí necesita, como reputación de vendedores, pagos divididos y manejo de disputas. Al principio puedes resolverlo con procesos manuales y reglas claras.

Errores que queman dinero

• Construir durante un año antes de mostrarle algo a un cliente.
• Confundir mínimo con mal hecho: si la experiencia falla, no sabrás si el problema es la idea o la ejecución.
• Lanzar solo a amigos y familia, que te dirán que todo está bien.
• Decidir qué medir hasta después del lanzamiento.
• Pagar infraestructura pensada para millones de usuarios cuando tienes cincuenta.
• Enamorarte de la primera versión. El MVP existe para cambiar.

Preguntas frecuentes

¿Cuánto cuesta desarrollar un MVP?

Depende del formato. Uno armado con herramientas existentes puede costar poco más que sus suscripciones mensuales. Uno con software propio se calcula por horas: como ejemplo hipotético, un equipo de dos personas trabajando seis semanas de tiempo completo suma unas 480 horas (2 × 40 × 6). Multiplica las horas por la tarifa de cada proveedor para comparar cotizaciones sobre la misma base, y pide que separen el desarrollo de los costos mensuales de servidores y licencias.

¿Cuánto tiempo debe tardar un MVP?

En CloudStudio recomendamos acotarlo a un ciclo de 6 a 12 semanas entre el arranque y los primeros usuarios reales. Si el plan pasa de tres meses, casi siempre hay funciones que no pasarían el filtro de la promesa única.

¿Cuál es la diferencia entre un MVP y un prototipo?

El prototipo muestra cómo se vería el producto y se prueba en sesiones guiadas; no resuelve el problema por sí solo. El MVP funciona en condiciones reales: el cliente lo usa sin ti al lado, y por eso te dice si lo adopta y si paga.

¿Un MVP tiene que ser gratis para los usuarios?

No. Cobrar desde el inicio, aunque sea poco, es la mejor prueba de que el problema importa. Puedes ofrecer un precio de fundador a los primeros clientes a cambio de su retroalimentación.

¿Qué sigue después del MVP?

Revisar los números contra la regla que escribiste antes de lanzar. Si se cumplió, priorizas las funciones de la lista de “después” según lo que pidieron los usuarios que sí pagan. Si no, ajustas la propuesta, el cliente o el canal y lanzas otra versión pequeña.

Si ya tienes clientes interesados y una lista de funciones que no deja de crecer, cuéntanos tu idea y la recortamos contigo hasta la primera versión que sí puedes lanzar y medir.