Producto Mínimo Viable vs Prototipo vs Prueba de Concepto

Al implementar nuevas ideas o nuevas características en el sistema existente, la mayoría de las organizaciones [Startups o Empresas] son incapaces de decidir qué estrategia adaptar para desarrollar su producto o evaluar la idea y su viabilidad. Los resultados que cualquier organización espera son un cliente satisfecho, la transformación correcta de ideas en un producto real y un mejor retorno de la inversión.

Las tres estrategias fundamentales por las que optan las organizaciones son Prueba de Concepto (PDC), Prototipo o Producto Mínimo Viable (PMV). El dilema a la hora de elegir PMV, Prototipo o PDC puede, en ocasiones, conducir a una selección incorrecta. Al hacerlo, una organización puede terminar filtrando sus finanzas, desperdiciando su esfuerzo, tiempo y puede afectar el crecimiento del negocio en general.

Cada uno de estos se puede utilizar de forma independiente o en conjunto, según el plan/hoja de ruta del proyecto. Todos estos 3 enfoques tienen sus matices de características, objetivos, operaciones y beneficios. Primero comprendamos cada uno de ellos y luego avancemos hacia la comparación entre ellos.

Como sugiere su nombre, este puede ser el mejor enfoque para verificar la idea incierta o la viabilidad del concepto para la implementación práctica. Se utiliza del desarrollo real del producto y antes de su lanzamiento al mercado.

Para desarrollar PDC, se implementa un pequeño proyecto para verificar si ciertos conceptos se pueden implementar (tanto en términos de modelos de negocio como de capacidades técnicas).

Por lo general, la PDC no se muestra públicamente ni al cliente. Es posible que no se pueda utilizar en absoluto, ya que su enfoque principal es verificar si la idea fundamental es operacionalmente viable o no. La construcción de una PDC requiere una buena cantidad de tiempo y esfuerzo para su desarrollo. Te ayuda a evaluar si el proyecto se ejecutará sin problemas [técnicamente] o no, según el estudio inicial. La PDC se trata de probar si el concepto funcionará más o no. De lo contrario, también podría modificarse/abortarse al principio.

Una PDC generalmente se hace para representar un área del sistema y, por lo tanto, ciertos proyectos pueden necesitar múltiples PDC para mostrar diferentes componentes. Si la PDC tiene éxito, el proyecto avanza; de lo contrario, puedes tomar una ruta diferente o incluso detenerse. En caso de una PDC positiva, hay mayores posibilidades de obtener la aceptación inicial de las partes interesadas con más ayuda financiera para construir prototipos. Una PDC puede o no ser reutilizable, totalmente seguro y escalable, ya que se utiliza para validar la idea y su viabilidad.

Características clave

¿Cuándo se necesita?

La PDC es necesaria cuando no estás seguro o no estás seguro de la aceptación de la idea. Puede ser por qué; estás tratando de implementar la idea original o fresca o estás tratando de proporcionar algún producto rentable que anteriormente se realizó con una alta inversión. Cualquiera sea la razón, la PDC te proporcionará una imagen clara de si tu idea es viable o no.

Un prototipo se centra en determinar cómo se hará el producto, su apariencia y el flujo de usuarios. Es un aspecto importante del proyecto, ya que ayuda a comprender los flujos de trabajo fundamentales del proyecto, su usabilidad y las características especiales que se incluirán. Es un modelo interactivo del sistema que facilita a los usuarios visualizar mejor la experiencia. Aunque puede que no sea un sistema independiente, da una idea clara de cómo se vería el producto. Se pueden señalar los errores iniciales en el estudio y el diseño para evitar que se filtren más.

La creación de prototipos es un método apreciado para visualizar cómo funcionará y verificará su producto con el usuario final y los usuarios del negocio. Describe el flujo y da una idea inclusiva del diseño y disposición de tu sistema deseado. Un prototipo generalmente incluye wireframes (en papel, interactivos), diseños de planos, maquetas y flujos de usuarios. Podría ser un prototipo operativo, un prototipo visual, un prototipo de experiencia de usuario y un prototipo funcional.

Características clave

Un PMV es un producto funcional que tiene suficientes características para que se envíe a su conjunto inicial de usuarios. Partiendo del concepto básico a la realidad, el PMV es un sistema independiente y primario por sí solo. Representa la versión fundamental de tu sistema que atiende a un pequeño grupo de usuarios y se les ofrece para su uso posterior y comentarios.

Eric Ries, al autor de “The Lean Startup” define un PMV 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”.

La implementación de un PMV tiene su propio conjunto de beneficios, como precios razonables, tiempo de comercialización más rápido, riesgos reducidos, valor inmediato, costos de desarrollo mínimos y mayor flexibilidad. El proceso del PMV te ayuda a verificar la viabilidad del producto, las suposiciones del equipo sobre el producto, la usabilidad y la demanda del mercado. Facilita la creación de un producto que tiene características mínimas y ayuda iterativamente a crear una mejor versión del producto al aprovechar los comentarios del usuario final y tomar las mejores decisiones. En cuanto a las etapas, el producto evoluciona y ofrece el máximo retorno de la inversión con mayor madurez. Estos son dos de los ejemplos conocidos que han tenido éxito basados en este modelo:

• Dropbox es una de las organizaciones más exitosas que comenzó su empresa a pequeña escala con el objetivo de establecer un servicio que todos puedan usar. Enfrentaron su propio conjunto de desafíos en términos de integración con diferentes entornos, pero llamaron la atención de Steve Jobs y pronto obtuvieron muchos fondos, popularidad y éxito.
• Uber es una de las aplicaciones de taxi más utilizadas en la actualidad en todo el mundo. Cuando empezaron, no tenían la mayoría de las funciones que está disponibles en la actualidad. Solo se ofrecieron características mínimas. Poco a poco, fueron construyendo extensos elementos uno tras otro, observando el destino del anterior. Eso les dio un efecto en vivo de la aplicación con el que sus usuarios estaban contentos y comentarios sobre las mejoras que se necesitaban para que fuera una mejor experiencia.

Características clave

• Mayor disponibilidad de producción.
• Ofrece un subconjunto adecuado de funciones para mantener satisfechos a los usuarios.
• Crea valor para los usuarios con comentarios y mejoras continuas.
• Una forma mínima de tu producto completo.
• Brinda información valiosa para crecer gradualmente teniendo en cuenta a los clientes.
• Obtiene una alta retención con una pequeña inversión.
• Ayuda a prevenir el desperdicio de tiempo, dinero y esfuerzos.
• Establece el camino para una mayor viabilidad y valor.

¿Cuándo se necesita?

Generalmente, el PMV es la opción correcta si deseas verificar la demanda de tu producto, analizar el comportamiento y la preferencia de tu público objetivo y deseas lanzar el producto en poco tiempo con características mínimas.

Antes de decidir si necesitas desarrollar un prototipo, PDC o PMV, hay ciertas preguntas que deben responderse y percibirse claramente. Una vez que se comprenden bien las respuestas a estas preguntas, la decisión de elegir entre estas tres es seguramente correcta.

• ¿Quién es tu público objetivo para este producto? ¿Y cuál es el valor agregado?
• ¿Cuáles son tus criterios de validación?
• ¿Qué quieres verificar?
• ¿Qué necesita realmente tu negocio?
• ¿Cuál es tu estimación de presupuesto, tiempo y esfuerzo?
• ¿Cuál es tu resultado objetivo en términos de funcionalidad y preparación para la producción?
• ¿Está definida y discutida tu terminología para el proyecto?

Cuando se trata de elegir entre estos tres, de vuelve bastante complicado. Aquí hay una lista de ciertos parámetros, condiciones previas, preguntas que pueden ayudar a elegir cuál encajaría bien.

La lista de verificación anterior intenta cubrir la mayoría de las condiciones posibles, pero algunas organizaciones pueden sentir la necesidad de una combinación de las anteriores. En tales casos, se puede elaborar un mecanismo que pueda tomar dos de ellos e implementarlos uno tras otro, según lo requiera la situación.

Los tres tiene su conjunto distintivo de características en función de qué organizaciones pueden elegir cuál se adapta mejor a su escenario. El artículo ha intentado dejar muy en claro al lector cuándo elegir cuáles son exactamente los factores de comparación entre los tres. Y espero que hayas tenido éxito en hacerlo.