Qué es un MVP y cómo hacer uno que sí sirva
Un MVP no es una app a medias. Es la versión más chica de tu producto que ya resuelve un problema real. Cómo definirlo, qué dejar fuera y cuánto debería tardar.
Benjamín Camarena7 min de lectura
Casi todo el mundo que quiere lanzar una app ha oído la palabra MVP. Casi nadie la usa igual. Para unos es "la app pero sin diseño", para otros es "la versión gratis", y para muchos es una excusa para lanzar algo que no funciona bien y pedir perdón después. Ninguna de esas es la definición útil.
Un MVP, producto mínimo viable, es la versión más pequeña de tu producto que ya le resuelve un problema real a una persona real. Tres palabras cargan todo el peso: mínima, porque no tiene nada que no haga falta para cumplir esa promesa; viable, porque funciona de verdad y alguien la usaría hoy; y producto, porque no es un prototipo ni una maqueta, es algo que se puede poner en manos de un cliente.
Qué es un MVP y qué no es
La confusión más cara es pensar que un MVP es un producto completo hecho con menos calidad. Es lo contrario: es un producto con menos alcance hecho con la calidad completa. Lo que se recorta es la cantidad de cosas que hace, no qué tan bien las hace.
Un MVP tampoco es un prototipo. Un prototipo se enseña; un MVP se usa. Si tu "MVP" solo sirve para una presentación con inversionistas, es una maqueta, y está bien que exista, pero no te va a decir si alguien pagaría por tu producto.
Y no es la versión gratuita de algo que después será de pago. Si tu modelo es cobrar, tu MVP debería cobrar, aunque sea a diez personas. Regalar el producto te enseña cuánta gente acepta cosas gratis, que es un dato que ya conoces.
Un MVP es un producto con menos alcance y la misma calidad. Se recorta lo que hace, no qué tan bien lo hace.
Por qué la mayoría de los MVP fallan
Casi nunca fallan por la tecnología. Fallan por el alcance. Estos son los patrones que se repiten:
- Resolver tres problemas en vez de uno. Cada problema extra multiplica pantallas, casos de error y decisiones. Y diluye la razón por la que alguien te daría una oportunidad.
- Construir para un usuario que todavía no existe. "Cuando tengamos cien mil usuarios vamos a necesitar…" Cuando los tengas, lo construyes. Hoy tienes cero.
- Copiar las funciones de la competencia. La competencia lleva años y tiene equipos grandes. Igualarla en funciones es imposible y no es lo que te distingue.
- Confundir lo que el equipo quiere construir con lo que el cliente quiere resolver. Un panel de administración precioso no vende. Un flujo de compra sin fricción sí.
- Lanzar sin una forma de saber si funcionó. Si no definiste qué vas a medir, cualquier resultado se puede interpretar como éxito o como fracaso.
Cómo definir el alcance: una sola promesa
El ejercicio que mejor funciona es escribir la promesa del producto en una frase, con este formato: "Con esta app, [una persona concreta] puede [un verbo] sin [el dolor de hoy]". Por ejemplo: "Con esta app, un dueño de taller mecánico puede cotizar una reparación en dos minutos sin abrir Excel".
Esa frase decide todo lo demás. Cada pantalla, cada botón y cada integración se evalúa con una sola pregunta: ¿hace falta para cumplir la promesa? Si la respuesta es "sería bueno tenerlo", se queda fuera. Si es "sin esto la promesa no se cumple", entra.
Es normal que la lista de lo que entra te parezca chica. Debe parecerlo. Lo que te va a costar trabajo no es construir lo que entra, sino resistir la tentación de meter lo que se queda fuera.
Qué entra y qué se queda fuera
Una guía que sirve para casi cualquier producto:
| Entra en el MVP | Se queda fuera | Por qué |
|---|---|---|
| El flujo principal, de principio a fin | Los flujos alternativos | Uno bien resuelto vale más que cinco a medias |
| Registro e inicio de sesión simples | Perfiles con foto, biografía y ajustes | Nadie decide usar tu producto por la pantalla de perfil |
| Cobro, si tu modelo cobra | Planes, cupones, promociones | Necesitas saber si alguien paga, no cómo optimizar el precio |
| Una forma de que el usuario te escriba | Un centro de ayuda completo | Las primeras dudas te las van a contar directamente |
| Datos mínimos para medir el uso | Tableros de analítica | Un par de números bien elegidos bastan para decidir |
| Diseño cuidado en las pantallas que existen | Animaciones y detalles de lujo | La calidad se nota en lo que hay, no en lo que sobra |
Ojo con la última fila. Diseño cuidado no es opcional en un MVP. La primera impresión decide si alguien le da una segunda oportunidad a tu producto, y con un MVP casi todo el mundo es primera impresión. Lo que sobra son los adornos, no el cuidado.
Cuánto debe tardar y cuánto debe costar
Si un MVP bien definido tarda más de tres o cuatro meses en construirse, casi siempre es señal de que no es mínimo. Con las herramientas de hoy y un equipo chico y con experiencia, un MVP típico de app o de sistema web se construye en semanas, no en trimestres. Hablamos de eso con más detalle en cuánto cuesta desarrollar una app.
El costo sigue la misma lógica. Lo que encarece un MVP no es la calidad, es el alcance: cada función extra es diseño, desarrollo, pruebas y mantenimiento para siempre. Un alcance disciplinado es la mejor herramienta de ahorro que existe, mucho más que buscar al proveedor más barato.
Una consecuencia práctica: no necesitas un presupuesto enorme para lanzar algo serio. Necesitas una promesa clara, un equipo que sepa recortar y la disciplina de no mover la meta a la mitad del camino.
Qué pasa después del lanzamiento
Lanzar el MVP no es el final, es el principio de la parte que importa. Las primeras semanas con usuarios reales valen más que meses de planeación, porque por fin dejas de suponer.
Lo que conviene hacer en ese periodo:
- Hablar con los usuarios uno por uno. No encuestas: llamadas o mensajes. Diez conversaciones te enseñan más que mil descargas.
- Mirar dónde se atoran. Cada punto del flujo donde la gente abandona es una decisión de diseño que hay que revisar.
- Resistir la lista de deseos. Cada usuario va a pedir algo distinto. Construye lo que piden varios, no lo que pide uno con mucha insistencia.
- Decidir con datos si seguir, cambiar o parar. Para eso definiste qué medir antes de lanzar.
Si el MVP funcionó, lo que sigue es una segunda versión con el aprendizaje incorporado. Si no funcionó, aprendiste con la inversión más chica posible, que es exactamente para lo que existe un MVP.
Preguntas frecuentes
¿Un MVP puede ser una app nativa o tiene que ser web?
Puede ser cualquiera de las dos. Depende de dónde está tu usuario y qué necesita el producto. Si tu promesa depende de la cámara, las notificaciones o el uso sin conexión, una app nativa suele ser la respuesta. Si es una herramienta de trabajo que se usa en escritorio, una aplicación web se lanza más rápido y no pasa por las tiendas.
¿Cuántas funciones debería tener un MVP?
Las que hagan falta para cumplir una sola promesa, ni una más. En la práctica suele ser un flujo principal completo y dos o tres pantallas de soporte.
¿Se puede hacer un MVP con calidad y en poco tiempo?
Sí, y de hecho es la combinación correcta. Lo que hace lento y caro un proyecto es el alcance, no la calidad. Un equipo chico con experiencia, con el alcance bien recortado, entrega un producto cuidado en semanas.
¿Qué pasa si después del MVP necesito reescribir todo?
Si el MVP se construyó con cuidado, no. Una base bien hecha crece con el producto. Reescribir es lo que pasa cuando el MVP se hizo con prisa y sin criterio, que es otra razón para no confundir mínimo con mal hecho.
En tēo studio diseñamos y construimos MVPs con esa idea: alcance mínimo, calidad completa y tiempos cortos. Si tienes una promesa que quieres poner a prueba, cuéntanos y te decimos cómo la recortaríamos, cuánto tardaría y qué presupuesto necesita.
SOBRE EL AUTOR
Benjamín Camarena · Fundador y diseñador de producto de tēo studio
Benjamín Camarena es diseñador de producto y fundador de tēo studio, un estudio de software en Tepatitlán, Jalisco, que diseña y construye apps y sistemas a la medida para empresas de México, Estados Unidos, Canadá y el resto del mundo. Antes de fundar el estudio diseñó productos para empresas como PGA TOUR, Samsung, UFC y Hy-Vee.