<?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: Should Interaction Design Control Behavior?</title>
	<atom:link href="http://bradsramblings.com/blog/2009/05/should-interaction-design-control-behavior/feed/" rel="self" type="application/rss+xml" />
	<link>http://bradsramblings.com/blog/2009/05/should-interaction-design-control-behavior/</link>
	<description>User Experience, Interaction Design, Fatherhood</description>
	<lastBuildDate>Fri, 23 Mar 2012 15:53:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>By: Underbelly &#187; Oh, Behave</title>
		<link>http://bradsramblings.com/blog/2009/05/should-interaction-design-control-behavior/comment-page-1/#comment-56</link>
		<dc:creator>Underbelly &#187; Oh, Behave</dc:creator>
		<pubDate>Fri, 05 Feb 2010 11:01:26 +0000</pubDate>
		<guid isPermaLink="false">http://bradsramblings.com/blog/?p=140#comment-56</guid>
		<description>[...] to make you click on it, as are the links in this text. That’s not sinister! I found a great discussion thread from a blog on exactly this subject if you want to read both sides. Hopefully we’ll all be savvy [...]</description>
		<content:encoded><![CDATA[<p>[...] to make you click on it, as are the links in this text. That’s not sinister! I found a great discussion thread from a blog on exactly this subject if you want to read both sides. Hopefully we’ll all be savvy [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PoliticiansTV</title>
		<link>http://bradsramblings.com/blog/2009/05/should-interaction-design-control-behavior/comment-page-1/#comment-7</link>
		<dc:creator>PoliticiansTV</dc:creator>
		<pubDate>Wed, 13 May 2009 21:05:42 +0000</pubDate>
		<guid isPermaLink="false">http://bradsramblings.com/blog/?p=140#comment-7</guid>
		<description>There is no ethical issue here .. they go hand and hand. The issue is if you use such techniques to intentionally mislead. This is like using advertising as editorial in magazines ... They made laws for this. &lt;br&gt;&lt;br&gt;Data analysis is not a crime :) Web sites (applications)  will &quot;act&quot; and &quot;adapt&quot; to user interaction as the years (days) go by ... Resistance is futile.</description>
		<content:encoded><![CDATA[<p>There is no ethical issue here .. they go hand and hand. The issue is if you use such techniques to intentionally mislead. This is like using advertising as editorial in magazines &#8230; They made laws for this. </p>
<p>Data analysis is not a crime <img src='http://bradsramblings.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Web sites (applications)  will &#8220;act&#8221; and &#8220;adapt&#8221; to user interaction as the years (days) go by &#8230; Resistance is futile.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GilbertC</title>
		<link>http://bradsramblings.com/blog/2009/05/should-interaction-design-control-behavior/comment-page-1/#comment-6</link>
		<dc:creator>GilbertC</dc:creator>
		<pubDate>Sat, 09 May 2009 14:36:24 +0000</pubDate>
		<guid isPermaLink="false">http://bradsramblings.com/blog/?p=140#comment-6</guid>
		<description>Addressing these issues must depend on our views on human nature.  If we adopt the reductionist positions of much experimental psychology, that reduces people to deterministic machines, then we can indeed shape behaviour if we understand the causal laws underlying human activities.  What&#039;s more, if people are deterministic, then most, if not all, of the ethical issues disappear.&lt;br&gt;&lt;br&gt;If we take a humanistic view of human nature, and see people as interpreting, sense making, autonomous individuals in constraining social settings, who seek to grow throughout their lives, then &#039;nudges&#039; apart, we can&#039;t really expect to fully influence human behaviour through design.  Furthermore, the respect for individual autonomy here does raise ethical issues about covert manipulative behaviour.  As long as the &#039;nudges&#039; in an interaction design are overt and require some degree of knowing co-operation from users, then we can reduce the ethical issues.&lt;br&gt;&lt;br&gt;Mark Steen (TNO, Netherlands) examined self-other constructions in his Design PhD.  All design activities create a relationship between the designer(s)&#039; self and the users&#039; other, and also co-construct both self and other in the process.  I find Mark&#039;s analyses very helpful here in reframing the sort of questions above.  For me, the question is, what are the ethical relations between designers and users in terms of self-other relationships, especialy when the relationship is mediated by a design artefact?&lt;br&gt;&lt;br&gt;Ultimately, it comes down to how explict designers are in expressing their purpose for designs, that is the ends to which a design is a means.  Such purpose will vary, and have different ethical implications in different contexts, e.g., ATM dialogue design intentionally constrains the user to minimise queuing times, but a time-out on a print dialog would be seen as unethical - there is no need to pace users here, it&#039;s their PC and they an leave a dialog hanging as long as they want (this is not the same as Adobe/browsers *hiding* the print dialog under a pile of windows and freezing up your internet access!)</description>
		<content:encoded><![CDATA[<p>Addressing these issues must depend on our views on human nature.  If we adopt the reductionist positions of much experimental psychology, that reduces people to deterministic machines, then we can indeed shape behaviour if we understand the causal laws underlying human activities.  What&#39;s more, if people are deterministic, then most, if not all, of the ethical issues disappear.</p>
<p>If we take a humanistic view of human nature, and see people as interpreting, sense making, autonomous individuals in constraining social settings, who seek to grow throughout their lives, then &#39;nudges&#39; apart, we can&#39;t really expect to fully influence human behaviour through design.  Furthermore, the respect for individual autonomy here does raise ethical issues about covert manipulative behaviour.  As long as the &#39;nudges&#39; in an interaction design are overt and require some degree of knowing co-operation from users, then we can reduce the ethical issues.</p>
<p>Mark Steen (TNO, Netherlands) examined self-other constructions in his Design PhD.  All design activities create a relationship between the designer(s)&#39; self and the users&#39; other, and also co-construct both self and other in the process.  I find Mark&#39;s analyses very helpful here in reframing the sort of questions above.  For me, the question is, what are the ethical relations between designers and users in terms of self-other relationships, especialy when the relationship is mediated by a design artefact?</p>
<p>Ultimately, it comes down to how explict designers are in expressing their purpose for designs, that is the ends to which a design is a means.  Such purpose will vary, and have different ethical implications in different contexts, e.g., ATM dialogue design intentionally constrains the user to minimise queuing times, but a time-out on a print dialog would be seen as unethical &#8211; there is no need to pace users here, it&#39;s their PC and they an leave a dialog hanging as long as they want (this is not the same as Adobe/browsers *hiding* the print dialog under a pile of windows and freezing up your internet access!)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: landay</title>
		<link>http://bradsramblings.com/blog/2009/05/should-interaction-design-control-behavior/comment-page-1/#comment-5</link>
		<dc:creator>landay</dc:creator>
		<pubDate>Sat, 09 May 2009 01:20:37 +0000</pubDate>
		<guid isPermaLink="false">http://bradsramblings.com/blog/?p=140#comment-5</guid>
		<description>Of course and it does all the time.  But it will become even more important as interfaces are especially designed for behavior change (e.g., see the entire &quot;persuasive computing&quot; conference).</description>
		<content:encoded><![CDATA[<p>Of course and it does all the time.  But it will become even more important as interfaces are especially designed for behavior change (e.g., see the entire &#8220;persuasive computing&#8221; conference).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad Nunnally</title>
		<link>http://bradsramblings.com/blog/2009/05/should-interaction-design-control-behavior/comment-page-1/#comment-4</link>
		<dc:creator>Brad Nunnally</dc:creator>
		<pubDate>Thu, 07 May 2009 20:00:32 +0000</pubDate>
		<guid isPermaLink="false">http://bradsramblings.com/blog/?p=140#comment-4</guid>
		<description>For a given project it may be worth exploring phases that attempt to either support current behavior or try something new. Applications like Office and Photoshop have been doing this sort of by simply tagging on new features on top of old, even if the new feature makes an old one obsolete.&lt;br&gt;&lt;br&gt;This may be a good process for successfully phasing out legacy features.</description>
		<content:encoded><![CDATA[<p>For a given project it may be worth exploring phases that attempt to either support current behavior or try something new. Applications like Office and Photoshop have been doing this sort of by simply tagging on new features on top of old, even if the new feature makes an old one obsolete.</p>
<p>This may be a good process for successfully phasing out legacy features.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mirweis</title>
		<link>http://bradsramblings.com/blog/2009/05/should-interaction-design-control-behavior/comment-page-1/#comment-3</link>
		<dc:creator>mirweis</dc:creator>
		<pubDate>Wed, 06 May 2009 14:14:39 +0000</pubDate>
		<guid isPermaLink="false">http://bradsramblings.com/blog/?p=140#comment-3</guid>
		<description>This is a vast debate that could be extended to a lot of domains. I would rephrase these two categories as &quot;structuring&quot; and &quot;regulating&quot;. &lt;br&gt;&lt;br&gt;The structuring approach would provide users with a predefined &quot;script&quot; or &quot;routine&quot; helping them to go through the actions they have to accomplish towards a specific goal. This works well with new-comers or beginners as a &quot;scaffold&quot; for their activity. (in the same manner than adding additional wheels to a child&#039;s bicycle when he/she is learning to ride). The drawback is that it usually prevents users to be creative or to transfer solutions that already work form them. &lt;br&gt;&lt;br&gt;The regulating approach is to provide users with freedom about their processes of interaction with the interface. In addition, one may add some sort of feedback support to help them figure out ways to efficiently reach there goal. This approach is less constraining and leave room for idiosyncratic routines as well as creativity in terms of optimizing these routines. These approaches would fit best intermediate and frequent users.&lt;br&gt;&lt;br&gt;To sum up, I agree with your position but would add that it is dangerous to adhere to one of these school of thoughts. Both could have there advantages and drawbacks. Carefully analyzing the context of use and the specificities of the audience is the key.</description>
		<content:encoded><![CDATA[<p>This is a vast debate that could be extended to a lot of domains. I would rephrase these two categories as &#8220;structuring&#8221; and &#8220;regulating&#8221;. </p>
<p>The structuring approach would provide users with a predefined &#8220;script&#8221; or &#8220;routine&#8221; helping them to go through the actions they have to accomplish towards a specific goal. This works well with new-comers or beginners as a &#8220;scaffold&#8221; for their activity. (in the same manner than adding additional wheels to a child&#39;s bicycle when he/she is learning to ride). The drawback is that it usually prevents users to be creative or to transfer solutions that already work form them. </p>
<p>The regulating approach is to provide users with freedom about their processes of interaction with the interface. In addition, one may add some sort of feedback support to help them figure out ways to efficiently reach there goal. This approach is less constraining and leave room for idiosyncratic routines as well as creativity in terms of optimizing these routines. These approaches would fit best intermediate and frequent users.</p>
<p>To sum up, I agree with your position but would add that it is dangerous to adhere to one of these school of thoughts. Both could have there advantages and drawbacks. Carefully analyzing the context of use and the specificities of the audience is the key.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

