Usable y accesible

Actitudes y aptitudes de un arquitecto de información

2012-02-15T21:35:00.001+01:00

A raíz del artículo Arquitectura de información. Fundamentos me preguntaron cuáles eran los conocimientos o estudios que cualificaban a un arquitecto de información.

Sin embargo creo que lo que cualifica a un arquitecto de información no se limita a unos conocimientos teóricos y metodológicos, aunque evidentemente son importantes, sino que tiene mucho ver con una serie de actitudes y aptitudes.

En este artículo hago una reflexión personal sobre cuáles son esas actitudes y aptitudes que aprecio en las personas con las que he ido trabajando a lo largo de los años, y que son extensibles en realidad a cualquier profesional.

Experiencia

Es innegable que el número y complejidad de los proyectos en los que haya participado anteriormente le permitirán acometer con más garantías de éxito la arquitectura de información de un nuevo sitio.

Capacidad de autocrítica

Sin embargo, la experiencia, si no va acompañada de capacidad de autocrítica, tampoco asegura la calidad del resultado, pues posiblemente se cometerá en el siguiente portal los mismos errores que en los anteriores.

Ser conscientes de que no se sabe todo, ciertas dosis de humildad, aceptar y analizar las críticas que se reciben, aprender de los errores y de los demás, son actitudes importantes. Se agradece trabajar con personas con capacidad de autocrítica, que saben decir "esto no lo sé" o "estaba equivocado".

Por algo dicen que un experto es el que ha cometido todos los errores que podía cometer y ha sabido ver en cada fracaso aquello que debía aprender. Quizás es un poco exagerado, pero la verdad es que la teoría es una cosa y la práctica otra, y hay cosas que sólo se aprenden después de haberte equivocado.

Capacidad de autoaprendizaje

Si se agradece trabajar con gente que reconoce no saber algo, se agradece más todavía trabajar con gente que a los dos días ya se ha convertido en un experto de aquello que desconocía.

Todos hemos sido en gran medida autodidactas. Por eso me parece importante que seamos generosos con nuestros conocimientos y los compartamos, porque todos hemos aprendido de los demás.

A lo largo de los años he comprobado que los mejores profesionales no eran obligatoriamente los que mejor formación y más títulos tenían, sino los que más ansias de aprender demostraban, los que si les preguntabas algo que no sabían a la semana siguiente parecían un gurú del tema.

Y esa disposición creo que es directamente proporcional al entusiasmo que te despierta tu trabajo y que suele ser contagiosa. Para mí friki nunca ha sido un término peyorativo, soy bastante friki y me encanta trabajar con otros.

Actitud positiva y constructiva

Nuestro trabajo no es criticar. Comentarios del estilo “¿pero cómo os han hecho esto?”, “fíjate en eso, qué desastre” están fuera de lugar. Desconfío mucho de los que toman este tipo de actitudes.

Nuestro trabajo es detectar las fortalezas y debilidades de un portal para afrontar su mejora, de forma positiva y constructiva. Detectamos un problema, explicamos por qué es un problema y cómo lo vamos a solucionar, pero no nos cebamos con él.

Por otro lado, defendemos nuestro trabajo, explicamos y argumentamos el porqué de nuestras decisiones, pero no nos atrincheramos en ellas. Desconfío también de las actitudes intransigentes. Para ello hay que ser tolerante a la frustración. Si el cliente se empeña en algo, le explicamos los contras; si aún así lo sigue queriendo, le enseñamos alternativas; si sigue empeñado, buscamos la mejor manera de abordarlo, pues dentro de nuestras funciones está equilibrar lo que el cliente quiere y lo que los usuarios necesitan.

… y si no se despotrica de todo ello en Twitter mejor, no me parece muy profesional, supongo que a nuestros clientes aún menos.

Saber preguntar pero sobre todo saber escuchar

Durante la fase de análisis debemos recabar mucha información y es importante saber hacer las preguntas adecuadas para lograrlo, pero es mucho más importante saber escuchar y dejar de lado las ideas preconcebidas.

Toda la información que puedes lograr sobre el sector, la empresa, su funcionamiento o sus expectativas y frustraciones respecto a la web las conseguirás conversando y estableciendo un clima distendido y de confianza, y, como ya he dicho, siendo cercano, positivo y constructivo.

Para ello es importante saber escuchar, hacer una escucha activa, lo que te están diciendo, cómo te lo están diciendo y qué es lo que están intentando transmitir. Posiblemente tú sabes mucho de arquitectura de información, pero tu interlocutor sabe más que tú de su sector, de su empresa y de lo que quieren, algo en lo que necesitas hacerte un experto en un tiempo record: escucha.

Capacidad de trabajo en equipo

Si la arquitectura de información la realiza el arquitecto de información con el cliente, sin contar con nadie más, malo. Y más malo aún si no documenta su trabajo.

Es muy importante comunicarlo a todos los implicados (diseñadores gráficos, desarrolladores, autores de contenido, etc.), venderlo internamente, a tu equipo y al cliente, porque necesitamos que todos colaboren y confíen en el trabajo que vas a hacer y los beneficios que este reportará al proyecto.

No puedes trabajar al margen del resto del equipo. He visto proyectos en los que el arquitecto de información ha sido innacesible y su trabajo completamente opaco para el resto del equipo, dificultando y lastrando sobremanera la labor de los que intentábamos comprender, interpretar y desarrollar sus decisiones que además no estaban correctamente documentadas.

No sólo debemos investigar, analizar, diseñar, evaluar y preparar entregables, debemos estar en comunicación constante con el equipo e implicarlo en nuestro trabajo.

Para ello hay que ser cercano, saber transmitir y presentar tu trabajo y cómo se integra en el proyecto, así como documentarlo para los demás.

Detallista, pero no perfeccionista

En nuestro trabajo los detalles importan, e importan mucho. Sin embargo, no hay que confundir ser cuidadoso y detallista para lograr un trabajo bien hecho, con el perfeccionismo. Cuando te empeñas en buscar lo perfecto sueles perder la perspectiva de lo que es lo bueno y lo necesario.

Capacidad de análisis, síntesis, ordenación y estructuración

Especialmente crítica en proyectos de gran envergadura, como por ejemplo diseñar la arquitectura de información de un portal de miles de páginas y decenas de subportales como puede ser el de una universidad. Supone analizar, asimilar, comprender, sintetizar, organizar y estructurar cantidades ingentes de información.

Creo por tanto que son aptitudes, junto con la capacidad de concentración y autodisciplina, imprescindibles.

Para un proyecto de ese tipo me gustaría contar con alguien que pueda leer un libro en dos días y sintetizarlo y esquematizarlo en medio.

Habilidades lingüísticas

La habilidad para la expresión escrita no sólo es importante a la hora de redactar la presentación y documentación de nuestro trabajo.

Parte de nuestra labor consiste en organizar contenidos, agruparlos por tipo, categorizarlos, etiquetarlos, buscar literales adecuados, establecer relaciones semánticas, lidiar con la sinonimia, la polisemia y la ambigüedad en general del lenguaje, difícil de acometer sin competencias lingüísticas.

Igual a vosotros se os ocurren más cosas que añadir a esta carta a los Reyes Magos.

Arquitectura de información. Fundamentos

2011-07-14T11:30:00.007+02:00

Arquitectura de información, usabilidad, accesibilidad… todas ellas son disciplinas diferentes aunque íntimamente relacionadas, englobadas en una macrodiscisciplima denominada Experiencia de usuario (UX) que aglutina la arquitectura de información y la mayoría de las disciplinas cercanas a ella [1].

El objetivo de este artículo es introducir los fundamentos de la arquitectura de información (AI), es decir, los principios y cimientos de la disciplina. Para estructurar el contenido he tomado como guión uno de los mejores libros que existen sobre el tema “Arquitectura de información en entornos web” de Mario Pérez-Montoro Gutiérrez (Pérez-Montoro, 2010).

Para los que ya lo han leído, este artículo puede servir de esquema resumen. A los demás os animo a leerlo, pues en él se desarrollan en profundidad todos los apartados con gran rigor y muy bien documentados.

¿Qué es la arquitectura de información?

Disciplina (arte y ciencia) encargada de estructurar, organizar y etiquetar los elementos que conforman los entornos informacionales para facilitar de esta manera la localización (o el acceso) de la información contenida en ellos y mejorar, así, su utilidad y su aprovechamiento por parte de los usuarios (Pérez-Montoro 2010).

El arquitecto de información es la persona que debe identificar la misión (los objetivos) y la visión (las expectativas de los usuarios) de la pagina web, determinar los contenidos y funcionalidades de la página, facilitar el acceso mediante sistemas de organización, etiquetado, navegación y búsqueda y planificar en previsión de futuras modificaciones y crecimiento de la página (Morville y Rosenfeld, 1998)

Durante la fase de “estrategia” identifica los objetivos, en la fase de “alcance” las necesidades de los usuarios, en la fase de “estructura” especifica las funcionalidades y requerimientos de la web, en la fase de “esqueleto” el diseño de los sistemas de navegación, organización, etiquetado y búsqueda y en la fase de “interfaz” prototipa la página (Garret, 2003)

Tipos de necesidad de información

El objetivo habitual de un usuario al acceder a una web es satisfacer una necesidad de información y/o realizar una transacción (por ejemplo comprar un billete de tren). Desde el punto de vista de las necesidades informativas, se pueden distinguir tres tipos:

Necesidad de información concreta (NIC): por ejemplo, “¿qué precio tiene este producto?”
Necesidad de información orientada a problemas (NIOP), por ejemplo, “¿cuál es la relación entre la usabilidad y la arquitectura de información?”
Necesidad de información exploratoria (NIE), por ejemplo “quiero escoger un buen hotel para este fin de semana”
Necesidad de información sobre búsquedas previas (NIBP), es decir, localizar información que ya había localizado previamente.

Las estrategias de las que dispone un usuario para satisfacer estas necesidades de información en una página web son:

Búsqueda, utiliza la caja de búsqueda y analiza e interacciona con los resultados.
Navegación, explora a partir de los enlaces de la web.
Ayuda, por comodidad o desesperación reclama que se le oriente y señale dónde se encuentra el contenido.

El usuario utiliza una de estas estrategias - o una combinación de ellas- para localizar información que asimila y evalúa para así reformular o refinar su necesidad de información, hasta que considera que ha quedado resuelta. Es lo que se conoce como el modelo berrypicking o recolección de bayas (Bates, 1989). Ver también modelo pearl-growing

Componentes o anatomía de la arquitectura de información

Una buena arquitectura de información se sustenta en tres pilares: el contexto organizacional en el que se desarrolla, el contenido que alberga y los usuarios que la visitan y consultan (Morville y Rosenfeld, 2006)

Los sistemas, estructuras o recursos para estructurar una web y que definen la AI de un sitio se llaman componentes o anatomía de la arquitectura de información y son los siguientes:

Sistemas de organización
Sistemas de etiquetado
Sistemas de navegación
Sistemas de búsqueda
Vocabularios o lenguajes documentales

Todos ellos son los responsables en gran de media de la findability de la página y los contenidos que alberga.

Sistemas de organización

Dependiendo de cómo organicemos la información contenida en una web lograremos que los contenidos que alberga sean más fáciles de encontrar por los usuarios. Para hacer un diseño adecuado del sistema de organización es necesario desarrollar correctamente los componentes que lo conforma:

Esquemas de organización: sistemas que organizan los grupos de ítems de información contenidos en una página web en grupos a partir de un criterio concreto:
- Exactos: grupos bien definidos y mutuamente excluyentes, sirven para conocer cosas previamente conocidas:
  - Alfabéticos
  - Cronológicos
  - Geográficos
- Ambiguos, para localizar contenidos que no conocemos:
  - Tema
  - Tarea
  - Audiencia
  - Metáfora, de la que no hay que abusar, pues si no está bien desarrollada su alta ambigüedad desorienta al usuario.
  - Híbrido, utilización de varios de los esquemas anteriores.
Estructuras de organización: sistemas que organizan los grupos de ítems de información resultantes de los esquemas mostrando las dependencias lógicas que existen entre ellos:
- Estructura jerárquica, una buena arquitectura de información incluye una jerarquía o taxonomía entre sus componentes. Permiten al usuario ubicarse y obtener un modelo mental de la estructura del sitio que visita:
  Consejos:
  - Diseñarla teniendo en cuenta a los usuarios.
  - Las opciones principales deben estar siempre visibles.
  - Combinarla con los otros tipos de estructuras para ofrecer al usuario flexibilidad a la hora de localizar la información.
  - Las categorías que la conforman deben ser mutuamente excluyentes. Si muchos contenidos pertenecen a varias categorías la taxonomía termina perdiendo su valor para localizar la información.
  - Sobre la anchura (nº de ítems al mismo nivel) y profundidad de la estructura (niveles de división verticales) recomendada se han escrito ríos de tinta [2]
  - Definir la estructura pensando en la escalabilidad del portal, que sea posible incluir nuevas categorías sin modificarla sustancialmente, sin provocar cambios en la imagen mental que tiene el usuario que ya la ha visitado y sin tener que introducir modificaciones visuales en la home.
- Basada en registros (o en el modelo de base de datos), idóneo para los contenidos bien estructurados y homogéneos
- Estructura hipertextual (o en red), que debe ser complemento de otros tipos de estructuras y no la única opción de organización de la información. Permite reflejar relaciones menos estructuradas y más creativas existentes entre los contenidos.
- Estructura secuencial, con un principio y un final claro y un único itinerario de consulta o exploración
- Estructura en tabla (o matriz), sólo para aquellos contenidos que admitan su representación en una tabla, y debe ser utilizado en combinación con otras estructuras.

Algunos problemas que debemos resolver al diseñar el sistema de organización son:

La ambigüedad del propio lenguaje lingüístico.
La heterogeneidad de los contenidos.
Las diferentes perspectivas, siendo imprescindible tener en cuenta a nuestro público objetivo.
Los intereses de la organización, que es necesario conocer a fondo.

El mejor consejo es que, dependiendo del contexto y los usuarios, elegir y articular aquellos sistemas que sean realmente útiles, intentando simultanear esquemas exactos y ambiguos para ofrecer al usuario diferentes vías para acceder y localizar la información. La combinación de diferentes estructuras, si se combinan adecuadamente, permiten obtener un sistema sólido, coherente y flexible.

Sistemas de etiquetado

A la hora de definir el sistema de etiquetado debemos tener cuidado con:

La ambigüedad intrínseca al lenguaje, tanto sintáctica, léxicas (sinonimia y polisemia) como semántica (uso de metáforas, ironía, etc.)
La arbitrariedad, evitando utilizar términos con un significado diferente con el que normalmente se asocian.
La desorientación que producen las etiquetas que no anticipan ni dan pista sobre lo que esconden.
Las etiquetas que utilizamos se asociación al branding de la empresa, y unas etiquetas mal elegidas pueden dar una mala impresión de la misma.

Todo ello puede suponer que el usuario abandone la página porque no encuentra lo que necesita.

Las etiquetas pueden ser textuales o icónicas, estas deben utilizarse siempre junto a las primeras porque son intrínsecamente ambiguas.

Los sistemas de etiquetado con formato textual que deben planificarse son:

Enlaces contextuales. Deben identificarse visualmente como tales, diferenciar los que sean externos y utilizarse de forma consistente. No deben ser ambiguos y se debe tener en cuenta el contexto en el que se insertan, siendo además independientes del mismo.
Títulos. Deben estructurar coherentemente el contenido y su diseño debe reflejar su jerarquía. Tienen que ser descriptivos y coherentes con los literales utilizados en los otros sistemas de etiquetado. Deben ser consistentes a lo largo del sitio tanto en su ubicación como en su aspecto.
Opciones del sistema de navegación. Deben ser consistentes y coherente siguiendo un mismo patrón visual y de ubicación a lo largo de todo el sitio. Deben describir adecuadamente los contenidos que incluyen y ser entre ellos lo más excluyentes posibles.
Términos de indización. Son el conjunto de etiquetas utilizadas para describir cualquier tipo de contenido en un entorno web y facilitar su localización, búsqueda y recuperación. Su enlace permite acceder al listado de todos los contenidos indizados con ese término y además alimentan el índice inverso del sistema de búsqueda. Cuando los propios usuarios o los autores de los contenidos proponen las etiquetas (tag) hablamos de marcadores sociales. Una folksonomía es el resultado de la agregación de las etiquetas o tags propuestos por uno más usuarios. Se pueden visualizar en forma de listado, nubes de etiquetas, los más populares, etc.

Consejos y recomendaciones

Acotar el significado de las etiquetas teniendo en cuenta a los usuarios.
Diseñar el sistema de etiquetado de forma global y no etiquetas de forma aislada.
Mantener la consistencia tanto en el literal como en el formato.
Usar el mismo registro: si usas “linfoma” no uses “dolor de cabeza” sino “cefalea”.
Reconocibles por ser conceptos familiares, el usuario no debe tener que aprender su significado.
Utilizar estrategias para desambiguar las etiquetas, por ejemplo mediante el contexto (acompañada de otros elementos similares; mediante un texto que la acompañe, etc.)

Orientaciones metodológicas

Crear una tabla con tres columnas: etiqueta, explicación de la etiqueta y contenido que representa, para detectar inconsistencias y duplicidades.
Involucrar a los autores de contenidos.
Involucrar a los usuarios con pruebas de cardsorting.
Ver cómo etiquetan nuestros contenidos los usuarios por ejemplo en Del.icio.us
Analizar los términos que utilizan los usuarios en el buscador de nuestra web.
Aprovechar tesauros y vocabularios controlados ya existentes que podamos adaptar y refinar, pero siempre deben coincidir con nuestra audiencia.

Sistemas de navegación

Son estructuras que ordenan y agrupan los contenidos de una página web bajo unas categorías que forman una clasificación. Nos permiten:

Identificar las relaciones entre los contenidos de la web y entre esos contenidos y la página que se está visitando en ese momento.
Habilitar y facilitar la navegación entre esos contenidos
Orientarnos, saber dónde estamos, que hay aquí, de dónde venimos y cómo podemos ir hacia donde deseamos ir.
Formar una imagen mental del tamaño y estructura del sitio.

Los usuarios pueden navegar de formas muy distintas: con dirección, cuando buscan una información determinada, sin dirección, cuando ojean la web sin un objetivo claramente preestablecido, además puede navegar en amplitud o en profundidad.

Tipos de sistemas de navegación

Sistemas básicos
- Sistemas integrados
  - Sistemas constantes (o globales)
  - Sistemas locales, deben estar correctamente articulados con el sistema constante.
  - Sistemas contextuales, que permiten identificar contenidos relacionados y enlazar con ellos. Es importante que los contenidos o páginas críticas se enlaces desde otros contenidos.
  Se deben articular estos tres sistemas sin saturar de enlaces y sin que ocupen todo el espacio de la página. Deben situarse de forma consistente, fija y diferenciada entre ellos.
- Sistemas complementarios, son recursos para localizar información y para orientarse que suelen ser páginas propias e independientes.
  - Mapa del sitio
  - Índices, listado de términos que representan el contenido del sitio, normalmente ordenados alfabéticamente
  - Guías, para introducir a los nuevos usuarios en los contenidos y la funcionalidad de una parte concreta del sitio: wizards, configuradores, visitas guiadas, tutoriales, etc.
Sistemas no básicos
- Sistemas de personalización, estructuras de navegación proactivas que se autodiseñan en función de lo que espera el usuario, ofreciéndole enlaces a partir de su perfil. El principal problema es que los comportamientos pasados no son garantía de inferir sus comportamientos futuros.
- Sistemas de customización: estructuras reactivas que permiten que el usuario pueda diseñar su propio sistema de navegación. El principal problema es que a los usuarios les pasen desapercibidas estas opciones, que si sus necesidades cambian deben redefinirlas o que simplemente no tengan tiempo de hacerlo.
- Sistemas de navegación visual, permiten explorar usando recursos icónicos o visuales.
- Sistemas de navegación social, inferidos a partir del comportamiento de la mayoría de usuarios que visitan la página (lo más popular, lo más comprado, etc.)

Recomendaciones

Utilizar recursos de contextualización que permitan al usuario saber dónde se encuentra, adónde puede ir y la relación del contenido con el resto del sitio: incluir siempre el logo de la organización, marcar visualmente las opciones de menú donde nos encontramos, incluir migas de pan, etc.
No anular funcionalidades del navegador. Al posicionar el cursor sobre un enlace la URL debe verse en el pie del navegador; no eliminar las barra de menú del navegador al abrir una ventana nueva; no impedir al usuario que utilice el menú contextual del botón derecho; no impedir que la página muestre el scoll cuando sea necesario; permitir que los enlaces visitados cambien de color, etc.
Diseño de navegación: incluir siempre un mapa web. Si se usan menús desplegables es mejor que se desplieguen al activarlos y se mantengan desplegados (Chaparro, Minnaert y Phipps, 2000).

Sistemas de búsqueda

Utilizados normalmente para localizar información a partir de una necesidad concreta. Ofrecen los resultados que coinciden con los definidos por el usuario en la ecuación de búsqueda. Los problemas a superar son:

Ruido: contenidos recuperados no pertinentes, se mide con el índice de precisión.
Silencio: documentos pertinentes no recuperados, se mide con el índice de exhaustividad.

Los sistemas de búsqueda pueden ser:

Reactivos: reaccionan frente a la conducta informativa del usuario.
Proactivos: ofrecen proactivamente la información al usuario sin que tenga que reclamarla continuamente:
- Sistemas de difusión selectiva de información (DSI), ofrecen una actualización informativa automatizada sobre un tema concreto a partir de la sindicalización de contenidos.
- Sistemas de workshop, suministran automáticamente la información dentro de un proceso a partir del perfil del usuario.
- Agentes inteligentes: infieren el perfil de interés informacional de un usuario a partir de criterios como su histórico de comportamiento o su similitud con el de otros usuarios.
RSS, es reactivo porque has de suscribirte y proactivo porque desde ese momento los recibes automáticamente.

Recomendaciones

Evaluar la necesidad de un vocabulario controlado y definir los metadatos implicados en su descripción.
Seleccionar como términos de indización ciertos componentes de los contenidos (título, url, etiquetas de los enlaces o títulos de las imágenes)
Si se indiza el texto completo de todos los contenidos, introducir recursos como la búsqueda por campos para refinar el resultado y evitar una tasa de ruido elevada.
Evaluar si se indiza sólo algunos contenidos, algunas zonas de esos contenidos o algunos componentes determinados de ellos.
Indizar los contenidos según el tipo de usuario o audiencia al que va dirigido.
Inferir patrones en el comportamiento de los usuarios.
Tratar de indizar las páginas según el tipo de contenido.
Incluir siempre que se pueda:
- corrector ortográfico: corrigen automáticamente la ortografía dando alternativas.
- herramientas fonéticas: para identificar términos con grafías diferentes pero fonéticamente idénticas
- herramientas de procesamiento del lenguaje natural: obvian las palabras vacías e introducen AND entre los términos propuestos.
- en función del proyecto, evaluar la inclusión de sugerencias de términos en la caja de búsqueda, que se va adaptando a lo que se escribe y que permiten identificar las búsquedas con más resultados.
Poder refinar y mejorar manualmente los resultados de las búsquedas más habituales.
Formar a los autores del contenido sobre cómo deben redactar los títulos o etiquetar el contenido.
La caja de búsqueda debe estar identificada como tal y cerca del sistema de navegación.
Diseñar la interfaz de búsqueda teniendo en cuenta a los usuarios, el tipo de necesidad informativa, la cantidad de información recuperada y el tipo de contenidos a recuperar.
En la página de resultado:
- indicar los términos por los que se ha buscado
- indicar el número de resultados mostrados y encontrados
- poner en negrita las coincidencias
- permitir refinar la búsqueda (no solo semánticamente sino por fecha, lengua, tipo de documento, etc.)
- permitir realizar búsquedas sólo en los resultados.
- permitir personalizar el número de resultados a mostrar.
- poder imprimir o enviar por email los resultados
- poder guardar la búsqueda, para ello es necesario que sea mediante GET para que tenga una URL propia.
- ofrecer opciones de ordenación (por precio, por relevancia, por cronología, etc.)

Vocabularios o lenguajes documentales

La indización es la operación en la que se asigna a cada contenido una serie de términos (palabras clave) que representan el tema o temas sobre los que versa. Es una operación de análisis. La clasificación es la operación por la cual se asigna a cada contenido un único término que representa el tema principal sobre el que versa ese documento. Es una operación de síntesis.

La información resultante de la indización y la clasificación suele incorporarse al contenido mediante metadatos asociados para que funcione con los sistemas de organización, etiquetado, navegación y búsqueda.

Un lenguaje documental se constituye a partir de un subconjunto de términos del lenguaje natural (acompañados a veces de números como en el caso de las clasificaciones) para facilitar la búsqueda y recuperación de la información contenida en los documentos.

Aunque el uso de un lenguaje documental reduce el ruido y el silencio en las búsquedas, su construcción y mantenimiento lleva asociado un coste de personal y de tiempo importante, además de que hay que asegurar que se hace correctamente. Por ello hay que evaluar con criterio la necesidad de ese esfuerzo y su viabilidad.

Un lenguaje documental está formado por:

El vocabulario del lenguaje documental: subconjunto del lenguaje natural. Se distingue:
- el término de indización principal (descriptor): es unívoco. Identifica la representación estándar de ese concepto. Por ejemplo, “sacerdote”.
- término de indización secundario: es sinónimo del principal y una buena representación del concepto que el primero también representa, pero se decide no identificarlo como la representación estándar. Por ejemplo: “cura”, “clérigo”
Relaciones semánticas entre los términos de indización, que pueden ser de:
- Equivalencia: sinónimos, acrónimos, abreviaciones, variantes léxicas, posibles errores ortográficos, cuasisinónimos.
- Jerarquía, que puede ser:
  - Genérica: soltero-hombre
  - Relación parte-todo: rueda-coche
  - Relaciones de instanciación: Mediterráneo-mar
- Asociativa: por afinidad semántica o evocación. Por ejemplo, veneno-toxicidad.

Tipos de lenguajes documentales

Libres, por ejemplo extraer automáticamente de un texto las palabras que no pertenecen al fichero de palabras vacías.
Controlados:
- Anillos de sinónimos, entre los términos se establecen relaciones de equivalencia pero no de jerarquía ni de asociación. Al hacer una búsqueda se recuperan también los indexados por sus sinónimos. Reduce el silencio en las búsquedas pero aumenta el ruido.
- Fichero de autoridades, listado de términos principales (con sus respectivos sinónimos) para describir y normalizar un conjunto de entidades (personas, organizaciones, lugares geográficos) ante la variedad de homónimos, sinónimos o nombres con los que puede ser denominada una persona, entidad, obra, tema o concepto. Se utiliza especialmente en la catalogación de los fondos de las bibliotecas.
- Lista de encabezamientos de materia (LEM), en el cual el encabezado condensa el tema del documento con uno o varios términos. Presentan relaciones asociativas, jerárquicas y de equivalencia. Se usan preferentemente en las bibliotecas y en los centros de documentación cuyos fondos son esencialmente enciclopédicos.
- Taxonomías, sus términos presentan relaciones de equivalencia y jerarquía pero no asociativas.
- Clasificación, representa entre sus términos relaciones asociativas, jerárquicas y de equivalencia y algunas veces asocia un código identificativo a cada uno de sus términos.
  La más utilizada en web es la clasificación facetada para poder clasificar simultáneamente desde distintos puntos de vista, o a partir de diferentes criterios, un mismo conjunto de objetos.
  Cada una de las clasificaciones o facetas es paralela a las demás en un mismo nivel semántico. Cada faceta sería una etiqueta del sistema de navegación global, o un campo de la base de datos; y las categorías de esa faceta serían las de uno de los sistemas de navegación local, o las de los posibles valores de un campo de la base de datos. Por ejemplo, cada faceta seria (corriente literaria, género literario, etc.) y las categoría (realismo, modernismo,…; novela, poesía,…).
- Tesauro, se encuentran integrados en los sistemas de navegación y búsqueda. Sus términos presentan relaciones asociativas (términos relacionados, TR), jerárquicas (términos genéricos, TG y términos específicos, TE) y de equivalencia.

En este apartado recomiendo también la lectura de dos artículo de Yusef Hassan Montero:

Bibliografía

BATES, M.J. (1989): “The Design of Browsing and Berrypicking. Tecniques for the Online Search Interfaces”, Online Reviews, vol. nº3, pp. 407-424

CHAPARRO, B., G.MINNAERTS y C.PHIPPS (2000): “Limitations of Using Mouse-Over with Menu Item Selection”, Human Factors and Ergonomics Society Annual Meeting Proceedings

GALLETTA, D., R. HENRY, S.McCOY y P.POLAK (2006), “When the Wait isn’t So Bad: The Interacting Effects of Website Delay, Familiarity, and Breadth”, Information Systems Research, vol. 17, núm. 1, pp. 20-37”

GARRET, J. (2003): The Elements of User Experience. User-Centered Design for the Web, Nueva York: American Institute of Graphic Arts

JACKO, J.A y G. SALVENDY (1996): “Hierarchical Menu Design: Breadth, Depth and Task Complexity”, Perceptual and Motor Skills, vol. 82, pp. 1187-1201

KRUG, S (2000): Don’t Make Me Think: A Common Sense approach to Web Usability, Indianápolis (Indiana): New Riders

MORVILLE, Peter y ROSENFELD, Louis (1998): Information Architecture for the World Wide Web, Sebastopol (California): O’Reilly Media Inc.

- (2006): Information Architecture for the World Wide Web, 3ª edición, Sebastopol (California): O’Reilly Media Inc.

MILLER, D.P (1981): “The Depth/Breadth Tradeoff in Hierarchical Computer Menus”, Proceedings of the Human Factors Society 25^TH Annual Meeting, pp. 296-300

MILLER, C. y R.REMINGTON (2002): “Effects of Structure and Label Ambiguity on Information Architecture”, Conference on Human Factors in Computing Systems, pp. 630-631

- (2004): “Modeling Information Navigation: Implications for Information Architecture”, Human-Computer Interaction, vol. 19, núm.3, pp. 225-271

PEREZ-MONTORO, Mario (2010): Arquitectura en entornos web, Gijón: Ediciones Trea

SNOWBERRY, K., S. PARKINSON y N. SISSON (1983): “Computer Display Menus”, Ergonomics, vol. 26, núm.7, pp. 699-712

[1] Consultar "Disciplinas relacionadas con la usabilidad"

[2] Miller, 1981 indica que el máximo de enlaces que retenemos mentalmente cuando navegamos es de 7.

Pero Krung, 2000 defiende que el número de enlaces que recordamos depende de lo que se tenga que recordar. Lo importante es utilizar etiquetas adecuadas al nivel cultural y profesional de los usuarios y discriminar visualmente lo principal de lo secundario.

Porter, 2003 demostró que la regla de los 3 clics es falsa y por tanto no debe fundamentarse en ella la selección de jerarquías anchas y poco profundas, pues lo importante es que cada clic sea significativo y no ambiguo (Krug 2000). Hay que tener en cuenta que las jerarquías muy anchas y poco profundas exigen un mayor esfuerzo cognitivo del usuario para elegir entre todas las opciones del mismo nivel, mientras que las jerarquías estrechas exigen menor esfuerzo cognitivo al tener que elegir entre pocas opciones, de modo que a medida que se avanza, se van desambiguando y da sensación de ser una web menos compleja (ver modelo modelo pearl-growing).

Miller, 1981 defiende que hay que buscar un equilibrio entre la anchura y la profundidad de la estructura. Si el usuario se encuentra demasiadas opciones en el menú principal, en una jerarquía muy ancha y poco profunda, tiene la sensación de escasez de contenido, y si es muy profunda puede sentirse perdido.

Snowberry, Parkison y Sisson, 1983 defienden las jerarquías anchas. Las profundas reclaman mayor memoria a corto plazo, y las anchas transmiten más sensación de orientación, aunque exigen mayor habilidad de análisis visual para identificar las correlaciones semánticas entre los contenidos categorizados.

Galletta, Henry, McCoy y Polak, 2006 defienden las estructuras planas cuando la web es lenta, concluyendo que lo importante realmente es la familiaridad de los contenidos que es lo que más reduce el tiempo de localizar la información.

Jacko y Salvendy, 1996 especifican que el tiempo para completar un tarea aumenta tanto en estructuras anchas como profundas (en este caso más) pero que minimizar la profundidad reduce la percepción de complejidad.

Si la ventaja de las jerarquías anchas es la sensación de orientación, Miller y Remington, 2002, 2004 defienden que un buen sistema de etiquetado no ambiguo en una estructura profunda alteraría la máxima de que las planas son más eficientes, que completaría la tesis de Galletta, Henry, McCoy y Polak, 2006 de que los efectos negativos de la estructura ancha se mitigan con se establece una relación de familiaridad con sus contenidos.

Últimos anteriores

Servicios relacionados

Análisis de interfaz (AI & UX): Arquitectura de información. Diseño de interacción. Prototipado. Experiencia de usuario.

Usable y accesible

Actitudes y aptitudes de un arquitecto de información

Arquitectura de información. Fundamentos

¿Qué es la arquitectura de información?

Tipos de necesidad de información

Componentes o anatomía de la arquitectura de información

Sistemas de organización

Sistemas de etiquetado

Consejos y recomendaciones

Orientaciones metodológicas

Sistemas de navegación

Tipos de sistemas de navegación

Recomendaciones

Sistemas de búsqueda

Recomendaciones

Vocabularios o lenguajes documentales

Tipos de lenguajes documentales

Bibliografía

Artículos relacionados

Últimos anteriores

Servicios relacionados