Discovery continuo: hablar con usuarios cada semana

El discovery continuo de Teresa Torres es el hábito de hablar cada semana con clientes, del equipo del producto. Cómo empezar y el árbol de oportunidades.

info Definición Rápida
El discovery continuo es una práctica de Teresa Torres que consiste en tener, como mínimo, contacto semanal con clientes por parte del equipo que construye el producto. Ese contacto no es para validar una idea ya decidida, sino para descubrir oportunidades: necesidades, dolores y deseos que orienten lo que vale la pena construir.

¿Qué es y qué no es?

Torres define el discovery continuo, en su libro Continuous Discovery Habits (2021) y en sus charlas, con una frase sencilla: “At a minimum, weekly touch points with customers”, hechos por el equipo que construye el producto. Lo importante es el ritmo. El discovery no es una fase al inicio del proyecto que se termina antes de empezar a construir. Es un hábito que no se detiene mientras el producto se desarrolla.

Según la transcripción de su charla de 2021 en Business of Software, las actividades son pequeñas y están orientadas a un resultado deseado. La primera de ellas suele ser entrevistar para entender el espacio de oportunidades. No es una encuesta masiva ni un estudio de meses: es una conversación con una persona, cada semana.

¿Quién lo hace?

Torres insiste en que la responsabilidad es del equipo, no de un área de investigación aparte ni solo de quien lidera el producto. En su charla de Y Oslo 2024 lo dice así: el contacto lo tiene el equipo que construye el producto. En su enfoque, eso incluye al trío de producto: quien gestiona el producto, quien diseña y quien programa. Cuando el contacto con clientes se delega por completo en una sola persona, el resto del equipo recibe conclusiones y pierde la conversación que las originó.

Esta idea conecta con el dual-track agile: el descubrimiento es un flujo de trabajo propio, que alimenta al equipo de construcción de forma continua.

¿Por qué las entrevistas son el hábito central?

Según el resumen de Zeda, Torres llama a las entrevistas semanales un hábito clave (keystone habit), porque generan la motivación para los hábitos siguientes. Sirven para descubrir oportunidades, no solo para validar soluciones. Un equipo que habla con clientes cada semana empieza a ver patrones que no aparecen en una gran investigación anual.

Torres advierte que el objetivo de la primera entrevista no es perfeccionarla. En su charla de Y Oslo 2024 recomienda, al principio, no obsesionarse con el proceso ni con la selección de participantes: “Just find a customer to talk to” (busca a un cliente con quien hablar) y repite la semana siguiente. Lo importante es empezar: “Something is better than nothing”, es decir, algo es mejor que nada.

¿Qué es el árbol de oportunidades?

El árbol de oportunidades es la herramienta visual central del marco. Empieza en la raíz con un resultado deseado. De ahí se ramifican las oportunidades: necesidades, dolores y deseos que los clientes han mencionado. Y de cada oportunidad salen las soluciones candidatas, que se validan con pruebas de supuestos.

Product Talk lista un resultado claramente definido como prerrequisito para construir el árbol: la raíz es la que da sentido a todo lo demás. Por eso el árbol se relaciona con la diferencia entre outcomes y outputs: sin resultado claro, las oportunidades no tienen contra qué medirse.

Las soluciones que aparecen en el árbol se prueban con pruebas de supuestos, que según Product Talk pueden evaluar deseabilidad, viabilidad, factibilidad, usabilidad y ética. El árbol no decide por sí solo: organiza el trabajo para que cada solución tenga una razón y una forma de comprobarse.

¿Cuánto tiempo requiere?

Menos de lo que se supone. En Y Oslo 2024, Torres propone que un equipo empiece con un solo hábito pequeño, por ejemplo una conversación semanal de 20 a 30 minutos, y que ese hábito se vaya acumulando con las semanas. En la charla de Business of Software 2021 añade un consejo práctico: es más fácil que alguien acepte 15 o 20 minutos que 30.

La advertencia de Torres es clara: no esperes un proceso perfecto, porque uno imperfecto es mejor que ninguno. Un ritmo modesto y constante vale más que un proceso ambicioso que se abandona en un mes.

Ejemplo

Ejemplo ilustrativo: un equipo de una app de reservas de turnos médicos define como resultado “que las personas reserven su primer turno sin llamar a la clínica”. Cada semana, una persona del equipo habla con una paciente o un paciente reciente. Las conversaciones revelan que muchos temen equivocarse de especialidad. El equipo anota esa oportunidad en el árbol y propone tres soluciones: un asistente que sugiere especialidad, una lista de síntomas o una llamada de orientación. Antes de construir cualquiera, prueba la más barata con cinco personas. La primera semana de práctica, el equipo solo entrevistó a dos personas. Eso bastó para cambiar la prioridad.

Para tu equipo: elige un resultado, agenda una conversación con un cliente esta semana y anota tres necesidades que escuches. Esa lista es el primer nivel del árbol.

¿Cuándo NO conviene?

  • Cuando el equipo no tiene acceso a clientes. Sin conversación real, el discovery se convierte en suposición con formato.
  • Cuando la decisión ya está tomada por un motivo que no depende de los clientes, como una obligación regulatoria.
  • Cuando el equipo espera resultados inmediatos. El discovery continuo rinde con el tiempo, no en una sola semana.
  • Cuando se usa la IA para reemplazar a las personas. En Y Oslo 2024, Torres dice que usa la IA para tareas como el análisis de sentimiento o revisar su propia síntesis, pero que, por ahora, hay que seguir hablando con personas. Además, elimina toda información identificable de los clientes antes de pasar datos de entrevistas a herramientas de IA.

Errores comunes

  • Tratar el discovery como una fase que se cierra antes de construir.
  • Delegar todas las conversaciones en una sola persona.
  • Empezar por una solución y buscar después un problema que la justifique.
  • Intentar hacerlo perfecto y no hacer nada.
  • Hablar con clientes una vez al trimestre y llamarlo continuo.
  • No conectar las entrevistas con un resultado y perder el hilo del árbol.

Relacionado en la wiki

Para la lógica de experimentos pequeños que comprueban supuestos, lee Lean UX. Para ubicar el descubrimiento dentro del proceso de un equipo ágil, revisa UX en equipos ágiles. Y para entender cómo se organiza el descubrimiento en fases, el doble diamante ofrece un mapa.

Fuentes

Preguntas frecuentes

¿Qué es el discovery continuo?
Es la práctica, descrita por Teresa Torres en su libro Continuous Discovery Habits (2021), de tener al menos un contacto semanal con clientes por parte del equipo que construye el producto, con pequeñas actividades de investigación orientadas a un resultado deseado.
¿Cuál es el hábito mínimo del discovery continuo?
Según Torres, ‘at a minimum, weekly touch points with customers’, hechos por el equipo que construye el producto. Es decir, hablar con clientes cada semana, aunque sea poco. Las entrevistas semanales son el hábito central, porque permiten descubrir necesidades, dolores y deseos.
¿Qué es el árbol de oportunidades?
Es una estructura visual de Torres que empieza en un resultado deseado y se ramifica en oportunidades de clientes (necesidades, dolores y deseos) y en soluciones candidatas, que luego se validan con pruebas de supuestos.
¿Cuánto tiempo requiere el discovery continuo?
Torres propone empezar con un solo hábito pequeño: una conversación semanal de 20 a 30 minutos con un cliente. Con la práctica, ese ritmo se acumula y se vuelve parte de la rutina del equipo.