<?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: Objective Truth</title>
	<atom:link href="http://www.productbehavior.com/archive/objective-truth/feed" rel="self" type="application/rss+xml" />
	<link>http://www.productbehavior.com/archive/objective-truth</link>
	<description>Not Just For Breakfast Anymore
</description>
	<lastBuildDate>Thu, 10 Sep 2009 14:31:01 -0700</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Aaron</title>
		<link>http://www.productbehavior.com/archive/objective-truth/comment-page-1#comment-866</link>
		<dc:creator>Aaron</dc:creator>
		<pubDate>Wed, 21 Jan 2009 22:08:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.productbehavior.com/?p=273#comment-866</guid>
		<description>Hi Nick,

All agreed. I think part of the issue I have stems from working in a large design consultancy - we usually don&#039;t have control over a client&#039;s entire portfolio of products, which is both hampering and freeing. Hampering in that we often must design within a design language that we didn&#039;t develop--and very often merely evolved over time in uncontrolled ways. Freeing in that we can focus our energy on making *this* product as good as it can be using what we know about doing good design, without the tangle of a large company&#039;s politics (that, we leave to our client).

As far as Apple&#039;s process goes, I think their success comes from self-restraint as much as anything else. Less a matter of including what they should, and more of leaving out what they could.

A</description>
		<content:encoded><![CDATA[<p>Hi Nick,</p>
<p>All agreed. I think part of the issue I have stems from working in a large design consultancy &#8211; we usually don&#8217;t have control over a client&#8217;s entire portfolio of products, which is both hampering and freeing. Hampering in that we often must design within a design language that we didn&#8217;t develop&#8211;and very often merely evolved over time in uncontrolled ways. Freeing in that we can focus our energy on making *this* product as good as it can be using what we know about doing good design, without the tangle of a large company&#8217;s politics (that, we leave to our client).</p>
<p>As far as Apple&#8217;s process goes, I think their success comes from self-restraint as much as anything else. Less a matter of including what they should, and more of leaving out what they could.</p>
<p>A</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Marsh</title>
		<link>http://www.productbehavior.com/archive/objective-truth/comment-page-1#comment-865</link>
		<dc:creator>Nick Marsh</dc:creator>
		<pubDate>Wed, 21 Jan 2009 21:53:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.productbehavior.com/?p=273#comment-865</guid>
		<description>Hi Aaron, sorry for being a bit late to the comments party on this one.

A tricky question. First, bottling &#039;aesthetics&#039; is always going to be tough, and there are significant differences between different product categories in their need for different types of aesthetic qualities (and of course our different tastes) - so I don&#039;t think you&#039;ll ever get some quant-y style measures that work along the lines of usability evaluations or ergonomics. Some companies like Google do perform hard core quantitative &#039;granular bucket testing&#039; of changes to the user experience - but these are small, live and highly focused on increasing easily measured metrics.

Back in the physical world, easier perhaps than developing tools for evaluating the look of individual products (which can be done through qual focus groups and other person to person systems) is developing the governance systems for evaluating design language across whole portfolio&#039;s of products. 

Setting up standard parameters for aesthetic variation depending on the position of a product on a matrix of similar products makes its easier to move the conversation away from the merits of the individual design decisions, and into the realms of the relative quality of decisions against other known decisions. This of course only works where an organisation makes a range of similar products. 

Finally, although I agree with the need to involve users in the design process, its got to be said that you can&#039;t beat a talented, passionate designer working as part of a team with a clear vision of a better world made possible by their designs : ) 

I&#039;ve heard that Apple (kings of portfolio management and cross channel design language consistency) don&#039;t do user testing, they just build products that they really, really want to use...</description>
		<content:encoded><![CDATA[<p>Hi Aaron, sorry for being a bit late to the comments party on this one.</p>
<p>A tricky question. First, bottling &#8216;aesthetics&#8217; is always going to be tough, and there are significant differences between different product categories in their need for different types of aesthetic qualities (and of course our different tastes) &#8211; so I don&#8217;t think you&#8217;ll ever get some quant-y style measures that work along the lines of usability evaluations or ergonomics. Some companies like Google do perform hard core quantitative &#8216;granular bucket testing&#8217; of changes to the user experience &#8211; but these are small, live and highly focused on increasing easily measured metrics.</p>
<p>Back in the physical world, easier perhaps than developing tools for evaluating the look of individual products (which can be done through qual focus groups and other person to person systems) is developing the governance systems for evaluating design language across whole portfolio&#8217;s of products. </p>
<p>Setting up standard parameters for aesthetic variation depending on the position of a product on a matrix of similar products makes its easier to move the conversation away from the merits of the individual design decisions, and into the realms of the relative quality of decisions against other known decisions. This of course only works where an organisation makes a range of similar products. </p>
<p>Finally, although I agree with the need to involve users in the design process, its got to be said that you can&#8217;t beat a talented, passionate designer working as part of a team with a clear vision of a better world made possible by their designs : ) </p>
<p>I&#8217;ve heard that Apple (kings of portfolio management and cross channel design language consistency) don&#8217;t do user testing, they just build products that they really, really want to use&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chris</title>
		<link>http://www.productbehavior.com/archive/objective-truth/comment-page-1#comment-862</link>
		<dc:creator>chris</dc:creator>
		<pubDate>Wed, 31 Dec 2008 00:31:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.productbehavior.com/?p=273#comment-862</guid>
		<description>Best
Post
Ever!</description>
		<content:encoded><![CDATA[<p>Best<br />
Post<br />
Ever!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron</title>
		<link>http://www.productbehavior.com/archive/objective-truth/comment-page-1#comment-861</link>
		<dc:creator>Aaron</dc:creator>
		<pubDate>Tue, 30 Dec 2008 13:40:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.productbehavior.com/?p=273#comment-861</guid>
		<description>Hi Michael,

You&#039;re right about functionality - as long as someone has set reasonable, well-defined usability goals for a product, testing whether the design meets those goals is pretty straightforward. Not everyone understands the process, but that&#039;s what design consultants are for, among other things. 

My consternation is over aesthetics, and it applies as much to medical devices as consumer products. And aesthetics aren&#039;t particularly regulated, and certainly aren&#039;t seen as part of the functionality - they&#039;re never part of a product requirements document.

Certainly, if you&#039;re a startup with a novel medical device and your product is the only one that does what it does and people need it, it doesn&#039;t much matter what it looks like. But that&#039;s a very small percentage of products. Most medical products must communicate some sort of message and make some sort of emotional statement. Things like diabetes-care devices are basically commodity consumer products at this point. Laboratory equipment must connect with the buyer at the hospital, communicate their value to the technician, look cool on a tour of hospital trustees. So, for the most part, medical products don&#039;t get a free pass these days. They must work as intended, but that&#039;s not sufficient.

Finding a way to characterize aesthetic goals and include them in with product requirements is part of what I&#039;m after.

A</description>
		<content:encoded><![CDATA[<p>Hi Michael,</p>
<p>You&#8217;re right about functionality &#8211; as long as someone has set reasonable, well-defined usability goals for a product, testing whether the design meets those goals is pretty straightforward. Not everyone understands the process, but that&#8217;s what design consultants are for, among other things. </p>
<p>My consternation is over aesthetics, and it applies as much to medical devices as consumer products. And aesthetics aren&#8217;t particularly regulated, and certainly aren&#8217;t seen as part of the functionality &#8211; they&#8217;re never part of a product requirements document.</p>
<p>Certainly, if you&#8217;re a startup with a novel medical device and your product is the only one that does what it does and people need it, it doesn&#8217;t much matter what it looks like. But that&#8217;s a very small percentage of products. Most medical products must communicate some sort of message and make some sort of emotional statement. Things like diabetes-care devices are basically commodity consumer products at this point. Laboratory equipment must connect with the buyer at the hospital, communicate their value to the technician, look cool on a tour of hospital trustees. So, for the most part, medical products don&#8217;t get a free pass these days. They must work as intended, but that&#8217;s not sufficient.</p>
<p>Finding a way to characterize aesthetic goals and include them in with product requirements is part of what I&#8217;m after.</p>
<p>A</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Plishka</title>
		<link>http://www.productbehavior.com/archive/objective-truth/comment-page-1#comment-860</link>
		<dc:creator>Michael Plishka</dc:creator>
		<pubDate>Tue, 30 Dec 2008 04:32:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.productbehavior.com/?p=273#comment-860</guid>
		<description>In the medical device arena, design is tied integrally into the functionality of the device: Does the device *work* as designed?  This is proven through documented and intense testing and documented proof of the design process.

Good designs have a certain &quot;zen&quot; quality to them in that people just know when it&#039;s right-it&#039;s intuited.  But that&#039;s not qualitative.

Again, in the medical realm, user feedback should be (but granted, isn&#039;t always) the barometer by which design quality is judged-and this is obtained frequently and often prior to launch.  There isn&#039;t a choice.  The regulatory framework demands that design aspects be in place prior to launch.  It NEEDS to be the right design, a quality design, as close to launch as possible-not just for competitive reasons but for safety and healthcare reasons.</description>
		<content:encoded><![CDATA[<p>In the medical device arena, design is tied integrally into the functionality of the device: Does the device *work* as designed?  This is proven through documented and intense testing and documented proof of the design process.</p>
<p>Good designs have a certain &#8220;zen&#8221; quality to them in that people just know when it&#8217;s right-it&#8217;s intuited.  But that&#8217;s not qualitative.</p>
<p>Again, in the medical realm, user feedback should be (but granted, isn&#8217;t always) the barometer by which design quality is judged-and this is obtained frequently and often prior to launch.  There isn&#8217;t a choice.  The regulatory framework demands that design aspects be in place prior to launch.  It NEEDS to be the right design, a quality design, as close to launch as possible-not just for competitive reasons but for safety and healthcare reasons.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
