Producto Mínimo Viable vs Prototipo vs Prueba de Concepto

Por Víctor Reyna Vargas
November 4, 2021

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.

Prueba de Concepto (PDC)

La Prueba de Concepto (PDC) es la realización de un determinado método o idea para demostrar su viabilidad o una demostración en principio con el objetivo de verificar que algún concepto o teoría tiene potencial práctico.

Wikipedia

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

  • Demuestra viabilidad y confirma potencial.
  • Expone una implementación realista de una pequeña parte de todo el sistema.
  • Menor costo y tiempo para la validación de características en comparación con un proyecto a gran escala.
  • Da paso a ideas innovadoras desde la etapa inicial.
  • Revela errores y riesgos involucrados en una etapa temprana.
  • Da un “sí” o “no” instantáneamente a la viabilidad de tu proyecto.

¿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.

Prototipo

Un prototipo es una muestra, modelo o lanzamiento temprano de un producto creado para probar un concepto o proceso o para actuar como algo que se puede replicar o aprender.

Wikipedia

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

  • Comentarios tempranos sobre el producto.
  • Identificación de errores en las fases de diseño y desarrollo.
  • Mayor aceptación por parte de los usuarios debido al efecto visual.
  • Menos costoso, lucrativo y más rápido.
  • Simplifica ideas complejas en un formato comprensible.
  • Validación de flujo de aplicaciones/sistemas por parte de usuarios del negocio.

Producto Mínimo Viable (PMV)

Un producto mínimo viable (PMV) es un producto con las características suficientes para satisfacer a los primeros clientes y proporcionar comentarios para el desarrollo futuro de productos.

Wikipedia

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.

Consideraciones clave antes de desarrollar un PMV, Prototipo o PDC

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?

PMV vs Prototipo vs PDC – Una comparación a escala

Parámetro de Comparación

PMV

Prototipo

PDC

Validación del Mercado

“Esto debería construirse y será viable”

“Así es como lo construiremos y usaremos”

“Esta es una solución factible”

Rentabilidad

Apto para proyectos con presupuestos bien definidos y buscando inversión.

Necesita menos presupuesto para construir un prototipo.

Necesita menos presupuesto y es apto para obtener financiación interna.

Objetivo Clave

Proporciona un modelo de trabajo básico que se puede implementar y desplegar en producción.

Ofrece la primera apariencia del proyecto y se puede presentar a las partes interesadas.

Identifica la viabilidad operativa del concepto y es para uso interno.

Participación de Recursos Técnicos

Necesita experiencia técnica ya que es como un proyecto de desarrollo en su totalidad.

Necesita menos recursos técnicos ya que casi no hay desarrollo.

Necesita cierta experiencia técnica hasta el punto de desarrollar el concepto de base.

Interacción y Satisfacción del Usuario

Sería mejor ofrecer una visión detallada de ciertas áreas seleccionadas del sistema.

Ofrece una apariencia general del sistema, haciendo que el usuario y el usuario final comprendan cómo avanzará el proyecto.

No tiene mucha interacción con el usuario, ya que se usa principalmente internamente, pero puede convertirse en un PMV más adelante.

Audiencia Objetivo

Grupos de clientes considerables.

Las audiencias pequeñas suelen ser partes interesadas.

Se puede trabajar para hacer un PMV.

Reusabilidad y Legado

La primera versión de una solución completa.

El diseño de la interfaz de usuario (si está hecho) se puede utilizar durante el desarrollo.

Se puede trabajar para hacer un PMV.

Generación de Ingresos

Vendido a los primeros usuarios.

No para la venta.

No para la venta.

Factores de Riesgo Asociados

Riesgos mínimos ya que es un producto viable desarrollado con características limitadas / básicas.

Menor riesgo ya que la interfaz de usuario y los flujos son validados por el cliente / usuario.

Los riesgos son conocidos y no son tan importantes, ya que no son para el uso del cliente.

PMV vs Prototipo vs PDC – ¿Cuándo elegir qué método?

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.

Lista de Parámetros / Precondiciones

¿Cuál estrategia escoger?

¿Necesitas mostrar al cliente un producto operativo con características incorporadas?

PMV

¿Tienes un plan para ganar dinero con el producto al instante?

PMV

¿Necesitas que se lance para su uso un producto perfecto y sin errores?

PMV

¿Estás interesado en comprender la percepción del mercado e improvisar tu producto basándote en eso?

PMV

¿Necesitas una alta retención en una pequeña inversión?

PMV

¿Necesitas el financiamiento en la etapa inicial?

PDC o Prototipo

¿Quieres comprobar si una idea funcionará técnicamente o no?

PDC

¿Tu proyecto es pequeño y necesita financiamiento junto con la aprobación de viabilidad?

PDC

¿Tienes como objetivo compartir conocimientos internos entre el equipo, explorar tecnologías emergentes y probar un concepto al cliente para tu producto?

PDC

¿Quieres evaluar el éxito del proyecto o de la función antes de lanzarse al desarrollo?

PDC

¿Necesitas atraer inversiones?

Cada uno puede usarse independientemente o juntos dependiendo del plan/hoja de ruta del proyecto

¿Quieres crear una visualización de cómo funcionará tu producto, incluso si hay errores permitidos?

Prototipo

¿Tienes un presupuesto y tiempo limitados para tu proyecto, para mostrárselo a los interesados o al usuario final?

PrototipoPrototipo

¿Existe una disponibilidad limitada de recursos técnicos?

Prototipo

¿Necesitas una vista instantánea de tus sistemas para poder decidir cómo proceder?

Prototipo

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.

Una nota de despedida

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.

Por favor déjanos tus opiniones y preguntas acerca de esta publicación en los comentarios al final de la página.

Acerca del autor 

Víctor Reyna Vargas

Ingeniero de Sistemas por la Universidad Nacional de Ingeniería de Lima (Perú). Especialista en la Agilidad Organizacional para la Transformación del Negocio. Apasionado por la Innovación y la Transformación Digital, el Gobierno de la Información y la Tecnología y el Gobierno Digital. Es asesor, consultor, mentor y capacitador en los temas de su especialidad. Actualmente se desempeña como especialista en Transformación Digital, Agilidad Organizacional y Transformación del Negocio. Es titular gerente de DOBLERRE & ASOCIADOS.

{"email":"Email address invalid","url":"Website address invalid","required":"Required field missing"}
>