🚀 ¿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?