🚀 ¿Qué es el Product Discovery?
Product Discovery es el proceso de entender qué problemas resolver para los usuarios y cuáles son las mejores soluciones, normalmente funcionalidades en un producto.
Consiste en investigar, probar y validar las ideas antes de invertir tiempo y recursos en el desarrollo del producto y de sus funcionalidades.
Si trabajamos en un problema que no le importa al usuario, o aportamos una solución incorrecta, estaremos tirando el tiempo y el dinero.
En la práctica, esto implica:
Hablar con los usuarios. Entrevistas, encuestas y observación directa para entender sus necesidades.Probar conceptos. Crear prototipos y mostrar versiones tempranas del producto para obtener feedback.Analizar datos. Utilizar métricas y análisis para tomar decisiones informadas.
¿Quieres ver un taller de Product Discovery que hice en un cliente?
🔍 ¿Por qué las organizaciones y equipos deben hacer Product Discovery?
El Product Discovery permite reducir errores costosos. Al aprender antes y más barato que es lo que realmente necesita el usuario, desarrollarás mejores productos.
Estos son los principales beneficios:
Ahorro de tiempo y dinero. Al identificar y validar las necesidades del usuario desde el principio, evitas desarrollar funcionalidades innecesarias que luego deban ser desechadas.Reducción de riesgos. Al tener una comprensión clara de los problemas a resolver, reduces la posibilidad de que el producto falle en el mercado.Mejor alineación del equipo. Todos los miembros del equipo comprenden las prioridades y trabajan hacia un objetivo común.
Y para lograrlo, se debe:
Descubrir lo antes posible, y de la manera más barata, si las funcionalidades son necesarias o no, para evitar costes innecesarios.Lanzar productos al mercado que realmente resuelven problemas y, por lo tanto, tienen una mejor recepción.Motivar al equipo al ver que su trabajo tiene un impacto real y positivo.
❌ ¿Por qué lo hacen mal muchos equipos?
Muchas organizaciones cometen errores al hacer Product Discovery porque:
Se saltan la investigación. Van directo al desarrollo sin entender al usuario, basándose en suposiciones.Desarrollan lo que les piden sus stakeholders, creyendo que son representantes de los usuarios y que saben lo que éstos necesitan realmente.No prueban sus ideas. Desarrollan las funcionalidades creyendo que son relevantes y correctas, sin validar si serán apreciadas por los usuarios.
Y esto pasa en la práctica por motivos frecuentes como:
No conocen lo que es el Product Discovery, por lo que suponen que el proceso se basa en implementar requisitos de usuarios intermedios.Tomar a unos usuarios concretos como representante de todos los demás. Normalmente existen diferentes perfiles de usuarios, y desconocer algunos de estos ignora sus necesidades.Creer que es más rápido validar las funcionalidades con código real. Esto es un gran error, pues las técnicas de investigación UX suelen ser mucho más rápidas y baratas.
✅ ¿Cómo hacer bien el Product Discovery?
Para triunfar en Product Discovery, sigue estos pasos:
Investiga antes de invertir en desarrollar las funcionalidades si es necesario. Habla con tus usuarios. Entiende sus problemas y necesidades. Usa entrevistas, encuestas y análisis de datos.Genera y prueba ideas. Usa prototipos y pruebas de usuario para validar hipótesis. No te conformes con suposiciones, busca evidencias realesl.Colabora con todos los roles. Involucra a representantes de diseño, desarrollo o marketing. La diversidad de perspectivas genera soluciones más realistas y robustas.Itera constantemente. El Product Discovery es un proceso continuo, no una tarea única al principio del desarrollo. Evalúa los resultados durante los Sprints y mejora tus ideas constantemente.
En la práctica, esto significa:
Realizar entrevistas a usuarios frecuentemente, p.e. durante cada cada Sprint, para entender y validar constantemente sus necesidades.Crear prototipos rápidos y mostrar a los usuarios, obteniendo feedback temprano y frecuente.Compartir la información de usuarios, problemas y soluciones entre todos los roles, p.e. en tableros de productos y sesiones de refinamiento.
🧪 La importancia de la validación con evidencias
El descubrimiento de productos ayuda a filtrar problemas y soluciones erróneas. Pero no garantiza el éxito.
Validar si las decisiones han sido correctas o no, con datos de “producto real y usuario real”, permite avanzar invirtiendo sólo en las funcionalidades correctas, o cambiar a otras de manera eficiente.
¿Cómo puedes validar el descubrimiento de producto? Mediante p.e.:
Haciendo pruebas de usuario. Prototipa rápidamente y prueba con usuarios reales. Observa cómo interactúan con tu solución y ajusta en base a su feedback.Analizando métricas. Utiliza datos para medir el impacto de tus soluciones. ¿Están los usuarios usando la nueva funcionalidad? ¿Está resolviendo el problema como esperabas?Realizando experimentos controlados. Implementa cambios pequeños y mide los resultados antes de un despliegue a gran escala.
En la práctica, esto se traduce seguir principios como:
Implementar cambios incrementales. En lugar de grandes lanzamientos, haz ajustes pequeños y medibles.Recopilar y analizar datos continuamente. Usa herramientas de analítica para entender el comportamiento del usuario.Reflexionar y ajustar. Después de cada experimento, reflexiona sobre lo aprendido y ajusta tu enfoque en consecuencia.
🔁 ¿Cómo realizar el Product Discovery en Scrum?
El Product Discovery se puede realizar perfectamente en Scrum. Se trata de:
Entender que los Backlogs del Producto y del Sprint no tienen únicamente funcionalidades validadas y correctas. Algunos de sus elementos (PBI) pueden ser problemas a solucionar o funcionalidades que necesitan validarse.Entender que las Metas de Producto y Sprint pueden tener riesgo y necesitar actividades de descubrimiento y validación.Muchas de estas actividades pueden realizarse como parte del Refinamiento Estratégico o Refinamiento Táctico.
Si pensamos en los Sprints, esto supone que se hacen dos flujos de trabajo en paralelo durante los Sprints:
Discovery: Descubrimiento de problemas y funcionalidades.Delivery: Entrega de funcionalidades listas para desplegar, o desplegadas.
En el artículo Como integrar UX y Scrum – ¿Dual Track Scrum? te lo explico con más detalle.
🧑🏫 Aprende con el curso Product Discovery and Validation de Scrum.org
Para ayudar a los Equipos Scrum a descubrir y validar el producto de manera eficiente, Scrum.org ha creado el curso Product Discovery & Validation Skills.
En este curso de 8 horas aprenderás:
Cómo descubrir antes lo que realmente necesita el cliente.Cómo validar las necesidades del cliente de manera barata.Cómo diseñar, realizar y evaluar experimentos.Cómo integrar el descubrimiento y la validación en los Sprints.Cómo gestionar mejor el riesgo de desarrollo de los productos.
👉 El 8 de julio haré un curso Professional Product Discovery and Validation (PPDV) online.
💡 Reflexión y acción
Realizar el Product Discovery no es solo un proceso, sino una mentalidad de descubrir de la manera más rápida y barata posible lo que necesita el usuario.
Saltarse el descubrimiento y la validación de producto para pasar directamente al desarrollo de las funcionalidades suele suponer un importante desperdicio de tiempo y dinero.
El descubrimiento y la validación de producto pueden integrarse en Scrum, tanto a nivel de Metas de Producto y Sprint, de Backlog, y de integrar las actividades de descubrimiento y delivery (Dual Track) en los Sprints.
¡Empieza hoy mismo a descubrir y validar tu producto en tres pasos!
Piensa: ¿Conoces el uso de las funcionalidades de tus productos? Si no se usan, ¿se debe a que no son necesarias o a que están mal implementadas?Revisa tu proceso de trabajo: ¿descubres y validas las funcionalidades, o directamente las implementas?
Piensa: ¿Qué primer paso de los que has visto en este artículo podrías implementar para descubrir mejor tus productos?