Estructura de la Información > Arquitectura de información multimedia > Arquitectura de la Información: procesos

Arquitectura de la Información: procesos

septiembre 10, 2013

arquitectura de la información, fases, Procesos, tareas

Desde una perspectiva técnica, puede resumirse que establecer la arquitectura de la información significa diseñar el esquema abstracto de los contenidos de un cibermedio y plasmarlos en una estructura de base de datos, estableciendo simbiosis entre los sistemas del medio tradicional con los contenidos generados en exclusiva para el sitio web.

Fases y tareas de la Arquitectura de la Información | Manuel Gértrudix

Hassan, Martín e Iazza (2004) proponen el siguiente proceso de diseño web. En su propuesta, este diseño está centrado en el usuario (más info):

Fuente: Hassan, Martín e Iazza (2004)

Como se puede ver en el esquema, las fases de diseño, prototipado y evaluación son cíclicas. La evaluación de lo diseñado debe ser constante, para poder identificar y reparar a tiempo posibles errores de usabilidad. Como ellos mismos afirman, es más económico reconducir una estructura durante su elaboración que tener que rediseñar completamente el sitio cuando ya creíamos haber terminado el proceso.

Estos autores también mencionan algunos principios de evaluación de la usabilidad que pueden seguir los evaluadores del diseño. Citan las propuestas de Nielsen:

Visibilidad del estado del sistema: El sistema (o sitio web) siempre debe informar al usuario acerca de lo que está sucediendo. Por ejemplo, cuando en una interfaz tipo webmail se adjuntan ficheros a un mensaje, el sistema debe informar del hecho mostrando un mensaje de espera
Lenguaje común entre sistema y usuario: El sistema debe hablar el lenguaje del usuario, huyendo de tecnicismos incomprensibles o mensajes crípticos.
Libertad y control por parte del usuario: El usuario debe tener el control del sistema, no se puede limitar su actuación. Se debe ofrecer siempre al usuario una forma de “salida de emergencia”, como por ejemplo la representada por la opción para “saltar” animaciones de introducción (normalmente Flash).
Consistencia y estándares:La consistencia se refiere a, por ejemplo, no utilizar dos rótulos distintos para referirse a un mismo contenido, o no usar estilos diferentes dentro de un mismo sitio. Además el sitio web debe seguir estándares o convenciones de diseño ampliamente aceptados. Cuanto más se parezca un diseño y su funcionamiento al resto de sitios web, más familiar y fácil de usar resultará para el usuario.
Prevención de errores: Mejor que un buen mensaje de error es un diseño que prevenga que ocurra el error.
Es mejor reconocer que recordar: Este principio hace mención a la visibilidad de las diferentes opciones, enlaces y objetos. El usuario no tiene por qué recordar dónde se encontraba cierta información, o cómo se llegaba a determinada página.
Flexibilidad y eficiencia de uso: El sitio debe ser fácil de usar para usuarios novatos, pero también proporcionar atajos o aceleradores para usuarios avanzados.
Diseño minimalista: Cualquier tipo de información que no sea relevante para el usuario y que sobrecargue la interfaz debe ser eliminada.
Permitir al usuario solucionar el error:Por ejemplo, cuando un usuario introduce una consulta en un buscador y no obtiene ningún resultado, se debe informar al usuario sobre cómo solucionar el problema, por ejemplo con mensajes del tipo “introduzca algún sinónimo” o “quiso Ud. decir…”. Además no se debe borrar el contenido de la caja de búsqueda para que el usuario pueda rehacer la consulta.
Ayuda y Documentación: Siempre es mejor que un sitio web se pueda utilizar sin necesidad de ayuda o documentación, aunque en sitios web extensos o en procesos de interacción complejos (como el rellenado de un formulario), se debe proporcionar información de ayuda al usuario.

Igualmente centrado en el usuario, Jesse James Garrett propone la siguiente estructura de capas para la arquitectura de la información de un sitio web: