Seguro que alguna vez os habréis preguntado por qué a veces lanzamos herramientas a medio terminar y por qué las desarrollamos por partes. ¿Por qué no tomarse su tiempo, diseñar la funcionalidad o web SEO “perfecta”, construida exactamente como la imaginamos y, tras todo ello, descansar y disfrutar viendo cómo la utilizáis?

La razón es muy simple, es porque queremos ofreceros un valor añadido tan pronto como nos sea posible, y queremos asegurarnos de que tengáis una herramienta que de verdad os encante. Es por esto por lo que siempre comenzamos ofreciendo el MPV y vamos haciendo un desarrollo continuo, colaborando con vosotros para construir finalmente las herramientas.

¿Qué es el MPV?

El MPV significa “el mínimo producto viable” y es la primera versión que podemos ofreceros que os pueda dar valor añadido. Todo gira alrededor de ofreceros una herramienta lo antes posible y usar vuestro feedback para decidir cómo puede ser mejorada. Tras hacer esto una serie de veces, acabamos teniendo un producto mucho mejor, porque os habéis involucrado en la planificación y es algo que nos encanta porque nos habéis dicho qué es lo que queréis a través de todo el desarrollo.

Esta es la razón por la que tenemos Experimental (anteriormente conocida como Toybox). Vemos lo que se necesita y después colocamos la funcionalidad en Experimental. Aquí obtenemos feedback y aprendemos sobre qué herramientas os gustan, qué mejoras se necesitan y cuáles no se usan. Una vez hecho esto podemos “promocionarlas” al conjunto principal de herramientas, la mejora está basada en vuestro feedback. También podemos eliminar dichas implementaciones si lo que preferís es que nos centremos en otro tipo de herramientas.

¿Cómo funciona el MPV?

El primer paso es trabajar en el nuevo producto, en nuestro caso lo más probable es que sea una nueva herramienta. Esto puede determinarse escuchando qué es lo que habéis pedido u observando el hueco que existe en el mercado, y que puede ser cubierto por una herramienta relacionada con lo que hacemos.

Empezamos trabajando en esto, con el objetivo de que sea testeable, pero no más de lo necesario para que empiece a ofrecer cierto valor añadido. Esto podría ser plantearos una idea o concepto con el que podáis empezar a ofrecer feedback o desarrollar en parte una funcionalidad o herramienta que pudierais utilizar y probar. Es lo que se conoce como mínimo producto viable. Recordad, el objetivo es proporcionar un valor añadido lo antes posible.

El siguiente paso para vosotros, los usuarios, es ofrecer feedback. Tal vez los botones sean confusos pero la funcionalidad sea perfecta, o puede que la interfaz sea preciosa pero no hace realmente lo que estabais esperando. Es mucho mejor aprender en las fases más tempranas, para que las cosas se puedan cambiar lo antes posible y además de una manera mucho más sencilla.

Usando este feedback, mejoramos el producto preocupándonos de los puntos importantes y asegurándonos de que se mantienen los puntos que obtuvieron buen feedback.

Por último, volvemos a compartir la versión más actualizada del producto con los usuarios que pueden proporcionarnos feedback, para que podamos mejorar de nuevo el producto, y así una y otra vez…esta es la parte de desarrollo continuo o iterativo.

Tras todo esto, deberíais obtener un producto que os encante, porque vosotros nos habéis ayudado a construirlo. Será un producto más cercano a lo que queréis, más allá de lo que podamos haber imaginado al inicio del proyecto y por supuesto con el ahorro de tiempo que supone no haber desarrollado un proyecto equivocado y poder invertirlo en un nuevo producto para vosotros.

Conclusiones

Ojalá esto os muestre cómo y por qué Majestic trabaja de esta manera usando el MPV y el desarrollo continuo. Nos encanta recibir vuestro feedback, ya que favorece que podamos mejorar nuestros productos y que os puedan ser útiles de una manera mejor.

Así que esta es nuestra breve visión de lo que es el MPV y el desarrollo continuo, y nos sirve para mostraros qué es lo que estamos haciendo, pero si queréis saber más de esta temática en general os aconsejamos leer el post de Henrik Kniberg, Making Sense of MVP.

¡Esperamos vuestros comentarios!

Adam Woollen
Latest posts by Adam Woollen (see all)