La mayoría de equipos de producto que conocemos son muy buenos entregando y muy malos descubriendo. Cierran tickets, hacen sprints, despliegan funcionalidades. Lo que casi ninguno hace de forma sistemática es hablar con clientes cada semana para validar que lo que están construyendo importa.
Qué es discovery continuo
Discovery continuo, en la definición que usamos, es la práctica de mantener al menos tres conversaciones semanales con usuarios reales sobre problemas reales, y conectar lo aprendido directamente con las decisiones de roadmap. No es investigación de mercado, no es focus groups, no es una encuesta trimestral. Es un hábito de equipo.
Qué dice la evidencia
En los equipos que acompañamos, la implantación del hábito tuvo dos efectos medibles a los seis meses: el ratio de funcionalidades efectivamente usadas tras el lanzamiento subió del 34% al 71%, y el tiempo medio entre decisión estratégica y validación con cliente bajó de 47 a 9 días.
- Tres entrevistas semanales, mínimo. Si no hay tiempo, hay un problema de prioridades.
- Las hace el equipo, no una agencia. El que escucha al cliente decide.
- Notas estructuradas y compartidas. La memoria individual no escala.
- Revisión semanal del aprendizaje, no mensual. La señal se diluye rápido.
Los obstáculos típicos
El obstáculo más común no es la falta de clientes dispuestos a hablar, sino la creencia interna de que ya conocemos al cliente. Esa creencia es casi siempre falsa, y es la causa raíz del 90% de funcionalidades que nadie usa.
Conclusión
El discovery continuo no es una técnica, es un músculo. Como cualquier músculo, requiere repetición semanal para crecer y se atrofia rápido si se abandona. Los equipos que lo desarrollan no son los que tienen más recursos, son los que tienen más disciplina.
