Skip to main content

Information Architecture

How do you structure concepts so people find what they need without thinking about structure?

Information architecture (IA) is the discipline of organizing, labeling, and connecting content so that users can find information and complete tasks. It's the invisible structure that makes navigation feel effortless—or frustrating.

"Making sense of any mess requires understanding the mess from the perspective of those who live in it." — Abby Covert


The Core Insight

IA is not about where YOU put things—it's about where READERS look for them.

Structure should mirror how people think about a domain, not how organizations are built. The test isn't "does this make sense to me?" but "can someone new find what they need in 3 clicks?"


The Tight Five IA Loop

Apply the Tight Five lens to every content area:

StepIA QuestionTight Five Position
1. BOUNDARIESWhat's in scope? What's out?Problem-Purpose: Why does this section exist?
2. INTENTWho is this for? What do they need?Principles: What truths guide organization?
3. STRUCTUREHow do concepts relate hierarchically?Platform: What do we control?
4. CONNECTIONSWhat cross-links reveal relationships?Perspective: What do we see others don't?
5. VALIDATEDoes structure serve reader goals?Performance: How do we know it's working?

The Hierarchy

Content organizes into three levels maximum:

PILLAR (Hub)
├── CLUSTER (Category)
│ └── DETAIL (Specific concept)

Rules:

  • 3-7 items at each level (cognitive load limits)
  • No more than 3 levels deep (2-3 clicks to anywhere)
  • Each page should be understandable independently
  • Names should signal what's inside (information scent)

Progressive Disclosure

Structure content for different reader types:

LevelPurposeAudience
Level 1Core concept (above fold)Everyone — "What is this?"
Level 2Practical application (mid-page)Practitioners — "How do I use this?"
Level 3Deep theory (expandable/linked)Experts — "Why does this work?"
Level 4Edge cases (separate page)Specialists — "What about X?"

Novices read Level 1-2. Experts jump to Level 3-4. Both get what they need.


Every page needs explicit connections:

TypeDirectionPurpose
HierarchicalParent ↔ ChildNavigation structure
SiblingPeer ↔ PeerRelated concepts
BridgeCross-cuttingUnexpected connections

Validation: Every page should have ≥1 inbound and ≥1 outbound link. Orphan pages are bugs.


Quality Gates

Before shipping new structure, verify:

  1. 3-Click Test: Can users reach any concept in 3 clicks from index?
  2. Reverse Test: Starting from any page, can users understand where they are?
  3. Search Test: Are key terms findable via site search?
  4. Link Audit: Does every page have ≥1 inbound and ≥1 outbound link?
  5. Mental Model Test: Does structure match how practitioners think about domain?

Anti-Patterns

Anti-PatternProblemFix
Org-Chart NavigationStructure mirrors teams, not user goalsReorganize around user tasks
Orphan PagesPages with no inbound linksAdd to relevant index
Dead EndsPages with no outbound linksAdd "Context" section
Taxonomy ConfusionSame concept, different namesEnforce Naming Standards
False Hierarchy> 3 levels deepFlatten or elevate
Kitchen Sink IndexLists everything without guidanceCurate 3-7 primary paths

Hub Page Pattern

When creating a central hub (homepage, section index):

# [System Name]

[One sentence: What is this + Why it matters]

## Start Here

[Orientation by goal — where to begin based on what you want]

| If you want to... | Start with... |
|-------------------|---------------|
| [Goal 1] | [Path 1] |
| [Goal 2] | [Path 2] |

## The Framework

[Visual or conceptual map of how pieces fit]

## Deep Dives

[Curated list of 3-7 primary concepts]

## Context

[Bridge links to related sections]

Frameworks Referenced

Abby Covert's Process

  1. Identify the mess — What's confusing?
  2. State your intent — What's the goal?
  3. Face reality — What exists now?
  4. Choose a direction — What structure?
  5. Measure the distance — How far to go?
  6. Play with structure — Test options
  7. Prepare to adjust — Iterate

Dan Klyn's BASIC

  • Boundaries — What's in scope?
  • Attributes — What distinguishes parts?
  • Structures — How do parts connect?
  • Invariants — What doesn't change?
  • Cycles — What patterns repeat?

Context


Mantras

Structure mirrors how readers think, not how organizations are built.

If users have to search, navigation has failed.

Every orphan page is a bug.

3 clicks or less to anywhere.