El diseño centrado en el usuario se ha convertido en un estándar.
Empezó a desarrollarse en la Universidad de Stanford en California (EEUU) a partir de los años 70, y pronto trascendió al ámbito de las grandes empresas y corporaciones.
Y ahora todas las organizaciones dicen trabajar así.
Es una mezcla de habilidades analíticas con otras más emocionales: investigación, síntesis, empatía, intuición, estrategia…
Al enfocar la resolución de problemas desde el punto de vista del usuario final, esto obliga a comprender profundamente sus necesidades.
Pero cuando se observa cómo toman decisiones, muchas veces el usuario aparece tarde, filtrado o directamente sustituido por hipótesis internas.
Tomarse en serio el diseño centrado en el usuario no es hacer entrevistas o testear prototipos.
Es dejar que eso afecte de verdad a lo que se decide.
Y ahí es donde empieza a incomodar.
Porque escuchar al usuario implica asumir cosas que no siempre encajan con:
- los objetivos de negocio
- las limitaciones operativas
- las decisiones ya tomadas
Por eso, muchas veces se recoge información… pero no se utiliza.
El diseño centrado en el usuario no es una metodología.
Es una forma de tensionar el sistema.
Introduce una mirada que obliga a replantear decisiones, no solo a validarlas.
Y eso requiere algo más que herramientas.
Requiere voluntad real de cambiar.
“People ignore design that ignores people.”
— Frank Chimero
Cuando el usuario entra tarde, solo puede opinar.
Cuando entra pronto, puede transformar.
Por eso, como diseñador siempre he tenido que ponerme en la piel de usuarios de lo más diversos; desde industriales, a los de un banco, niños y adolescentes en busca de ocio, o incluso un gobierno.
Cuándo el diseño centrado en el usuario tiene impacto real
La diferencia no está en la metodología.
Está en el momento en que entra el usuario en el proceso.
Cuando entra tarde —en la validación, en el testeo final, en la presentación del prototipo— solo puede confirmar o rechazar algo que ya está construido. Su capacidad de transformar es casi nula.
Cuando entra pronto —en la definición del problema, en la exploración de alternativas, antes de que haya soluciones sobre la mesa— puede cambiar las preguntas. Y cambiar las preguntas es el trabajo más valioso que existe en un proyecto.
Lo que revela cuando se aplica bien
Tomarse en serio el diseño centrado en el usuario implica asumir que las hipótesis internas son eso: hipótesis.
Que los objetivos de negocio no siempre coinciden con las necesidades reales de las personas.
Que algunas decisiones ya tomadas merecen ser revisadas.
Eso incomoda. Y por eso, en la mayoría de los proyectos, el usuario entra tarde.
No porque no haya recursos. Porque hay consecuencias.
«Las personas ignoran el diseño que las ignora a ellas.» — Frank Chimero
Cuándo el usuario entra pronto, cuándo entra tarde
En Decide Madrid, el usuario no era un perfil abstracto. Era una persona mayor con competencias digitales limitadas. Era un inmigrante con barreras de idioma. Era un adolescente que nunca había participado en nada institucional. La investigación incluyó todos esos perfiles —incluyendo personas con discapacidad y cuidadores— no como ejercicio de inclusividad declarativa, sino porque la plataforma tenía que funcionar para todos. El resultado: una plataforma de participación ciudadana que gestiona 360 millones de euros de presupuesto con 3 millones de madrileños. Eso no ocurre si el diseño centra solo en el usuario promedio.
En Inditex, el proyecto Boost the Change empezó entrevistando a empleados de tiendas a nivel global antes de definir una sola funcionalidad. No para validar una app que ya existía. Para entender qué barreras reales impedían que los Changemakers —los empleados responsables de sostenibilidad en tienda— pudieran proponer mejoras. La investigación informó el diseño del MVP. El MVP informó el piloto con Zara. El piloto informó el despliegue global.
Ese orden no es metodológico. Es lo que hace que las soluciones sobrevivan al lanzamiento.
Conclusión
El diseño centrado en el usuario no es una metodología.
Es una posición: la de quien está dispuesto a que la realidad de las personas afecte de verdad a lo que se decide.
Asumirlo implica trabajar con más incertidumbre al principio. Y con mucha más solidez al final.
→ Relacionado: Investigación: entender antes de intervenir · Diseñar servicios es diseñar relaciones, no interfaces · Service Blueprint: entender el servicio más allá de lo visible
