Detectar y respetar el flujo interacción
Escrito por Sergio Sánchez Mancha el 19 Dic 2007
Uno de los problemas más habituales que nos encontramos cuando realizamos el análisis de una interfaz (sea física o en pantalla) es la aparente disposición arbitraria de los elementos, ya sea debido a condicionantes técnicos del fabricante (en el caso de interfaces físicas) o a modificaciones posteriores del diseño original, el cual se ha ido degradando al añadir nuevas funcionalidades.
Para definir la posición correcta y el orden de todos los componentes de una interfaz, es imprescindible detectar el flujo de interacción de los usuarios, es decir, cuál es el orden natural de la acción u acciones que han de realizar en la interfaz.
A veces no hay que hacer grandes operaciones de maquillaje, simplemente cambiando la disposición y la alineación de los elementos se pueden conseguir resultados espectaculares. Pondré por ejemplo, el reciente rediseño que han realizado en los cajeros automáticos de una conocida concesionaria de autopistas.
En la versión antigua de los cajeros:
- No se indica la funcionalidad de cada una de las ranuras del cajero, si las pantallas no funcionan (como muestra la imagen), el usuario ha de intuir que la ranura roja pertenece a la tarjeta.
- La disposición de la ranura del recibo es vertical, a diferencia de la tarjeta, lo cual obliga a utilizar otros dedos de la mano (aparte del índice y el pulgar que tenemos sujetados con la tarjeta) para recoger el resguardo.
- El botón para solicitar el recibo está situado después de su respectiva ranura, con lo que dificulta la relación con este componente.
En la nueva versión:
- Se marcan muy claramente todos los pasos de la operación, destacando mediante la flecha iluminada la acción actual.
- Todas las ranuras y sus respectivas instrucciones están dispuestas horizontalmente y de forma consistente.
- Y lo que es más importante, todos los elementos de la interfaz están dispuestos de forma que son fieles al flujo de interacción natural del usuario.
Comentarios (2)
Nacho Pastor dijo el 4 Ene 2008:
Es interesante pensar que estamos intentando "Dar forma física" a "lo que tiene el usuario en la cabeza". Tiendo a pensar que lo ideal (y prácticamente la ley) es hacer coincidir la idea o concepto que tiene el usuario en mente, con el proceso o interfaz con la que interactúa. Un ejemplo simple es que si el usuario busca "Rutas", la web funcionará mejor si "Rutas" es una opción (recuerdo una que ponía "Al volante").
El ejemplo que pones es muy gráfico, y parece increíble que a día de hoy sigamos intentando imponer modelos mentales, en vez de comprender los modelos mentales de los usuarios (me recuerda al funcionamiento de algunos políticos).
Participa en la conversación, escribe tu comentario:
Notas sobre el comentario
- Usa un tono respetuoso.
- Las lineas saltan automáticamente sin pulsar la tecla "Enter".
- Para escribir en negrita: <strong>texto en negrita</strong>
- Para escribir en itálica: <em>texto en itálica</em>
- Para crear un enlace: <a href="URL">texto del enlace</a>
El blog de Usolab está bajo una
licencia de Creative Commons.
Nacho Pastor dijo el 4 Ene 2008:
Es interesante pensar que estamos intentando "Dar forma física" a "lo que tiene el usuario en la cabeza". Tiendo a pensar que lo ideal (y prácticamente la ley) es hacer coincidir la idea o concepto que tiene el usuario en mente, con el proceso o interfaz con la que interactúa. Un ejemplo simple es que si el usuario busca "Rutas", la web funcionará mejor si "Rutas" es una opción (recuerdo una que ponía "Al volante").
El ejemplo que pones es muy gráfico, y parece increíble que a día de hoy sigamos intentando imponer modelos mentales, en vez de comprender los modelos mentales de los usuarios (me recuerda al funcionamiento de algunos políticos).