Ir para o guia de uso
Information Architecturepor Owl-Listener

Information Architecture Skill.

Decida onde cada informação deve ficar antes de decidir qual será a aparência da navegação.

  • Estratégia de UX
  • Estrutura de Conteúdo
Revisão da fonte · Information ArchitectureSKILL.md
Tarefa Estratégia de UX Produz • Um mapa do site hierárquico que identifica itens pai, filhos e conteúdos desconectados. • Um modelo de navegação que separa o acesso global, local, utilitário e contextual. • Um modelo de conteúdo que documenta tipos, atributos e relações. Antes de começar Exige conteúdo do produto e evidências sobre as tarefas dos usuários; a fonte não exige um aplicativo de design específico.
Resumo editorial · fonte revisada em 2026-10-07 · não é um exemplo gerado

01 Funcionalidades

Organize o conteúdo em torno das tarefas dos usuários

Um fluxo de organização de conteúdo que abrange inventários, taxonomias, modelos de conteúdo e validação por teste de árvore.

Fluxo baseado na fonteNão é um benchmark de execução

A abordagem de trabalho

O Information Architecture transforma um inventário de telas, funcionalidades e conteúdos em uma estrutura que as pessoas conseguem entender. Ele separa categorias, rótulos, relações e profundidade de navegação dos controles visuais que acabarão expondo esses elementos. Isso é útil quando um produto em crescimento acumulou seções sobrepostas, páginas órfãs ou rótulos que só a equipe interna entende.

A fonte pede uma auditoria seguida de pesquisa, hierarquias candidatas, teste de árvore e documentação. Forneça resultados reais de card sorting e o vocabulário das entrevistas para embasar os rótulos; a skill não pode inventar essas evidências. As sugestões de caminhos curtos e hierarquias rasas são heurísticas de design, não garantias de que todos os usuários encontrarão todos os itens.

Entregas esperadas

  • Um mapa do site hierárquico que identifica itens pai, filhos e conteúdos desconectados.
  • Um modelo de navegação que separa o acesso global, local, utilitário e contextual.
  • Um modelo de conteúdo que documenta tipos, atributos e relações.
Ver o briefing de exemplo

Do briefing à revisão

  1. 01
    Faça o inventário do conteúdo

    Liste os destinos e os tipos de conteúdo existentes. Marque rotas duplicadas, material órfão e becos sem saída antes de desenhar a hierarquia futura.

  2. 02
    Esboce grupos baseados em tarefas

    Use o vocabulário dos usuários e as evidências de agrupamento fornecidas para propor categorias. Compare alternativas em vez de reproduzir o organograma da empresa.

  3. 03
    Planeje a validação

    Escolha tarefas representativas de localização para um teste de árvore. Registre rótulos incertos e agrupamentos não resolvidos para pesquisa, em vez de declarar o rascunho validado.

02 Quando usar

Quando usar

Exige conteúdo do produto e evidências sobre as tarefas dos usuários; a fonte não exige um aplicativo de design específico.

Bom para

  • Bibliotecas de conteúdo em crescimentoÚtil quando a adição de mais artigos, produtos ou funcionalidades dificultou a navegação pela estrutura original.
  • Antes do design de navegaçãoDefine o que deve ficar junto antes de a equipe escolher abas, uma barra lateral ou uma gaveta.

Limites a verificar

  • Não é um componente de menuEle especifica o modelo de informação. O Navigation Patterns cuida dos controles, dos estados ativos e das convenções da plataforma.
  • Ainda é necessário pesquisarUm mapa do site atraente não demonstra facilidade de localização. Continuam necessários testes com os usuários-alvo e evidências do conteúdo real.

Traga estes insumos

  • Inventário de conteúdoForneça as telas, os tipos de conteúdo, os rótulos e as relações importantes existentes.
  • Tarefas prioritáriasIndique os destinos que os usuários mais precisam encontrar e os pontos de entrada que costumam usar.
  • Vocabulário da pesquisaInclua resultados de card sorting, a linguagem das entrevistas ou termos de busca; distinga o que foi confirmado das suposições.

03 Decisões importantes

Decisões que importam

  1. Estrutura antes do estilo

    Uma barra lateral não conserta categorias que os usuários não entendem. Esta Skill antecipa essa decisão.

  2. URLs são uma decisão separada

    A fonte alerta contra tratar uma árvore de URLs como idêntica a uma hierarquia de navegação. Um conteúdo pode ter mais de um caminho útil de descoberta.

04 Exemplo de briefing

Experimente um briefing focado

O briefing de exemplo abaixo não foi testado. Confira a configuração da skill antes de usá-lo.

Revise a configuração

Use o método de instalação documentado no repositório e mantenha todos os arquivos complementares referenciados. Este item descreve um método de design focado, não um aplicativo executável.

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

Exige conteúdo do produto e evidências sobre as tarefas dos usuários; a fonte não exige um aplicativo de design específico.

Comece com uma entrega

Adapte o escopo, o material de origem e as restrições deste briefing antes de executar a skill.

Briefing de exemplo
Use o information-architecture para reestruturar nossa central de ajuda a partir do inventário de artigos e dos termos de busca do suporte fornecidos. Produza duas hierarquias candidatas, um modelo de conteúdo preferido e cinco tarefas de teste de árvore. Mantenha os utilitários de cobrança separados do conteúdo de tarefas. Sinalize rótulos sem respaldo em vez de inventar resultados de pesquisa.

Inspecione o resultado

Compare o resultado real com estes critérios observáveis.

  • Todo tipo de conteúdo fornecido tem um lugar ou um status explícito de não resolvido.
  • Os destinos principais e os utilitários são distinguíveis.
  • Os rótulos propostos estão ligados a evidências ou marcados como hipóteses.

O OpenDesign oferece um espaço de trabalho de design local para agentes de programação. Esta listagem não significa que a skill esteja incluída no pacote nem que suas ferramentas externas, credenciais e dependências de software estejam incluídas.

05 Fonte e licença

Fonte e licença

Esta página descreve a revisão fixada da fonte indicada abaixo. O comportamento e os requisitos do projeto original podem mudar.

Proprietário da fonte
Owl-Listener
Licença
MIT
Versão revisada
2026-10-07 · 9a6930cf84a8
Resumo editorial da fonte
Um fluxo de organização de conteúdo que abrange inventários, taxonomias, modelos de conteúdo e validação por teste de árvore.

Resumo original do OpenDesign, baseado na fonte indicada. As estrelas do repositório são um sinal datado de popularidade, não de uso da skill nem uma nota de qualidade.

06 Perguntas antes de começar

Perguntas antes de começar

Ele projeta uma barra lateral?

Ele define a estrutura que uma barra lateral pode expor. Use uma especificação de padrão de navegação para decidir o comportamento e os estados da barra lateral.

O mapa do site também é o plano de URLs?

Não necessariamente. A fonte separa explicitamente a estrutura da informação da estrutura de URLs.

Funciona sem resultados de card sorting?

Pode ajudar a esboçar uma hipótese, mas as escolhas de categorias e rótulos devem permanecer provisórias até serem testadas.

OpenDesign

Abra espaço para a próxima iteração de design.

Mantenha seu briefing, o material de origem e o trabalho de design juntos em um espaço de trabalho local. Confira a configuração da própria skill antes de adicioná-la ao seu fluxo de trabalho.

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