MVP, prototipo, iteración.. ¿Cómo lo hacemos?

Existen multitud de nuevas metodologías de trabajo relacionadas con la digitalización, innovación, nuevas tecnologías y nuevos modelos de negocio. Seguro que te suenan el scrum (si, también se utiliza en el rugby), design thinking, lean start up, etc. Cada una con características diferentes que las hacen únicas para cada iniciativa, pero todas ellas basadas en el mismo concepto de idear, construir, testar y mejorar.

No hay empresa que no hable de ser ¨Customer Centric¨, o presentación empresarial (da igual el sector o el tamaño de la misma) en la que no aparezcan referencias. Sin embargo no debemos tomarlo con una forma de promoción de nuestra empresa o equipo (mal entendido como marketing) sino como una forma de gestión. Esta forma de gestión debe de verdad pensar en el cliente, debe ponerlo en el centro de su estrategia y rediseñar sus operaciones en torno a estos conceptos. Para ello hay que realizar cambios, tenemos que repensar nuestros procesos, y proponer alternativas a estos. La gestión del cambio será lo más complicado de todo el proceso, pero indispensable si queremos que haga efecto.

Normalmente cuando nos enfrentamos a este tipo de cambios, y una vez ya metidos en harina, nos encontraremos enfrente de largas listas de cambios, o de cosas que queremos probar. El gran secreto de esta nueva forma de gestión es la priorización. Esta debe establecerse en torno a dos parámetros: impacto de negocio y coste de implementación.

A cualquiera que preguntemos, aunque sea de la empresa más rentable del mundo contará con recursos y presupuestos limitados. Y si pensamos en los casos más habituales en los que solemos trabajar, esa limitación de tiempo y dinero será incluso mayor. Históricamente la métrica más utilizada en este tipo de iniciativas era el ROI (retorno de la inversión). Sin embargo las coyuntura actual nos ha hecho pensar en como cambiar estas métricas por algo que se adecue más a las características del entorno corporativo donde el dinamismo y la agilidad ha impuesto el tiempo de comercialización (time-to-market) como la métrica a utilizar, y el feedback de los usuarios como el combustible para seguir progresando y evolucionando nuestro producto.

Si hablamos de la forma de diseñar o incluso un paso antes, de cómo afrontar la estructura de estas actividades debemos hablar de casos de uso completos, de procesos de principio a fin (obviamente con el cliente en el centro). Parece un mantra lo de evitemos los silos, pero es que la colaboración es lo único que nos salvará de la catastrofre. No creo que sea necesario volver a repetir la importancia de la correcta explotación de los datos, con el objetivo de poder tomar decisiones de forma holística. Pero como siempre, lo perfecto es enemigo de lo bueno.

Se escuchan muchos los conceptos de MVP (producto más viable), prototipo, versión, iteración, fase,.. Pero no tienen nada que ver, y no todas son intercambiables o son conveniente para nuestro objetivo. Además contamos con un problema añadido como es la diferente interpretación del mismo concepto por diferentes personas.

Personalmente yo soy más partidario del concepto de MVP. Se trata de el diseño y construcción de un primer producto, con funcionalidad completa (un mínimo de una funcionalidad es suficiente) y posiblemente básica, que será completado y mejorado en diferentes procesos posteriores. Para ilustrarlo con un ejmplo, pongamos el siguiente caso. Estamos en la industria del transporte y tenemos las siguientes opciones:

• Construir un patin, luego un patinete, mejorarle las ruedas, convertirlo en bici, en triciclo, en un vehículo ligero, en un coche utilitario y en un deportivo
• Construir una rueda con llanta de aleación, diseñar unas puertas para un deportivo, conseguir los mejores asientos de cuero del mercado,… Y seguir así hasta conseguir el deportivo completo.

Si miramos en estos dos ejemplos, ¿cúal será mas caro? ¿qué proceso tardará más en llegar al producto final? Pero más importante ¿qué proceso conseguirá un producto que se ajuste mejor a lo que el cliente busca? Pensemos que con el primer método, se puede ir ajustando en función de lo que el cliente vaya opinando y experimentando, por lo que se puede ir variando (pivotando según la jerga) , pudiendo incluso a llegar a un tractor o a un helicóptero. Sabemos dónde empezamos, pero no donde terminamos. Sin embargo con el segundo método, apostamos desde el principio a que nuestra idea es la correcta, a que los requisitos no cambiarán, y por lo tanto no habrá posibilidad de ajusta las características en función del feedback recibido.

La facilidad de introducir cambios, y por lo tanto mejoras, y ajustes para incorporar o actualizar nuevos requerimientos, está dinamizada por la exposición constante de nuestro producto al público (clientes), que nos irá diciendo como quiere utilizarlo, y que es lo que necesita. Podremos diseñar y construir justo lo que necesiten.

Una de las claves es sacar productos productivos, usables y con funcionalidad completa. Pero por encima de todo, hay que sentar las expectativas correctas, para que el cliente sepa a qué atenderse, y cómo entender el producto.

El desarrollo por fases se puede convertir en algo eterno. Pero como hemos visto en nuestro ejemplo, podemos hacerlo monetizando nuestros esfuerzos a la vez que entendemos qué fallos hemos cometido y ajustamos los mismos con las correcciones proveídas por los clientes. O podemos hacerlo de forma que todos los componentes sean perfectos (o casi), pero el resultado final sea inútil (ya que no es lo que el cliente busca o quiere). Mostar valor de forma rápido nos dará un valor añadido diferencial, y podremos adquirir una posición en el mercado que marque nuestro destino