Casi toda idea de producto nace con una lista larga de funciones. Y casi siempre, lanzar con todas a la vez es la forma más segura de no lanzar nunca, o de lanzar tarde y sin saber cuáles importaban. El producto mínimo viable existe para evitarlo, aunque a menudo se entiende mal.

Qué es (y qué no es) un MVP

Un MVP no es una versión mediocre de todo. Es una versión completa de una sola cosa: el recorrido más corto que permite a una persona real conseguir lo que vino a hacer. Lo que lo hace «mínimo» es lo que deja fuera, no la calidad de lo que incluye.

Cómo decidir qué entra

  1. Escribe la promesa del producto en una frase: qué consigue una persona y cuánto tarda.
  2. Dibuja el recorrido de principio a fin, sin ramas: desde que llega hasta que obtiene ese resultado.
  3. Marca cada función como imprescindible, deseable o prescindible para ese recorrido.
  4. Lanza con las imprescindibles y guarda las demás en una lista, con una pregunta junto a cada una: qué aprenderíamos si la añadiéramos.

Lo que suele caer de la primera versión

  • Paneles de administración complejos: al principio puede bastar una hoja de cálculo o una herramienta existente.
  • Personalización avanzada y ajustes que nadie ha pedido todavía.
  • Integraciones con herramientas que aún no usan los primeros clientes.
  • Versiones para todas las plataformas a la vez.

Un ejemplo: una app para reservar sesiones

Supón que quieres crear una app para que clientes reserven sesiones con profesionales independientes. La lista de ideas es larga: perfiles con galería, valoraciones, pagos integrados, recordatorios por notificación, calendarios sincronizados, chat interno, un panel para cada profesional, descuentos, listas de espera. Todo suena razonable y todo tiene un coste de desarrollo, de pruebas y de mantenimiento.

La promesa podría resumirse así: «Una persona reserva una sesión en menos de un minuto». El recorrido mínimo es elegir un profesional, ver los huecos disponibles, reservar y recibir una confirmación. Para una primera versión, los pagos pueden gestionarse fuera, los recordatorios enviarse por correo y los perfiles ser simples. Si la gente reserva y vuelve, hay una base para ampliar; si no, habrás evitado construir diez funciones alrededor de una idea que no funcionaba.

Hacer a mano lo que luego se automatizará

Una técnica muy útil en la primera versión es resolver manualmente lo que más adelante será automático. Si no sabes todavía si los profesionales querrán gestionar su propio calendario, puedes gestionarlo tú durante las primeras semanas con una hoja compartida. Cuando el patrón se repita y se entienda qué falla y qué sobra, tendrá sentido automatizarlo, con la ventaja de saber exactamente qué necesita la herramienta.

  • Un formulario y una hoja de cálculo pueden sustituir a un panel de administración durante meses.
  • Un correo escrito a mano a los primeros usuarios enseña más que cualquier panel de analítica.
  • Un proceso manual que duele es la mejor especificación de lo que hay que automatizar.

Lo que no se recorta nunca

Recortar alcance no significa recortar cuidado. Hay cosas que, incluso en un MVP, no se negocian: la seguridad de los datos de las personas, la claridad de lo que se promete, la accesibilidad básica y que el recorrido principal funcione de verdad en los dispositivos que usa tu audiencia. Una primera versión con pocas funciones y bien hecha genera confianza; una con muchas y frágil la destruye antes de que puedas aprender nada.

Cuándo ampliar y cuándo cambiar de rumbo

Tras el lanzamiento llega el momento más valioso: mirar qué ha pasado. Si la gente completa el recorrido y pide más, amplía lo que piden, empezando por lo que más se repita. Si llega pero no completa, el problema está en el recorrido, no en la falta de funciones. Y si casi nadie llega, la cuestión es de propuesta o de difusión, y añadir funciones no la resolverá. Saber en cuál de las tres situaciones estás es lo que un MVP bien planteado te permite descubrir.

La primera versión no tiene que estar completa; tiene que bastar para aprender algo real.

Medir para decidir lo siguiente

Antes de lanzar, decide qué observarás: cuántas personas completan el recorrido, dónde se detienen y qué piden que no existe. Esa evidencia, no la intuición, debería ordenar la siguiente versión.

Si tienes una idea y no sabes qué recortar, es un buen tema para trabajar en una primera conversación: delimitar el alcance suele ser la parte con más valor de todo el proyecto.