liveBook · Manning

Information architecture

As explained in Design for Developers

Information architecture is the organization and labeling of information so that it can be understood and navigated.

Information architecture organizes, structures, and labels a website or app’s data and content. It establishes relationships among pages and content so people can tell where they are, what they are viewing, and where a click may take them next. section 5.1

Its purpose is to make a product understandable before its visual appearance is designed. A clear structure gives people an obvious place to begin, supports navigation and content strategy, and helps them complete the task that brought them to the site. section 5.0 section 5.1

Avoid the labyrinth

A site can feel like a labyrinth when people reach dead ends, backtrack, or cannot identify the next step. Map the content and paths early: if labeling pages reveals that a main task requires too many steps, reduce those steps before building wireframes. This can prevent frustration, abandonment, and costly rework later. section 5.1 section 5.4

Use information architecture as a practical planning layer before visual design:

  • Start with user research insights; card-sorting results can reveal how users expect content to be grouped and navigation to be structured. section 5.1
  • Organize pages and content, define their relationships, and plan a site map that gives the website a structural backbone. section 5.1 section 5.4
  • Check labels against user research so page and content names match what users can understand and expect. section 5.1 section 5.4
  • Map user flows to see how someone moves from point A to point B and to find steps that can be optimized. section 5.4
  • Translate the planned structure into wireframes, then move into visual design and prototyping. section 5.0 section 5.4

Information architecture is the scaffolding of the experience, not the finished interface. It works with wireframes, interaction design, and prototypes to plan the whole experience before development begins. section 5.0 section 3.3.2

How Design for Developers covers it

How deep it goes
Defines content structure, labels, page relationships, navigation, and task-step reduction, then hands the structure to wireframing and visual design.
Examples
Uses a labyrinth-like website, card-sorting results, and an overly long task path as planning examples.
What it assumes
Builds on user research insights and can use card-sorting results before wireframing begins.
What you can do after
Apply it by structuring content and task paths early enough to identify confusion and reduce unnecessary steps.
How it connects
Connects user research, card sorting, navigation, content strategy, site maps, user flows, wireframes, and prototyping.

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Design for Developers. The section links point to the parts of the book it draws on.