Qué es Product Discovery y por qué importa
Product Discovery es el proceso de entender el problema antes de comprometerse con una solución. Esta guía explica qué es, cómo funciona y por qué es la fase más crítica del desarrollo de producto digital.
Qué es Product Discovery
Product Discovery es el conjunto de actividades que un equipo de producto realiza para entender qué problema merece ser resuelto, para quién, y con qué nivel de confianza antes de comprometerse a construir una solución.
No es una fase con inicio y fin definidos. Es una práctica continua que debería ocurrir en paralelo al desarrollo, no solo antes de él.
La razón de existir del Discovery es sencilla: construir lo correcto es más importante que construir correctamente. Un producto técnicamente excelente que resuelve el problema equivocado no genera valor.
Por qué la mayoría de los equipos lo hacen mal
El patrón más común es este: alguien tiene una idea, se incluye en el backlog, se especifica y se construye. El proceso es eficiente. El resultado, frecuentemente, no genera el impacto esperado.
El problema no es la ejecución. Es que se saltó la pregunta más importante: ¿es este el problema correcto que resolver?
Los equipos que no hacen Discovery sistemático acaban construyendo muchas cosas que nadie usa, o cosas que generan resultados muy por debajo de los esperados. El coste no es solo el esfuerzo invertido. Es también la oportunidad no aprovechada de haber resuelto algo que realmente importaba.
Los tres riesgos que el Discovery reduce
Marty Cagan, en su trabajo sobre equipos de producto modernos, identifica cuatro riesgos principales que el Discovery trata de mitigar. Tres de ellos son especialmente relevantes:
Riesgo de valor: ¿Querrán los usuarios usar esto? ¿Resuelve un problema real con suficiente intensidad como para que alguien cambie su comportamiento actual?
Riesgo de usabilidad: ¿Podrán los usuarios entender cómo funciona? ¿La experiencia es suficientemente clara y fluida para que la adopción sea viable?
Riesgo de viabilidad: ¿Puede el equipo técnico construir esto en un tiempo razonable con los recursos disponibles? ¿Las restricciones técnicas hacen inviable la solución propuesta?
El Discovery bien hecho reduce estos riesgos antes de que el equipo invierta tiempo y dinero en construir.
Actividades clave del Discovery
No existe una lista canónica de actividades. El Discovery se adapta al contexto: el tipo de producto, la madurez del equipo, la información disponible y el tiempo con el que se cuenta.
Pero hay un conjunto de actividades que aparecen con frecuencia:
Entrevistas de usuario. Conversaciones exploratorias con usuarios actuales o potenciales para entender sus contextos, sus comportamientos y sus frustraciones. No para validar una solución, sino para entender el problema.
Análisis de datos cuantitativos. Revisión de métricas de uso, embudos de conversión, mapas de calor y cualquier dato que ayude a entender el comportamiento real de los usuarios en el producto actual.
Pruebas de concepto rápidas. Prototipos de baja fidelidad, storyboards o simples descripciones de la solución propuesta para obtener feedback temprano antes de invertir en desarrollo.
Análisis del contexto competitivo. Revisión de cómo otros productos resuelven problemas similares, qué trabaja bien y qué no, y qué expectativas puede tener el usuario formadas por esas experiencias.
Jobs to Be Done. Framework para entender qué trabajo el usuario está intentando hacer cuando usa el producto, con independencia de la solución técnica concreta.
Cuándo parar el Discovery y comprometerse con la solución
No hay una respuesta perfecta. El Discovery podría extenderse indefinidamente y nunca hay certeza total. El criterio práctico es: ¿tenemos suficiente confianza en que esta solución resuelve este problema de forma que genere valor, para comprometer el esfuerzo necesario para construirla?
Si la respuesta es sí, se construye. Si no, se sigue aprendiendo o se ajusta la solución.
El objetivo no es eliminar la incertidumbre. Es tomar decisiones más informadas con la incertidumbre que existe.
Resumen
- Product Discovery es el proceso de entender el problema antes de construir la solución.
- Su objetivo es reducir el riesgo de construir algo que no genera valor.
- No es una fase puntual: es una práctica continua.
- Las actividades principales son: entrevistas, análisis de datos, prototipos rápidos y exploración del contexto.
- El criterio para pasar a la construcción es tener suficiente confianza, no certeza total.