Information Architecture
Define the structural skeleton between the design brief and the build. Extend
the project's existing routes, navigation, layouts, content models, and naming
conventions rather than inventing a parallel structure.
Process
- Read the feature's
DESIGN_BRIEF.md from .design/<feature-slug>/.
- Explore existing routing, navigation, layouts, page directories, URL
patterns, content models, and data boundaries.
- Resolve:
- the primary things users need to find or do, ranked by frequency;
- acceptable navigation depth;
- content that grows over time;
- distinct user types and entry points;
- the view where users spend most of their time.
- Save
INFORMATION_ARCHITECTURE.md beside the brief.
Template
# Information Architecture: [Product/Site Name]
## Site Map
- Home `/`
- Feature `/feature`
- Detail `/feature/detail`
- Settings `/settings`
## Navigation Model
- **Primary navigation**: [items and maximum count]
- **Secondary navigation**: [sidebars, tabs, and contextual links]
- **Utility navigation**: [account, settings, help]
- **Mobile navigation**: [drawer, bottom tabs, or other adaptation]
## Content Hierarchy
### [Page Name]
1. [Highest-priority content] — [rationale]
2. [Second priority] — [rationale]
3. [Below the fold / secondary content]
## User Flows
### [Flow Name]
1. User lands on [page].
2. User sees [content or prompt].
3. User takes [action].
- If [condition] → [outcome].
4. User arrives at [destination].
## Naming Conventions
| Concept | Label in UI | Notes |
| --- | --- | --- |
| [thing] | [term] | [reason] |
## Component Reuse Map
| Component | Used on | Behavior differences |
| --- | --- | --- |
| [component] | [pages] | [variations] |
## Content Growth Plan
[Pagination, filtering, search, archive, or other growth strategy.]
## URL or State Strategy
- Pattern: [URL or view-state pattern]
- Dynamic segments: [parameterized values]
- Query/state: [filters, sorting, pagination, or local state]
If the product has no URLs, replace the site map with a destination or screen
map and describe the state boundaries explicitly.
Adapted from designer-skills by Julian Oczkowski under the Apache License,
Version 2.0. Modified for general use; see ../NOTICE.md.
1---2name: information-architecture3description: Use when a product or feature needs its navigation, content hierarchy, page structure, naming, or user flows defined before visual design or implementation.4---56# Information Architecture78Define the structural skeleton between the design brief and the build. Extend9the project's existing routes, navigation, layouts, content models, and naming10conventions rather than inventing a parallel structure.1112## Process13141. Read the feature's `DESIGN_BRIEF.md` from `.design/<feature-slug>/`.152. Explore existing routing, navigation, layouts, page directories, URL16 patterns, content models, and data boundaries.173. Resolve:18 - the primary things users need to find or do, ranked by frequency;19 - acceptable navigation depth;20 - content that grows over time;21 - distinct user types and entry points;22 - the view where users spend most of their time.234. Save `INFORMATION_ARCHITECTURE.md` beside the brief.2425## Template2627```markdown28# Information Architecture: [Product/Site Name]2930## Site Map31- Home `/`32 - Feature `/feature`33 - Detail `/feature/detail`34- Settings `/settings`3536## Navigation Model37- **Primary navigation**: [items and maximum count]38- **Secondary navigation**: [sidebars, tabs, and contextual links]39- **Utility navigation**: [account, settings, help]40- **Mobile navigation**: [drawer, bottom tabs, or other adaptation]4142## Content Hierarchy43### [Page Name]441. [Highest-priority content] — [rationale]452. [Second priority] — [rationale]463. [Below the fold / secondary content]4748## User Flows49### [Flow Name]501. User lands on [page].512. User sees [content or prompt].523. User takes [action].53 - If [condition] → [outcome].544. User arrives at [destination].5556## Naming Conventions57| Concept | Label in UI | Notes |58| --- | --- | --- |59| [thing] | [term] | [reason] |6061## Component Reuse Map62| Component | Used on | Behavior differences |63| --- | --- | --- |64| [component] | [pages] | [variations] |6566## Content Growth Plan67[Pagination, filtering, search, archive, or other growth strategy.]6869## URL or State Strategy70- Pattern: [URL or view-state pattern]71- Dynamic segments: [parameterized values]72- Query/state: [filters, sorting, pagination, or local state]73```7475If the product has no URLs, replace the site map with a destination or screen76map and describe the state boundaries explicitly.7778Adapted from `designer-skills` by Julian Oczkowski under the Apache License,79Version 2.0. Modified for general use; see `../NOTICE.md`.