Cómo hacer una sesión de discovery que no sea una pérdida de tiempo
Las sesiones de product discovery fallan más por falta de preparación que por falta de método. Esta guía explica qué preparar, cómo estructurar la sesión y qué hacer con lo que salga de ella.
Una sesión de discovery mal preparada tiene un coste doble: el tiempo de todos los participantes, y la falsa sensación de haber hecho trabajo de investigación cuando en realidad se han organizado las suposiciones del equipo en post-its de colores.
He facilitado sesiones de este tipo y he estado en sesiones de este tipo. Lo que diferencia las útiles de las que no lo son está casi siempre en lo que ocurre antes de que empiece.
Antes de la sesión: lo que tiene que estar claro
Define la pregunta que intentas responder
La pregunta que guía la sesión es el activo más importante. Tiene que ser específica, relevante y respondible con el nivel de información que el equipo puede razonablemente generar en una sesión.
Una pregunta útil: “¿Por qué los usuarios que completan el registro no vuelven en los primeros siete días?”
Una pregunta demasiado amplia: “¿Cómo podemos mejorar la retención?”
La diferencia importa porque define qué información es relevante y cuál no. Con una pregunta amplia, cualquier cosa puede parecer relevante y la sesión se diluye.
Selecciona a las personas correctas
Una sesión de discovery necesita perspectivas distintas. El PM que conoce los datos y los objetivos. El diseñador que ha hecho (o debería haber hecho) investigación de usuarios. Alguien del equipo técnico que pueda evaluar viabilidad. Opcionalmente, alguien de ventas o soporte que tenga contacto directo con usuarios.
No necesita a todo el mundo. El tamaño óptimo es 4-7 personas. Por encima de ese número, la dinámica de grupo dificulta la participación equitativa.
Prepara el material previo
Los participantes deben llegar con contexto, no descubrirlo durante la sesión. Eso incluye:
Los datos de comportamiento relevantes para la pregunta. Si hay entrevistas de usuario recientes, los insights clave. El contexto de negocio: qué objetivos se intentan cumplir y por qué esta pregunta es relevante ahora.
Compartir ese material con al menos 24 horas de antelación. No como lectura obligatoria, sino como preparación que mejora la calidad de la participación.
Durante la sesión: estructura que funciona
Apertura: alinear sobre la pregunta (10-15 minutos)
Empieza verificando que todos tienen el mismo entendimiento de la pregunta que se intenta responder. Pide a dos o tres personas que la reformulen con sus propias palabras. Las diferencias en cómo la entienden cada uno son información valiosa que conviene resolver al principio, no después de 45 minutos de trabajo.
Exploración: generar hipótesis (20-30 minutos)
En esta fase, el objetivo es generar hipótesis sobre la pregunta, no respuestas. ¿Qué podría explicar el comportamiento que observamos? ¿Qué podría estar causando el problema?
Trabajo individual primero, después compartir en grupo. Esto evita que las voces más fuertes dominen la fase de generación y permite que las personas más introvertidas contribuyan igualmente.
No evalúes todavía. La evaluación prematura mata la generación de ideas.
Evaluación: identificar qué se sabe y qué no (20-30 minutos)
Para cada hipótesis generada, la pregunta es: ¿qué evidencia tenemos de que esto es verdad o no? ¿Hay datos que lo confirmen o desmientan? ¿Hay entrevistas que lo mencionen?
Aquí aparece la distinción más valiosa de toda la sesión: qué es evidencia y qué es suposición. Ser explícito sobre eso en el momento evita que las suposiciones se consoliden como hechos en el paso siguiente.
Síntesis: decidir qué aprender a continuación (15-20 minutos)
Identifica las dos o tres hipótesis más relevantes que tienen menor nivel de evidencia. Esas son las que merece la pena investigar antes de tomar decisiones de producto.
Define para cada una qué método de research sería más adecuado para reducir la incertidumbre: entrevistas, análisis de datos, prototipo rápido, prueba de usabilidad.
Después de la sesión: el trabajo que nadie hace
La mayoría de las sesiones de discovery mueren en la síntesis. Se genera mucho material, hay energía en la sala, y después los post-its quedan en la pared o en las fotos del teléfono de alguien.
Documenta en 24 horas
No un informe exhaustivo. Un documento corto que recoja: la pregunta que se trabajó, las hipótesis generadas con nivel de confianza de cada una, y los próximos pasos de investigación acordados. Menos de una página.
Asigna propietario a los próximos pasos
Cada tarea de research tiene que tener una persona responsable y una fecha. Sin eso, el research no ocurre y la próxima sesión empieza desde cero de nuevo.
Cierra el ciclo
Cuando el research esté completo, comparte los hallazgos con las personas que participaron en la sesión. Eso cierra el ciclo de aprendizaje y hace que la siguiente sesión sea más eficiente porque el equipo ha visto el valor del proceso completo.
Lo que no funciona
Las sesiones de discovery que fracasan tienen patrones reconocibles. Los más comunes:
Generar soluciones antes de entender el problema. La presión por llegar a ideas concretas es natural, pero prematura. Si el equipo pasa directamente a diseñar la solución antes de entender bien el problema, la sesión genera ilusión de avance sin aprendizaje real.
Incluir a demasiadas personas por razones políticas. Si alguien está en la sala porque se ofendería si no lo invitan, está ocupando el espacio de alguien que tendría una contribución directa a la pregunta.
No hacer nada con los resultados. Una sesión que genera aprendizajes que nadie usa no es mejor que no haber hecho la sesión.
Las opiniones expresadas son personales y no representan la posición de ninguna organización.