Blueprint-style wireframe sitemap on a dark background
Home / UX/UI & Product Design / Information architecture
UX/UI & Product Design · Information architecture

Information architecture: structure people can find their way through

Sitemaps, navigation, taxonomy and content models designed around how your users think - and tested with card sorts and tree tests before a single screen is designed.

SitemapsNavigation modelsTaxonomyCard sortingTree testing

What information architecture is

Information architecture (IA) is how content and functionality are organised, labelled and connected so people can find what they need and understand where they are. It sits underneath every screen: the navigation menu, the category structure, the names of things, the way a dashboard groups data, the relationships between records.

When IA is right, users rarely notice it. When it is wrong, no amount of visual polish helps. A cluttered-feeling product is very often an IA problem wearing a visual-design costume: the same amount of information is being shown in the wrong places, under the wrong names, at the wrong depth.

Is this you?

Signs you have an IA problem

01

"It's in there somewhere"

Features and content exist, but users and support staff can't find them.

02

Navigation mirrors the org chart

Menus are named after departments or internal product names.

03

Everything is three or four levels deep

Nested categories and sub-pages that users have to guess through.

04

The same thing has different names

"Clients", "accounts" and "customers" all refer to the same record.

05

Search is doing all the work

People search because browsing doesn't work.

06

Every new feature needs a new menu item

The structure has no room to grow.

What the work covers

DeliverableWhat it definesWhy it matters
Content and feature inventoryEverything that exists today and how it's usedYou can't structure what you haven't counted
Mental-model researchHow users group and name thingsLabels and groups match their expectations, not yours
Sitemap / structure mapHierarchy, relationships and depthA shared picture of the product for design and engineering
Navigation modelGlobal, local and contextual navigation; breadcrumbs; searchHow people move and always know where they are
Taxonomy and labelsCategories, tags, attribute names and controlled vocabularyConsistent naming across navigation, filters and content
Content modelContent types, fields and relationshipsTemplates, filters and search that stay consistent at scale

Research that de-risks structure

Two inexpensive methods catch most structural problems before design:

  1. Card sorting. Participants group items and name the groups. Open sorts reveal how users think; closed sorts test a proposed structure.
  2. Tree testing. Participants find items using only a text version of the structure. Success rates and first clicks show exactly which labels mislead.

I pair these with evidence you already have - analytics paths, on-site search terms, support tickets - to see where current structure fails. Findings drive decisions; the aim is a structure users can navigate on first attempt, not one that looks tidy on a whiteboard.

Depth, breadth and the "click rules"

A common debate in IA is how many clicks something should take. Research is clear that the old "3-click rule" is not supported by data - users don't abandon tasks simply because they take more clicks, as long as each click feels like progress. What matters is information scent: labels that make the next step obvious.

For large catalogs and complex products, I still find a practical target useful: every major section and category reachable in two confident decisions from the starting point. It pushes the structure towards breadth and makes you expose the second level directly - which is what improves scent. On a B2B hospitality equipment platform, a flat sitemap with a mega-menu put every page within two clicks of home for all three buyer types. Read the detail in information architecture for large B2B catalogs.

IA for data-heavy products

In SaaS and AI products, IA extends beyond navigation to how information is layered on each screen:

  • What users need first to make their next decision.
  • What they need sometimes, one step away.
  • What belongs in settings, admin or audit areas.

Getting this layering right is what lets a data-heavy product feel focused. See UX/UI design for data-heavy AI interfaces for examples.

The process

How I run an IA project

  1. 01

    Inventory

    Catalogue current content, features and data, with usage where available.

  2. 02

    Research

    Stakeholder interviews, analytics and search review, and open card sorts with users.

  3. 03

    Draft structures

    Two or three candidate structures and navigation models.

  4. 04

    Test

    Tree tests with representative tasks for each user type.

  5. 05

    Refine and document

    Final sitemap, navigation model, labels and content model.

  6. 06

    Hand over

    Structure feeds wireframes, templates, CMS set-up and search configuration.

What you get

01

Sitemap

The agreed structure, with depth, relationships and priorities.

02

Navigation model

Global, local and contextual navigation, breadcrumbs and search behaviour.

03

Labelling guide

Approved names and definitions for sections, objects and attributes.

04

Content model

Content types, fields and relationships for templates and CMS.

05

Research findings

Card-sort and tree-test results with the decisions they informed.

06

Migration notes

How current content maps to the new structure.

Flat sitemap with mega-menu from the hospitality equipment redesign
From the work

A flat, research-led sitemap for three kinds of buyer

A B2B hospitality equipment site organised around internal categories left all three of its buyer types struggling.

  • Rebuilt as a flat sitemap with a mega-menu: home, business area, solutions, products and case studies.
  • Every page within two clicks of home, for every buyer type.
  • Structure based on buyer intent rather than how the business was organised internally.
Read the B2B hospitality case study →

Frequently asked questions

When should IA work happen in a project?

Before visual design and ideally before detailed wireframes. It is far cheaper to test and change a structure as a text tree than as finished screens.

How many participants do card sorts and tree tests need?

Online card sorts and tree tests typically use larger groups than interviews, because you are looking for patterns in choices. I size them to your user types and how different their mental models are likely to be.

Can you improve IA without a full redesign?

Often, yes. Relabelling, regrouping navigation and adjusting the content model can deliver large gains with limited visual change.

Does IA help with SEO?

Generally. Clear hierarchy, consistent labels and important pages close to the homepage help search engines understand and crawl a site.

Who owns IA after the project?

Usually product or content leads, with the labelling guide and content model as the reference for new features and pages.

Sources

Every statistic in this page links to its original publisher. Figures were checked against these sources on September 29, 2026.

  1. The 3-Click Rule for Navigation Is False - Page Laubheimer, Nielsen Norman Group, 2019
Let's solve something

Users can't find what's already there?

That's usually a structure problem, not a feature problem. Book a 30-minute call to talk it through.

Book a 30-min call ↗