Empatizar con el usuario no es un paso más: es el inicio que define todo. En Design Thinking, la identificación del usuario objetivo y la comprensión de sus porqués permiten diseñar soluciones con utilidad real, evitando invertir recursos en lo que nadie necesita. Como recuerda Peter Drucker: «No existe nada más inútil que crear con eficiencia un producto que no debería haber sido producido».
¿Por qué empezar por el usuario objetivo en Design Thinking?
Empezar por el usuario cambia el paradigma. En procesos tradicionales se diseña primero y se asume después que habrá alguien a quien venderle. Design Thinking funciona al revés: se centra en el usuario y sus necesidades. Si se define mal el usuario, la solución entera cambia, como ocurrió en el desafío del hospital con la máquina de MRI, donde apuntar correctamente evitó soluciones equivocadas.
- Definir con precisión el usuario objetivo.
- Evitar diseñar al revés: no producto primero, usuario después.
- Reducir desperdicio de recursos con foco en necesidades.
- Validar que la solución responda a la experiencia real de uso.
¿Qué, cómo y por qué: cómo entender la profundidad del usuario?
Para descubrir necesidades, la metáfora del iceberg ordena la exploración. Arriba está el qué: lo visible, las características del producto, cercano al prototipado. En el medio está el cómo: la experiencia del usuario al usar el servicio o producto. En la profundidad está el porqué: miedos, motivaciones y razones que guían el comportamiento. Ese nivel emocional y motivacional es el más importante de explorar en la etapa de empatía.
- Qué: resultado visible, lo último en definirse.
- Cómo: interacción y uso en contexto real.
- Porqué: motivaciones y miedos que orientan decisiones.
¿Cómo priorizar el porqué sin personalizar en exceso?
No se busca diseñar para María o Juan, sino detectar patrones compartidos en el segmento. La imagen de los senderos en parques de Japón es clave: primero se deja a la gente caminar y luego se formalizan los caminos reales. Así, se diseñan soluciones donde ya existen trazas de uso. Cuanto más cerca estemos de la utilidad, más fácil será la adopción. El ejemplo de la pelota de socket lo ilustra: la curva de aprendizaje para pasar de “patear una pelota” a “patear” sigue siendo cero cuando la solución encaja con hábitos previos.
- Observar caminos reales antes de cementarlos.
- Diseñar para patrones, no para individuos aislados.
- Maximizar utilidad para acelerar adopción.
- Adaptar al contexto y prácticas existentes.
¿Cómo traducir necesidades en soluciones con utilidad real?
Investigar los cómos y los porqués permite construir propuestas que responden a necesidades genuinas. En ejemplos mencionados, comprender los miedos de los niños o las motivaciones para hacer tareas en contextos específicos orienta decisiones de diseño que encajan con la realidad del usuario. El qué se define al final, cuando ya se validó la dirección mediante empatía y entendimiento profundo.
- Empezar por observar y escuchar las motivaciones.
- Mapear la experiencia de uso antes de definir funciones.
- Posponer el qué hasta el momento de prototipar.
- Comprobar que la utilidad percibida sea inmediata.
¿Tienes un caso donde definir el usuario cambió la solución? Comparte tu experiencia y qué “senderos” descubriste al observar su comportamiento.
