<?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 for InContext</title>
	<atom:link href="http://incontextdesign.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://incontextdesign.com</link>
	<description>Putting data to work for you</description>
	<lastBuildDate>Wed, 14 Dec 2011 17:39:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>Comment on The Limits of Iterative Development by Donald Cox</title>
		<link>http://incontextdesign.com/blog/the-limits-of-iterative-development/comment-page-1/#comment-9855</link>
		<dc:creator>Donald Cox</dc:creator>
		<pubDate>Wed, 14 Dec 2011 17:39:52 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=4832#comment-9855</guid>
		<description>Right on. 

I think Jim Highsmith&#039;s point about oscillation vs iteration is also relevant here. http://jimhighsmith.com/2011/12/08/oscillation-versus-iteration/. Some design work up front helps you map out a path so you avoid the worst of the oscillation, in my view.

I like Tim Harford&#039;s Adapt as nice exploration of iteration in the market, and how fraught with trouble it has been historically.

Best,
Don</description>
		<content:encoded><![CDATA[<p>Right on. </p>
<p>I think Jim Highsmith&#8217;s point about oscillation vs iteration is also relevant here. <a href="http://jimhighsmith.com/2011/12/08/oscillation-versus-iteration/" rel="nofollow">http://jimhighsmith.com/2011/12/08/oscillation-versus-iteration/</a>. Some design work up front helps you map out a path so you avoid the worst of the oscillation, in my view.</p>
<p>I like Tim Harford&#8217;s Adapt as nice exploration of iteration in the market, and how fraught with trouble it has been historically.</p>
<p>Best,<br />
Don</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Methods in Collision by Larry Constantine (Lior Samson)</title>
		<link>http://incontextdesign.com/articles/methods-in-collision/comment-page-1/#comment-8959</link>
		<dc:creator>Larry Constantine (Lior Samson)</dc:creator>
		<pubDate>Wed, 19 Oct 2011 18:56:04 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/articles/methods-in-collision/#comment-8959</guid>
		<description>This is an excellent piece on Agile and User-Centered Design. The methods have been in collision for a long time, indeed. Not that it makes much difference, but I believe I was actually there first with my article on agile and UxD in Information Age back in August 2002.

If you haven’t already seen my two-parter on InformIT, you might find it interesting: “Interfaith Marriage: Experience Design Meets Agile Development” (http://www.informit.com/articles/article.aspx?p=1636982 and http://www.informit.com/articles/article.aspx?p=1636984). I also now teach a grad course at the University entitled Agile Interaction Design and Development.

I just returned from beautiful Banff in the Canadian rockies where I delivered the keynote for Cyberworlds 2011: “Crossing the Line: Cyberworld Terrorism and Real-World Targets.” That invitation grew out of my last novel, Web Games (Gesher Press, 2010) about a Stuxnet-style attack on the U.S. With the recent discovery of Duqu (&quot;Son of Stuxnet&quot;), it is clear that agile code reuse is alive and well within the intelligence communities.

--Larry Constantine (Lior Samson)</description>
		<content:encoded><![CDATA[<p>This is an excellent piece on Agile and User-Centered Design. The methods have been in collision for a long time, indeed. Not that it makes much difference, but I believe I was actually there first with my article on agile and UxD in Information Age back in August 2002.</p>
<p>If you haven’t already seen my two-parter on InformIT, you might find it interesting: “Interfaith Marriage: Experience Design Meets Agile Development” (<a href="http://www.informit.com/articles/article.aspx?p=1636982" rel="nofollow">http://www.informit.com/articles/article.aspx?p=1636982</a> and <a href="http://www.informit.com/articles/article.aspx?p=1636984)" rel="nofollow">http://www.informit.com/articles/article.aspx?p=1636984)</a>. I also now teach a grad course at the University entitled Agile Interaction Design and Development.</p>
<p>I just returned from beautiful Banff in the Canadian rockies where I delivered the keynote for Cyberworlds 2011: “Crossing the Line: Cyberworld Terrorism and Real-World Targets.” That invitation grew out of my last novel, Web Games (Gesher Press, 2010) about a Stuxnet-style attack on the U.S. With the recent discovery of Duqu (&#8220;Son of Stuxnet&#8221;), it is clear that agile code reuse is alive and well within the intelligence communities.</p>
<p>&#8211;Larry Constantine (Lior Samson)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CHI2011: Understanding Our Interaction Design History by David Rondeau</title>
		<link>http://incontextdesign.com/blog/chi2011-understanding-our-interaction-design-history/comment-page-1/#comment-7817</link>
		<dc:creator>David Rondeau</dc:creator>
		<pubDate>Thu, 07 Jul 2011 18:20:27 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=4556#comment-7817</guid>
		<description>This problem of discoverability isn&#039;t really new to mobile apps—it&#039;s long been a problem in desktop apps. It&#039;s usually solved by making the same function available in more than one place, often using different controls. For example, a function might be available from a drop-down menu, in a right-click menu, as a shortcut key, or from a tool palette. But as more and more features are added to a product, screen real estate becomes scarce and the function can exist only in one place. Too often, the function is relegated to being only a shortcut key and unless you actively seek out the full list of shortcuts, you&#039;ll never know the function even exists. Of course, this is only a problem if the user actually needs the function.

Mobile devices make this problem of discoverability even worse because screen real estate is even more limited. On the other hand, touch interactions provide some benefit because they often make functions easier to discover. It&#039;s much more likely that you&#039;ll accidentally discover a function by swiping your finger, than by pressing a strange combination of keys, like shift-control-alt-B. Again, keep in mind that it&#039;s only a problem if the function is critical to the task. As long as people can complete the tasks that they care about, they won&#039;t even notice. 

In both cases, I would argue that the design principle of Clarity applies. (Clarity is achieved when the user knows what they can do in the place, how to actually do it, and when they do take action—it&#039;s clear what happened.) The principle itself doesn&#039;t change just because you&#039;re designing a mobile app instead of a desktop one, but the design constraints do and therefore, so does the design solution. The same principle, when combined with an understanding of the user&#039;s needs will still lead you to the right design solution for the specific situation.</description>
		<content:encoded><![CDATA[<p>This problem of discoverability isn&#8217;t really new to mobile apps—it&#8217;s long been a problem in desktop apps. It&#8217;s usually solved by making the same function available in more than one place, often using different controls. For example, a function might be available from a drop-down menu, in a right-click menu, as a shortcut key, or from a tool palette. But as more and more features are added to a product, screen real estate becomes scarce and the function can exist only in one place. Too often, the function is relegated to being only a shortcut key and unless you actively seek out the full list of shortcuts, you&#8217;ll never know the function even exists. Of course, this is only a problem if the user actually needs the function.</p>
<p>Mobile devices make this problem of discoverability even worse because screen real estate is even more limited. On the other hand, touch interactions provide some benefit because they often make functions easier to discover. It&#8217;s much more likely that you&#8217;ll accidentally discover a function by swiping your finger, than by pressing a strange combination of keys, like shift-control-alt-B. Again, keep in mind that it&#8217;s only a problem if the function is critical to the task. As long as people can complete the tasks that they care about, they won&#8217;t even notice. </p>
<p>In both cases, I would argue that the design principle of Clarity applies. (Clarity is achieved when the user knows what they can do in the place, how to actually do it, and when they do take action—it&#8217;s clear what happened.) The principle itself doesn&#8217;t change just because you&#8217;re designing a mobile app instead of a desktop one, but the design constraints do and therefore, so does the design solution. The same principle, when combined with an understanding of the user&#8217;s needs will still lead you to the right design solution for the specific situation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CHI2011: Understanding Our Interaction Design History by Hugh Beyer</title>
		<link>http://incontextdesign.com/blog/chi2011-understanding-our-interaction-design-history/comment-page-1/#comment-7443</link>
		<dc:creator>Hugh Beyer</dc:creator>
		<pubDate>Wed, 22 Jun 2011 16:13:26 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=4556#comment-7443</guid>
		<description>Also, don&#039;t forget how new the current generation of touch interfaces are. Not only do the users have no history and no expectations, the apps are inconsistent and implementing functionality in hidden ways. Doesn&#039;t mean the principles need to change--just that we aren&#039;t very good at applying them in this new world yet. 
:-)</description>
		<content:encoded><![CDATA[<p>Also, don&#8217;t forget how new the current generation of touch interfaces are. Not only do the users have no history and no expectations, the apps are inconsistent and implementing functionality in hidden ways. Doesn&#8217;t mean the principles need to change&#8211;just that we aren&#8217;t very good at applying them in this new world yet.<br />
 <img src='http://incontextdesign.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CHI2011: Understanding Our Interaction Design History by Larry Marturano</title>
		<link>http://incontextdesign.com/blog/chi2011-understanding-our-interaction-design-history/comment-page-1/#comment-7433</link>
		<dc:creator>Larry Marturano</dc:creator>
		<pubDate>Tue, 21 Jun 2011 16:44:18 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=4556#comment-7433</guid>
		<description>Shahtab, thanks for commenting.  Two thoughts. One - I think swipe is an interaction convention that has become very rapidly adopted and even expected, no doubt courtesy of the iPhone. To me this is less a discoverability issue than it is a reasonable hypothesis that a &quot;standard&quot; interaction on other iPhone apps is also supported on the new app in question. On a slight tangent, I wonder what part advertising and played here? I&#039;ve observed people shaking their phones as well - same idea. 

Two - I would agree that designers should feel empowered to break principles on occasion when it makes sense to do so... but that&#039;s probably a subject for another blog post entirely. :)

What other principles do you see changing - or broken intentionally?</description>
		<content:encoded><![CDATA[<p>Shahtab, thanks for commenting.  Two thoughts. One &#8211; I think swipe is an interaction convention that has become very rapidly adopted and even expected, no doubt courtesy of the iPhone. To me this is less a discoverability issue than it is a reasonable hypothesis that a &#8220;standard&#8221; interaction on other iPhone apps is also supported on the new app in question. On a slight tangent, I wonder what part advertising and played here? I&#8217;ve observed people shaking their phones as well &#8211; same idea. </p>
<p>Two &#8211; I would agree that designers should feel empowered to break principles on occasion when it makes sense to do so&#8230; but that&#8217;s probably a subject for another blog post entirely. <img src='http://incontextdesign.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>What other principles do you see changing &#8211; or broken intentionally?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CHI2011: Understanding Our Interaction Design History by Shahtab Wahid</title>
		<link>http://incontextdesign.com/blog/chi2011-understanding-our-interaction-design-history/comment-page-1/#comment-7427</link>
		<dc:creator>Shahtab Wahid</dc:creator>
		<pubDate>Tue, 21 Jun 2011 01:25:24 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=4556#comment-7427</guid>
		<description>Interesting ideas. From what I understand, you&#039;re stating that over time the design principles remain the same. I generally agree, but would this apply to all kinds of principles? I am not sure why other platforms/apps seem to go against some basic principles. A lot of the mobile apps these days don&#039;t always support basic discoverability. For example, without any or limited indication, it has become common for iphone users to suddenly discover they can swipe to get some new functionality. Perhaps there is a level of tolerance that has changed to accomodate breaking some principles?</description>
		<content:encoded><![CDATA[<p>Interesting ideas. From what I understand, you&#8217;re stating that over time the design principles remain the same. I generally agree, but would this apply to all kinds of principles? I am not sure why other platforms/apps seem to go against some basic principles. A lot of the mobile apps these days don&#8217;t always support basic discoverability. For example, without any or limited indication, it has become common for iphone users to suddenly discover they can swipe to get some new functionality. Perhaps there is a level of tolerance that has changed to accomodate breaking some principles?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CHI2011: Agile at CHI by Hugh Beyer</title>
		<link>http://incontextdesign.com/blog/chi2011-agile-at-chi/comment-page-1/#comment-7416</link>
		<dc:creator>Hugh Beyer</dc:creator>
		<pubDate>Sun, 19 Jun 2011 21:45:18 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=4567#comment-7416</guid>
		<description>Glad the course was useful. Managing time demands of UX work--when you go to the field, remember you&#039;re hardly ever focused on just one story, or even one sprint&#039;s stories. It can actually be hard to focus narrowly on a single story because users&#039; tasks hang together as a whole. That actually works to your advantage in an Agile setting.</description>
		<content:encoded><![CDATA[<p>Glad the course was useful. Managing time demands of UX work&#8211;when you go to the field, remember you&#8217;re hardly ever focused on just one story, or even one sprint&#8217;s stories. It can actually be hard to focus narrowly on a single story because users&#8217; tasks hang together as a whole. That actually works to your advantage in an Agile setting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CHI2011: Agile at CHI by Kirsten Medhurst</title>
		<link>http://incontextdesign.com/blog/chi2011-agile-at-chi/comment-page-1/#comment-7408</link>
		<dc:creator>Kirsten Medhurst</dc:creator>
		<pubDate>Fri, 17 Jun 2011 19:01:24 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=4567#comment-7408</guid>
		<description>My first day back from CHI, I pulled out the materials from the Agile/UX course, to help explain to a dev manager how we could fit the UX methods in around the project sprints.  Thanks!</description>
		<content:encoded><![CDATA[<p>My first day back from CHI, I pulled out the materials from the Agile/UX course, to help explain to a dev manager how we could fit the UX methods in around the project sprints.  Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CHI 2011: The Design of Cool by Kirsten Medhurst</title>
		<link>http://incontextdesign.com/blog/chi-2011-the-design-of-cool/comment-page-1/#comment-7407</link>
		<dc:creator>Kirsten Medhurst</dc:creator>
		<pubDate>Fri, 17 Jun 2011 19:00:28 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=4524#comment-7407</guid>
		<description>Thanks again for 2 terrific classes—they were enjoyable, memorable and (I’ve already found) useful!</description>
		<content:encoded><![CDATA[<p>Thanks again for 2 terrific classes—they were enjoyable, memorable and (I’ve already found) useful!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CHI2011: Agile at CHI by Edmund Eberleh</title>
		<link>http://incontextdesign.com/blog/chi2011-agile-at-chi/comment-page-1/#comment-7389</link>
		<dc:creator>Edmund Eberleh</dc:creator>
		<pubDate>Wed, 15 Jun 2011 18:33:49 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=4567#comment-7389</guid>
		<description>Thanks Hugh - The course about agile methods addressed questions which are in the center of our current methodological discussions/issues. It offered a good review of the origin of that approach (especially your introductory explanation). I am now able to understand the “theory” more clearly, and can better adapt the Ux contribution to agile teams. The crucial part for me is how to cope with the time demands when using user research methods. I need to look into your “rapid CD” book again. 
:)
</description>
		<content:encoded><![CDATA[<p>Thanks Hugh &#8211; The course about agile methods addressed questions which are in the center of our current methodological discussions/issues. It offered a good review of the origin of that approach (especially your introductory explanation). I am now able to understand the “theory” more clearly, and can better adapt the Ux contribution to agile teams. The crucial part for me is how to cope with the time demands when using user research methods. I need to look into your “rapid CD” book again.<br />
 <img src='http://incontextdesign.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CHI2011: Understanding Our Interaction Design History by Edmund Eberleh</title>
		<link>http://incontextdesign.com/blog/chi2011-understanding-our-interaction-design-history/comment-page-1/#comment-7388</link>
		<dc:creator>Edmund Eberleh</dc:creator>
		<pubDate>Wed, 15 Jun 2011 18:32:10 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=4556#comment-7388</guid>
		<description>I liked the course about interaction design. It supports me (again) in the importance of creating wireframes by using a pattern based library of structured UI elements.  Thanks!</description>
		<content:encoded><![CDATA[<p>I liked the course about interaction design. It supports me (again) in the importance of creating wireframes by using a pattern based library of structured UI elements.  Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CHI 2011: The Design of Cool by Edmund Eberleh</title>
		<link>http://incontextdesign.com/blog/chi-2011-the-design-of-cool/comment-page-1/#comment-7387</link>
		<dc:creator>Edmund Eberleh</dc:creator>
		<pubDate>Wed, 15 Jun 2011 18:29:45 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=4524#comment-7387</guid>
		<description>Hi Karen,

Thanks for your great courses! It was a pleasure for me to attend them, they have been one of my highlights at CHI.

The “cool” course was great both with regard to your presentation and the content provided! I liked your courage in moving from task to life!  I am now looking on the transfer of these insights into our (mid-term) design approach, which is not clear to me yet on an interaction level. Thus, the course was an excellent example of the value of contextual inquiry, but the design impact needs to be worked out by the design teams now in more detail.  Thus, I totally agree with the intention of your planned project about implications of cool.</description>
		<content:encoded><![CDATA[<p>Hi Karen,</p>
<p>Thanks for your great courses! It was a pleasure for me to attend them, they have been one of my highlights at CHI.</p>
<p>The “cool” course was great both with regard to your presentation and the content provided! I liked your courage in moving from task to life!  I am now looking on the transfer of these insights into our (mid-term) design approach, which is not clear to me yet on an interaction level. Thus, the course was an excellent example of the value of contextual inquiry, but the design impact needs to be worked out by the design teams now in more detail.  Thus, I totally agree with the intention of your planned project about implications of cool.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CHI 2011: The Design of Cool by Kelly Snow</title>
		<link>http://incontextdesign.com/blog/chi-2011-the-design-of-cool/comment-page-1/#comment-7382</link>
		<dc:creator>Kelly Snow</dc:creator>
		<pubDate>Tue, 14 Jun 2011 18:39:38 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=4524#comment-7382</guid>
		<description>I loved your courses! I found the Cool course to be very energizing and fun.

I loved the Agile discussion as well we are just engaging in this practice and no one really knows how to work with us.</description>
		<content:encoded><![CDATA[<p>I loved your courses! I found the Cool course to be very energizing and fun.</p>
<p>I loved the Agile discussion as well we are just engaging in this practice and no one really knows how to work with us.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CHI 2011: The Design of Cool by Andres Paepcke</title>
		<link>http://incontextdesign.com/blog/chi-2011-the-design-of-cool/comment-page-1/#comment-7329</link>
		<dc:creator>Andres Paepcke</dc:creator>
		<pubDate>Tue, 07 Jun 2011 18:31:55 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=4524#comment-7329</guid>
		<description>I was at your class on &#039;What Makes Designs Cool&#039;. You are one dynamic presenter; you are able to shower the audience with more extroversion than I can muster in a week. I envy you for that! There wasn&#039;t a moment of boredom in your presentation.

I went expecting a presentation on aesthetics, and maybe a few tips and tricks as one might hear during an introductory typography or page layout class. The presentation in fact went much deeper than these expectations. You dissected the complex notion of &#039;coolness&#039; into a handful of fundamental concepts that together have made me look at, and think about products from a rich but manageable set of angles. The class made coolness tangible, and provided an organization of the topic that enables discussion of that previously fuzzy term.</description>
		<content:encoded><![CDATA[<p>I was at your class on &#8216;What Makes Designs Cool&#8217;. You are one dynamic presenter; you are able to shower the audience with more extroversion than I can muster in a week. I envy you for that! There wasn&#8217;t a moment of boredom in your presentation.</p>
<p>I went expecting a presentation on aesthetics, and maybe a few tips and tricks as one might hear during an introductory typography or page layout class. The presentation in fact went much deeper than these expectations. You dissected the complex notion of &#8216;coolness&#8217; into a handful of fundamental concepts that together have made me look at, and think about products from a rich but manageable set of angles. The class made coolness tangible, and provided an organization of the topic that enables discussion of that previously fuzzy term.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Don’t Ask Your Customer by Paul Oord</title>
		<link>http://incontextdesign.com/articles/dont-ask-your-customer-comic/comment-page-1/#comment-6621</link>
		<dc:creator>Paul Oord</dc:creator>
		<pubDate>Wed, 13 Apr 2011 12:33:54 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=2735#comment-6621</guid>
		<description>Mike and Larry are right for new products, gadgets, but have to accept that their ideas sometimes are rejected by the &#039;users&#039;. Not every company can afford this... 
In the meantime, these designers have to be aware that they don&#039;t design only concrete products, but also new ways of acting, communicating, not forthcoming from their own beautiful ideas  but from actual use by ... yes, the &#039;users&#039;. So in the end they win the game...</description>
		<content:encoded><![CDATA[<p>Mike and Larry are right for new products, gadgets, but have to accept that their ideas sometimes are rejected by the &#8216;users&#8217;. Not every company can afford this&#8230;<br />
In the meantime, these designers have to be aware that they don&#8217;t design only concrete products, but also new ways of acting, communicating, not forthcoming from their own beautiful ideas  but from actual use by &#8230; yes, the &#8216;users&#8217;. So in the end they win the game&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Changing Minds is Hard Work by Mariela</title>
		<link>http://incontextdesign.com/blog/changing-minds-is-hard-work/comment-page-1/#comment-4851</link>
		<dc:creator>Mariela</dc:creator>
		<pubDate>Fri, 19 Nov 2010 21:04:13 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=3874#comment-4851</guid>
		<description>That is my everyday problem, people focus on what they know and how they have been doing something for the last 15 years. But nowadays users are more, the businnes has changed, it is very difficult and nobody pay atention to that. They design complex software for a complex business, and that makes the work more difficult and very hard to learn .

Sorry for my English, Im fron Argentina, Im doing my best.</description>
		<content:encoded><![CDATA[<p>That is my everyday problem, people focus on what they know and how they have been doing something for the last 15 years. But nowadays users are more, the businnes has changed, it is very difficult and nobody pay atention to that. They design complex software for a complex business, and that makes the work more difficult and very hard to learn .</p>
<p>Sorry for my English, Im fron Argentina, Im doing my best.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Next of Kin by David Rondeau</title>
		<link>http://incontextdesign.com/blog/next-of-kin/comment-page-1/#comment-4762</link>
		<dc:creator>David Rondeau</dc:creator>
		<pubDate>Fri, 12 Nov 2010 17:57:46 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=3937#comment-4762</guid>
		<description>Not that I believe everything in product reviews, if you read the reviews for the Kin, they indicate that price wasn&#039;t the only factor that contributed to their demise. This review on Engadget is one of the harshest product reviews I&#039;ve ever read. http://www.engadget.com/2010/05/05/kin-one-and-two-review/

Here&#039;s an excerpt: &quot;But the obtuseness of this user experience doesn&#039;t stop with the Spot -- it permeates the entire interface as though decisions about how things should work were made almost arbitrarily, without anyone stopping to test them in the real world.&quot;

To be fair, I never got a chance to use either of the Kin phones, but after reading this review, it certainly made me wonder what kind of user research was done.</description>
		<content:encoded><![CDATA[<p>Not that I believe everything in product reviews, if you read the reviews for the Kin, they indicate that price wasn&#8217;t the only factor that contributed to their demise. This review on Engadget is one of the harshest product reviews I&#8217;ve ever read. <a href="http://www.engadget.com/2010/05/05/kin-one-and-two-review/" rel="nofollow">http://www.engadget.com/2010/05/05/kin-one-and-two-review/</a></p>
<p>Here&#8217;s an excerpt: &#8220;But the obtuseness of this user experience doesn&#8217;t stop with the Spot &#8212; it permeates the entire interface as though decisions about how things should work were made almost arbitrarily, without anyone stopping to test them in the real world.&#8221;</p>
<p>To be fair, I never got a chance to use either of the Kin phones, but after reading this review, it certainly made me wonder what kind of user research was done.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Next of Kin by Larry Marturano, InContext</title>
		<link>http://incontextdesign.com/blog/next-of-kin/comment-page-1/#comment-4710</link>
		<dc:creator>Larry Marturano, InContext</dc:creator>
		<pubDate>Thu, 04 Nov 2010 18:47:06 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=3937#comment-4710</guid>
		<description>@Dakota, thanks for reading and also for your thoughtful comment.

I agree that price is certainly one of the many issues that led to the Kin&#039;s demise.  But I&#039;m not too sure it&#039;s really a show-stopper by itself.  The same $30 data plan cost doesn&#039;t seem to hinder teen adoption of the iPhone, for example.  But it&#039;s as you point out - the device and what it did wasn&#039;t compelling enough to justify that significant cost.  I&#039;m just not sure that even at something like $5 a month that it would have been that exciting a product.</description>
		<content:encoded><![CDATA[<p>@Dakota, thanks for reading and also for your thoughtful comment.</p>
<p>I agree that price is certainly one of the many issues that led to the Kin&#8217;s demise.  But I&#8217;m not too sure it&#8217;s really a show-stopper by itself.  The same $30 data plan cost doesn&#8217;t seem to hinder teen adoption of the iPhone, for example.  But it&#8217;s as you point out &#8211; the device and what it did wasn&#8217;t compelling enough to justify that significant cost.  I&#8217;m just not sure that even at something like $5 a month that it would have been that exciting a product.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Next of Kin by Dakota Reese Brown</title>
		<link>http://incontextdesign.com/blog/next-of-kin/comment-page-1/#comment-4708</link>
		<dc:creator>Dakota Reese Brown</dc:creator>
		<pubDate>Thu, 04 Nov 2010 16:30:46 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=3937#comment-4708</guid>
		<description>I think the thing that your analysis is omitting, and is actually what many agreed killed the Kin, was the price Verzon attached to the data plan for the device which lead to the dismal sales.

The price a typical $30 a month smartphone/unlimited data plan. The problem being, the Kin wasn&#039;t a smartphone. It was a social phone aimed at teens who did not [yet] need a smartphone.

Consumers aren&#039;t dumb. They simply refused to pay a premium price for a somewhat economy device/service.</description>
		<content:encoded><![CDATA[<p>I think the thing that your analysis is omitting, and is actually what many agreed killed the Kin, was the price Verzon attached to the data plan for the device which lead to the dismal sales.</p>
<p>The price a typical $30 a month smartphone/unlimited data plan. The problem being, the Kin wasn&#8217;t a smartphone. It was a social phone aimed at teens who did not [yet] need a smartphone.</p>
<p>Consumers aren&#8217;t dumb. They simply refused to pay a premium price for a somewhat economy device/service.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is Analytics the Answer? by Larry Marturano</title>
		<link>http://incontextdesign.com/blog/is-analytics-the-answer/comment-page-1/#comment-4626</link>
		<dc:creator>Larry Marturano</dc:creator>
		<pubDate>Wed, 27 Oct 2010 14:36:50 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=3795#comment-4626</guid>
		<description>Thanks for reading Gunnar.  You&#039;d be surprised how many developers I&#039;ve come across don&#039;t share this view, though.  I do agree with you that it&#039;s fascinating to think about how stats and analytics might be used more cleverly, even predictively.  There&#039;s definitely a place in design methodology for them.  But I think the core problem with this approach is that it is often not generative.  And that&#039;s because the &quot;why&quot; is missing in the statistics - not only the measurable behavior but the motivation behind it.</description>
		<content:encoded><![CDATA[<p>Thanks for reading Gunnar.  You&#8217;d be surprised how many developers I&#8217;ve come across don&#8217;t share this view, though.  I do agree with you that it&#8217;s fascinating to think about how stats and analytics might be used more cleverly, even predictively.  There&#8217;s definitely a place in design methodology for them.  But I think the core problem with this approach is that it is often not generative.  And that&#8217;s because the &#8220;why&#8221; is missing in the statistics &#8211; not only the measurable behavior but the motivation behind it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is Analytics the Answer? by Gunnar</title>
		<link>http://incontextdesign.com/blog/is-analytics-the-answer/comment-page-1/#comment-4378</link>
		<dc:creator>Gunnar</dc:creator>
		<pubDate>Mon, 04 Oct 2010 13:11:04 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=3795#comment-4378</guid>
		<description>Good points Larry, I don&#039;t think anyone would disagree. Where I think it gets really interesting is if it&#039;s possible to use the opportunity to apply analytics offered by this domain to discover and validate principles that may generalize more widely.</description>
		<content:encoded><![CDATA[<p>Good points Larry, I don&#8217;t think anyone would disagree. Where I think it gets really interesting is if it&#8217;s possible to use the opportunity to apply analytics offered by this domain to discover and validate principles that may generalize more widely.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Does Contextual Inquiry Interviewing Only Work in the US? by Shelley Wood</title>
		<link>http://incontextdesign.com/uncategorized/does-contextual-inquiry-interviewing-only-work-in-the-us/comment-page-1/#comment-4255</link>
		<dc:creator>Shelley Wood</dc:creator>
		<pubDate>Fri, 10 Sep 2010 18:52:07 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=3760#comment-4255</guid>
		<description>Thanks for commenting on my blog. It looks like it started up a good discussion at the Austin Center for Design. I have to say that InContext&#039;s view is closest to what Christina Tran seems to be saying in her posts, especially around the users as the experts and how to interact with them. From our perspective, contextual interviews aren&#039;t rule-based. But they are grounded on some key principles -- and tnen we follow the user&#039;s work as it pertains to whatever our project focus is

Good luck to all of you, keep the discussions going!</description>
		<content:encoded><![CDATA[<p>Thanks for commenting on my blog. It looks like it started up a good discussion at the Austin Center for Design. I have to say that InContext&#8217;s view is closest to what Christina Tran seems to be saying in her posts, especially around the users as the experts and how to interact with them. From our perspective, contextual interviews aren&#8217;t rule-based. But they are grounded on some key principles &#8212; and tnen we follow the user&#8217;s work as it pertains to whatever our project focus is</p>
<p>Good luck to all of you, keep the discussions going!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Does Contextual Inquiry Interviewing Only Work in the US? by Saranyan Vigraham</title>
		<link>http://incontextdesign.com/uncategorized/does-contextual-inquiry-interviewing-only-work-in-the-us/comment-page-1/#comment-4245</link>
		<dc:creator>Saranyan Vigraham</dc:creator>
		<pubDate>Thu, 09 Sep 2010 18:06:40 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=3760#comment-4245</guid>
		<description>Hi Shelley - Great post! We were having a similar class discussion regarding contextual inquiry which inspired the following blog post about whether the data stays pure if contextual inquiry makes the subject uncomfortable. I think you round it nicely in your concluding paragraph about using different CI techniques. I also think that CI should be innovative and not rule-based.

Blog post - http://www.austincenterfordesign.com/blog/?p=895

A classmate and friend posted a follow up blog post on this -
http://www.austincenterfordesign.com/blog/?p=899

You can also look at the discussions on the comment thread.</description>
		<content:encoded><![CDATA[<p>Hi Shelley &#8211; Great post! We were having a similar class discussion regarding contextual inquiry which inspired the following blog post about whether the data stays pure if contextual inquiry makes the subject uncomfortable. I think you round it nicely in your concluding paragraph about using different CI techniques. I also think that CI should be innovative and not rule-based.</p>
<p>Blog post &#8211; <a href="http://www.austincenterfordesign.com/blog/?p=895" rel="nofollow">http://www.austincenterfordesign.com/blog/?p=895</a></p>
<p>A classmate and friend posted a follow up blog post on this -<br />
<a href="http://www.austincenterfordesign.com/blog/?p=899" rel="nofollow">http://www.austincenterfordesign.com/blog/?p=899</a></p>
<p>You can also look at the discussions on the comment thread.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Don’t Ask Your Customer by Larry Marturano, InContext</title>
		<link>http://incontextdesign.com/articles/dont-ask-your-customer-comic/comment-page-1/#comment-4218</link>
		<dc:creator>Larry Marturano, InContext</dc:creator>
		<pubDate>Fri, 03 Sep 2010 15:59:34 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=2735#comment-4218</guid>
		<description>@Mike, I can’t agree more with you or with Henry Ford—companies should ignore the user… in a sense.  We shouldn’t be designing what the user asks for or what they tell us to make for them.  Users are not designers, we are the designers.  Users can’t tell us to make a Model T if all they know is a horse.  Or an iPod if all they have is a bunch of record albums.  We indeed DO need to create things that help people &quot;do stuff&quot; a different way, or do altogether new stuff.  But to do this, we need to understand what the &quot;stuff&quot; is that people do today.  Because when we make a car or an iPod, we redesign a whole way of &quot;doing stuff,&quot; of living, working and playing. 

What Contextual Design does is discover how people &quot;do stuff&quot; today—and provide a structured way for designers and engineers to use their knowledge of new technology to create both the solution itself, and what people will do with it.

Where user research often goes off track is exactly what you point out: people can’t tell us what they want.  And worse yet—they can’t even reliably tell us what they do.

So we don’t ask the customer—as Karen wrote and you underscore with your comment—we learn what they do, and WE design the products to help them do things in new ways.</description>
		<content:encoded><![CDATA[<p>@Mike, I can’t agree more with you or with Henry Ford—companies should ignore the user… in a sense.  We shouldn’t be designing what the user asks for or what they tell us to make for them.  Users are not designers, we are the designers.  Users can’t tell us to make a Model T if all they know is a horse.  Or an iPod if all they have is a bunch of record albums.  We indeed DO need to create things that help people &#8220;do stuff&#8221; a different way, or do altogether new stuff.  But to do this, we need to understand what the &#8220;stuff&#8221; is that people do today.  Because when we make a car or an iPod, we redesign a whole way of &#8220;doing stuff,&#8221; of living, working and playing. </p>
<p>What Contextual Design does is discover how people &#8220;do stuff&#8221; today—and provide a structured way for designers and engineers to use their knowledge of new technology to create both the solution itself, and what people will do with it.</p>
<p>Where user research often goes off track is exactly what you point out: people can’t tell us what they want.  And worse yet—they can’t even reliably tell us what they do.</p>
<p>So we don’t ask the customer—as Karen wrote and you underscore with your comment—we learn what they do, and WE design the products to help them do things in new ways.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Agile 2010 Conference: Agile Grows Up by Hugh Beyer</title>
		<link>http://incontextdesign.com/blog/the-agile-2010-conference-agile-grows-up/comment-page-1/#comment-4155</link>
		<dc:creator>Hugh Beyer</dc:creator>
		<pubDate>Wed, 18 Aug 2010 21:06:03 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=3775#comment-4155</guid>
		<description>You&#039;re right to call me out on that &quot;code cowboy&quot; comment, especially since I have a lot of respect for the agile coding community. The coding practices that came in with the agile movement--especially XP--are transformative and reflect deeper thinking about what it really means to code well than you see practically anyplace else. I&#039;d hate to see this thread lost from the community. I see a lot of companies doing a cheap and easy adoption of Agile by, essentially, ignoring the coding practices. It usually doesn&#039;t end well.

The Post-it story is great. Post-its are a great user-centered design story, actually. But you raise the next question: if user&#039;s don&#039;t know what they want, how can we convince them they want what we&#039;re offering them?</description>
		<content:encoded><![CDATA[<p>You&#8217;re right to call me out on that &#8220;code cowboy&#8221; comment, especially since I have a lot of respect for the agile coding community. The coding practices that came in with the agile movement&#8211;especially XP&#8211;are transformative and reflect deeper thinking about what it really means to code well than you see practically anyplace else. I&#8217;d hate to see this thread lost from the community. I see a lot of companies doing a cheap and easy adoption of Agile by, essentially, ignoring the coding practices. It usually doesn&#8217;t end well.</p>
<p>The Post-it story is great. Post-its are a great user-centered design story, actually. But you raise the next question: if user&#8217;s don&#8217;t know what they want, how can we convince them they want what we&#8217;re offering them?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Agile 2010 Conference: Agile Grows Up by Dave Rooney</title>
		<link>http://incontextdesign.com/blog/the-agile-2010-conference-agile-grows-up/comment-page-1/#comment-4154</link>
		<dc:creator>Dave Rooney</dc:creator>
		<pubDate>Wed, 18 Aug 2010 19:32:44 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=3775#comment-4154</guid>
		<description>I agree that a significant bias towards just the technical practices around creating software is bad.  I also agree wholeheartedly with Bob Martin that a 90% focus on non-technical topics is not a healthy proportion.  There needs to be a better balance, although the 4 technical sessions I did go to were among the least well attended I saw.

With respect to &quot;code cowboys&quot;, remember that it&#039;s somewhat difficult to deliver software systems without software.  Yes, in 20+ years in the software business I&#039;ve known a couple of people who wanted to go it alone.  I&#039;ve known many more people who cared deeply about the system or product they were building and wanted it to succeed.  Please don&#039;t lump a whole community into that sort of bucket.

Finally, Mary Poppendieck&#039;s talk on Monday mentioned a 3M product that their salespeople couldn&#039;t sell, except for one place in the U.S.  When the people in charge of that product investigated, they found our that the salesperson gave the product away at first, and then the customers discovered they loved it.  The product managers tried this strategy across the U.S., and it succeeded wildly.  That product was Post-it Notes.

My point is that simple answers may sound great in a 60 or 90 minute presentation, but the true answers most often aren&#039;t that simple.</description>
		<content:encoded><![CDATA[<p>I agree that a significant bias towards just the technical practices around creating software is bad.  I also agree wholeheartedly with Bob Martin that a 90% focus on non-technical topics is not a healthy proportion.  There needs to be a better balance, although the 4 technical sessions I did go to were among the least well attended I saw.</p>
<p>With respect to &#8220;code cowboys&#8221;, remember that it&#8217;s somewhat difficult to deliver software systems without software.  Yes, in 20+ years in the software business I&#8217;ve known a couple of people who wanted to go it alone.  I&#8217;ve known many more people who cared deeply about the system or product they were building and wanted it to succeed.  Please don&#8217;t lump a whole community into that sort of bucket.</p>
<p>Finally, Mary Poppendieck&#8217;s talk on Monday mentioned a 3M product that their salespeople couldn&#8217;t sell, except for one place in the U.S.  When the people in charge of that product investigated, they found our that the salesperson gave the product away at first, and then the customers discovered they loved it.  The product managers tried this strategy across the U.S., and it succeeded wildly.  That product was Post-it Notes.</p>
<p>My point is that simple answers may sound great in a 60 or 90 minute presentation, but the true answers most often aren&#8217;t that simple.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Don’t Ask Your Customer by Mike Duignan</title>
		<link>http://incontextdesign.com/articles/dont-ask-your-customer-comic/comment-page-1/#comment-4118</link>
		<dc:creator>Mike Duignan</dc:creator>
		<pubDate>Sat, 07 Aug 2010 13:36:24 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=2735#comment-4118</guid>
		<description>Or do what the best companies do - ignore the &quot;user&quot; and design the best product for &quot;doing&quot; stuff a different way - how many focus groups do you think Apple use to get touch working? because nobody was &quot;doing&quot; this before... As Henry Ford said, if we asked the customer what they wanted it would be a faster horse. On the other hand Karen consults with Nokia, a company clearly destroyed by throwing out a smorgasbord of second rate phones to meet every &quot;customer doing&quot;. It is really depressing to reduce design down to delivering what the customer already does. Let&#039;s focus on products that create whole new ways of &quot;doing things&quot;</description>
		<content:encoded><![CDATA[<p>Or do what the best companies do &#8211; ignore the &#8220;user&#8221; and design the best product for &#8220;doing&#8221; stuff a different way &#8211; how many focus groups do you think Apple use to get touch working? because nobody was &#8220;doing&#8221; this before&#8230; As Henry Ford said, if we asked the customer what they wanted it would be a faster horse. On the other hand Karen consults with Nokia, a company clearly destroyed by throwing out a smorgasbord of second rate phones to meet every &#8220;customer doing&#8221;. It is really depressing to reduce design down to delivering what the customer already does. Let&#8217;s focus on products that create whole new ways of &#8220;doing things&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Where is Nokia? by Paul Roth</title>
		<link>http://incontextdesign.com/uncategorized/where-is-nokia/comment-page-1/#comment-4101</link>
		<dc:creator>Paul Roth</dc:creator>
		<pubDate>Mon, 02 Aug 2010 14:08:29 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=3717#comment-4101</guid>
		<description>I agree entirely, having worked on many systems for the Government, that you cannot ask your users for requirements.   

The developer needs to be in tune with the user&#039;s needs and develope the most cost effective/value added products.

A good example is the Apple IPAD.  Apple used their computer expertise and leveraged their large application base of the IPHONE to come up with a new splashy product.</description>
		<content:encoded><![CDATA[<p>I agree entirely, having worked on many systems for the Government, that you cannot ask your users for requirements.   </p>
<p>The developer needs to be in tune with the user&#8217;s needs and develope the most cost effective/value added products.</p>
<p>A good example is the Apple IPAD.  Apple used their computer expertise and leveraged their large application base of the IPHONE to come up with a new splashy product.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Where is Nokia? by Mark Notess</title>
		<link>http://incontextdesign.com/uncategorized/where-is-nokia/comment-page-1/#comment-4086</link>
		<dc:creator>Mark Notess</dc:creator>
		<pubDate>Thu, 29 Jul 2010 00:01:15 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=3717#comment-4086</guid>
		<description>Sounds like sour grapes, his blaming you in part for his inability to get cool products to happen at Nokia.

It&#039;s a risk of any carefully specified methodology that it becomes an end in itself rather than a means of carrying values.</description>
		<content:encoded><![CDATA[<p>Sounds like sour grapes, his blaming you in part for his inability to get cool products to happen at Nokia.</p>
<p>It&#8217;s a risk of any carefully specified methodology that it becomes an end in itself rather than a means of carrying values.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Paper Prototyping in the Large by Soo</title>
		<link>http://incontextdesign.com/articles/paper-prototyping-in-the-large/comment-page-1/#comment-4043</link>
		<dc:creator>Soo</dc:creator>
		<pubDate>Tue, 13 Jul 2010 08:55:54 +0000</pubDate>
		<guid isPermaLink="false">http://69.89.31.90/~incontex/?p=579#comment-4043</guid>
		<description>A very helpful and insightful post. I recently did an evaluation of a spatial experience where I had to mock up the space of a public transport vehicle, and invited participants to roleplay within the space. 
It&#039;s encouraging to see that the lessons learnt in your study were similar to to mine, as I wasn&#039;t sure if I was doing it the &quot;right&quot; way. My only drawback was that I created the whole mockup on my own! There were times when I realized how important it is to have a team!</description>
		<content:encoded><![CDATA[<p>A very helpful and insightful post. I recently did an evaluation of a spatial experience where I had to mock up the space of a public transport vehicle, and invited participants to roleplay within the space.<br />
It&#8217;s encouraging to see that the lessons learnt in your study were similar to to mine, as I wasn&#8217;t sure if I was doing it the &#8220;right&#8221; way. My only drawback was that I created the whole mockup on my own! There were times when I realized how important it is to have a team!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Designing Mobile Applications with Customer Data by vikas</title>
		<link>http://incontextdesign.com/articles/designing-mobile-applications-with-customer-data/comment-page-1/#comment-3938</link>
		<dc:creator>vikas</dc:creator>
		<pubDate>Thu, 20 May 2010 18:39:56 +0000</pubDate>
		<guid isPermaLink="false">http://69.89.31.90/~incontex/?p=522#comment-3938</guid>
		<description>I want to know how switch sends info to calculate bill, his roaming, sms and other charges to raise invoive in proper way.</description>
		<content:encoded><![CDATA[<p>I want to know how switch sends info to calculate bill, his roaming, sms and other charges to raise invoive in proper way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Win a Free Copy of “Contextual Design” by Wendy Fritzke</title>
		<link>http://incontextdesign.com/blog/win-a-free-copy-of-contextual-design/comment-page-1/#comment-3881</link>
		<dc:creator>Wendy Fritzke</dc:creator>
		<pubDate>Tue, 27 Apr 2010 15:07:55 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=3469#comment-3881</guid>
		<description>Hi Rob,

Yeah, unfortunately, shipping costs overseas for our books is pretty expensive, so we&#039;re limiting shipping to the US, at least for this contest. I guess if you live overseas but wanted the book shipped somewhere in the States, that would work.</description>
		<content:encoded><![CDATA[<p>Hi Rob,</p>
<p>Yeah, unfortunately, shipping costs overseas for our books is pretty expensive, so we&#8217;re limiting shipping to the US, at least for this contest. I guess if you live overseas but wanted the book shipped somewhere in the States, that would work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Win a Free Copy of “Contextual Design” by Rob Bloom</title>
		<link>http://incontextdesign.com/blog/win-a-free-copy-of-contextual-design/comment-page-1/#comment-3879</link>
		<dc:creator>Rob Bloom</dc:creator>
		<pubDate>Tue, 27 Apr 2010 08:28:28 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=3469#comment-3879</guid>
		<description>Hi. Nice idea! Is it just me or is the Rule no 4 ambiguous? TO solve my dilemna can you confirm if people can submit entries from other parts of the world?</description>
		<content:encoded><![CDATA[<p>Hi. Nice idea! Is it just me or is the Rule no 4 ambiguous? TO solve my dilemna can you confirm if people can submit entries from other parts of the world?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Executing in the Fuzzy Front End by Tiffany L. Hogan</title>
		<link>http://incontextdesign.com/blog/executing-in-the-fuzzy-front-end/comment-page-1/#comment-3759</link>
		<dc:creator>Tiffany L. Hogan</dc:creator>
		<pubDate>Fri, 09 Apr 2010 15:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=2720#comment-3759</guid>
		<description>Nice piece.  I agree.  We often have to work really hard to sell our clients on the value of good front end research; its amazing how many of them come to us with a set of internally created user requirements and are just chomping at the bit to go into design and production!  (We are a full service product development company.)  Thanks for writing this.</description>
		<content:encoded><![CDATA[<p>Nice piece.  I agree.  We often have to work really hard to sell our clients on the value of good front end research; its amazing how many of them come to us with a set of internally created user requirements and are just chomping at the bit to go into design and production!  (We are a full service product development company.)  Thanks for writing this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Don&#8217;t Ask Your Customer—Use Contextual Inquiry by Tiffany L. Hogan</title>
		<link>http://incontextdesign.com/articles/dont-ask-your-customer-article/comment-page-1/#comment-3758</link>
		<dc:creator>Tiffany L. Hogan</dc:creator>
		<pubDate>Fri, 09 Apr 2010 15:00:37 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=2739#comment-3758</guid>
		<description>Hi Karen.  Thanks for writing the article; I enjoyed reading it.  I guess I just have one  (kind of rhetorical) question.  Why is it that many people want to frame this classic debate in either/or terms?  Absolutely: a good product development team needs observational data to get many design details right.  I have no argument with that.  But I do think you still have to ask your customer about what they are trying to do.  You even mention, in your example, that you should go into the field and &quot;talk with users.&quot;  Observation alone will not fully explain what they are up to and why; nor will it let you know how frequently something happens.  I really feel that a balanced approach is the most ideal (when resources permit) - observation + interviewing (and then some quantitative work, if possible, to understand how generalizable your findings are).  Thanks again for writing the piece; I just found this website and am planning on spending more time reading the blog entries.</description>
		<content:encoded><![CDATA[<p>Hi Karen.  Thanks for writing the article; I enjoyed reading it.  I guess I just have one  (kind of rhetorical) question.  Why is it that many people want to frame this classic debate in either/or terms?  Absolutely: a good product development team needs observational data to get many design details right.  I have no argument with that.  But I do think you still have to ask your customer about what they are trying to do.  You even mention, in your example, that you should go into the field and &#8220;talk with users.&#8221;  Observation alone will not fully explain what they are up to and why; nor will it let you know how frequently something happens.  I really feel that a balanced approach is the most ideal (when resources permit) &#8211; observation + interviewing (and then some quantitative work, if possible, to understand how generalizable your findings are).  Thanks again for writing the piece; I just found this website and am planning on spending more time reading the blog entries.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Front End Zen by Bill Myers</title>
		<link>http://incontextdesign.com/blog/front-end-zen/comment-page-1/#comment-3630</link>
		<dc:creator>Bill Myers</dc:creator>
		<pubDate>Wed, 17 Mar 2010 04:10:43 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=2725#comment-3630</guid>
		<description>Nice post Larry. The other thing that big companies often get wrong is rewarding outcomes rather than decisions and initiative. There are good business reasons for that, but it perpetuates some of those bad behaviors and prevents people from taking some of the risks that they should take. I like your idea of building, playing and learning in a risk-tolerant environment.</description>
		<content:encoded><![CDATA[<p>Nice post Larry. The other thing that big companies often get wrong is rewarding outcomes rather than decisions and initiative. There are good business reasons for that, but it perpetuates some of those bad behaviors and prevents people from taking some of the risks that they should take. I like your idea of building, playing and learning in a risk-tolerant environment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Irreverence of Users by Bertil Hansson</title>
		<link>http://incontextdesign.com/blog/the-irreverence-of-users/comment-page-1/#comment-3568</link>
		<dc:creator>Bertil Hansson</dc:creator>
		<pubDate>Fri, 12 Mar 2010 11:49:51 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/blog/the-irreverence-of-users/#comment-3568</guid>
		<description>Quoth YouTube: &quot;This video contains content from NBC Universal, who has blocked it on copyright grounds&quot; (at least for viewers in Sweden)</description>
		<content:encoded><![CDATA[<p>Quoth YouTube: &#8220;This video contains content from NBC Universal, who has blocked it on copyright grounds&#8221; (at least for viewers in Sweden)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Don&#8217;t Ask Your Customer—Use Contextual Inquiry by Fahied</title>
		<link>http://incontextdesign.com/articles/dont-ask-your-customer-article/comment-page-1/#comment-3426</link>
		<dc:creator>Fahied</dc:creator>
		<pubDate>Mon, 01 Mar 2010 17:05:02 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=2739#comment-3426</guid>
		<description>That is really cool, provided me inspiration about this tool, especially in case of designing everyday life user experience.</description>
		<content:encoded><![CDATA[<p>That is really cool, provided me inspiration about this tool, especially in case of designing everyday life user experience.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Don’t Ask Your Customer by David Locke</title>
		<link>http://incontextdesign.com/articles/dont-ask-your-customer-comic/comment-page-1/#comment-2670</link>
		<dc:creator>David Locke</dc:creator>
		<pubDate>Thu, 31 Dec 2009 00:06:19 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=2735#comment-2670</guid>
		<description>The users in one market phase differ greatly from users in another market phase. Typically, this gets ignored. Our users are a collection of nearly random people. We aggregate their feedback, and smudge distinctions.</description>
		<content:encoded><![CDATA[<p>The users in one market phase differ greatly from users in another market phase. Typically, this gets ignored. Our users are a collection of nearly random people. We aggregate their feedback, and smudge distinctions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Don&#8217;t Ask Your Customer—Use Contextual Inquiry by Jason Robb</title>
		<link>http://incontextdesign.com/articles/dont-ask-your-customer-article/comment-page-1/#comment-2306</link>
		<dc:creator>Jason Robb</dc:creator>
		<pubDate>Thu, 26 Nov 2009 01:52:43 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=2739#comment-2306</guid>
		<description>Wow, Karen--this is an outstanding article. Well done! I don&#039;t know where to start, but everything was forehead-slapping-ly awesome. Thank you for taking the time to write this.

David R. - Your comic was stellar. Very nice. :-)</description>
		<content:encoded><![CDATA[<p>Wow, Karen&#8211;this is an outstanding article. Well done! I don&#8217;t know where to start, but everything was forehead-slapping-ly awesome. Thank you for taking the time to write this.</p>
<p>David R. &#8211; Your comic was stellar. Very nice. <img src='http://incontextdesign.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Organizational Empathy by Valerie Shuman</title>
		<link>http://incontextdesign.com/blog/organizational-empathy/comment-page-1/#comment-2218</link>
		<dc:creator>Valerie Shuman</dc:creator>
		<pubDate>Wed, 18 Nov 2009 14:49:43 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=2716#comment-2218</guid>
		<description>Hello Larry

Nice post!  This certainly rings true from my experience.  It sure would help if we more often recognized, trained, and staffed projects with this key Cross-Discipline Translation skillset... 

Valerie</description>
		<content:encoded><![CDATA[<p>Hello Larry</p>
<p>Nice post!  This certainly rings true from my experience.  It sure would help if we more often recognized, trained, and staffed projects with this key Cross-Discipline Translation skillset&#8230; </p>
<p>Valerie</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is Friendship Relationship Management Our Future by Shoshana Holtzblatt</title>
		<link>http://incontextdesign.com/articles/is_friendship_relationship_management_our_future/comment-page-1/#comment-1812</link>
		<dc:creator>Shoshana Holtzblatt</dc:creator>
		<pubDate>Fri, 30 Oct 2009 11:41:50 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/articles/is_friendship_relationship_management_our_future/#comment-1812</guid>
		<description>Dear Karen,

I don&#039;t think social networking sites are just about maintaining loose social connections. I have found that social networking sites can help strengthen my relationships with the people that are already in my social network in the &quot;real&quot; world.  By seeing the profiles of acquaintances in my social network I was able to find people that I had things in common with and the site fostered a deeper relationship.  This is especially good when entering new social networks.  It can be overwhelming to meet new people in a new place.  It is hard enough trying to remember all the names of the new people let alone what activities they are interested in.  By being able to connect online after meeting someone, you are able to view their interests on their profile and find the people who will make the best friends.  I think this use of these sites probably comes more naturally to the younger generation.    

But I do see you point about how this may hinder the natural pruning 
process.  While sites like this do let me connect with my old friends and see who is still in town, it also forces me into awkward situations about trying to figure out who to confirm as &quot;my friend&quot;. 

Also, I&#039;m sure it has caused many issues for people after breaking up.  I mean if you are connected to your ex then you find out when they find someone else. That is not something you have to deal with usually.  

I actually did end up leaving one site for another when I left one social group for another.  I guess that is still one way of enabling social pruning. 

But it should be interesting to see what happens with the generation that grew up with these sites and already have anywhere from 300 - 3000 connections.  I wonder if they will end up feeling overwhelmed by all their connections when they become successful business men and women.


Shoshana</description>
		<content:encoded><![CDATA[<p>Dear Karen,</p>
<p>I don&#8217;t think social networking sites are just about maintaining loose social connections. I have found that social networking sites can help strengthen my relationships with the people that are already in my social network in the &#8220;real&#8221; world.  By seeing the profiles of acquaintances in my social network I was able to find people that I had things in common with and the site fostered a deeper relationship.  This is especially good when entering new social networks.  It can be overwhelming to meet new people in a new place.  It is hard enough trying to remember all the names of the new people let alone what activities they are interested in.  By being able to connect online after meeting someone, you are able to view their interests on their profile and find the people who will make the best friends.  I think this use of these sites probably comes more naturally to the younger generation.    </p>
<p>But I do see you point about how this may hinder the natural pruning<br />
process.  While sites like this do let me connect with my old friends and see who is still in town, it also forces me into awkward situations about trying to figure out who to confirm as &#8220;my friend&#8221;. </p>
<p>Also, I&#8217;m sure it has caused many issues for people after breaking up.  I mean if you are connected to your ex then you find out when they find someone else. That is not something you have to deal with usually.  </p>
<p>I actually did end up leaving one site for another when I left one social group for another.  I guess that is still one way of enabling social pruning. </p>
<p>But it should be interesting to see what happens with the generation that grew up with these sites and already have anywhere from 300 &#8211; 3000 connections.  I wonder if they will end up feeling overwhelmed by all their connections when they become successful business men and women.</p>
<p>Shoshana</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Don’t Ask Your Customer by Ron</title>
		<link>http://incontextdesign.com/articles/dont-ask-your-customer-comic/comment-page-1/#comment-1748</link>
		<dc:creator>Ron</dc:creator>
		<pubDate>Wed, 28 Oct 2009 21:35:55 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=2735#comment-1748</guid>
		<description>Nice comic, true story. Features are added or built out until a tipping point is reached and everyone cries &quot;The customers can&#039;t use it and we can&#039;t maintain it. We have to simplify the product.&quot; 

Developers and designers can&#039;t forget that users are doing a job. Their product is a tool to do the job and not the job itself.</description>
		<content:encoded><![CDATA[<p>Nice comic, true story. Features are added or built out until a tipping point is reached and everyone cries &#8220;The customers can&#8217;t use it and we can&#8217;t maintain it. We have to simplify the product.&#8221; </p>
<p>Developers and designers can&#8217;t forget that users are doing a job. Their product is a tool to do the job and not the job itself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Creativity from the Ground Up by Timothy J. Leahy</title>
		<link>http://incontextdesign.com/blog/creativity-from-the-ground-up/comment-page-1/#comment-1699</link>
		<dc:creator>Timothy J. Leahy</dc:creator>
		<pubDate>Tue, 27 Oct 2009 14:26:18 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=2659#comment-1699</guid>
		<description>Larry:
Thanks for sharing the Incontext E - Newsletter. I enjoyed your article. Your honesty and self reflection is refreshing. Reframing is nothing new. I think Copernicus experienced this when he reasoned that the sun does not revolve around the earth; rather its the other way around!

Cheers -Tim</description>
		<content:encoded><![CDATA[<p>Larry:<br />
Thanks for sharing the Incontext E &#8211; Newsletter. I enjoyed your article. Your honesty and self reflection is refreshing. Reframing is nothing new. I think Copernicus experienced this when he reasoned that the sun does not revolve around the earth; rather its the other way around!</p>
<p>Cheers -Tim</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Don’t Ask Your Customer by Paul Oord</title>
		<link>http://incontextdesign.com/articles/dont-ask-your-customer-comic/comment-page-1/#comment-1632</link>
		<dc:creator>Paul Oord</dc:creator>
		<pubDate>Mon, 26 Oct 2009 09:16:04 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=2735#comment-1632</guid>
		<description>Karen,
I think contextual design is one thing, but the next logical step would be involving users and customers in the design of a product. This is more than playing with prototypes and screenshots. 
To develop a common language, both engineers and users will understand better the problems at hand and develop solutions. This also leads to more acceptance and mutual responsibility. Participatory design methods are often neglected in education for software engineers. Educators often think that user centered design garantees user involvement, but this is severe a misconception.</description>
		<content:encoded><![CDATA[<p>Karen,<br />
I think contextual design is one thing, but the next logical step would be involving users and customers in the design of a product. This is more than playing with prototypes and screenshots.<br />
To develop a common language, both engineers and users will understand better the problems at hand and develop solutions. This also leads to more acceptance and mutual responsibility. Participatory design methods are often neglected in education for software engineers. Educators often think that user centered design garantees user involvement, but this is severe a misconception.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Don’t Ask Your Customer by Brian</title>
		<link>http://incontextdesign.com/articles/dont-ask-your-customer-comic/comment-page-1/#comment-1592</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Wed, 21 Oct 2009 02:23:44 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=2735#comment-1592</guid>
		<description>Karen, great entry, and great way to get a concept across - love the comic.  It&#039;s so true that too often people listen to what their customers say without actually taking the time to observe what they do.  What&#039;s interesting to me - maybe something you can comment about in another post (or comic), is people who misconstrue the reasoning presented here to entirely ignore their customers.  More frequently I hear people use the excuse &quot;customers never really know what they want&quot; to just go ahead and build what they want to build, entirely ignoring good user centered design.  It’s interesting because I’ve seen some very talented people use that excuse.  But I&#039;ve also seen products with great potential flop that way.</description>
		<content:encoded><![CDATA[<p>Karen, great entry, and great way to get a concept across &#8211; love the comic.  It&#8217;s so true that too often people listen to what their customers say without actually taking the time to observe what they do.  What&#8217;s interesting to me &#8211; maybe something you can comment about in another post (or comic), is people who misconstrue the reasoning presented here to entirely ignore their customers.  More frequently I hear people use the excuse &#8220;customers never really know what they want&#8221; to just go ahead and build what they want to build, entirely ignoring good user centered design.  It’s interesting because I’ve seen some very talented people use that excuse.  But I&#8217;ve also seen products with great potential flop that way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Don’t Ask Your Customer by Sylvia Barnard</title>
		<link>http://incontextdesign.com/articles/dont-ask-your-customer-comic/comment-page-1/#comment-1591</link>
		<dc:creator>Sylvia Barnard</dc:creator>
		<pubDate>Tue, 20 Oct 2009 09:06:30 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=2735#comment-1591</guid>
		<description>Dear Karen,
Wow, your comic story is great! I really had a good laugh, but I am known for my morbid humour...The story explains exactely what you have to do and how, and what is not helpful at all. This is why it is so important to have usability experts on board when going to the customer and interviewing and OBSERVING users. But we are still struggeling to getting the right message into the heads if the big guys! ...And can I get that cool cap you are wearing??? 
Cheers, Sylvia</description>
		<content:encoded><![CDATA[<p>Dear Karen,<br />
Wow, your comic story is great! I really had a good laugh, but I am known for my morbid humour&#8230;The story explains exactely what you have to do and how, and what is not helpful at all. This is why it is so important to have usability experts on board when going to the customer and interviewing and OBSERVING users. But we are still struggeling to getting the right message into the heads if the big guys! &#8230;And can I get that cool cap you are wearing???<br />
Cheers, Sylvia</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Creativity from the Ground Up by Thomas Sutrina</title>
		<link>http://incontextdesign.com/blog/creativity-from-the-ground-up/comment-page-1/#comment-1194</link>
		<dc:creator>Thomas Sutrina</dc:creator>
		<pubDate>Mon, 21 Sep 2009 21:24:57 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/?p=2659#comment-1194</guid>
		<description>Larry, you make reframing paradigm very positive,but to most of the engineering world and business world it is very scary.  I mean scary enough to continue making a product when all the signals tell you to stop.  Scary enough to go bankrupt.  Scary enough to accept solutions you would never consider.

Reality of the market is like a dragon blasting their hot breath at your castle.  Making pass after pass scaring the people including the leaders in your castle and starting fires.  You need a solution, any solution.  You welcome knight that will face the dragon and withstand the hot breath of the dragon against his shield like we see in the pictures from a fairy tale.  You do not care if he reframes your problem.  You only want a solution.  But unlike the fairy tale that same knight is a threat to the castle leaders unless he came from their ranks. 
 
One examples is the Longitude Prize offered by the British government through an Act of Parliament in 1714 for a simple and practical method for the precise determination of a ship&#039;s longitude.  The British navy felt the dragon&#039;s breath of inaccurate location.  John Harrison a young clock builder, a knight not from the ranks, had a solution and developed an unusual method based on an accurate clock, chronometer.  In 1737 he received a payment by meeting the requirement, but the board dragged its feet so he finally received the a big chuck completing the full prize in 1765.  He died three years later.

Larry, I have been reframing problems from my first three patents at Dow Chemical on Ziploc Sandwich bag extrusion process that has been used to make every bag sold.  And reframed the paradigm marketing and industrial design image of the Freestyle breast pump shields that was launched in February 2008 resulting in two patents.  A few dozen patents fill the time between them.  Most because a dragon shadow swept over the castle.  Clouds or a real dragon no one knew.

Larry I have always been the scary outsider, the knight capable of facing the dragon, to be kept in reserve in a silo to wait for the next dragon, or to be set from the castle because the next dragon will not occur on my watch.</description>
		<content:encoded><![CDATA[<p>Larry, you make reframing paradigm very positive,but to most of the engineering world and business world it is very scary.  I mean scary enough to continue making a product when all the signals tell you to stop.  Scary enough to go bankrupt.  Scary enough to accept solutions you would never consider.</p>
<p>Reality of the market is like a dragon blasting their hot breath at your castle.  Making pass after pass scaring the people including the leaders in your castle and starting fires.  You need a solution, any solution.  You welcome knight that will face the dragon and withstand the hot breath of the dragon against his shield like we see in the pictures from a fairy tale.  You do not care if he reframes your problem.  You only want a solution.  But unlike the fairy tale that same knight is a threat to the castle leaders unless he came from their ranks. </p>
<p>One examples is the Longitude Prize offered by the British government through an Act of Parliament in 1714 for a simple and practical method for the precise determination of a ship&#8217;s longitude.  The British navy felt the dragon&#8217;s breath of inaccurate location.  John Harrison a young clock builder, a knight not from the ranks, had a solution and developed an unusual method based on an accurate clock, chronometer.  In 1737 he received a payment by meeting the requirement, but the board dragged its feet so he finally received the a big chuck completing the full prize in 1765.  He died three years later.</p>
<p>Larry, I have been reframing problems from my first three patents at Dow Chemical on Ziploc Sandwich bag extrusion process that has been used to make every bag sold.  And reframed the paradigm marketing and industrial design image of the Freestyle breast pump shields that was launched in February 2008 resulting in two patents.  A few dozen patents fill the time between them.  Most because a dragon shadow swept over the castle.  Clouds or a real dragon no one knew.</p>
<p>Larry I have always been the scary outsider, the knight capable of facing the dragon, to be kept in reserve in a silo to wait for the next dragon, or to be set from the castle because the next dragon will not occur on my watch.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Interaction Design and the Boston Subway by Dave Flotree</title>
		<link>http://incontextdesign.com/blog/interaction-design-and-the-boston-subway/comment-page-1/#comment-237</link>
		<dc:creator>Dave Flotree</dc:creator>
		<pubDate>Thu, 13 Aug 2009 15:51:56 +0000</pubDate>
		<guid isPermaLink="false">http://69.89.31.90/~incontex/?p=1292#comment-237</guid>
		<description>David, here in Seattle the new light rail system just went into service and rest assured that the Bostin T is not alone in the problems you describe.  Watch this video and see a transit employee fumble with the new system and ask for help:  http://seattletimes.nwsource.com/flatpages/video/seattletimesvideo.html?bcpid=25685749001&amp;bctid=33425048001

Why oh why didn&#039;t the designers of the system use proper user-centered design to prevent the obvious user interaction problems before going online??</description>
		<content:encoded><![CDATA[<p>David, here in Seattle the new light rail system just went into service and rest assured that the Bostin T is not alone in the problems you describe.  Watch this video and see a transit employee fumble with the new system and ask for help:  <a href="http://seattletimes.nwsource.com/flatpages/video/seattletimesvideo.html?bcpid=25685749001&amp;bctid=33425048001" rel="nofollow">http://seattletimes.nwsource.com/flatpages/video/seattletimesvideo.html?bcpid=25685749001&amp;bctid=33425048001</a></p>
<p>Why oh why didn&#8217;t the designers of the system use proper user-centered design to prevent the obvious user interaction problems before going online??</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is Friendship Relationship Management Our Future by brian huang</title>
		<link>http://incontextdesign.com/articles/is_friendship_relationship_management_our_future/comment-page-1/#comment-98</link>
		<dc:creator>brian huang</dc:creator>
		<pubDate>Tue, 28 Jul 2009 07:50:21 +0000</pubDate>
		<guid isPermaLink="false">http://incontextdesign.com/articles/is_friendship_relationship_management_our_future/#comment-98</guid>
		<description>Dear Karen,

I like your eye. 
I miss your eye. :)

This is a great story that illustrates looking beyond the obvious.

Best wishes.

Brian</description>
		<content:encoded><![CDATA[<p>Dear Karen,</p>
<p>I like your eye.<br />
I miss your eye. <img src='http://incontextdesign.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>This is a great story that illustrates looking beyond the obvious.</p>
<p>Best wishes.</p>
<p>Brian</p>
]]></content:encoded>
	</item>
</channel>
</rss>

