<?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"
	>
<channel>
	<title>Comments on: The Hand-Off Between Information Architecture and Visual Design</title>
	<atom:link href="http://www.pathf.com/blogs/2006/08/the_handoff_bet/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pathf.com/blogs/2006/08/the_handoff_bet/</link>
	<description>Running commentary about agile development, user experience design and Ajax.</description>
	<pubDate>Fri, 21 Nov 2008 10:50:59 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Beep</title>
		<link>http://www.pathf.com/blogs/2006/08/the_handoff_bet/#comment-859</link>
		<dc:creator>Beep</dc:creator>
		<pubDate>Wed, 06 Sep 2006 22:04:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.pathf.com/blogs/2006/08/the_handoff_bet/#comment-859</guid>
		<description>&lt;p&gt;The difference between Bob's original article and Heather's follow-up post is, in my view, the implied width and breath of the IAs influence.&lt;/p&gt;

&lt;p&gt;As far as I can tell, Bob just assumes the IA comes first and hands off the responsibility for design to another, equally important designer (in his post the visual designer).&lt;br /&gt;
When I read Heather's post, it seems she assumes the IA never really hands off responsibility, but delegates aspects of the design to other, less important, designers (I am exaggerating here to make a point).&lt;/p&gt;

&lt;p&gt;As much as I dislike the waterfall method (I prefer a multi-disciplinary, iterative approach) I have even less respect for those who support the idea of the superiority of IAs.&lt;/p&gt;

&lt;p&gt;As I wrote in my first description of the T-model for User Experience[1]:&lt;br /&gt;
'Why would Information Architects be the ones to claim the "Big" label, effectively placing the related fields below IA instead of at its side. Do we posses a special skill that practitioners in the other fields don't? What is that skill? Is it related to one of the deep subjects or one of the shallow subjects? I cannot tell and I think it is wrong.'&lt;/p&gt;

&lt;p&gt;Heather writes: "Understanding the role of the information architect and inserting their expertise at the right stage of the Web design lifecycle is critical to the overall success in experience design.".&lt;br /&gt;
And: "To create the best experience [..] requires well-organized structures, easily understood labels, and predictable placement for users to scan and select the next step in the process."&lt;/p&gt;

&lt;p&gt;All very true.&lt;br /&gt;
But the implication in both of your posts (and a little stronger in Heather's) that IAs are somehow more important than other designers and hand off work to less important others is, IMHO, very wrong.&lt;/p&gt;

&lt;p&gt;P.S.1: There is a small chance that I am misguided as to Heather's intentions by the use of "Blueprint" in the title of her post. I realize that some people call the IA's deliverable known as "wireframes" elsewhere a "blueprint". If that is the *only* reason why that word is featured in the title, my comments are way too harsh :-)&lt;br /&gt;
P.S.2: I'd love to hear what Bob thinks of all this!&lt;/p&gt;

&lt;p&gt;[1] T-model: Big IA is now UX,  &lt;a href="http://www.peterboersma.com/blog/2004/11/t-model-big-ia-is-now-ux.html" rel="nofollow"&gt;http://www.peterboersma.com/blog/2004/11/t-model-big-ia-is-now-ux.html&lt;/a&gt;&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>The difference between Bob&#8217;s original article and Heather&#8217;s follow-up post is, in my view, the implied width and breath of the IAs influence.</p>
<p>As far as I can tell, Bob just assumes the IA comes first and hands off the responsibility for design to another, equally important designer (in his post the visual designer).<br />
When I read Heather&#8217;s post, it seems she assumes the IA never really hands off responsibility, but delegates aspects of the design to other, less important, designers (I am exaggerating here to make a point).</p>
<p>As much as I dislike the waterfall method (I prefer a multi-disciplinary, iterative approach) I have even less respect for those who support the idea of the superiority of IAs.</p>
<p>As I wrote in my first description of the T-model for User Experience[1]:<br />
&#8216;Why would Information Architects be the ones to claim the &#8220;Big&#8221; label, effectively placing the related fields below IA instead of at its side. Do we posses a special skill that practitioners in the other fields don&#8217;t? What is that skill? Is it related to one of the deep subjects or one of the shallow subjects? I cannot tell and I think it is wrong.&#8217;</p>
<p>Heather writes: &#8220;Understanding the role of the information architect and inserting their expertise at the right stage of the Web design lifecycle is critical to the overall success in experience design.&#8221;.<br />
And: &#8220;To create the best experience [..] requires well-organized structures, easily understood labels, and predictable placement for users to scan and select the next step in the process.&#8221;</p>
<p>All very true.<br />
But the implication in both of your posts (and a little stronger in Heather&#8217;s) that IAs are somehow more important than other designers and hand off work to less important others is, IMHO, very wrong.</p>
<p>P.S.1: There is a small chance that I am misguided as to Heather&#8217;s intentions by the use of &#8220;Blueprint&#8221; in the title of her post. I realize that some people call the IA&#8217;s deliverable known as &#8220;wireframes&#8221; elsewhere a &#8220;blueprint&#8221;. If that is the *only* reason why that word is featured in the title, my comments are way too harsh <img src='http://www.pathf.com/blogs/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> <br />
P.S.2: I&#8217;d love to hear what Bob thinks of all this!</p>
<p>[1] T-model: Big IA is now UX,  <a href="http://www.peterboersma.com/blog/2004/11/t-model-big-ia-is-now-ux.html" rel="nofollow">http://www.peterboersma.com/blog/2004/11/t-model-big-ia-is-now-ux.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Heather D</title>
		<link>http://www.pathf.com/blogs/2006/08/the_handoff_bet/#comment-858</link>
		<dc:creator>Heather D</dc:creator>
		<pubDate>Wed, 06 Sep 2006 01:10:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.pathf.com/blogs/2006/08/the_handoff_bet/#comment-858</guid>
		<description>&lt;p&gt;As the creative field becomes more and more specialized, I think this article, and your comment, Beep, raises an interesting question... Who does what? When?&lt;/p&gt;

&lt;p&gt;In this case, I think Bob's article emphasizes the importance of the IA role as the "architect" drafing the blueprint for the experience.  The IA role can layout the structure, format, even (hierarchical) placement, navigation, etc. all to help influence and support the visual presentation of the experience overall.&lt;/p&gt;

&lt;p&gt;The idea of having both competencies represented with the client at the same time is something we highly recommend and have found the best success with this process. We find having all creative stakeholders at the table brings forward the best, most holistic approach to creative discovery.&lt;/p&gt;

&lt;p&gt;Equally, the client gets to see/ask/interact with a deeper bench of talent all at one time.  Collaboratively, a creative team can build together instead of having a fragmented and disconnected group of specialists designing the experience from one "collector's" point of view.&lt;/p&gt;

&lt;p&gt;We did a follow up post on this article at: &lt;a href="http://viaspire.blogs.com/weblog/2006/09/information_arc.html" rel="nofollow"&gt;http://viaspire.blogs.com/weblog/2006/09/information_arc.html&lt;/a&gt;&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>As the creative field becomes more and more specialized, I think this article, and your comment, Beep, raises an interesting question&#8230; Who does what? When?</p>
<p>In this case, I think Bob&#8217;s article emphasizes the importance of the IA role as the &#8220;architect&#8221; drafing the blueprint for the experience.  The IA role can layout the structure, format, even (hierarchical) placement, navigation, etc. all to help influence and support the visual presentation of the experience overall.</p>
<p>The idea of having both competencies represented with the client at the same time is something we highly recommend and have found the best success with this process. We find having all creative stakeholders at the table brings forward the best, most holistic approach to creative discovery.</p>
<p>Equally, the client gets to see/ask/interact with a deeper bench of talent all at one time.  Collaboratively, a creative team can build together instead of having a fragmented and disconnected group of specialists designing the experience from one &#8220;collector&#8217;s&#8221; point of view.</p>
<p>We did a follow up post on this article at: <a href="http://viaspire.blogs.com/weblog/2006/09/information_arc.html" rel="nofollow">http://viaspire.blogs.com/weblog/2006/09/information_arc.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Beep</title>
		<link>http://www.pathf.com/blogs/2006/08/the_handoff_bet/#comment-857</link>
		<dc:creator>Beep</dc:creator>
		<pubDate>Mon, 04 Sep 2006 20:08:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.pathf.com/blogs/2006/08/the_handoff_bet/#comment-857</guid>
		<description>&lt;p&gt;So you are assuming a waterfall design phase?&lt;/p&gt;

&lt;p&gt;Wouldn't it be helpful to have visual designers gather their own requirements directly from the client, have them do the initial sketches (moodboard, visual language) and study branding guides before you go to work?&lt;/p&gt;

&lt;p&gt;That way you can work side-by-side so that when you sketch your wireframes they think about layout and when you think about information hierarchy, they think about how to visualize it?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>So you are assuming a waterfall design phase?</p>
<p>Wouldn&#8217;t it be helpful to have visual designers gather their own requirements directly from the client, have them do the initial sketches (moodboard, visual language) and study branding guides before you go to work?</p>
<p>That way you can work side-by-side so that when you sketch your wireframes they think about layout and when you think about information hierarchy, they think about how to visualize it?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
