Investigación estratégica: research que define el roadmap
La investigación estratégica decide qué problemas vale la pena resolver; la táctica, si lo que construimos funciona. Cómo equilibrarlas y llevarlas al roadmap.
¿Qué diferencia hay entre estratégica y táctica?
La diferencia está en la pregunta. Jared Spool, según un artículo de Looppanel, la resume así: la investigación táctica pregunta si estamos construyendo el producto bien para nuestros usuarios; la estratégica pregunta si estamos resolviendo los problemas correctos.
Eso cambia el alcance. La táctica se mueve dentro de un producto y un objetivo acotado: una prueba de usabilidad de un flujo de registro, un test de navegación antes de un lanzamiento. La estratégica, según Spool, se distingue porque no se centra en productos. Se mueve fuera del producto: qué necesita alguien que hoy ni siquiera usa nuestro servicio, qué hace la gente cuando no está en nuestra app, qué problema vale la pena resolver el próximo año.
Un criterio sencillo para clasificar: si el resultado puede cambiar la dirección del producto, es estratégico. Si solo cambia cómo se ve o se usa algo que ya existe, es táctico.
No es lo mismo que investigación generativa vs. evaluativa. Esa distinción habla del método y del momento: descubrir necesidades o probar una solución. La estratégica vs. táctica habla del alcance de la decisión que informa. Una prueba de usabilidad es evaluativa y casi siempre táctica, pero un estudio evaluativo de un concepto nuevo puede ser estratégico si decide si una línea de producto sigue adelante.
¿Por qué le importa a un diseñador?
Porque las decisiones de roadmap se toman antes de que el diseño llegue. Un equipo que solo hace investigación táctica llega siempre tarde: valida pantallas que alguien ya decidió construir. La investigación estratégica es la forma de llegar temprano, cuando todavía hay opciones.
También protege al diseño de convertirse en un servicio de revisión. Si cada pedido es “¿funciona este botón?”, el trabajo de diseño se limita a pulir. El research estratégico da al equipo una voz en qué se construye, no solo en cómo.
Un hallazgo estratégico solo sirve si cambia algo concreto. Antes de presentarlo, escribe qué decisión cambiaría y qué pasaría si el hallazgo resultara falso. Si la respuesta es que nada cambiaría, el hallazgo es interesante, pero no estratégico. Y si la decisión ya se tomó cuando llega el research, la investigación entró tarde: eso también es una señal para revisar cómo se planifica en tu organización, no solo cómo se investiga.
¿Cómo se equilibra?
Según el mismo artículo de Looppanel, Jared Spool recomienda que el 85 % del research sea estratégico y el 15 % táctico. Conviene tomarla como una recomendación de un practicante, no como un dato medido en la industria. Lo que sí sirve es el principio: revisa cuánto de tu research mira hacia adelante y cuánto mira hacia atrás.
Un método práctico para empezar:
- Lista las decisiones de los próximos dos trimestres. Qué se va a construir, qué se va a dejar fuera.
- Para cada decisión, escribe la pregunta de investigación. Si no sabes qué preguntar, la decisión todavía es prematura.
- Clasifica cada pregunta como estratégica o táctica.
- Asigna método según la pregunta. Entrevistas, diario de estudio o análisis competitivo para lo estratégico; una prueba de usabilidad para lo táctico.
- Revisa el resultado con el equipo de producto antes de que el roadmap se cierre.
¿Qué relación tiene con el roadmap?
ProductPlan argumenta que el rol de diseño es a la vez táctico y estratégico, y que tener un roadmap de UX separado del roadmap de producto no tiene mucho sentido. Recomienda mostrar el trabajo táctico, como sprints de diseño, prototipado y pruebas, en vistas de corto plazo, y el trabajo estratégico, como la investigación de usuario estratégica o las auditorías de diseño, en vistas de meses o trimestres.
Un roadmap de investigación también tiene sentido por sí mismo. NN/g lo describe como un artefacto vivo que prioriza los esfuerzos de investigación futuros, desde las iniciativas de descubrimiento hasta las pruebas de usabilidad en etapas posteriores (video de Sarah Gibbons, 2023). Si tu organización tiene un roadmap de diseño, el research debe aparecer ahí como trabajo planificado.
Ejemplo
Ejemplo ilustrativo: una empresa de envíos planea un rediseño del seguimiento de paquetes para el próximo semestre. El equipo de diseño propone dos líneas de investigación. La primera es estratégica: entrevistas con personas que envían paquetes ocasionalmente, para entender qué esperan saber mientras el paquete viaja y por qué abandonan la app. La segunda es táctica: una prueba de usabilidad de la pantalla de seguimiento actual, para corregir problemas que ya conocen. Las entrevistas cambian la decisión de roadmap: el equipo descubre que la gente quiere avisos proactivos, no una pantalla más completa. El roadmap se ajusta antes de diseñar nada.
Para tu próxima planificación: escribe las tres decisiones de producto de este trimestre y, para cada una, la pregunta de investigación que la respondería. Si alguna pregunta suena a “¿funciona?”, probablemente es táctica y no debería decidir la dirección.
Errores comunes
- Hacer solo research táctico y llegar tarde a las decisiones.
- Hacer solo research estratégico sin validar nada que llegue a producción.
- Tratar el roadmap de investigación como un anexo en lugar de parte del roadmap de producto.
- Usar la proporción 85/15 como regla fija sin mirar el contexto de tu equipo.
- Presentar hallazgos estratégicos sin decisiones concretas que los conecten con el roadmap.
- Hacer investigación sin preguntas. Sin una decisión que informar, cualquier estudio es una exploración sin destino.