Ir más allá de la interfaz

Escrito por Dani Armengol Garreta el 9 Feb 2010

Poco a poco cada vez más empresas integran filosofías y técnicas de diseño centrado en el usuario para la definición de sus interfaces. Pero la interfaz no lo es todo.

La interfaz es un traductor, un intérprete, un mecanismo de comunicación que se dedica a que humanos y ordenadores se entiendan mutuamente. Es capaz de convertir los ceros y unos aparentemente indescifrables del ordenador en mensajes, gráficos e iconos que son comprensibles para sus usuarios. Y viceversa: permiten traducir las vaguedades e imprecisiones humanas en lógica comprensible para la máquina.

Pero si la interfaz traduce… ¿quién define el mensaje a comunicar? ¿Quién hace las preguntas? ¿Quién diseña las respuestas? El diseño centrado en el usuario es un proceso que abarca mucho más que el diseño de interfaces. A veces la interfaz no es el problema, el problema está a otros niveles: ¿quién no se ha encontrado interfaces perfectamente bien ejecutadas que resuelven problemas… que nadie tiene? ¿Cuántas organizaciones preguntan docenas de datos a sus usuarios que nunca acaban utilizando? ¿Cuántas funcionalidades perfectamente bien organizadas nadie utiliza?

En un reciente proyecto con una aplicación de escritorio se nos pidió diseñar una interfaz cuyo objetivo era que, de un vistazo, se conociera el estado de una serie de elementos. Decidimos hacer una representación gráfica codificando visualmente los estados mediante colores. Hicimos algunas pruebas y se entendía de forma rápida y clara. Habíamos conseguido el objetivo, pero había un problema: ningún usuario necesitaba esa información.

Ese problema, que seguramente surgió cuando se definía a nivel funcional la aplicación, se podría haber detectado si se hubiera investigado qué necesitaban realmente los usuarios para realizar sus tareas.