<?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: Searching for the center of design</title>
	<atom:link href="http://boxesandarrows.com/searching-for-the-center-of-design/feed/" rel="self" type="application/rss+xml" />
	<link>http://boxesandarrows.com/searching-for-the-center-of-design/</link>
	<description>Boxes and Arrows is devoted to the practice, innovation, and discussion of design; including graphic design, interaction design, information architecture and the design of business.</description>
	<lastBuildDate>Wed, 15 May 2013 11:41:04 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: David Heller</title>
		<link>http://boxesandarrows.com/searching-for-the-center-of-design/#comment-9508</link>
		<dc:creator>David Heller</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/searching-for-the-center-of-design/#comment-9508</guid>
		<description><![CDATA[Jess, this is really great stuff. Thank you.

I have been thinking about this from a different direction as I have recently joined a great group of business-centric folks who are interested in UCD, but I think the ends are the same and the point is similar.

The way I put it is that UCD is really about giving users motivation to fulfill business goals. I think that is the same as achieving value for both side of this coin. It seems that my colleagues anyway have been able to appreciate this as they know they have no business if users aren&#039;t motivated to come. 

On a separate note I think it important that for decades before there was UCD businesses were supplying people w/ great stuff. They do have methods and tactics that are quite useful in engaging customers to come forth and realize business goals. We should engage in those practices and quite honestly learn from them.

-- dave]]></description>
		<content:encoded><![CDATA[<p>Jess, this is really great stuff. Thank you.</p>
<p>I have been thinking about this from a different direction as I have recently joined a great group of business-centric folks who are interested in UCD, but I think the ends are the same and the point is similar.</p>
<p>The way I put it is that UCD is really about giving users motivation to fulfill business goals. I think that is the same as achieving value for both side of this coin. It seems that my colleagues anyway have been able to appreciate this as they know they have no business if users aren&#8217;t motivated to come. </p>
<p>On a separate note I think it important that for decades before there was UCD businesses were supplying people w/ great stuff. They do have methods and tactics that are quite useful in engaging customers to come forth and realize business goals. We should engage in those practices and quite honestly learn from them.</p>
<p>&#8211; dave</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ML</title>
		<link>http://boxesandarrows.com/searching-for-the-center-of-design/#comment-9509</link>
		<dc:creator>ML</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/searching-for-the-center-of-design/#comment-9509</guid>
		<description><![CDATA[Wow Jess!  This was a very timely article.  I just shared with our web team here and it&#039;s refreshing to see more about business context for IA/UE.  Thanks and I hope B&amp;A gives you the chance to write more! :)  -ML]]></description>
		<content:encoded><![CDATA[<p>Wow Jess!  This was a very timely article.  I just shared with our web team here and it&#8217;s refreshing to see more about business context for IA/UE.  Thanks and I hope B&amp;A gives you the chance to write more! <img src='http://www-boxesandarrows-com.zippykid.netdna-cdn.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />   -ML</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jess</title>
		<link>http://boxesandarrows.com/searching-for-the-center-of-design/#comment-9510</link>
		<dc:creator>jess</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/searching-for-the-center-of-design/#comment-9510</guid>
		<description><![CDATA[Thanks all for your kind comments.

Mary, you raise a critical point.
&gt;Jesse James Garrett, in his seminal book Elements of the User Experience, includes business goals and constraints amongst those requirements that lay the foundation for a user-centered design process. 

I helped tech review Jesse&#039;s book, and absolutely agree that good UCD practitioners already understand that business goals are important and need to be balanced with user needs.

Value-centered design largely provides a platform for conversation with business - while we understand the importance of business goals, business sometimes doesn&#039;t understand the importance of indivdual people&#039;s goals. That&#039;s where we typically start talking about user-centered design. Sometimes that works, but often business folks tune out when the focus is on the user. VCD puts the focus on something business can engage with - value - while bringing users into the picture. That simple reframing has helped several clients &#039;get it&#039; rather than glazing over.]]></description>
		<content:encoded><![CDATA[<p>Thanks all for your kind comments.</p>
<p>Mary, you raise a critical point.<br />
&gt;Jesse James Garrett, in his seminal book Elements of the User Experience, includes business goals and constraints amongst those requirements that lay the foundation for a user-centered design process. </p>
<p>I helped tech review Jesse&#8217;s book, and absolutely agree that good UCD practitioners already understand that business goals are important and need to be balanced with user needs.</p>
<p>Value-centered design largely provides a platform for conversation with business &#8211; while we understand the importance of business goals, business sometimes doesn&#8217;t understand the importance of indivdual people&#8217;s goals. That&#8217;s where we typically start talking about user-centered design. Sometimes that works, but often business folks tune out when the focus is on the user. VCD puts the focus on something business can engage with &#8211; value &#8211; while bringing users into the picture. That simple reframing has helped several clients &#8216;get it&#8217; rather than glazing over.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob Baxley</title>
		<link>http://boxesandarrows.com/searching-for-the-center-of-design/#comment-9511</link>
		<dc:creator>Bob Baxley</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/searching-for-the-center-of-design/#comment-9511</guid>
		<description><![CDATA[Jess, in your research for this article did you come across any of the work by Larry Keeley of the Doblin Group? Larry talks about the need to balance (1) business viability, (2) technical feasibility, and (3) customer/user desirability.

Your piece seems to advocate a balance between viability and desirability and I&#039;m curious how you think technical feasibility should figure in the equation.

Incidentally, Hugh Dubberly wrote an interview with Alan Cooper that discussed this 3-axis balance in greater detail. The interview was published by the AIGA about 18 months ago. Unfortunately, I don&#039;t believe the article has been published electronically.]]></description>
		<content:encoded><![CDATA[<p>Jess, in your research for this article did you come across any of the work by Larry Keeley of the Doblin Group? Larry talks about the need to balance (1) business viability, (2) technical feasibility, and (3) customer/user desirability.</p>
<p>Your piece seems to advocate a balance between viability and desirability and I&#8217;m curious how you think technical feasibility should figure in the equation.</p>
<p>Incidentally, Hugh Dubberly wrote an interview with Alan Cooper that discussed this 3-axis balance in greater detail. The interview was published by the AIGA about 18 months ago. Unfortunately, I don&#8217;t believe the article has been published electronically.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jess</title>
		<link>http://boxesandarrows.com/searching-for-the-center-of-design/#comment-9512</link>
		<dc:creator>jess</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/searching-for-the-center-of-design/#comment-9512</guid>
		<description><![CDATA[Hi Bob,

I&#039;m familiar with Doblin&#039;s online material, though I haven&#039;t seen the particular piece you mention. I actually think that talking about technical feasibility is secondary. The content or product offering is secondary too - that&#039;s why Offering and Delivery reside &#039;behind&#039; the intersection of individual and business goals. While Delivery includes technical feasibility, I see that as supporting goals, rather than determining them.

That said, I&#039;d guess you (and Larry) would agree - both technology and the functionality or content offered should stem from goals, not drive them.]]></description>
		<content:encoded><![CDATA[<p>Hi Bob,</p>
<p>I&#8217;m familiar with Doblin&#8217;s online material, though I haven&#8217;t seen the particular piece you mention. I actually think that talking about technical feasibility is secondary. The content or product offering is secondary too &#8211; that&#8217;s why Offering and Delivery reside &#8216;behind&#8217; the intersection of individual and business goals. While Delivery includes technical feasibility, I see that as supporting goals, rather than determining them.</p>
<p>That said, I&#8217;d guess you (and Larry) would agree &#8211; both technology and the functionality or content offered should stem from goals, not drive them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob Baxley</title>
		<link>http://boxesandarrows.com/searching-for-the-center-of-design/#comment-9513</link>
		<dc:creator>Bob Baxley</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/searching-for-the-center-of-design/#comment-9513</guid>
		<description><![CDATA[Thanks for following up Jess. I&#039;m wondering if you could elucidate on goals-based design a bit more. I&#039;ve never thought it was adequately explained in the literature. For example, I could image a goal such as &quot;connect with friends or family&quot; and one way of fulfilling that goal might be &quot;share photos&quot;. However, I don&#039;t see how you can have a meaningful discussion about that goal without describing how it might be addressed and how it might be addressed requires some conversation about the medium or technology that might be used.

I&#039;m not saying that technology should drive the product and certainly not that it should drive users but the unavoidable truth is that these products require a conversation between users AND technology and any such conversation has to start with a healthy respect for both parties. Sometimes the technology can come a long way toward the user, e.g. voice recognition, and sometimes it can&#039;t, e.g. hand-writing recognition. The trick is to find those opportunities for moving them closer together so that the conversation can be more effective.

At a higher-level I&#039;m concerned whenever I see designers avoid, ignore, or downplay the technical realities of the situation because in doing so they alienate themselves from the process of building and developing the products, ultimately losing what little power they may have had in influencing and controlling the means of production.]]></description>
		<content:encoded><![CDATA[<p>Thanks for following up Jess. I&#8217;m wondering if you could elucidate on goals-based design a bit more. I&#8217;ve never thought it was adequately explained in the literature. For example, I could image a goal such as &#8220;connect with friends or family&#8221; and one way of fulfilling that goal might be &#8220;share photos&#8221;. However, I don&#8217;t see how you can have a meaningful discussion about that goal without describing how it might be addressed and how it might be addressed requires some conversation about the medium or technology that might be used.</p>
<p>I&#8217;m not saying that technology should drive the product and certainly not that it should drive users but the unavoidable truth is that these products require a conversation between users AND technology and any such conversation has to start with a healthy respect for both parties. Sometimes the technology can come a long way toward the user, e.g. voice recognition, and sometimes it can&#8217;t, e.g. hand-writing recognition. The trick is to find those opportunities for moving them closer together so that the conversation can be more effective.</p>
<p>At a higher-level I&#8217;m concerned whenever I see designers avoid, ignore, or downplay the technical realities of the situation because in doing so they alienate themselves from the process of building and developing the products, ultimately losing what little power they may have had in influencing and controlling the means of production.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: retoocs</title>
		<link>http://boxesandarrows.com/searching-for-the-center-of-design/#comment-5577</link>
		<dc:creator>retoocs</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/searching-for-the-center-of-design/#comment-5577</guid>
		<description><![CDATA[You make some good points about connecting with management. The Business mind, in many cases interested in the dollar value or the mission value, fails to see the user value in building designs that help users accomplish their goals. A user may be interested in what your companies mission is, but chances are they don&#039;t want it screaming at them across the homepage. They came to your site for a specific reason. It might be for information or to purchase a product. Helping the user accomplish their goal while balancing business drivers is the key to success. The best way to get buy-in from management is to speak in the language they understand. 

Great article! I hope to read more from you in this topic.]]></description>
		<content:encoded><![CDATA[<p>You make some good points about connecting with management. The Business mind, in many cases interested in the dollar value or the mission value, fails to see the user value in building designs that help users accomplish their goals. A user may be interested in what your companies mission is, but chances are they don&#8217;t want it screaming at them across the homepage. They came to your site for a specific reason. It might be for information or to purchase a product. Helping the user accomplish their goal while balancing business drivers is the key to success. The best way to get buy-in from management is to speak in the language they understand. </p>
<p>Great article! I hope to read more from you in this topic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jessmcmullin</title>
		<link>http://boxesandarrows.com/searching-for-the-center-of-design/#comment-5578</link>
		<dc:creator>jessmcmullin</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/searching-for-the-center-of-design/#comment-5578</guid>
		<description><![CDATA[Hey Richard,

Thanks for the thoughts. I completely agree about speaking the language of business - I ran a panel on that exact topic at the 2005 IA Summit in Montreal. I&#039;ve also written about business and design (particularly design maturity and business fluency) on my blog at www.bplusd.org and at Ambidextrous Magazine.

best,

Jess]]></description>
		<content:encoded><![CDATA[<p>Hey Richard,</p>
<p>Thanks for the thoughts. I completely agree about speaking the language of business &#8211; I ran a panel on that exact topic at the 2005 IA Summit in Montreal. I&#8217;ve also written about business and design (particularly design maturity and business fluency) on my blog at <a href="http://www.bplusd.org" rel="nofollow">http://www.bplusd.org</a> and at Ambidextrous Magazine.</p>
<p>best,</p>
<p>Jess</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dianawild</title>
		<link>http://boxesandarrows.com/searching-for-the-center-of-design/#comment-5579</link>
		<dc:creator>dianawild</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/searching-for-the-center-of-design/#comment-5579</guid>
		<description><![CDATA[Great posting.  Everyone on the team needs to have an understanding of the business context, i.e., how their actions contribute to or detract from the value of the product.  Management likes the sound of UCD because it means that the users will like the outcome.  They know that happy users are users who will diligently use the system.  There are always three goals for a system 1) to support performance of the business process at hand, 2) to serve the needs of downstream processes with high quality data and 3) to produce high quality data to support broader management decision making, for example, as part of a data warehouse.  As an enterprise data modeler, I am responsible for designing data structures that ensure that data that flows to downstream processes and into the data warehouse is of high quality.  Where the user design can interfere is with directing developers to create unmanaged data redundancy, ambiguity of terms, optionality of data that is critical to the downstream and sometimes not persisting data that is needed downstream.   If we work together, with a willingness to compromise on all sides and in an environment where everyone&#039;s expertise is valued, the result will naturally produce high quality data as well as a high quality user experience.]]></description>
		<content:encoded><![CDATA[<p>Great posting.  Everyone on the team needs to have an understanding of the business context, i.e., how their actions contribute to or detract from the value of the product.  Management likes the sound of UCD because it means that the users will like the outcome.  They know that happy users are users who will diligently use the system.  There are always three goals for a system 1) to support performance of the business process at hand, 2) to serve the needs of downstream processes with high quality data and 3) to produce high quality data to support broader management decision making, for example, as part of a data warehouse.  As an enterprise data modeler, I am responsible for designing data structures that ensure that data that flows to downstream processes and into the data warehouse is of high quality.  Where the user design can interfere is with directing developers to create unmanaged data redundancy, ambiguity of terms, optionality of data that is critical to the downstream and sometimes not persisting data that is needed downstream.   If we work together, with a willingness to compromise on all sides and in an environment where everyone&#8217;s expertise is valued, the result will naturally produce high quality data as well as a high quality user experience.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
