Estructurar

Hacer visible la estructura

Una interfaz clara no depende de que la persona adivine. Nombres, grupos, jerarquías y rutas deben sostener un modelo mental reconocible.

• Inventario y auditoría
• Card sorting
• Mapa del sitio
• Flujos principales y alternativos

Cuatro sistemas, no un menú

La arquitectura de información se confunde seguido con el menú, pero son cuatro sistemas que trabajan juntos: el de organización decide qué va con qué, el de etiquetado cómo se llama cada cosa, el de navegación cómo se recorre y el de búsqueda qué pasa cuando alguien no quiere recorrer nada. Un sitio puede tener una taxonomía impecable y ser inusable porque las etiquetas están escritas en el idioma de la organización y no en el de quien busca.

• Organización: esquemas exactos (alfabético, cronológico) y ambiguos (por tema, tarea o audiencia)
• Etiquetado: una palabra por concepto, sostenida en todo el sistema
• Navegación: global, local y contextual, siempre indicando dónde se está
• Búsqueda: filtros, facetas, resultados vacíos y sugerencias

Verificar la estructura antes de dibujarla

El card sorting muestra cómo agruparía el contenido un grupo de personas; el tree testing hace la pregunta inversa y más severa: dada esta estructura, ¿encuentran lo que buscan? Se puede correr sobre una lista de texto, sin una sola pantalla diseñada, y es la forma más barata de descubrir que una taxonomía elegante no orienta a nadie.

El rastro de información explica por qué alguien hace clic: cada etiqueta es una promesa sobre lo que hay del otro lado, y la persona avanza mientras el rastro se sostenga. Cuando una etiqueta promete más de lo que entrega no se pierde sólo ese clic: se degrada la confianza en el resto del sistema de navegación.

Del mapa al flujo

Un flujo no termina cuando la tarea sale bien. Hay que resolver qué pasa cuando falta un dato, cuando el sistema tarda, cuando no hay resultados y cuando la persona quiere volver sin perder lo que escribió. Esos estados —error, vacío, carga y retorno— son parte del diseño y no un detalle de implementación: si no se deciden en esta instancia, los resuelve quien programa, sin contexto y a último momento.