Skills julianoczkowski designer-skills Designer Skills

information-architecture

Use it when:
You've written a design brief, or know what you're building, and need navigation and page structure settled before visual design.
It does:
Reads the brief if there is one, scans your routes, layouts and navigation components, then asks structural questions, each with its recommended answer.
You get:
INFORMATION_ARCHITECTURE.md next to the brief: a site map with URLs, navigation, content priority per page, user flows, a naming glossary and URL rules.
Extends:
The structure your codebase already has, rather than proposing one that ignores it.

Skill 3 of 7 in the Designer Skills bundle, after design-brief and before design-tokens.

TL;DR

The information-architecture step of Julian Oczkowski's designer workflow, between the design brief and the build. It looks for .design/*/DESIGN_BRIEF.md, taking the most recent or asking which feature, and without a brief asks what you're building and for whom. It then reads what already exists: Next.js, React Router, Vue Router or SvelteKit routes, header, sidebar and footer components, layouts, URL patterns and any CMS or content directories. Its questions cover at least what users need to find or do, ranked by frequency, how deep navigation may go, which content grows over time, whether different user types need different entry points, and the one view where users spend 80% of their time. The document maps every page with its URL pattern, sets out primary, secondary, utility and mobile navigation, ranks the content on each major page with reasons, and walks the critical user flows with their decision points. It also fixes one UI label per concept, lists the layout components pages share, and plans how growing sections handle pagination, filtering or search.

Summarizes the skill at c259656.

npx skills add https://github.com/julianoczkowski/designer-skills --skill information-architecture
Total Downloads
6,100 on skills.sh, Nov 9, 2026
Repo stars
601 julianoczkowski/designer-skills
First seen
Mar 28, 2026 on skills.sh
Weekly Downloads
100
-42% over the 8 weeks to Nov 9
Weekly values
Week toInstalls
Sep 21171
Sep 28137
Oct 582
Oct 1258
Oct 19110
Oct 2688
Nov 294
Nov 9100
Category

Taste for interfaces that don't look generated: direction, motion and accessibility.

Make the agent question you and write the plan down before it writes code.

Everything for building software: planning, coding, debugging, design, frameworks, cloud, agents and skills.

Type

A multi-step process the agent follows: interview, debug, run a TDD loop, review.

Effect

Its own steps create or change files, git state or local tools.

Needs

Instructions only. Works in any agent that supports skills.

Publisher

Everyone else. Unverified vendor claims default to community.

Topics

SKILL.md

From julianoczkowski/designer-skills at c259656. Checked daily, last changed Nov 7, 2026.

Frontmatter
name: information-architecture
description: Define the structural layer of a product or site before visual design begins. Covers navigation, content hierarchy, page structure, URL patterns, and user flows. Use when user wants to plan site structure, define navigation, map user flows, organize content, or mentions "IA" or "information architecture".

This skill defines the structural skeleton of a product or site. It sits between the design brief and the build. Run this after the brief is written and before tasks are created.

Example prompts

  • "Plan the IA for this app before I start building"
  • "Map out the navigation and page structure"
  • "I need to organize the content for a documentation site"
  • "Define user flows for the onboarding experience"

Process

  1. Look for an existing design brief at .design/*/DESIGN_BRIEF.md. If multiple subfolders exist, use the most recently modified one, or ask the user which feature they are working on. If no brief exists, ask the user what they are building and for whom.

  2. Explore the existing codebase to understand what structure already exists:

    • Routing: Next.js app/ or pages/ directory, React Router config, Vue Router, SvelteKit routes, or static HTML page files
    • Navigation components: header, sidebar, navbar, breadcrumb, footer components
    • Layout components: root layouts, nested layouts, page wrappers, container components
    • Page directories: how pages are currently organized in the file system
    • URL patterns: existing slugs, dynamic segments, query parameter conventions
    • CMS or data layer: content models, API routes, data fetching patterns, MDX/content directories
    • If structure exists, this skill extends and improves it. Do not propose a new architecture that ignores what is already built.
  3. Interview the user about structural decisions. For each question, provide your recommended answer.

    Cover at minimum:

    • What are the primary things a user needs to find or do? Rank by frequency.
    • How many levels of navigation depth are acceptable?
    • What content will grow over time vs. what is fixed?
    • Are there distinct user types who need different entry points?
    • What is the one page/view where the user spends 80% of their time?
  4. Once you have a shared understanding, produce the IA document using the template below and save it as INFORMATION_ARCHITECTURE.md in the same .design/<feature-slug>/ subfolder as the design brief.

IA Document Template

# Information Architecture: [Product/Site Name]

## Site Map

A hierarchical map of every page or view. Use indentation to show nesting. Include the URL pattern for each.

- Home `/`
  - Feature A `/feature-a`
    - Sub-page `/feature-a/detail`
  - Feature B `/feature-b`
- Settings `/settings`
  - Profile `/settings/profile`

## Navigation Model

Describe the navigation system:
- **Primary navigation**: What appears in the main nav? Maximum items.
- **Secondary navigation**: Sidebar, tabs, or contextual links within sections.
- **Utility navigation**: Account, settings, help, and anything outside the main content hierarchy.
- **Mobile navigation**: How navigation adapts. Hamburger, bottom tabs, or something else.

## Content Hierarchy

For each major page or view, define the content priority:

### [Page Name]
1. [Highest priority content] -- Why this comes first
2. [Second priority] -- Why this comes second
3. [Third priority] -- Rationale
4. [Below the fold / secondary]

## User Flows

The critical paths through the product. Each flow is a sequence of steps with decision points noted.

### [Flow Name] (e.g., "New user onboarding" or "Create a project")
1. User lands on [page]
2. User sees [content/prompt]
3. User takes action: [action]
   - If [condition A] -> [outcome]
   - If [condition B] -> [outcome]
4. User arrives at [destination]

## Naming Conventions

A glossary of terms used in the interface. Consistency matters. Pick one word and use it everywhere.

| Concept | Label in UI | Notes |
|---------|-------------|-------|
| [thing] | [what we call it] | [why this word] |

## Component Reuse Map

Which structural components (layouts, containers, navigation elements) are shared across pages.

| Component | Used on | Behavior differences |
|-----------|---------|---------------------|
| [layout/component] | [pages] | [any variations] |

## Content Growth Plan

Which sections of the site will accumulate content over time and how the IA accommodates that growth (pagination, filtering, search, archive patterns).

## URL Strategy

Rules for URL construction:
- Pattern: [e.g., `/section/subsection/item-slug`]
- Dynamic segments: [what is parameterized]
- Query parameters: [filtering, sorting, pagination]