Product discovery
El término fue popularizado por Marty Cagan (Inspired, 2017) y Teresa Torres (Continuous Discovery Habits, 2021), quienes proponen que el discovery no es una fase previa al desarrollo sino una actividad continua paralela a la entrega.
Discovery vs. delivery
- Discovery (descubrimiento): ¿qué problema merece resolverse? ¿Esta solución funcionará? ¿Es valiosa para el usuario y viable para el negocio?
- Delivery (entrega): construir la solución acordada con calidad y fiabilidad.
El modelo dual-track agile propone ejecutar ambos en paralelo: mientras un track entrega el trabajo comprometido, el otro investiga las oportunidades del siguiente ciclo.
El ciclo de descubrimiento
El discovery sigue un flujo iterativo:
- Enmarcar el problema: separar el síntoma de la causa raíz. Formular el reto desde la perspectiva del usuario, no desde la solución. Herramienta: Jobs to Be Done.
- Mapear supuestos: listar explícitamente los supuestos de los que depende la solución. Los tipos clásicos son la deseabilidad, la viabilidad y la factibilidad; Teresa Torres añade la usabilidad y la ética, y David Bland la adaptabilidad. Se priorizan en la matriz de importancia y evidencia del Assumptions Mapping de Bland: primero se prueba lo importante que todavía no tiene evidencia. Empezar por la deseabilidad es el orden habitual, pero manda el cuadrante.
- Diseñar el experimento: elegir el método más eficiente para validar el supuesto más crítico — entrevista, prototipo, MVP de aprendizaje o test A/B.
- Evaluar la evidencia: analizar resultados con escepticismo, distinguiendo patrones de ruido y correlación de causalidad. La evidencia es más fuerte cuanto más se parece lo observado a una decisión real con coste para quien la toma: una opinión pesa menos que un registro, y un registro menos que un pago.
- Decidir: perseverar, iterar, pivotar o parar, capturando el aprendizaje independientemente del resultado.
Herramientas habituales
- Interview snapshots para acumular aprendizaje de entrevistas con usuarios.
- Árbol de soluciones de oportunidades para organizar oportunidades, soluciones y experimentos.
- Mapa de historias para conectar el discovery con el backlog.
- Mínimo Producto Viable para validar hipótesis con el mínimo esfuerzo.
Error frecuente
Tratar el discovery como una fase que se hace al inicio del proyecto y luego se cierra. El discovery continuo de Torres propone una cadencia semanal de entrevistas con usuarios como práctica estable, no como actividad puntual. Los mercados cambian y las hipótesis de producto se invalidan. Un equipo que hizo discovery hace seis meses y lleva meses en delivery puro está acumulando riesgo de desalineamiento con las necesidades reales del usuario.
Recursos
🏦 Descubrimiento de producto y validación con clientesState of the art y guía de desarrollo · Skill Arena
📄 Product Owner v.2.0Descarga gratuita · Scrum Manager
Referencias
- Cagan, Marty. (2017). Inspired: How to Create Tech Products Customers Love. Wiley.
- Torres, Teresa. (2021). Continuous Discovery Habits. Product Talk LLC.
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.