The information architecture toolbox for better product and service design

Information architecture is a fuzzy term. It’s used to describe everything from content organization to navigation, taxonomies, and sitemaps. But you actually use information architecture all the time while designing, and there are set of I.A. tools you can keep in your toolbox that will help you design better products and services.

It's useful to define information architecture, so you know when to reach for your I.A. toolbox.

“information architecture”, the activity, is all about making things make sense

“Information Architecture”, capitalized, refers to a field, a design discipline whose practitioners use the title, “Information Architect”. Information Architect, as a title, isn’t as common as it once was, and we don’t talk about the field of Information Architecture as much as we used to.

When we talk about “information architecture”, all lowercase, we talk about an activity. The activity of information architecture is about making sense of things, so they can make sense for other people. That’s why information architecture is so useful for designers of all kinds as you design products and systems that will be used by other people.

And you can make sense of anything. Everything around us has an information architecture.

Even Information Architecture has an information architecture. Abby Covert used her I.A. skills to define an information architecture for Information Architecture and published it as the I.A. book, How to Make Sense of Any Mess.

So information architecture is needed lots of places, and it's done lots of places. Even if you don't realize it, you're doing information architecture all the time.

What do we do when we do information architecture?

When you figure out the information architecture of some thing, you answer four questions:

1. What stuff do we have?

2. How can we organize this stuff?

3. What can we call this stuff?

4. How is this stuff related?

We naturally ask these questions when we design things, even ones that have nothing to do with content organization, navigation, or taxonomies.

Forms are information architecture problems

Every form asks a designer to sequence questions, group related fields, label inputs, and create relationships between data points. A checkout form that asks for a shipping address before a billing address makes a structural choice. That choice helps or confuses the person who fills out the form.

Visual design skills can make your form easier to consume. Interaction design makes each form element easier to use. But it’s information architecture that makes the form, as a whole, easier to understand. Information architecture makes the form make sense.

Design systems are information architecture problems

A design system is an information architecture project. Component names follows labeling principles. Component grouping follows categorization principles. The way a team organizes buttons, inputs, cards, and modals determines whether a designer can find and use the right component. A design system with poor information architecture slows every designer who touches the system. Information architecture turns a collection of styles, variables, and components into a design system that's easy to use. Information architecture makes your design system make sense.

Error states and empty states are information architecture problems

When something goes wrong or nothing exists yet, a designer must make sense of absence or failure for another person. An empty dashboard needs structure that communicates “here’s what belongs here and how to get started”. An error message needs structure that communicates “here’s what happened, here’s why, here'‘s what to do next”. That’s a core IA activity: making sense of things for other people.

Although each of these examples looks different, in each, you combine other design skills with information architecture to design something that makes sense. But as you can see, information architecture looks a little different depending on what you're designing.

So, what kinds of things do we design?

Information architecture can help you design interfaces, sites, and platforms

Information architecture can help you design something like an individual interface. Think of a single form.

Information architecture can help you design a collection of lots of interfaces. Think of a mobile app or a website.

Information architecture can even help you design platforms where lots of sites live. Think of a company's intranet or a social network.

Information architecture looks different when applied to an interface than when its applied to a site or platform. That's because interfaces, sites, and platforms work at different scales. So, IA stays the same, but it looks different when you apply it at a different scale.

We still ask the same four I.A. questions about stuff:

1. What stuff do we have?

2. How can we organize this stuff?

3. What can we call this stuff?

4. How is this stuff related?

But based on the scale we’re working at, we have different stuff we’re dealing with. And that gives us different tools.

Information architecture tools

Lots of information architecture tools live in our design toolbox:

• Concept maps

• Content maps

• Content models

• Content inventories and audits

• Entity model diagrams

• Task flows

• Wireframes

• Sitemaps

• Labels

• Taxonomies

• Ontologies

• Metadata models

• Navigation models

Each of these tools comes in handy for a different part of the experience that you want to design. Understanding what part of the experience you're designing lets you know what tool to pull out of the toolbox. And each of these information architecture tools helps something make sense, so it makes sense someone else.

Next, Why your website makes sense to you but confuses your users