Ir a la guía de uso
Information Architecturepor Owl-Listener

Information Architecture Skill.

Decide dónde encaja cada información antes de decidir qué aspecto tendrá la navegación.

  • Estrategia UX
  • Estructura de contenido
Revisión de la fuente · Information ArchitectureSKILL.md
Tarea Estrategia UX Produce • Un mapa del sitio jerárquico que identifica elementos padre, hijos y contenido desconectado. • Un modelo de navegación que separa el acceso global, local, de utilidad y contextual. • Un modelo de contenido que documenta tipos, atributos y relaciones. Antes de empezar Necesita contenido del producto y evidencia de las tareas de los usuarios; la fuente no exige ninguna aplicación de diseño concreta.
Resumen editorial · fuente revisada 2026-10-07 · no es un ejemplo generado

01 Qué hace

Organiza el contenido en torno a las tareas de los usuarios

Un flujo de organización de contenido que abarca inventarios, taxonomías, modelos de contenido y validación mediante tree testing.

Flujo basado en la fuenteNo es un benchmark de ejecución

El enfoque de trabajo

Information Architecture convierte un inventario de pantallas, funciones y contenido en una estructura comprensible para las personas. Separa categorías, etiquetas, relaciones y profundidad de navegación de los controles visuales que acabarán mostrándolas. Resulta útil cuando un producto en crecimiento ha acumulado secciones solapadas, páginas huérfanas o etiquetas que solo entiende el equipo interno.

La fuente propone una auditoría seguida de investigación, jerarquías candidatas, tree testing y documentación. Aporta resultados reales de card sorting y el vocabulario de las entrevistas para fundamentar las etiquetas; el skill no puede inventar esa evidencia. Sus sugerencias de rutas cortas y jerarquías poco profundas son heurísticas de diseño, no garantías de que todos los usuarios encuentren todos los elementos.

Entregables previstos

  • Un mapa del sitio jerárquico que identifica elementos padre, hijos y contenido desconectado.
  • Un modelo de navegación que separa el acceso global, local, de utilidad y contextual.
  • Un modelo de contenido que documenta tipos, atributos y relaciones.
Ver el brief de ejemplo

Del brief a la revisión

  1. 01
    Inventariar el contenido

    Enumera los destinos y tipos de contenido existentes. Marca rutas duplicadas, material huérfano y callejones sin salida antes de dibujar la jerarquía futura.

  2. 02
    Redactar grupos basados en tareas

    Usa el vocabulario de los usuarios y la evidencia de agrupación aportada para proponer categorías. Compara alternativas en lugar de reproducir el organigrama de la empresa.

  3. 03
    Planificar la validación

    Elige tareas representativas de localización para un tree test. Registra las etiquetas dudosas y las agrupaciones sin resolver para investigarlas, en lugar de dar el borrador por validado.

02 Cuándo usarlo

Cuándo usarlo

Necesita contenido del producto y evidencia de las tareas de los usuarios; la fuente no exige ninguna aplicación de diseño concreta.

Buena opción

  • Bibliotecas de contenido en crecimientoÚtil cuando añadir más artículos, productos o funciones ha dificultado la navegación de la estructura original.
  • Antes de diseñar la navegaciónEstablece qué elementos van juntos antes de que el equipo elija pestañas, una barra lateral o un panel desplegable.

Límites que conviene revisar

  • No es un componente de menúEspecifica el modelo de información. Navigation Patterns se ocupa de los controles, los estados activos y las convenciones de plataforma.
  • Sigue siendo necesaria la investigaciónUn mapa del sitio atractivo no demuestra que el contenido sea fácil de encontrar. Siguen siendo necesarias las pruebas con usuarios objetivo y la evidencia del contenido real.

Aporta estos datos

  • Inventario de contenidoAporta las pantallas, los tipos de contenido, las etiquetas y las relaciones importantes existentes.
  • Tareas prioritariasIndica los destinos que los usuarios más necesitan encontrar y los puntos de entrada que suelen usar.
  • Vocabulario de la investigaciónIncluye resultados de card sorting, lenguaje de las entrevistas o términos de búsqueda; distingue los hallazgos confirmados de las suposiciones.

03 Decisiones importantes

Decisiones que importan

  1. Estructura antes que estilo

    Una barra lateral no puede arreglar categorías que los usuarios no entienden. Este Skill adelanta esa decisión.

  2. Las URL son una decisión aparte

    La fuente advierte contra tratar un árbol de URL como idéntico a una jerarquía de navegación. Un mismo contenido puede tener más de una ruta útil de descubrimiento.

04 Ejemplo de brief

Prueba un brief concreto

El brief de ejemplo siguiente no se ha probado. Revisa la configuración del skill antes de usarlo.

Revisa la configuración

Usa la vía de instalación documentada en el repositorio y conserva los archivos complementarios a los que se haga referencia. Esta entrada describe un método de diseño concreto, no una aplicación ejecutable.

Archivo fuente original
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/ux-strategy/skills/information-architecture/SKILL.md

Necesita contenido del producto y evidencia de las tareas de los usuarios; la fuente no exige ninguna aplicación de diseño concreta.

Empieza con un solo entregable

Adapta el alcance, el material de partida y las restricciones de este brief antes de ejecutar el skill.

Brief de ejemplo
Usa information-architecture para reestructurar nuestro centro de ayuda a partir del inventario de artículos y los términos de búsqueda del soporte que te proporcionamos. Produce dos jerarquías candidatas, un modelo de contenido preferido y cinco tareas de tree test. Mantén las utilidades de facturación separadas del contenido por tareas. Señala las etiquetas sin respaldo en lugar de inventar resultados de investigación.

Inspecciona el resultado

Comprueba el resultado real con estos criterios observables.

  • Cada tipo de contenido aportado tiene un lugar o un estado explícito de pendiente de resolver.
  • Los destinos principales y los de utilidad se distinguen entre sí.
  • Las etiquetas propuestas están vinculadas a evidencia o marcadas como hipótesis.

OpenDesign ofrece un espacio de trabajo de diseño local para agentes de programación. Este listado no implica que el skill esté incluido ni que se incluyan sus herramientas externas, credenciales y dependencias de software.

05 Fuente y licencia

Fuente y licencia

Esta página describe la revisión fijada de la fuente enlazada abajo. El comportamiento y los requisitos originales pueden cambiar.

Propietario de la fuente
Owl-Listener
Licencia
MIT
Versión revisada
2026-10-07 · 9a6930cf84a8
Resumen editorial de la fuente
Un flujo de organización de contenido que abarca inventarios, taxonomías, modelos de contenido y validación mediante tree testing.

Resumen original de OpenDesign, basado en la fuente enlazada. Las estrellas del repositorio son una señal de popularidad con fecha, no una medida de uso del skill ni una puntuación de calidad.

06 Preguntas antes de empezar

Preguntas antes de empezar

¿Diseña una barra lateral?

Define la estructura que una barra lateral podría mostrar. Usa una especificación de patrones de navegación para decidir el comportamiento y los estados de la barra lateral.

¿El mapa del sitio es también el plan de URL?

No necesariamente. La fuente separa de forma explícita la estructura de la información de la estructura de las URL.

¿Puede funcionar sin resultados de card sorting?

Puede ayudar a redactar una hipótesis, pero las categorías y etiquetas deben seguir siendo provisionales hasta que se prueben.

OpenDesign

Deja espacio para la siguiente iteración de diseño.

Mantén juntos tu brief, el material de partida y tu trabajo de diseño en un espacio de trabajo local. Revisa la configuración propia del skill antes de añadirlo a tu flujo de trabajo.

Archivo fuente original
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/ux-strategy/skills/information-architecture/SKILL.md