• BREACH
  • Posts
  • 🧪🚀 ¿Como reducir el riesgo con una POC o prueba de concepto?

🧪🚀 ¿Como reducir el riesgo con una POC o prueba de concepto?

🥸 Descubre cómo las pruebas de concepto (POC) pueden ayudarte a validar suposiciones técnicas y funcionales de forma efectiva en el mundo real

👋 ¡Hola! ¿Que tal va la semana?
La adaptabilidad es clave para sobrevivir en un mundo que evoluciona cada vez más rápido. Uno de los procesos más efectivos para validar la factibilidad de una idea en el mundo real es la prueba de concepto (POC). En este artículo te explicamos cómo hacer una prueba de concepto de producto y por qué es importante.
👉️ Gracias por seguir compartiendo con sus amigos/conocidos interesados en producto y emprendimiento el newsletter para que sigamos creciendo como comunidad usando el botón al final, o dando click aquí⚡️️.

Suficiente intro, ¡Comencemos! 🚀

👉 Existe un sesgo del mundo corporativa de que “probar” algo debe tomar un mes, o 3 meses. En muchas ocasiones podemos aprender el 95% de las cosas en menos de la tercera parte del tiempo.

🚀¿Qué es una prueba de concepto (POC)?

Una prueba de concepto es un proceso de generación de evidencia en el que se descubre si una propuesta es factible en el mundo real. Está específicamente enfocada en validar suposiciones funcionales y técnicas. Su objetivo es confirmar si una idea puede ser llevada a cabo en el mundo real y reducir la incertidumbre asociada con su implementación, si bien es de origen científico, es muy aplicable a negocios que deseen gestionar el riesgo en desarrollo de productos y servicios. En 1960 surge el concepto a partir de los “Technology Readiness Levels (TRLs)” de la NASA como TRL3, una fase donde hardware experimental es construido y probado para demostrar la factibilidad de un nuevo concepto. Bruce Carsten lo define en 1984 como un prototipo de ingeniería que tiene el único objetivo de probar su factibilidad, más no pretende ser una versión temprana de producto. Sin embargo lo que el público se llevó es que una POC es la prueba de algo aún no terminado en un bajo alcance. Así surgen definiciones de Marketing como la de Gartner, que indica que una POC es una demostración de un producto o concepto en un contexto de venta que ayuda a demostrar aceptación del cliente, según Gartner las primeras POC’s son “Technical POC’s” o pruebas de concepto técnicas. Los elementos en común es que en ambos casos se busca validar en ambientes experimentales las hipótesis más riesgosas para que un concepto sea realizable/factible.

🤔POC vs MVP vs Prototipo

Existen tres ejes tradicionales para evaluar un proyecto: la factibilidad, la deseabilidad y la viabilidad. El mundo corporativo generalmente cae el vicio de iniciar por la viabilidad a través de un caso de negocio de una idea sin validar, para luego ver si es factible y finalmente ver la mejor manera de poder vender/”hacer viable” el diseño realizado desde escritorio.
Una mejor forma de hacerlo es comenzar reduciendo el riesgo mediante la validación de que estamos resolviendo un problema real del usuario (Deseabilidad), para luego evaluar si podemos construirlo (factibilidad), y finalmente bajo este contexto ver modelos viables para evaluar la iniciativa.

Para medir la deseabilidad de forma temprana, usamos prototipos y visiotipos que permiten que un usuario interactúe con el producto o servicio y obtener aprendizajes orientados a deseabilidad o usabilidad. Para validar factibilidad usearemos POC’s, estas prueban hipótesis por lo general son de carácter técnico. El MVP, por otro lado, es un mínimo producto funcional que podemos impulsar en el mercado. La diferencia con un prototipo es que el MVP debe poder operar y no solo ser maquetas de una funcionalidad futura. El MVP nos permite validar no solo las características del producto, sino también cómo se comporta en el mercado.

🥸¿Cuándo realizar una POC?

Luego de la identificación de una necesidad real y la generación de ideas, puede surgir la pregunta: "¿Podemos construir esto?" En este momento, se debe realizar una POC para poder reducir la incertidumbre y con ello el riesgo de gastar recursos en una solución que finalmente no será implementable. Sin embargo, en muchas empresas, las POC's de carácter 100% técnico son muy pocas, por lo que también se consideran POC's a aquellas aplicaciones sustancialmente diferentes de tecnologías existentes, siempre y cuando se hagan con un alcance mínimo. Por la características de este tipo de pruebas generalmente requieren de menor revisión de aprobadores internos en las empresas, ganando velocidad en la construcción de argumentos para que una idea gane apoyo y prospere.

De acuerdo a HAL, una POC debería de cumplir con una doble función, validación y generatividad. Valida una tesis a través de indicadores de éxito y también genera conversación en los equipos sobre cómo se puede hacer un concepto “posible”, factible en el mundo real.

🧪¿Cómo realizar una POC?

Lo más importante al realizar una POC es tener un enfoque claro y bien definido. Estos son los pasos que debes seguir:

  1. Identifica el problema: Antes de comenzar, debes identificar el problema que quieres solucionar. Debe ser específico y concreto.

  2. Define el objetivo: Una vez que hayas identificado el problema, define el objetivo de la POC. ¿Qué quieres lograr con ella? ¿Qué suposiciones quieres validar? ¿Cuales son las suposiciones más riesgosas?

  3. Diseña la prueba: Define cómo vas a medir los resultados de la POC y sus criterios de éxito. Debe ser una prueba corta, que permita reducir la incertidumbre, y que pueda ser realizada con un mínimo de recursos.

  4. Selecciona el equipo: Elige a las personas que participarán en la POC. Deben tener las habilidades necesarias para llevarla a cabo.

  5. Realiza la POC: Realiza la prueba y mide los resultados. Registra todos los datos que puedan ser relevantes para la evaluación de la prueba.

  6. Evalúa los resultados: Analiza los resultados obtenidos y determina si la idea ha cumplido con los criterios de éxito.

  7. Presentar los resultados y tomar decisiones: Después de ejecutar y monitorear la POC, se deben presentar los resultados al equipo y a los stakeholders. Con base en los resultados, se deben tomar decisiones sobre si vale la pena continuar con la solución o si se deben realizar ajustes.

Es importante recordar que el éxito de una POC no necesariamente se encuentra cuando se valida de forma positiva la hipótesis, sino por el mismo acto de haber podido confirmar o rechazar la tesis de forma clara. Si funcionó, genial! Si no funcionó igual puedes celebrar porque pudiste aprenderlo apostando pocos recursos.

¡Espero que te haya sido de valor este newsletter! 🙌

Si te gustó no dudes en compartir con más personas en LinkedIn, o también puedes invitar a más personas a suscribirse a este boletín directamente desde whatsapp haciendo click en este botón:

¿Tienes algún proyecto en el que pueda apoyarte? O tal vez quisieras conocer más sobre como implementar mejores prácticas en tu empresa, da click aquí para mantenernos en contacto: