<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: An Open Question for Information Architects</title>
	<atom:link href="http://bokardo.com/archives/an-open-question-for-information-architects/feed/" rel="self" type="application/rss+xml" />
	<link>http://bokardo.com/archives/an-open-question-for-information-architects/</link>
	<description>Interface Design &#38; UX by Joshua Porter</description>
	<lastBuildDate>Wed, 28 Sep 2011 20:28:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Bourse Goldman</title>
		<link>http://bokardo.com/archives/an-open-question-for-information-architects/#comment-100989</link>
		<dc:creator>Bourse Goldman</dc:creator>
		<pubDate>Wed, 07 Mar 2007 09:56:16 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/archives/an-open-question-to-information-architects/#comment-100989</guid>
		<description>I completely agree with donnam&#039;s opinion and I couldn&#039;t say it any better. When browsing through sites I find myself much easier to find what I&#039;m looking for if they are hierarchical and when I am designing I make my sites hierarchical too.</description>
		<content:encoded><![CDATA[<p>I completely agree with donnam&#8217;s opinion and I couldn&#8217;t say it any better. When browsing through sites I find myself much easier to find what I&#8217;m looking for if they are hierarchical and when I am designing I make my sites hierarchical too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: donnam</title>
		<link>http://bokardo.com/archives/an-open-question-for-information-architects/#comment-339</link>
		<dc:creator>donnam</dc:creator>
		<pubDate>Wed, 23 Mar 2005 00:12:06 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/archives/an-open-question-to-information-architects/#comment-339</guid>
		<description>I&#039;ll answer the last part about why we do it that way. We create hierarchies because it is a very natural approach for the way our brains are organised. We percieve the world around us hierarchically - we see leaves that are on branches that are on trees that are in a forest that are in a locality etc. We see an iris that is in an eye that is in a face that belongs to a body which is standing in an environment.

Our cortex works like this - little details are passed up the cortical layers and aggregated into a higher level at every layer of the cortex.

So we do hierarchies because they suit our brains and our language and our categorisation abilities and because it is  just the way we are. It isn&#039;t about library science or education or the way we have organised sites in the past.

Sure there are other ways to organise some information on websites, but hierarchies are inherent to us.</description>
		<content:encoded><![CDATA[<p>I&#8217;ll answer the last part about why we do it that way. We create hierarchies because it is a very natural approach for the way our brains are organised. We percieve the world around us hierarchically &#8211; we see leaves that are on branches that are on trees that are in a forest that are in a locality etc. We see an iris that is in an eye that is in a face that belongs to a body which is standing in an environment.</p>
<p>Our cortex works like this &#8211; little details are passed up the cortical layers and aggregated into a higher level at every layer of the cortex.</p>
<p>So we do hierarchies because they suit our brains and our language and our categorisation abilities and because it is  just the way we are. It isn&#8217;t about library science or education or the way we have organised sites in the past.</p>
<p>Sure there are other ways to organise some information on websites, but hierarchies are inherent to us.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jay Fienberg</title>
		<link>http://bokardo.com/archives/an-open-question-for-information-architects/#comment-336</link>
		<dc:creator>Jay Fienberg</dc:creator>
		<pubDate>Tue, 22 Mar 2005 17:20:31 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/archives/an-open-question-to-information-architects/#comment-336</guid>
		<description>With the exception of small websites, usually there are more than one navigation system / route. So, potentially, there are multiple structures (trees and/or graphs) represented in a site map.

But, it&#039;s usual to visually represent the principle navigation as a hierarchical tree--even if it&#039;s not 100% strictly a tree.

The site architecture (site map) diagram has a bunch of purposes that help site creators understand how the site is going to work and how it is going to be built. And, frequently, the tree structure corresponds with categorical changes in the visual layout (e.g., changes in the state of the navigation menus, changes in the page color, etc.).

So, in other words, it&#039;s not necessarilly literally true that the home page is the top of the information tree as much as it&#039;s a way to point out that the home page is (visually) different than all the other pages on the site.

All that said, sometimes for enterprises that have &quot;too much hierarchy&quot;, I&#039;ll layout the sidemap sideways or with the homepage at the bottom to trip up the cultural assumption that what&#039;s at the top of the diagram is somehow equivalent of the CEO or president!

Also, I always start out by making a flat list--and I have folks who are suggesting features for the site always submit them as a flat list, not as an outline. I find it is essential leave out the hierarchy as long as possible, because the tree structure limits possible combinations that are useful to explore during the design.</description>
		<content:encoded><![CDATA[<p>With the exception of small websites, usually there are more than one navigation system / route. So, potentially, there are multiple structures (trees and/or graphs) represented in a site map.</p>
<p>But, it&#8217;s usual to visually represent the principle navigation as a hierarchical tree&#8211;even if it&#8217;s not 100% strictly a tree.</p>
<p>The site architecture (site map) diagram has a bunch of purposes that help site creators understand how the site is going to work and how it is going to be built. And, frequently, the tree structure corresponds with categorical changes in the visual layout (e.g., changes in the state of the navigation menus, changes in the page color, etc.).</p>
<p>So, in other words, it&#8217;s not necessarilly literally true that the home page is the top of the information tree as much as it&#8217;s a way to point out that the home page is (visually) different than all the other pages on the site.</p>
<p>All that said, sometimes for enterprises that have &#8220;too much hierarchy&#8221;, I&#8217;ll layout the sidemap sideways or with the homepage at the bottom to trip up the cultural assumption that what&#8217;s at the top of the diagram is somehow equivalent of the CEO or president!</p>
<p>Also, I always start out by making a flat list&#8211;and I have folks who are suggesting features for the site always submit them as a flat list, not as an outline. I find it is essential leave out the hierarchy as long as possible, because the tree structure limits possible combinations that are useful to explore during the design.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gordon</title>
		<link>http://bokardo.com/archives/an-open-question-for-information-architects/#comment-335</link>
		<dc:creator>Gordon</dc:creator>
		<pubDate>Tue, 22 Mar 2005 14:24:03 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/archives/an-open-question-to-information-architects/#comment-335</guid>
		<description>I really must post my long drafted posts on this topic..

Anyway I&#039;m a task first kinda guy, letting the structure build around the lower level items. The problems come when you try and force a hierarchy where one shouldn&#039;t exist, something I constantly fight against as I like to offer it if I can (as Mhac says, users are used to using that system).</description>
		<content:encoded><![CDATA[<p>I really must post my long drafted posts on this topic..</p>
<p>Anyway I&#8217;m a task first kinda guy, letting the structure build around the lower level items. The problems come when you try and force a hierarchy where one shouldn&#8217;t exist, something I constantly fight against as I like to offer it if I can (as Mhac says, users are used to using that system).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mhac Janapin</title>
		<link>http://bokardo.com/archives/an-open-question-for-information-architects/#comment-333</link>
		<dc:creator>Mhac Janapin</dc:creator>
		<pubDate>Tue, 22 Mar 2005 07:47:11 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/archives/an-open-question-to-information-architects/#comment-333</guid>
		<description>Hi,
I was trained to do it hierarchically. However, I find that users do get lost despite the navigational tools I offer them. Right now, I am experimenting with &quot;Scratch-The-Itch-As-Fast-As-Possible&quot; paradigm for websites; that is, satisfy immediately the user that comes to the website with a specific goal in mind and wants to get out as fast as possible (especially those on dialups). They might leave fast (once itch is satisfied) but they&#039;ll be back for more.</description>
		<content:encoded><![CDATA[<p>Hi,<br />
I was trained to do it hierarchically. However, I find that users do get lost despite the navigational tools I offer them. Right now, I am experimenting with &#8220;Scratch-The-Itch-As-Fast-As-Possible&#8221; paradigm for websites; that is, satisfy immediately the user that comes to the website with a specific goal in mind and wants to get out as fast as possible (especially those on dialups). They might leave fast (once itch is satisfied) but they&#8217;ll be back for more.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith</title>
		<link>http://bokardo.com/archives/an-open-question-for-information-architects/#comment-331</link>
		<dc:creator>Keith</dc:creator>
		<pubDate>Tue, 22 Mar 2005 03:42:44 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/archives/an-open-question-to-information-architects/#comment-331</guid>
		<description>Good question.  I think it depends on the project, and the goals therein, but more and more I&#039;m thinking &quot;bottom-up.&quot;  Kind of.  Site maps tend to be tricky, and may appear to be hirarchical, when the organization isn&#039;t really. 

&lt;a href=&quot;http://www.7nights.com/asterisk/archive/2005/01/thinking-differently-about-site-mapping-and-navigation&quot; rel=&quot;nofollow&quot;&gt;I actually explored this a bit, a while back.&lt;/a&gt; 
</description>
		<content:encoded><![CDATA[<p>Good question.  I think it depends on the project, and the goals therein, but more and more I&#8217;m thinking &#8220;bottom-up.&#8221;  Kind of.  Site maps tend to be tricky, and may appear to be hirarchical, when the organization isn&#8217;t really. </p>
<p><a href="http://www.7nights.com/asterisk/archive/2005/01/thinking-differently-about-site-mapping-and-navigation" rel="nofollow">I actually explored this a bit, a while back.</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gene</title>
		<link>http://bokardo.com/archives/an-open-question-for-information-architects/#comment-325</link>
		<dc:creator>Gene</dc:creator>
		<pubDate>Tue, 22 Mar 2005 00:07:42 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/archives/an-open-question-to-information-architects/#comment-325</guid>
		<description>I rarely start by thinking of hierarchy.  I think of user tasks, content models and metadata first (most of the time) and then try to come up with a structure that supports those.  As an artifact, site maps tend to appear hierarchical, but the organization of information within the site isn&#039;t often strictly broader --&gt; narrower.  Like design, good IA work supports business/organization goals... that&#039;s the structure I look for. :)</description>
		<content:encoded><![CDATA[<p>I rarely start by thinking of hierarchy.  I think of user tasks, content models and metadata first (most of the time) and then try to come up with a structure that supports those.  As an artifact, site maps tend to appear hierarchical, but the organization of information within the site isn&#8217;t often strictly broader &#8211;&gt; narrower.  Like design, good IA work supports business/organization goals&#8230; that&#8217;s the structure I look for. <img src='http://bokardo.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CM Harrington</title>
		<link>http://bokardo.com/archives/an-open-question-for-information-architects/#comment-319</link>
		<dc:creator>CM Harrington</dc:creator>
		<pubDate>Fri, 18 Mar 2005 16:14:40 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/archives/an-open-question-to-information-architects/#comment-319</guid>
		<description>I use a basic tree hierarchy when it makes sense to do so. Otherwise, I tend to have a rather flat system involving classes of information, where one &quot;atom&quot; of content can potentially exist in multiple categories. My current project however, is a booking engine, so it&#039;s rather linear in nature. 

I tend to use a browse and search methodology to allow users to get to the content they want. Browsing allows for serendipity, where a direct search allows for accuracy and speed.</description>
		<content:encoded><![CDATA[<p>I use a basic tree hierarchy when it makes sense to do so. Otherwise, I tend to have a rather flat system involving classes of information, where one &#8220;atom&#8221; of content can potentially exist in multiple categories. My current project however, is a booking engine, so it&#8217;s rather linear in nature. </p>
<p>I tend to use a browse and search methodology to allow users to get to the content they want. Browsing allows for serendipity, where a direct search allows for accuracy and speed.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

