Mara logo

Information Architecture

The structure of a product's content and navigation — how things are grouped, labelled and related so people can find what they need.

Design Disciplines

IA covers the hierarchy, the labels, the navigation model and the relationships between objects. It is decided before layout and it constrains everything after: a wrong grouping cannot be fixed with better visual design, only worked around. The classic tools are card sorting and tree testing, both of which measure whether users can find things rather than whether they like the menu.

On content sites IA and sitemap work overlap directly with SEO, because URL structure and internal linking follow the hierarchy. On applications IA is about objects and their states — what a 'project' contains, whether an 'invoice' belongs to a customer or a contract — and getting that wrong produces years of awkward interfaces.

In practice

An ERP grouped screens by department, so a lab technician needed four sections to complete one batch. Before: 11 top-level items, task spanned 4. After regrouping around the workflow rather than the org chart, the same task lived in one section. The catch — managers lost the department view they used for reporting, which had to come back as a filter.

Learn more

You may ask

Frequently Asked Questions

How do we validate information architecture?

Tree testing: give users a task and a bare hierarchy with no visual design, and measure whether they land in the right place. It isolates structure from styling, which usability testing on a full design cannot.

Should navigation follow our org chart?

Almost never. Internal structure is obvious to employees and meaningless to users. Group by the task or the object the user is thinking about, and offer internal views as filters or reports instead.

Related terms

All terms

Let's talk about your product.

Happy to look at what you're building and say where design would move the needle.

Contact Us