martes, 2 de febrero de 2021

¿Cómo asegurarnos que nuestro MPV realmente lo es?

Imagen del artículo de Sugoi Labs "Framework to build an MVP"
En algún momento me crucé con la imagen de la derecha en la que se muestra qué es y qué no es un MPV (Mínimo Producto Viable).

¡Me chocó! Estaba convencido de que el MPV del ejemplo es el patinete. Siempre pensé que si nuestro cliente tiene una necesidad de movilidad no sabemos de entrada si la solución ideal es un coche, en este caso un 2CV, como nos sugiere esta imagen.

Así que quise averiguar qué es lo que nos quería enseñar y busqué el artículo con la imagen. Se trata de "Framework to build an MVP" en el que Amar Saurabh comparte un marco para productos digitales que podemos usar para cualquier idea de producto que podamos tener.

En su artículo nos cuenta que primero hemos de decidir las características mínimas que debe tener nuestro producto en su MPV, para luego iterar rápidamente sobre el producto en función del feedback recibido por nuestros clientes. Debemos crear un MVP e iterar cuando la idea sea relativamente nueva y esta no haya sido validada por usuarios o clientes reales. Pero en los casos en los que ya tenemos un número suficiente de interacciones de usuario con el producto que demuestren que los usuarios finales lo desean, no necesitamos crear un MVP.

¿Qué hacer entonces para saber cual es MPV? Adrian Solca preparó un diagrama que ha compartido recientemente en LinkedIn que ayuda a identificar si lo que necesitamos es un Prototipo, un Piloto o un MPV. El diagrama de paso también nos ayuda a entender si nuestro MPV lo es.

He aplicado el diagrama para averiguar si el MPV es el que dice que es.
Diagrama de flujo de Adrián Solca para saber si un MPV lo es realmente
El razonamiento que emplee para aplicar el diagrama de Adrián es el siguiente:
  • ¿Sabes QUÉ NECESITAN los usuarios para los que estás construyendo una solución?
    • Si: Necesitan una solución de movilidad.
  • ¿Sabes CÓMO necesitan que sea la solución para que les sirva?
    • Si: La solución ha de poder transportar a personas y circular por carretera.
  • ¿Tienes identificado un mercado meta claro que está interesado en tu solución?
    • Si: Familias.
  • ¿Necesitas empezar a recibir feedback "real" para comenzar a crecer la idea?
    • Si: Tengo un 2CV mínimo y no sé si cubre todas la necesidades básicas de los usuarios.
Eric Ries, quien introdujo el concepto, define MPV como "la versión de un nuevo producto que permite a un equipo recopilar la máxima cantidad de aprendizaje validado sobre los clientes con el menor esfuerzo".

Si consideramos un MPV aquél que solo tiene las características básicas suficientes para lanzar el producto, y no más, parece ser que si aplicamos el diagrama a la tercera opción de la imagen descubrimos que efectivamente se trata de uno.

Este caso trata del proceso con MPV basado en la construcción de un producto, un 2 CV es nuestro caso:
  • MPV: una cabina sobre ruedas para personas.
  • Iteración 2: el usuario nos dice que además necesita transportar cosas, con lo que le añadimos una cajonera atrás.
  • Iteración 3: el usuario nos dice que debería de ir cubierto, con lo que creamos una carrocería que cubra todo el coche.
  • Iteración 4: finalmente perfilamos detalles y embellecimientos para hacer el coche atractivo.
Proceso de MPV basado en la construcción de un producto
Según la Wikipedia los propósitos de un MPV son:
  • Ser capaz de probar una hipótesis de producto con recursos mínimos.
  • Acelerar el aprendizaje.
  • Reducir el desperdicio de horas de ingeniería.
  • Presentar el producto a los "primeros seguidores" tan pronto como sea posible.
  • Como base para otros productos.
  • Para demostrar las habilidades de un constructor en la elaboración del producto requerido.
Eric Ries también nos dice "Enamórate del problema, no de la solución".

Todo eso arroja una luz algo diferente sobre la cuestión, en nuestro ejemplo se trata de encontrar la mejor solución a la movilidad, y esa no tiene que ser un coche, y además puede ocurrir a través de varios productos.

La respuesta a la última pregunta del diagrama podría ser:
  • ¿Necesitas empezar a recibir feedback "real" para comenzar a crecer la idea?
    • Si: Tengo un patinete que da solución a la movilidad, es una solución de inversión mínima que, aunque no es utilizable por una familia, me permite obtener información sobre otras necesidades reales de los usuarios.
En este caso se trataría de proceso de MPV basado en las necesidades del usuario y en nuestra propuesta de valor:
  • MPV: un patinete que nos validará si la solución deseada es algo sobre ruedas.
  • Iteración 2: el usuario nos dice que además necesita poder sentarse, con lo que pivotamos la solución hacia una bicicleta.
  • Iteración 3: el usuario nos dice que quiere que sea autopropulsada, con lo que pivotamos hacia una motocicleta.
  • Iteración 4: el usuario nos dice que quiere más seguridad y protección, con lo que pivotamos hacia un coche 2 CV.
Proceso de MPV basado en la propuesta de valor
Pienso que ambos son MPVs, en el primer caso enfocado a un proceso de construcción de un producto cuya visión está definida, y en el segundo caso enfocado a descubrir un producto que responde a nuestra propuesta de valor; fijémonos que este segundo caso cada iteración resulta en un producto funcional terminado.

La madurez en Agilidad y la naturaleza del producto determinarán cual es proceso adecuado: una empresa startup sin duda se basará en el proceso de propuesta de valor, y una compañía con un producto grande probablemente se basará en el proceso de construcción.

2 comentarios: