¿Cuántas veces has visto a tu equipo invertir meses en una nueva funcionalidad solo para que, tras el lanzamiento, nadie la use? Es una de las frustraciones más grandes en el desarrollo de productos: construir algo que nadie necesita.
Este ciclo de desperdicio de tiempo y recursos tiene una solución clara. Entender qué es Product Discovery es el primer paso para dejar de trabajar en base a suposiciones.
Basándonos en los aprendizajes y la experiencia de la experta en UX Research y Estrategia de Producto, Carolina López, hemos elaborado esta guía. Aquí desglosamos el proceso fundamental que separa a los productos exitosos de los fracasos.
Es hora de empezar a construir el producto correcto, no solo construir el producto de la forma correcta.
Credits by @rawpixel.com
¿Qué es Product Discovery y por qué es Esencial?
Si te preguntas qué es Product Discovery, la respuesta es sencilla pero potente: es el conjunto de actividades que realizamos para reducir la incertidumbre antes de construir un producto o una funcionalidad.
Su objetivo principal es asegurarnos de que lo que estamos construyendo soluciona un problema o una necesidad real para nuestros usuarios.
Existen ejemplos claros en la industria que ilustran la importancia de este proceso:
- Fracasos por falta de Discovery: El Metaverso de Meta partió de una innovación tecnológica sin validar si los usuarios realmente querían pasar su vida en una realidad virtual. Otro caso es Twitter Fleets, una imitación de las stories que los usuarios nunca pidieron.
- Éxitos basados en Discovery: Airbnb identificó que las fotos de baja calidad eran su verdadero problema (no la desconfianza) y lo validó con un experimento simple. Figma nació de una necesidad profunda de los diseñadores: colaborar de forma eficiente.
Diferencia Clave: Product Discovery vs. Product Delivery
Para comprender a fondo qué es Product Discovery, es crucial distinguirlo de su contraparte, el Product Delivery. Ambos son necesarios, pero sus focos son radicalmente diferentes.
Product Discovery (Construir lo correcto):
- Foco: Decidir qué se va a desarrollar.
- Actividades: Investigar al usuario, explorar el contexto, identificar oportunidades, definir funcionalidades clave.
- KPIs de éxito: Aprendizajes generados, hipótesis validadas, prototipos testados.
Product Delivery (Construir correctamente):
- Foco: Desarrollar e implementar la solución.
- Actividades: Construir, lanzar, probar y medir la solución en producción.
- KPIs de éxito: Time-to-market, tasa de errores, frecuencia de entrega, adopción.
El Discovery se ocupa del «porqué» y el «qué». El Delivery se centra en el «cómo» y el «cuándo». Sin un Discovery sólido, corres el riesgo de ejecutar perfectamente una idea equivocada.
El Proceso tras qué es Product Discovery: El Doble Diamante
Para estructurar este proceso, utilizamos el framework del Doble Diamante del Design Council de Reino Unido.
Es un modelo eficaz que divide el trabajo en dos grandes espacios: el espacio del problema y el espacio de la solución.
- Discover (Descubrir): Es la primera fase, divergente. El objetivo es abrir la mente y recopilar la mayor cantidad de información posible sobre los usuarios y su contexto.
- Define (Definir): Fase convergente. Aquí se sintetiza la información para priorizar y definir claramente el problema a abordar.
- Develop (Desarrollar): Fase divergente. Se exploran múltiples ideas y posibles soluciones, a menudo mediante prototipos.
- Deliver (Entregar): Fase de convergencia final. Se testan las soluciones y se itera para llevar el producto al mercado.
Esta guía se centra en las herramientas de la primera fase: Discover.
Herramientas Prácticas para la Fase de Descubrimiento
Antes de hablar con usuarios, necesitas un marco para entender el reto. Comprender qué es Product Discovery implica dominar ciertas herramientas visuales.
El Mapa de Stakeholders
Los equipos de producto a menudo viven en una burbuja. El mapa de stakeholders es una técnica visual para mapear a todos los actores involucrados en un reto.
Se organiza en círculos concéntricos:
- Core (Centro): Los usuarios o agentes clave para quienes estás diseñando.
- Directos: Aquellos que interactúan directamente con tu grupo core (familiares, compañeros, soporte).
- Indirectos: Actores con una relación más lejana pero relevante (proveedores, reguladores, tecnología).
Esta herramienta te obliga a pensar más allá de «el usuario» y considerar todo el ecosistema.
El Opportunity Solution Tree
Creado por Teresa Torres, este es quizás el artefacto más poderoso. Es un diagrama que vincula los objetivos de negocio con el trabajo diario.
Su estructura es:
- Business Outcome: El objetivo que quieres lograr (ej: «Reducir el churn un 10%»).
- Opportunities: Mapeas los problemas o necesidades de los usuarios. Esta es la parte más importante.
- Solutions: Generas múltiples ideas de soluciones para cada oportunidad.
- Experiments: Defines cómo validarás esas soluciones.
Su poder reside en centrarse primero en las oportunidades antes de saltar a las soluciones.
La Investigación de Usuario (UX Research) como Pilar
El motor que alimenta todo el proceso es la investigación. No se trata de preguntar qué quieren, sino de entender sus motivaciones.
De la Suposición a la Hipótesis
Un buen plan de investigación diferencia entre:
- Suposiciones: Creencias no validadas sobre tus usuarios.
- Preguntas: Las dudas que quieres explorar.
Debes transformar tus suposiciones críticas en hipótesis testables. Para priorizar tu trabajo, te recomendamos leer más sobre metodologías ágiles.
La Entrevista en Profundidad
La técnica estrella para entender qué es Product Discovery en la práctica es la entrevista en profundidad. Sigue estos tres consejos para obtener insights reales:
- Haz preguntas abiertas: Evita el Sí/No. Pregunta «¿Podrías contarme qué actividades realizas?».
- Enfócate en el pasado: El comportamiento pasado predice el futuro. Pregunta «¿Cómo fue tu última experiencia con…?».
- Indaga con el «porqué»: No te quedes en la superficie. Pregunta repetidamente para llegar a la emoción subyacente.
Este conocimiento es fundamental para un diseño de experiencia de usuario (UX) exitoso.
credits by @freepik
Puntos Clave para Empezar
Implementar un proceso de descubrimiento no es un lujo, es una necesidad estratégica. Ahora que sabes qué es Product Discovery, puedes dejar de basar tus decisiones en la intuición.
Al invertir tiempo en entender a tus usuarios, ahorras recursos y evitas fracasos. Te pones en el camino de crear productos que la gente realmente necesita, usa y ama.
Puntos que no debes olvidar:
- Discovery vs. Delivery: No confundas los procesos. Discovery es para la estrategia, Delivery para la ejecución.
- Enamórate del problema: Tu objetivo es entender la necesidad del usuario, no vender tu solución.
- Usa Frameworks: Apóyate en el Doble Diamante para dar estructura.
- Visualiza: Usa el Mapa de Stakeholders y el Opportunity Tree para alinear al equipo.
- Habla con usuarios: Son la fuente más rica de información. Luego, podrás escribir tus User Stories con confianza.
Ahora te toca a ti. ¿Cuál de estas técnicas aplicarás primero en tu equipo?
Preguntas Frecuentes sobre Product Discovery
1. ¿Cuánto tiempo dura un proceso de Product Discovery?
No tiene un fin definido; es un proceso continuo. Una iniciativa concreta puede durar desde semanas hasta meses, dependiendo de la complejidad.
2. ¿Necesito un equipo de UX Research para hacer Discovery?
Es ideal, pero no obligatorio. En equipos pequeños, el Product Manager suele liderar este proceso, aunque debe cuidarse de los sesgos.
3. ¿Cuál es el error más común al empezar?
Saltar a las soluciones sin definir el problema. Usar el Opportunity Tree ayuda a mantenerse en el «espacio del problema» el tiempo necesario.
