Follow-up: Designing Hierarchical IAs

by Joshua Porter  |   March 29th, 2005  |  shortlink: http://bokardo.com/p/61

A few days ago I asked a simple question of information architects. The question was this: “When designing, do you create hierarchical information architectures?”. I promised to summarize the results, and since they were very interesting that’s what I’ve done here.

Fortunately, the comments had a lot of intriguing ideas. I only wish the authors had written more! So, here are they are, in no particular order:

  • browsing allows for serendipity
  • direct search allows for accuracy and speed
  • site maps tend to appear hierarchical
  • some hierarchies lose users, no matter what tools are offered
  • problems comes when you try to force a hierarchy where one shouldn’t exist
  • site maps help designers understand how the site will work
  • tree structures limit possible combinations that are useful to explore during the design
  • the home page is visually different than other pages of a site
  • humans perceive the world hierarchically

Interestingly, there were many shades of thinking concerning hierarchies. For example, Gordon suggested that problems arise when we try to force a hierarchy where one shouldn’t exist, while Donna suggests that hierarchies are inherent in us and just make sense. Most folks, it appears, hinted that hierarchies are not the pinnacle of design: most at least consider other options when building their sites.

My goal, as I stated, was to figure out why so many sites are built hierarchically. This question was borne out of my recent inquiry into folksonomies, and the idea that navigation systems can emerge from artifacts of behavior, rather than being created beforehand.

I think this was a success, insofar that we now have more questions than the one that I started with. That’s progress, right? So, these are the questions that I thought of while mulling over the comments, please add your own.

  • What kinds of hierarchy are there?
  • Assuming that hierarchies don’t always work, is there a process by which we can decide whether or not to use them?
  • What doesn’t work about hierarchies? What do people have trouble with when using them?
  • What are the strengths of hierarchies?
  • What is the value of serendipity?
  • How many alternatives are there to hierarchies? What are they?
  • Are there other benefits of hierarchies besides user benefits? (e.g. team benefits or organizational benefits?)
  • What different ways can we build hierarchies? Is one way better than another?
  • What problems do bottoms-up architectures help solve? What problems do they introduce?
  • Do humans really think in hierarchical terms? (this seemed to me to be the most contentious statement of them all)

Finally, thanks to everyone who commented before. I think we’re getting somewhere (different than where we were). We’ve got a lot more questions, at any rate!

Make them Care! - Struggling to communicate the value of your product or service? I'm writing a new book that shows you how to make people care about your product or service by clearly communicating the most important bits. For designers and marketers creating product web sites. Find out more.

Links to this Post

Comments

1.  CM Harrington 6:21pm, Tue 29th, 2005

On the value of serendipity. I’d say it’s *very* important, as often, on a public site, the visitor has not been indoctrinated into your controlled vocabulary/methodology. This usually means there is a deficiency in the visitors ability to articulate their question in a way that “fits” with the site. Being able to browse allows the visitor to “feel out” where they need to go, and find a “good enough answer plus related things I didn’t know I needed to know” response.

2.  donnam 9:30pm, Wed 30th, 2005

I’ve been thinking further on this and you may need to go back one step to have a sensible conversation about this and ask:
“What is a hierarchy?”

It may sound obvious, but comments on your previous post lead me to believe that a number of people are viewing the concept of a hierarchy slightly differently.

Are you wondering why people design sites:
* in *strict* hierarchies, where everything has one place and only one place and only one way to get there
* in polyhierarchies where the site is hierarchical but content can be accessed from more than one branch

Additionally, most sites at least have a breakup of content at a top level. I still consider this hierarchical, even if the information in each section is based on facets or database structures.

So I think you may need to think a little more on what you actually want to know. It could then be a great conversation, but we need to be working with consistent concepts.

Email me if you want to go through some ideas.

3.  Josh 6:27am, Thu 31st, 2005

Donna, I’m all for defining terms. Why don’t we start with your definition? Care to share one?

4.  donnam 7:23pm, Sun 3rd, 2005

Ahah. So that is the tricky part isn’t it. I’ve been thinking about it all weekend and still can’t come up with something simple enough to suit a blog comment – I could write a long article or a book on it ;)

I’ll keep thinking