« | »

The many faces of Information Architecture

Hot off the press is my latest article The Many Faces of Information Architecture. Here’s a taste:

A lot of confusion and misunderstanding surrounds the term ‘information architecture’. The multitude of activities that can be labelled with these two words span a vast variety of people, skills and situations. [...] A precise definition of each term would be difficult, as there is still much debate even among the professionals who practice in this field, and that is not the objective here.

What is needed is a primer to help ordinary humans weave their way through the various labels that might be used to describe work related to information architecture.

To engage consultants or contractors, it is useful to understand the variety of terminology and be able to identify the area (or areas) in which you need assistance.

I wrote this article because I found myself explaining to my clients, the different flavours of work that come under the banner of IA. Most people have either a highly specialised view—whereby I couldn’t do XYZ because my business card said ABC—or they took a very wide view that ignored any specialisation, assuming that an IA-ish person could do everything.

It was a fine line to tread, because on one hand I didn’t want to split hairs, for example if I design the way in which users interact with a web form it might be best described as Interaction Design but is it really a crime to call it Information Architecture instead? On the other hand, people do get into all sorts of trouble by using one term when they really mean something else. Which is why the article includes a bit of a cop out:

While this paper attempts to explain the different labels being used for areas of speciality in information architecture, the key to success will always involve explaining exactly what it is you expect to get from a potential information architecture professional.

It really is the best solution; spell out exactly what you want done (or what you do if you are a practitioner) so there is no misunderstanding. By all means you can use a label such as Information Architecture but make sure you back this up with a plain English description.

Diagram from article

The other thing I wanted to explore was the overlapping nature of these terms and the activity they represent. Even if you could distinctly define Information Architecture, Information Design and User Experience Design, there would definitely be overlap. My attempt to illustrate this is the lovely circular orange diagram you see in the article :)

I am expecting this will be a fairly controversial, which really serves to highlight the ambiguity surrounding these terms, and the difficulty people have when they try to use these terms. But that’s OK. If you disagree with anything I’ve said in the article, please write a comment below. Hopefully this discussion will help educate non-practitioners, if nothing else.

About the author

Patrick Kennedy

Patrick Kennedy is a user experience strategist and design researcher based in Sydney Australia. He leads research activities that improve the user experience of cross-channel products and services; helping both designers and business decision makers in bringing those products and services to fruition. Read more.

Comments

  1. laurent goffin | January 6th, 2008 | 4:06 am

    Congratulation for this brilliant article. It’s really very interesting how you try to map Information architecture skills with all the kind of problematic we are facing when defining a wide range of different internet based solutions.

    thanks for this analysis.

  2. Stephen | January 17th, 2008 | 11:03 am

    This is a nice history of interaction design and interaction designers.

    http://www.coroflot.com/creativeseeds/2008/01/sidestep_interaction_designers.asp

  3. Pat | January 17th, 2008 | 3:55 pm

    Thanks Stephen. Give me your summary, does my article accurately reflect this history? :)

  4. IA is not just about navigation at Pat’s Point of View | February 1st, 2008 | 12:18 pm

    [...] Whilst I’ve written recently about the many faces of IA, I think there is more to such comments than just a different definition of IA being expressed. Probing a bit further, I found that these remarks were based on a rather superficial view of the work involved. It wasn’t obvious, until I ranted for a whole day, that it takes a bit of effort to whip up the navigation for a site. [...]

  5. Pat | February 20th, 2008 | 9:57 am

    One thing I regretted not including in this article has been summed up beautifully by Andrew Hinton on the IA Institute mailing list (hopefully he doesn’t mind me pasting part of it here):

    Generally speaking, User Experience practitioners should be basically “T” shaped … broad knowledge of all UX methods and practices, with deeper expertise in one area. At least that’s the consensus among many leaders in the UX community.

    So, what’s IA’s deep expertise about? IA as a practice is about the structure of shared digital spaces—essentially, this means where the links take you and why.

    “T shaped” is a great term and perfectly addresses the relationship between the broad overlapping knowledge areas (which I included in my circle diagram) and an area of expertise which an individual practitioner might focus on. It is hard to avoid having to know other areas of knowledge outside one’s own field of specialisation, but we are better off for it.

Post a comment