<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Design with Intent &#187; Architecture</title>
	<atom:link href="http://architectures.danlockton.co.uk/category/architecture/feed/" rel="self" type="application/rss+xml" />
	<link>http://architectures.danlockton.co.uk</link>
	<description>Using design to influence behaviour</description>
	<lastBuildDate>Thu, 24 Dec 2009 17:07:44 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>User-centred design for energy efficiency in buildings: TSB competition</title>
		<link>http://architectures.danlockton.co.uk/2009/12/10/user-centred-design-for-energy-efficiency-in-buildings-tsb-competition/</link>
		<comments>http://architectures.danlockton.co.uk/2009/12/10/user-centred-design-for-energy-efficiency-in-buildings-tsb-competition/#comments</comments>
		<pubDate>Thu, 10 Dec 2009 18:29:56 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Asides]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Environmental]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Sustainability]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[User experience]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=1366</guid>
		<description><![CDATA[The deadline&#8217;s fast approaching (mid-day 17th Dec) for the UK Technology Strategy Board&#8217;s &#8216;User-centred design for energy efficiency in buildings&#8217; competition [PDF] &#8211; there&#8217;s an introduction from Fionnuala Costello here. 
This is an exciting initiative which aims to bring together (in a 5-day &#8217;sandpit&#8217;) people from different disciplines and different sectors to address the problems [...]]]></description>
			<content:encoded><![CDATA[<p>The deadline&#8217;s fast approaching (mid-day 17th Dec) for the UK <a href="http://www.innovateuk.org/">Technology Strategy Board</a>&#8217;s <a href="https://www.technologyprogramme.org.uk/extranet/competitions/autumn08/Documents/misc/UserCentredDesign/User-CentredDesignCompetition.pdf">&#8216;User-centred design for energy efficiency in buildings&#8217; competition</a> [PDF] &#8211; there&#8217;s an <a href="http://peopleinbuildings.ning.com/profiles/blogs/new-competition-for-funding-in">introduction from Fionnuala Costello here</a>. </p>
<p>This is an exciting initiative which aims to bring together (in a 5-day &#8217;sandpit&#8217;) people from different disciplines and different sectors to address the problems of influencing user behaviour to improve the energy efficiency of offices and other non-domestic buildings, and generate commercially viable collaborative solutions to develop, some of which will then be part-funded by the TSB. Fionnuala&#8217;s blog, <a href="http://peopleinbuildings.ning.com/"><strong>People in Buildings</strong></a> has some great posts and discussions exploring aspects of how <a href="http://peopleinbuildings.ning.com/profiles/blogs/taking-away-peoples-power">human</a> <a href="http://peopleinbuildings.ning.com/profiles/blogs/case-study-retail-chain-uses">factors</a> and <a href="http://peopleinbuildings.ning.com/profiles/blogs/temperature-sensors-attached">technology</a> together might be used to help people use energy more effectively. If you or your organisation are interested in these kinds of issues &#8211; and using design to address them &#8211; it&#8217;d be well worth getting an application in over the next few days.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2009/12/10/user-centred-design-for-energy-efficiency-in-buildings-tsb-competition/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Designed environments as learning systems</title>
		<link>http://architectures.danlockton.co.uk/2009/02/11/designed-environments-as-learning-systems/</link>
		<comments>http://architectures.danlockton.co.uk/2009/02/11/designed-environments-as-learning-systems/#comments</comments>
		<pubDate>Wed, 11 Feb 2009 19:28:08 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Environmental]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Randian]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[Urban]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=592</guid>
		<description><![CDATA[
How much of designing an environment is consciously about influencing how people use it? And how much of that influence is down to users learning what the environment affords them, and acting accordingly?
The first question&#8217;s central what this blog&#8217;s been about over the last four years (with &#8216;products&#8217;, &#8217;systems&#8217;, &#8216;interfaces&#8217; and so on variously standing [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/westlondonfromrichmondpark.jpg" alt="West London from Richmond Park - Trellick Tower in the centre" /></p>
<p>How much of designing an environment is consciously about influencing how people use it? And how much of that influence is down to users <em>learning</em> what the environment affords them, and acting accordingly?</p>
<p>The first question&#8217;s central what this blog&#8217;s been about over the last four years (with &#8216;products&#8217;, &#8217;systems&#8217;, &#8216;interfaces&#8217; and so on variously standing in for &#8216;environment&#8217;), but many of the examples I&#8217;ve used, from <a href="http://architectures.danlockton.co.uk/2008/05/30/steps-read-made-seats/">anti-sit</a> <a href="http://architectures.danlockton.co.uk/2008/12/16/inexclusive-design/">features</a> to <a href="http://architectures.danlockton.co.uk/2007/12/11/i-believe-in-mirror-queues/">bathrooms</a> and <a href="http://architectures.danlockton.co.uk/2007/06/15/deliberately-creating-worry/">cafés</a> designed to speed up user throughput, only reveal the architect&#8217;s (presumed) behaviour-influencing <a href="http://architectures.danlockton.co.uk/2008/12/23/arch-and-intent/">intent</a> in hindsight, i.e. by reviewing them and trying to understand, if it isn&#8217;t obvious, what the motivation is behind a particular design feature. While there are examples where the intent is explicitly acknowledged, such as <a href="http://architectures.danlockton.co.uk/2007/10/18/review-architecture-as-crime-control-by-neal-katyal/">crime prevention through environmental design</a>, and <a href="http://architectures.danlockton.co.uk/2006/12/06/bollardian-nightmare/">traffic</a> <a href="http://architectures.danlockton.co.uk/2006/12/22/some-more-architectures-of-control-for-traffic-management/">management</a>, it can still <a href="http://architectures.danlockton.co.uk/2008/05/01/getting-someone-to-do-things-in-a-particular-order-part-1/#comment-189137">cause surprise</a> when a behaviour-influencing agenda <a href="http://architectures.danlockton.co.uk/2009/01/05/staggering-insight/">is revealed</a>.</p>
<p>Investigating what environmental and ecological psychology have to say about this, a few months ago I came across <em>The Organization of Spatial Stimuli</em>, an article by Raymond G. Studer, published in 1970 [1] &#8211; it&#8217;s one of the few explicit calls for a theory of designing environments to influence user behaviour, and it raises some interesting issues:</p>
<blockquote><p>&#8220;The nature of the environmental designer&#8217;s problem is this: A behavioral system has been specified (within the constraints imposed by the particular human participants and by the goals of the organization of which they are members.) The participants are not presently emitting the specified behaviors, otherwise there would be <em>no problem</em>. It is necessary that they do emit these behaviors if their individual and collective goals are to be realized. The problem then is to bring about the acquisition or modification of behaviors towards the specified states (without in any way jeopardizing their general well-being in the process). Such a change in state we call <em>learning</em>. <strong>Designed environments are basically <em>learning systems</em>, arranged to bring about and maintain specified behavioral topologies.</strong> Viewed as such, stimulus organization becomes a more clearly directed task. The question then becomes not how can stimuli be arranged to stimulate, but how can stimuli be arranged to bring about a requisite state of behavioral affairs.<br />
&#8230;<br />
[E]vents which have traditionally been regarded as the <em>ends</em> in the design process, e.g. pleasant, exciting, stimulating, comfortable, the participant&#8217;s likes and dislikes, should be reclassified. <strong>They are not ends at all, but valuable <em>means</em> which should be skilfully ordered to direct a more appropriate over-all behavioral texture.</strong> They are members of a class of (designed environmental) reinforcers. These aspects must be identified before behavioral effects of the designed environment can be fully understood.&#8221;</p></blockquote>
<p>Now, I think it&#8217;s probably rare nowadays for architects or designers to talk of design features as &#8217;stimuli&#8217;, even if they are intended to influence behaviour. <a href="http://en.wikipedia.org/wiki/Operant_conditioning">Operant conditioning</a> and <a href="http://en.wikipedia.org/wiki/Radical_Behaviorism">B.F. Skinner&#8217;s behaviourism</a> are less fashionable than they once were. But the &#8220;designed environments are learning systems&#8221; point Studer makes can well be applied beyond simply &#8216;reinforcing&#8217; particular behaviours. </p>
<p>Think how powerful <a href="http://changingminds.org/explanations/theories/social_norms.htm">social norms</a> and even <a href="http://changingminds.org/explanations/theories/framing.htm">framing</a> can be at influencing our behaviour in environments &#8211; the sober environment of a law court gives (most of) us a different range of perceived affordances to our own living room (social norms, mediated by architecture) &#8211; and that&#8217;s surely something we <em>learn</em>. Frank Lloyd Wright intentionally designed dark, narrow corridors leading to large, bright open rooms (e.g. in the <a href="http://www.galinsky.com/buildings/yamamura/index.htm">Yamamura House</a>) so that the contrast &#8211; and people&#8217;s experience &#8211; was heightened (framing, of a sort) &#8211; but this effect would probably be <em>lessened</em> by repeated exposure. It still influenced user behaviour though, even if only the first few times, but the memory of the effect that such a room had those first few times probably lasted a lifetime. Clearly, the process of forming a mental model about how to use a product, or how to behave in an environment, or how to behave socially, is about learning, and the design of the systems around us <em>does</em> educate us, in one way or another.</p>
<p>Stewart Brand&#8217;s classic <em><a href="http://sb.longnow.org/HBL%20excerpt.html">How Buildings Learn</a></em> (<a href="http://video.google.co.uk/videoplay?docid=8639555925486210852&#038;hl=en">watch the series too</a>) perhaps suggests (among other insights) an extension of the concept: if, when we learn what our environment affords us, this no longer suits our needs, the best architecture may be that which we can adapt, rather than being constrained by the behavioural assumptions designed into our environments by history. </p>
<p>I&#8217;m not an architect, though, or a planner, and &#8211; as I&#8217;ve mentioned a few times on the blog &#8211; it would be very interesting to know, from people who are: <em>to what extent are notions of influencing behaviour taught as part of architectural training?</em> This <a href="http://www.designcommunity.com/discussion/19626.html">series of discussion board posts</a> suggests that the issue is definitely there for architecture students, but is it framed as a conscious, positive process (e.g. &#8220;funnel pedestrians past the shops&#8221;), a reactionary one (e.g. &#8220;<a href="http://architectures.danlockton.co.uk/2006/10/20/bruce-schneier-architecture-security/">use pebbled paving to make it painful for hippies to congregate</a>&#8220;), one of educating users through architectural features (as in Studer&#8217;s suggestion), or as something else entirely? </p>
<p>[1] Studer, R.G. &#8216;The Organization of Spatial Stimuli.&#8217; In Pastalan, L.A. and Carson, D.H. (eds.), <em>Spatial Behavior of Older People</em>. Ann Arbor: University of Michigan, 1970.</p>
<p><em><a href="http://danlockton.co.uk">Dan Lockton</a></em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2009/02/11/designed-environments-as-learning-systems/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>What&#8217;s the deal with angled steps?</title>
		<link>http://architectures.danlockton.co.uk/2009/01/15/whats-the-deal-with-angled-steps/</link>
		<comments>http://architectures.danlockton.co.uk/2009/01/15/whats-the-deal-with-angled-steps/#comments</comments>
		<pubDate>Thu, 15 Jan 2009 09:00:31 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to injure]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Regulation]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[Urban]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=439</guid>
		<description><![CDATA[It&#8217;s a simple question, really, to any readers with experience in urban planning and specifying architectural features: what is the reasoning behind positioning steps at an angle such as this set (left and below) leading down to the Queen&#8217;s Walk near London Bridge station? 
Obviously one reason is to connect two walkways that are offset [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/angledsteps_1.jpg" alt="Angled Steps" align="left" />It&#8217;s a simple question, really, to any readers with experience in urban planning and specifying architectural features: what is the reasoning behind positioning steps at an angle such as this set (left and below) leading down to the Queen&#8217;s Walk near London Bridge station? </p>
<p>Obviously one reason is to connect two walkways that are offset slightly where there is no space to have a perpendicular set of steps, but are they ever used <em>strategically</em>? They&#8217;re much more difficult to run down or up than conventionally perpendicular steps, which would seem like it might help constrain escaping thieves, or make it less likely that people will be able to run from one walkway to another without slowing down and watching their step. </p>
<p>Like the configuration of spiral staircases in mediaeval castles to favour a defender running down the steps anticlockwise, holding a sword in his right hand, over the attacker running up to meet him (e.g. <a href="http://www.idhub.com/realworld/columns/leftright.html">as described here</a>), the way that <a href="http://architectures.danlockton.co.uk/2006/12/22/some-more-architectures-of-control-for-traffic-management/">town marketplaces were often built with pinch points at each end to make it more difficult for animals (or thieves) to escape</a>, or even the <a href="http://architectures.danlockton.co.uk/2006/10/30/enforcing-reverence-increasing-mental-acuity/">&#8216;enforced reverence&#8217; effect of the very steep steps at Ta Keo in Cambodia</a>, are angled steps and staircases ever specified deliberately with this intent?</p>
<p><img src="http://danlockton.co.uk/research/images/angledsteps_2.jpg" alt="Angled Steps" /></p>
<p>The first time I thought of this was confronting these steps (below) leading from the shopping centre next to Waverley Station in Edinburgh a couple of years ago: they seemed purpose-built to slow fleeing shoplifters, but I did consider that it might just be my tendency to see everything with a &#8216;Design with Intent&#8217; bias &#8211; a kind of <a href="http://www.overcomingbias.com/2007/07/conspiracy-beli.html">conspiracy bias</a>, ascribing to design intent that which is perhaps more likely to be due to situational factors (a kind of <a href="http://en.wikipedia.org/wiki/Fundamental_attribution_error">fundamental attribution error</a> for design), or <a href="http://en.wikipedia.org/wiki/Correspondent_inference_theory">inferring the intention behind a design by looking at its results</a>! </p>
<p>What&#8217;s your angle on the steps?</p>
<p><img src="http://danlockton.co.uk/research/images/angledsteps_3.jpg" alt="Angled Steps" /></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2009/01/15/whats-the-deal-with-angled-steps/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Staggering insight</title>
		<link>http://architectures.danlockton.co.uk/2009/01/05/staggering-insight/</link>
		<comments>http://architectures.danlockton.co.uk/2009/01/05/staggering-insight/#comments</comments>
		<pubDate>Mon, 05 Jan 2009 09:00:52 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Britain]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Mistake-proofing]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[Traffic calming]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=456</guid>
		<description><![CDATA[
I&#8217;ve mentioned a few times, perhaps more often in presentations than on the blog, the fact that guidelines for the design of pedestrian crossings in the UK [PDF] recommend that where a crossing is staggered, pedestrians should be routed so that they have to face traffic, thus increasing the likelihood of noticing oncoming cars, and [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/staggered_1.jpg" alt="Staggered crossing in Bath" /></p>
<p>I&#8217;ve mentioned a few times, perhaps more often in presentations than on the blog, the fact that <a href="http://www.dft.gov.uk/pgr/roads/tpm/ltnotes/thedesignofpedestriancrossin4034">guidelines for the design of pedestrian crossings in the UK</a> [PDF] recommend that where a crossing is staggered, pedestrians should be routed so that they have to face traffic, thus increasing the likelihood of noticing oncoming cars, and indeed of oncoming drivers noticing the pedestrians:</p>
<blockquote><p>5.2.5 Staggered crossings on two-way roads should have a left handed stagger so that pedestrians on the central refuge are guided to face the approaching traffic stream.</p></blockquote>
<p>When I gave this example of Design with Intent at <a href="http://www.lancs.ac.uk/ias/annualprogramme/protection/conference/index.htm">Lancaster</a>, the discussion &#8211; led, I think, by Lucy Suchman and Patricia Clough &#8211; turned to how this arrangement inevitably formalised and reinforced the embedded hegemony of the motor car in society, and so on: that the motorist is privileged over the pedestrian and the pedestrian must submit by watching out for cars, rather than the other way around. </p>
<p>Now, all that is arguably true &#8211; I <em>had</em> seen this example as merely a clever, sensible way to use design to influence user behaviour for safety, for everyone&#8217;s benefit (both pedestrians and drivers) without it costing any more than, say, a crossing staggered the opposite way round &#8211; but this is, maybe, the nature of this whole field of Design with Intent: lots of disciplines potentially have perspectives on it and what it means. What a traffic engineer or an ergonomist or a <a href="http://www.mistakeproofing.com/">mistake-proofer</a> sees as a safety measure, a sociologist may see as a designed-in power relation. What Microsoft saw as <a href="http://www.appscout.com/2007/02/to_kill_a_paperclip.php">a tool for helping users was seen as patronising and annoying</a> (at least by the most vociferous users). It&#8217;s all interesting, because it all broadens the number of interpretations and considerations applied to everything, and &#8211; if I&#8217;m honest &#8211; force me to think on more levels about every example. </p>
<p>Multiple lenses are helpful to designers otherwise stuck at whatever focal length the client&#8217;s prescribed.</p>
<p>Back to the crossings, though: the above crossing in Bath is a bit unusual in how it&#8217;s arranged with so many control panels for pedestrians. But in general, with simple <a href="http://www.cbrd.co.uk/histories/pedestriancrossings/">Pelican and Puffin crossings in the UK</a>, there is a design feature even more obvious, which only struck me* the same day I photographed the above crossing in Bath: the pedestrian signal control panel is usually also to the right of where pedestrians stand waiting to cross, i.e. (with UK driving on the left), <em>in order to press the button, pedestrians have to turn to face the oncoming traffic</em>.</p>
<p>The guidelines actually mention this as helping people with poor vision, but it would seem that it really assists all users, even if only slightly. It means you can watch the traffic as you decide whether or not you actually need to press the button, and will be more likely to be standing in a position where you can see the oncoming traffic at the point when you walk out into the road.</p>
<blockquote><p>5.1.7 To assist blind and partially sighted pedestrians, as they approach the crossing, the primary push button/indicator panel should normally be located on the right hand side. The alignment should encourage them to face oncoming vehicles. The centre of the push button should be between 1.0 and 1.1 metres above the footway level.</p></blockquote>
<p>This is the sort of &#8216;hidden&#8217; intentional, strategic design detailing which fascinates me. It <em>is</em> obvious, it <em>is</em> quotidian, but it&#8217;s also <em>thoughtful</em>.</p>
<p><img src="http://danlockton.co.uk/research/images/staggered_2.jpg" alt="Staggered crossing in Bath" /></p>
<p><em>*Looking back through my notebooks, I see that someone actually mentioned this to me at <a href="http://extra.shu.ac.uk/productlife/seminar_08.html">a seminar at Sheffield Hallam</a> in September 2007 but I forgot about it: many thanks to whoever it was, and I should be better at reading through my notes next time!</em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2009/01/05/staggering-insight/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Architecture and Intent</title>
		<link>http://architectures.danlockton.co.uk/2008/12/23/arch-and-intent/</link>
		<comments>http://architectures.danlockton.co.uk/2008/12/23/arch-and-intent/#comments</comments>
		<pubDate>Tue, 23 Dec 2008 09:00:10 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Ballardian]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Randian]]></category>
		<category><![CDATA[Underclass]]></category>
		<category><![CDATA[Urban]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=446</guid>
		<description><![CDATA[
Ernő Goldfinger on his Trellick Tower:
I built skyscrapers for people to live in there and now they messed them up — disgusting.
Discuss.

]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/trellick1.jpg" alt="Trellick Tower" /></p>
<p><a href="http://www.designmuseum.org/designinbritain/erno-goldfinger">Ernő Goldfinger</a> on his <a href="http://www.open2.net/modernity/3_14.htm">Trellick Tower</a>:</p>
<blockquote><p>I built skyscrapers for people to live in there and now they messed them up — disgusting.</p></blockquote>
<p>Discuss.</p>
<p><img src="http://danlockton.co.uk/research/images/trellick2.jpg" alt="Trellick Tower" /></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/12/23/arch-and-intent/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Anti-homeless &#8217;stools&#8217;</title>
		<link>http://architectures.danlockton.co.uk/2008/12/18/anti-homeless-stools/</link>
		<comments>http://architectures.danlockton.co.uk/2008/12/18/anti-homeless-stools/#comments</comments>
		<pubDate>Thu, 18 Dec 2008 09:00:17 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Benches]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[University]]></category>
		<category><![CDATA[Urban]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=471</guid>
		<description><![CDATA[
Stuart Candy of the brilliant Sceptical Futuryst let me know about authorities in Honolulu replacing benches with round &#8217;stools&#8217; to prevent homeless people sleeping at bus stops (above image from Honolulu Advertiser story):
So far, the city has spent about $11,000 on the seating initiative, removing benches and installing 55 stools at 12 bus stops in [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/honolulu_stools_1.jpg" alt="Bus stop stools, Honolulu. Image from www.honoluluadvertiser.com" /></p>
<p>Stuart Candy of the brilliant <a href="http://futuryst.com/">Sceptical Futuryst</a> let me know about <a href="http://www.honoluluadvertiser.com/article/20081027/NEWS01/810270333">authorities in Honolulu replacing benches with round &#8217;stools&#8217; to prevent homeless people sleeping at bus stops</a> (above image from <em>Honolulu Advertiser</em> story):</p>
<blockquote><p>So far, the city has spent about $11,000 on the seating initiative, removing benches and installing 55 stools at 12 bus stops in urban Honolulu and Kane&#8217;ohe. Wayne Yoshioka, city Department of Transportation Services director, said the city will continue the program on a &#8220;case-by-case&#8221; basis in response to rider complaints.</p>
<p>&#8220;The benches were being used as makeshift beds by many people that were out there,&#8221; Yoshioka said. &#8220;In an effort to provide areas for people to sit, but still discouraging people from sleeping, we started replacing benches with stools.&#8221;</p>
<p>He added the issue is a &#8220;delicate one&#8221; that requires sensitivity toward the homeless who are being displaced from stops.<br />
&#8230;<br />
The City Council is also considering a ban on sleeping or lying down at city bus stops, though that measure has been stalled for several months.</p>
<p>For its part, the city says its effort to reclaim everything from parks to beaches to bus stops is about making sure everyone has equal access to public spaces. City officials acknowledge that the homeless population in the Islands, which advocates say could increase in the worsening economy, is one of the most hard-to-solve social problems facing the state. But they also contend that the city has a duty to make sure public spaces can be used by all.</p>
<p>Doran Porter, executive director of the Affordable Housing and Homeless Alliance, disagrees with the city&#8217;s approach, saying it&#8217;s dealing with symptoms — not the problem.<br />
&#8230;<br />
Michael Stoops, acting executive director of the Washington, D.C.-based National Coalition for the Homeless, said cities should concentrate more on providing shelter and services for the homeless and less on moving them from bus stops.</p>
<p>&#8220;It&#8217;s a misguided effort,&#8221; he said, of the Honolulu initiative.<br />
&#8230;<br />
Roger Morton, president and general manager of Oahu Transit Services, which operates TheBus for the city, said bus riders have a right to expect seating at stops. He added that seating is at a premium these days with buses so full &#8230; He said transit authorities across the country are increasingly buying &#8220;lie-down-unfriendly furniture&#8221; to keep seats open for bus riders.</p></blockquote>
<p>The round stools <em>look</em> interesting; I&#8217;m not sure that (if you didn&#8217;t know otherwise) they would immediately suggest that that&#8217;s where you&#8217;re supposed to sit, though I suppose it wouldn&#8217;t take long to figure out. But apart from preventing people lying down, they also prevent people sitting next to each other. Friends, lovers, parents with young children all now have to sit separately (or on each other&#8217;s laps). That&#8217;s OK when there are stools in line close together, but what if they&#8217;re occupied? You can&#8217;t ask people to &#8216;budge up&#8217; when the stools aren&#8217;t big enough for more than one person at a time.</p>
<p>As people have suggested a number of times <a href="http://architectures.danlockton.co.uk/category/benches/">when we&#8217;ve discussed unfriendly benches before on the blog</a>, some kind of lightweight guerilla seating apparatus might be useful, either <a href="http://architectures.danlockton.co.uk/2007/07/16/lean-or-mean/#comment-79699">cardboard</a> or <a href="http://www.insecurespaces.net/archisuits.html">foam like Sarah Ross&#8217;s wonderful Archisuits</a>.</p>
<p><img src="http://danlockton.co.uk/research/images/honolulu_stools_2.jpg" alt="Board placed across<br />
stools to afford lying down etc&#8221; /></p>
<p><img src="http://danlockton.co.uk/research/images/archisuit.jpg" alt="Archisuit by Sarah Ross" /></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/12/18/anti-homeless-stools/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>{In&#124;Ex}clusive Design</title>
		<link>http://architectures.danlockton.co.uk/2008/12/16/inexclusive-design/</link>
		<comments>http://architectures.danlockton.co.uk/2008/12/16/inexclusive-design/#comments</comments>
		<pubDate>Tue, 16 Dec 2008 09:00:23 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Britain]]></category>
		<category><![CDATA[Children]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to injure]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Exclusion]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Teenagers]]></category>
		<category><![CDATA[Underclass]]></category>
		<category><![CDATA[Urban]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=462</guid>
		<description><![CDATA[
Giving with one hand, and taking away with the other.
The juxtaposition of hand rails and anti-sit spikes outside this church in Bradford-on-Avon, Wiltshire suggests a particular configuration of design priorities: helping people climb the steps, but forbidding anyone sitting on the wall. 
Are the targets different groups of people? We might think so: older people [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/spikesandrail1.jpg" alt="Spikes and rail, Bradford-on-Avon" /></p>
<p>Giving with one hand, and taking away with the other.</p>
<p>The juxtaposition of hand rails and <a href="http://www.usemenow.com/web-log/archives/the_antisit/">anti-sit spikes</a> outside this church in <a href="http://www.cotswolds.info/places/bradford-on-avon.shtml">Bradford-on-Avon, Wiltshire</a> suggests a particular configuration of design priorities: helping people climb the steps, but forbidding anyone sitting on the wall. </p>
<p>Are the targets different groups of people? We might think so: older people may have more difficulty climbing the steps, and so be more likely to need hand rails, and younger people might be more likely to be &#8216;hanging around&#8217; outside, and thus &#8216;need&#8217; to be &#8216;discouraged&#8217;. This might be a simple case of discriminatory architecture, aimed at excluding one group while welcoming another.</p>
<p>But then older people like sitting down too. <em>People in general</em> like sitting down. Is this a case of cutting off your nose to spite own face? Whatever the &#8216;backstory&#8217; is, the intent behind the different features, and the decision-making process (the spikes look older than the rails) would be interesting to know.</p>
<p><img src="http://danlockton.co.uk/research/images/spikesandrail2.jpg" alt="Spikes and rail, Bradford-on-Avon" /></p>
<p><img src="http://danlockton.co.uk/research/images/spikesandrail3.jpg" alt="Spikes and rail, Bradford-on-Avon" /></p>
<p><img src="http://danlockton.co.uk/research/images/spikesandrail4.jpg" alt="Spikes and rail, Bradford-on-Avon" /></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/12/16/inexclusive-design/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Skinner and the Mousewrap</title>
		<link>http://architectures.danlockton.co.uk/2008/09/17/skinner-and-the-mousewrap/</link>
		<comments>http://architectures.danlockton.co.uk/2008/09/17/skinner-and-the-mousewrap/#comments</comments>
		<pubDate>Wed, 17 Sep 2008 13:33:07 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Animals]]></category>
		<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Designed to injure]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Punishment]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Urban]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=367</guid>
		<description><![CDATA[
Dontclick.it, an interesting interface design experiment by Alex Frank, included this amusing idea, the Mousewrap, to &#8216;train&#8217; users not to click any more &#8220;through physical pain&#8221;.
It did make me think: is the use of anti-sit spikes on window sills, ledges, and so on, or anti-climb spikes on walls, intended primarily as a Skinnerian operant conditioning [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/mousewrap.jpg" alt="Mousewrap - dontclick.it" /></p>
<p><a href="http://www.dontclick.it/"><strong>Dontclick.it</strong></a>, an interesting interface design experiment by <a href="http://lxfx.de/">Alex Frank</a>, included this amusing idea, the Mousewrap, to &#8216;train&#8217; users not to click any more &#8220;through physical pain&#8221;.</p>
<p>It did make me think: is the use of <a href="http://www.usemenow.com/web-log/archives/the_antisit/">anti-sit spikes</a> on window sills, ledges, and so on, or anti-climb spikes on walls, intended primarily as a Skinnerian <em><a href="http://www.youtube.com/watch?v=I_ctJqjlrHA">operant conditioning</a> method</em> (punishment &#8211; i.e. getting spiked &#8211; leading to decrease in the behaviour), or as a <em><a href="http://www.jnd.org/dn.mss/affordances_and.html">perceived affordance</a> method</em> (we see that it looks uncomfortable to sit down, so we don&#8217;t do it)? How do deterrents like this actually work?</p>
<p>It might seem a subtle difference, and in practice it probably doesn&#8217;t matter; it&#8217;s probably a bit of both, in fact. Most people will be discouraged by seeing the spikes, and for the few who aren&#8217;t, they&#8217;ll learn after getting spiked. </p>
<p>But on what level do anti-pigeon spikes work? Do pigeons perceive the lack of &#8216;comfort&#8217; affordance? Or do they try and perch and only then &#8216;learn&#8217;? How similar does the spike (or whatever) have to be to others the animal has seen? Do animals (and humans) only learn to perceive affordances (or the lack of them) after having been through the operant conditioning process previously &#8211; and then generalising from that experience to <em>all</em> spikes?</p>
<p>What&#8217;s the accepted psychological wisdom on this? </p>
<p><img src="http://danlockton.co.uk/research/images/spikes_1.jpg" alt="Spikes" /><br />
<img src="http://danlockton.co.uk/research/images/spikes_2.jpg" alt="Spikes" /><br />
<img src="http://danlockton.co.uk/research/images/spikes_3.jpg" alt="Spikes" /><br />
<img src="http://danlockton.co.uk/research/images/spikes_4.jpg" alt="Spikes" /><br /><em>Some spikes in Windsor, Poundbury, Chiswick and Dalston, UK.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/09/17/skinner-and-the-mousewrap/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Architecting and designing</title>
		<link>http://architectures.danlockton.co.uk/2008/08/07/architecting-and-designing/</link>
		<comments>http://architectures.danlockton.co.uk/2008/08/07/architecting-and-designing/#comments</comments>
		<pubDate>Thu, 07 Aug 2008 20:31:31 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Terminology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=357</guid>
		<description><![CDATA[&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;
Seth Godin asks &#8216;Is architect a verb?&#8217;, and makes an interesting distinction between design and architecture (emphases mine): 
Design carries a lot of baggage related to aesthetics. We say something is well-designed if it looks good. There are great designs that don&#8217;t look good, certainly, but it&#8217;s really easy to get caught up in a [...]]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<img src="http://danlockton.co.uk/research/images/architect.jpg" alt="Architecture" /></p>
<p><a href="http://sethgodin.typepad.com/seths_blog/2008/08/is-architect-a.html">Seth Godin asks &#8216;Is architect a verb?&#8217;</a>, and makes an interesting distinction between <em>design</em> and <em>architecture</em> (emphases mine): </p>
<blockquote><p>Design carries a lot of baggage related to aesthetics. We say something is well-designed if it looks good. There are great designs that don&#8217;t look good, certainly, but it&#8217;s really easy to get caught up in a bauhaus, white space, font-driven, Ideo-envy way of thinking about design. </p>
<p>So I reserve &#8220;architect&#8221; to describe the <strong>intentional arrangement of design elements to get a certain result</strong>. You can architect a computer server set up to make it more efficient. You can architect a train station to get more people per minute through the turnstiles. More interesting, you can architect a business model or a pricing structure to make it far more <strong>effective at generating the behavior you&#8217;re looking for</strong>.</p></blockquote>
<p>Seth&#8217;s definition of &#8216;architecting&#8217; is very closely aligned to what I&#8217;ve termed <a href="http://architectures.danlockton.co.uk/what-is-design-with-intent/">&#8216;design with intent&#8217;</a>: strategic design intended to result in certain user behaviour. My definition&#8217;s a bit narrower, probably, with the focus on influencing user behaviour, techniques for doing that, and the rights and wrongs of it, but there&#8217;s a big parallel there. The key thing is that both architecting and designing with intent are <em>deliberate</em> (and often <a href="http://grammar.about.com/od/d/g/delibterm.htm">deliberative</a>, too, in the Aristotelian sense &#8211; thanks to <a href="http://protos.dk/">Kristian Tørning</a> for this point). There is some reasoning, some intended outcome, driving them. <a href="http://www.metafilter.com/54741/Why-do-they-sell-hot-dogs-in-tens-and-buns-in-eights#1432850">As we&#8217;ve seen before</a>, not everyone likes the term &#8216;architecture&#8217; (or &#8216;architectures&#8217;) being used outside the pure building and environmental design context. But it&#8217;s useful because it clearly implies the planned, deliberate nature in a way that, say, &#8217;structure&#8217; doesn&#8217;t necessarily.</p>
<p>Of course, many designers, especially interaction designers, would argue that they always design &#8216;with intent&#8217; anyway. They&#8217;re always &#8216;architecting&#8217;: considering the relations between system behaviour, user behaviour, users&#8217; goals, and so on is the very basis of the human-centred/user-centred turn in design. But that doesn&#8217;t negate Seth&#8217;s point: &#8216;design&#8217; does have a lot of aesthetic baggage. It may be useful &#8211; and persuasive &#8211; baggage sometimes, but it can serve to mask what design really <em>is</em>, or what it can be. </p>
<p>Seth&#8217;s final point draws a number of other aspects together:</p>
<blockquote><p>Architecture, for me anyway, involves intention, game theory, systems thinking and relentless testing and improvement. Fine with me if you want to call it design, just don&#8217;t forget to do it.</p></blockquote>
<p>Based on my research so far, I think we need to add ecological psychology and behavioural economics to that list, at the very least.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/08/07/architecting-and-designing/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Design with Intent presentation from Persuasive 2008</title>
		<link>http://architectures.danlockton.co.uk/2008/06/09/design-with-intent-presentation-slide/</link>
		<comments>http://architectures.danlockton.co.uk/2008/06/09/design-with-intent-presentation-slide/#comments</comments>
		<pubDate>Mon, 09 Jun 2008 13:44:15 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Blogosphere]]></category>
		<category><![CDATA[Brunel]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[DwI Method]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Mistake-proofing]]></category>
		<category><![CDATA[PhD]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Poka-yoke]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Speakers' Corner]]></category>
		<category><![CDATA[Sustainability]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Video]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=311</guid>
		<description><![CDATA[Dan Lockton: Design With Intent (Persuasive 2008)
view presentation (tags: environment affordances sustainability lockton)

EDIT: I&#8217;ve now added the audio! Thanks everyone for the suggestions on how best to do it; the audio is hosted on this site rather than the Internet Archive as the buffering seemed to stall a bit too much. Let me know if [...]]]></description>
			<content:encoded><![CDATA[<div style="width:425px;text-align:left" id="__ss_455620"><a style="font:14px Helvetica,Arial,Sans-serif;display:block;margin:12px 0 3px 0;text-decoration:underline;" href="http://www.slideshare.net/DanLockton/dan-lockton-design-with-intent-persuasive-2008?src=embed" title="Dan Lockton: Design With Intent (Persuasive 2008)">Dan Lockton: Design With Intent (Persuasive 2008)</a><object style="margin:0px" width="425" height="355"><param name="movie" value="http://static.slideshare.net/swf/ssplayer2.swf?doc=danlocktondesignwithintentpersuasive2008-1213009557465052-9&#038;stripped_title=dan-lockton-design-with-intent-persuasive-2008" /><param name="allowFullScreen" value="true"/><param name="allowScriptAccess" value="always"/><embed src="http://static.slideshare.net/swf/ssplayer2.swf?doc=danlocktondesignwithintentpersuasive2008-1213009557465052-9&#038;stripped_title=dan-lockton-design-with-intent-persuasive-2008" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="425" height="355"></embed></object>
<div style="font-size:11px;font-family:tahoma,arial;height:26px;padding-top:2px;">view <a style="text-decoration:underline;" href="http://www.slideshare.net/DanLockton/dan-lockton-design-with-intent-persuasive-2008?src=embed" title="View Dan Lockton: Design With Intent (Persuasive 2008) on SlideShare">presentation</a> (tags: <a style="text-decoration:underline;" href="http://slideshare.net/tag/environment">environment</a> <a style="text-decoration:underline;" href="http://slideshare.net/tag/affordances">affordances</a> <a style="text-decoration:underline;" href="http://slideshare.net/tag/sustainability">sustainability</a> <a style="text-decoration:underline;" href="http://slideshare.net/tag/lockton">lockton</a>)</div>
</div>
<p><strong>EDIT: I&#8217;ve now added the audio! Thanks everyone for the suggestions on how best to do it; the audio is hosted on this site rather than the Internet Archive as the buffering seemed to stall a bit too much. Let me know if you have any problems.</strong></p>
<p>I&#8217;ve put my presentation from <a href="http://persuasive2008.org">Persuasive 2008</a> on <a href="http://www.slideshare.net/DanLockton/dan-lockton-design-with-intent-persuasive-2008/">SlideShare</a>, &#8211; because of the visual style it really needs to be listened to, or viewed alongside the text (<a href="http://architectures.danlockton.co.uk/2008/06/09/design-with-intent-presentation-slide/#more-311">below</a>, or in the comments when <a href="http://www.slideshare.net/DanLockton/dan-lockton-design-with-intent-persuasive-2008">viewing it on the SlideShare site</a>). Alternatively, just <a href="http://danlockton.co.uk/research/Dan_Lockton_Design_with_Intent_Persuasive_2008.ppt"><strong>download it</strong></a> [PPT, 11.6 Mb] &#8211; it comes with the notes. </p>
<p><span id="more-311"></span><br />
<em>P.S. The slide about defaults, with the alarm clock stuck on 12:00, is meant to show it flashing &#8211; the actual PPT file uses <a href="http://danlockton.co.uk/research/images/flashingdefault_1200.gif">an animated GIF</a> &#8211; but SlideShare&#8217;s conversion process seems to have lost this element.* </em></p>
<blockquote><p>1. I’m Dan Lockton, from Brunel University in London, and I’m going to be talking about what we call ‘Design with Intent’. It’s effectively Persuasive Technology in a Wider Context.</p>
<p>2. Persuasive Technology is an example of design that’s intended to result in certain user behaviour.<br />
It’s design with intent.</p>
<p>3. If we cast our net a bit more widely, we can see that this idea recurs across many areas of design: solutions employed in one context are often applicable to others. Our research involves developing a tool to help designers match applicable design techniques to a range of ‘target behaviours’, and we’re ultimately going to be applying this to ecodesign, guiding more sustainable product use.</p>
<p>4. In this presentation we’ll look at a series of Design with Intent examples across different fields not normally considered part of Persuasive Technology, then see how the ideas of PT and DwI fit together. Then I’ll quickly describe how our work’s progressed since the paper was written.</p>
<p>5. Before getting started, have a look at these so-called ‘anti-loitering’ benches in Oxford, England – designed to prevent users actually sitting down, as the council freely admits. The seats are too high to sit properly and curved so you slide off if you try – you can ‘perch’, but that’s it. But there’s a worthwhile lesson right here: whatever the designers’ intent might be…</p>
<p>6. …people will find their own ways of using things. It’s easier to bend metal than to twist arms.</p>
<p>7. OK. In Human-Computer Interaction, as in Product Design, the main expressions of Design with Intent relate to designing specific affordances and constraints to guide users: shaping users’ perceptions of what actions are possible, and making some actions intentionally more difficult or impossible.</p>
<p>8. You can ‘design out’ affordances you don’t want the user to have – constraining the options available – here, to just ‘OK’, even if the user’s not OK with that &#8211; but it doesn’t always make for the best usability.</p>
<p>9. Or you can be a bit cleverer, and use a forcing function (a term coined by Donald Norman) – design the system so that the ‘right’ behaviour must occur before the user can take the next step. The example here is an interlock on a Toyota: to prevent the driver starting the car while it’s in gear, the ‘Start’ button is inoperative…</p>
<p>10. …unless the clutch pedal is held down…</p>
<p>11. …while the button’s pressed. I’ll admit it took me a while to figure that one out.</p>
<p>12. The best-known everyday safety interlock is on the microwave oven…</p>
<p>13. …where it will not operate unless the door is closed. Forcing functions generally aren’t subtle. They’re tending towards the coercive side of persuasion, but because they usually help us achieve something we want, such as keeping us safe, we don’t seem to mind too much.</p>
<p>14. Some affordance-manipulation can be a bit more subtly persuasive. Russell Beale, a computer scientist, used the term ‘Slanty Design’ to describe design which makes certain actions slightly more difficult, to discourage them. For example, these cigarette bins are sold on the basis that they have sloping tops not for aesthetic reasons, but so people don’t just leave cigarettes or litter on top of them.</p>
<p>15. Another aspect of affordance/constraint thinking is the persuasive power of defaults. We all know that many users leave settings exactly how they are, or simply choose the most prominent option: as designers, we can harness this power of choice architecture – as Richard Thaler and Cass Sunstein describe it &#8211; to persuade users into making the ‘right’ choices.</p>
<p>16. Imagine if all washing machines simply defaulted to the most efficient cycle (maybe even sensing the load to determine this). This is, again, subtle persuasion, but could have a big impact on users’ behaviour. </p>
<p>17. Now, in manufacturing, it’s crucial that assembly workers follow the right procedure when building something. To a large extent these are similar problems to those we’ve just seen – we want the ‘user’ (in this case that worker) to take certain actions, probably in a certain order. Every ‘mistake’ ends up costing the company money, in one way or another. Shigeo Shingo, a Japanese engineer, believed that with clever enough ‘defensive’ design, based on observation of workers, it was possible to eliminate assembly defects altogether. He called it Poka-yoke – mistake-proofing, and many of the ideas parallel those of affordances and constraints. </p>
<p>18. We’re used to seeing one of the very simplest poka-yoke methods every day – the ‘snipped’ corner on SIM cards, memory cards, and so, on…</p>
<p>19. …which prevent ‘assembly’ errors by ensuring that they can only be inserted into devices one way.</p>
<p>20. This is a control poka-yoke – it actually prevents the error from occurring. These are effectively forcing functions, as discussed earlier.</p>
<p>21. Shingo also used warning poka-yokes extensively, where a worker (or a user) is alerted to an error condition – something’s not in the right place, or is missing, or fitted incorrectly. The seatbelt warning light here indicates to the driver that a seatbelt is not buckled. This kind of immediate feedback on user behaviour is an example of suggestion-at-the-right-moment, or kairos, as defined in Persuasive Technology. It’s the right moment to warn the driver to fasten the seat belt.</p>
<p>22. Volvo for many years offered a gearchange suggestion light, which (based on monitoring engine RPM and throttle position), ‘suggested’ to the driver when he or she should change gear, to ensure the best economy. That’s a simple, clever persuasive technology: it makes ‘correct’ behaviour easier by guiding the user.</p>
<p>23. The idea that designers might ‘inscribe’ intended behaviours into artefacts has, in various forms, been subject to some philosophical and sociological debate. Johan Redström, developing an argument by Richard Buchanan, has suggested that since all artefacts are designed with some vision or intention of how they are ultimately to be used, it may be that all design is persuasive. </p>
<p>24. The presence of a chair persuades me to sit down where I might not have done otherwise. Designing the chair to appear more comfortable makes it even more likely. And so on.</p>
<p>25. Bruno Latour and Madeleine Akrich have discussed the idea that designers can ‘script’ behaviours into artefacts. Jaap Jelsma gives the example of a dual-button toilet flush as seen here, which effectively scripts users into making a decision about their water usage. There is no default, quite deliberately; the user must make some kind of decision.</p>
<p>26. This discussion has many expressions in urban planning, in fact: how much does architecture control us? Langdon Winner asked ‘Do artefacts have politics?’</p>
<p>27. His most famous examples were these very low overpasses built over a number of parkways on Long Island, by Robert Moses – too low for buses to pass underneath, with the effect of making it more difficult for poorer people to visit the Jones Beach State Park.</p>
<p>28. But there’s always the danger in this area of ascribing to malice what might more reasonably be explained by other factors, and the use of Moses’ bridges as the eminent ‘artefacts with politics’ example has been challenged in recent years by a number of authors.</p>
<p>29. Nevertheless, it is clear that some artefacts do have politics. We saw those perch benches in Oxford earlier on. Now, rough sleeping, by the homeless or otherwise, is frowned upon by many public authorities.</p>
<p>30. Sometimes benches with central armrests are installed specifically to attempt to stop this behaviour, especially at airports and railway stations.</p>
<p>31. Some models of bench are even sold to authorities on the basis that they will ‘discourage overnight stays’.</p>
<p>32. Not that some users can’t find a way round this…</p>
<p>33. Not all such techniques are so ‘anti-user’. Spaces and seating arrangements can be designed to be sociopetal, that is, to persuade people to interact – the simplest technique is to face seats towards each other…</p>
<p>34. …it doesn’t always work, of course.</p>
<p>35. Transposing the ‘architectures of control’ concept to the digital world, Lawrence Lessig used the phrase “Code is law” to explain how the structure of the internet, and what actions are possible, effectively regulates and shapes behaviour online, regardless of what laws may actually apply. If the system makes it easy to copy music, it will happen. Simplicity is persuasive.</p>
<p>36. So-called technological protection measures such as digital rights management – DRM &#8211; can be seen as attempts by companies to lock down the freedom of behaviour afforded by the internet, and persuade consumers into adhering to specific business models drawn up in an offline world.</p>
<p>37. Some of the most prevalent efforts at designing persuasion are for purely commercial benefit. Aside from advertising itself…</p>
<p>38. …there are strategies such as the razor-blade model, where a product is designed to persuade the consumer into repeat purchases of consumables, by locking him or her into a particular format. Electronic authentication makes this easier to enforce: for example, some printers include a ‘handshake’ which ensures that only the original manufacturer’s (usually higher-priced) cartridges can be used. Such strategies tend towards the coercive side of persuasion.</p>
<p>39. So, that was a very quick run-through of examples and ideas from a range of disciplines. I hope you can see how the Design with Intent idea runs through it all. But how does the field of Persuasive Technology, as it is defined, fit with this? Much PT research focuses on persuasion with intended social benefit – such as improving health &#8211; but much persuasion in the world as a whole is about intended commercial benefit. These don’t have to be mutually exclusive, of course: a fitness equipment manufacturer or a gym persuading people to exercise fulfils both social and commercial benefit intentions.</p>
<p>40. So, it makes sense to think of these as two separate dimensions of the ‘Design with Intent’ space.<br />
Another aspect is whether the impact on the immediate user is helpful or not. This is where some persuasion techniques may fall down: it might be better for society, in terms of energy saving, if you can’t put your TV on standby any more, but it’s likely to inconvenience you. This is the grey area above. So if this space represents all Design with Intent, then maybe PT, as it’s defined, is the area outlined with the dashed line: it’s centred on intended social benefit, usually (but not always) helpful to the immediate user, and possibly with intended commercial benefit too. Still, this is only one way of visualising the relationship: as the boundaries of Persuasive Technology as a field are debated and redrawn, we may find that visualisations illustrating other aspects, such as coercion vs. persuasion, and so on, become useful.</p>
<p>41. Going beyond what’s in the paper now, over the last few months we’ve considered and analysed many different examples from different fields, and have tried to classify these techniques to understand them better and synthesize similar ideas.</p>
<p>42. The techniques pretty much fall into five ‘approaches’ which, though always open to debate, are useful in defining the mind-set a designer might have in approaching the problem.</p>
<p>43. These techniques have then been incorporated into a ‘suggestion tool’, which, given a target behaviour, allows designers to explore applicable techniques.</p>
<p>44. …The target behaviours are abstract descriptions, but can be applied to many different problems; each breaks down further into more specific target behaviours.</p>
<p>45. The next stage of our research will be testing out this suggestion tool, both in practical workshop sessions with design students and then with design consultancies… and with an online version, too.<br />
After that, the aim is to do user trials with prototype ‘persuasive’ products developed as a result of applying the suggestion tool to sustainable behaviour problems, comparing how well different techniques actually work in practice in terms of changing behaviour, saving energy or reducing waste.</p>
<p>46. To conclude, I hope this brief review of Design with Intent has been interesting, and more importantly, inspirational in terms of suggesting examples of behaviour-shaping design beyond the immediate Persuasive Technology field. Our research is only at a very early stage, but we hope in due course to be able to present some concrete results, applying ‘Design with Intent’ thinking to guiding user behaviour, specifically in sustainable design.</p>
<p>47. In the meantime, if you’re interested, please do have a look at the research blog – at danlockton.co.uk. Thanks for listening.</p></blockquote>
<p>All photographs/images by Dan Lockton except:<br />
Slide 6 – Oxford Cornmarket bench with teenagers – Stephanie Jenkins -<br />
<a href="http://www.headington.org.uk/oxon/cornmarket/new_seat.htm">http://www.headington.org.uk/oxon/cornmarket/new_seat.htm</a><br />
Slide 14 – two catalogue images – New Pig Corporation -<br />
<a href="http://www.newpig.com">http://www.newpig.com</a><br />
Slide 22 – Volvo 340/360 dashboard – Volvo 300 Mania forums -<br />
<a href="http://www.volvo300mania.com/">http://www.volvo300mania.com/</a><br />
Slide 27 – Wantagh Parkway overpass – Peacenic on Flickr -<br />
<a href="http://www.flickr.com/photos/68841932@N00/73241931">http://www.flickr.com/photos/68841932@N00/73241931</a><br />
Slide 28 – Jones Beach approach – New York Architecture -<br />
<a href="http://www.nyc-architecture.com/BKN/BKN001.htm">http://www.nyc-architecture.com/BKN/BKN001.htm</a><br />
Slide 29 – Sleeping on a Hyde Park Bench – David Basanta on Flickr -<br />
<a href="http://www.flickr.com/photos/dbasanta/2093742562">http://www.flickr.com/photos/dbasanta/2093742562</a><br />
Slide 31 – Georgetown bench – Belson Outdoors -<br />
<a href="http://web.archive.org/web/20040417173248/http://www.belson.com/gbrec.htm">http://web.archive.org/web/20040417173248/http://www.belson.com/gbrec.htm</a><br />
Slide 32 – ‘Happy homeless’ – Rick Abbott on Flickr -<br />
<a href="http://www.flickr.com/photos/rickabbott/81779858">http://www.flickr.com/photos/rickabbott/81779858</a> </p>
<p>This presentation was given by Dan Lockton at <a href="http://persuasive2008.org">Persuasive 2008</a>, Oulu, Finland on 6 June 2008, based on the paper: Lockton, D, Harrison, D. and Stanton, N.: Design with intent: Persuasive technology in a wider context, in <a href="http://www.springer.com/computer/user+interfaces/book/978-3-540-68500-5">H. Oinas-Kukkonen et al. (eds.): Persuasive 2008, LNCS 5033. Berlin Heidelberg: Springer-Verlag, 2008</a>. pp. 274 – 278.</p>
<p>A preprint version is available free from <a href="http://hdl.handle.net/2438/2138">http://hdl.handle.net/2438/2138</a></p>
<p><em>*The clock is a <a href="http://www.iwantoneofthose.com/aurora-mood-clock/index.html">Mayhem Aurora</a>, designed by Rob Leeks and Matt Chapman, and in reality does not flash when the time isn&#8217;t set. But I didn&#8217;t have a VCR handy to photograph&#8230;</em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/06/09/design-with-intent-presentation-slide/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>&#8220;Steps are like ready-made seats&#8221; (so let&#8217;s make them uncomfortable)</title>
		<link>http://architectures.danlockton.co.uk/2008/05/30/steps-read-made-seats/</link>
		<comments>http://architectures.danlockton.co.uk/2008/05/30/steps-read-made-seats/#comments</comments>
		<pubDate>Fri, 30 May 2008 10:00:24 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[1984]]></category>
		<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Benches]]></category>
		<category><![CDATA[Britain]]></category>
		<category><![CDATA[Children]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Design attitudes]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Discrimination]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Exclusion]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Killjoy technology]]></category>
		<category><![CDATA[London]]></category>
		<category><![CDATA[Oppression]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Public money]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[Teenagers]]></category>
		<category><![CDATA[Underclass]]></category>
		<category><![CDATA[Urban]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=307</guid>
		<description><![CDATA[
Adrian Short let me know about something going on in Sutton, Surrey, at the same time both fundamentally pathetic and indicative of the mindset of many public authorities in &#8216;dealing with&#8217; emergent behaviour:
An area in Rosehill, known locally as &#8220;the steps&#8221;, is to be re-designed to stop young people sitting there.
Not only will the steps [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/rosehillsteps.jpg" alt="Image from Your Local Guardian website" /></p>
<p><a href="http://adrianshort.co.uk/">Adrian Short</a> let me know about <a href="http://www.yourlocalguardian.co.uk/news/suttonnews/display.var.2272425.0.taking_steps_to_deter_kids_having_a_sitdown_in_rosehill.php">something going on in Sutton, Surrey</a>, at the same time both fundamentally pathetic and indicative of the mindset of many public authorities in &#8216;dealing with&#8217; emergent behaviour:</p>
<blockquote><p>An area in Rosehill, known locally as &#8220;the steps&#8221;, is to be re-designed to stop young people sitting there.</p>
<p>Not only will the steps be made longer and more shallow to make them <strong>uncomfortable to sit on</strong>, but no handrail will be installed <strong>just in case teens decide to lean against it</strong>.<br />
&#8230;<br />
Explaining the need for the changes, St Helier Councillor David Callaghan said: &#8220;At the moment the <strong>steps are like ready-made seats</strong> so changes will be made to make the area less attractive to young people.</p></blockquote>
<p>It&#8217;s well worth reading the <a href="http://www.yourlocalguardian.co.uk/news/suttonnews/display.var.2272425.0.taking_steps_to_deter_kids_having_a_sitdown_in_rosehill.php#comments">readers&#8217; comments</a>, since &#8211; to many people&#8217;s apparent shock &#8211; Emma, a &#8216;young person&#8217;, actually read the article and responded with her thoughts and concerns, spurring the debate into what seems to be a microcosm of the attitudes, assumptions, prejudices and paranoia that define modern Britain&#8217;s schizophrenic attitude to its &#8216;young people&#8217;. The councillor quoted above responded too &#8211; near the bottom of the page &#8211; and Adrian&#8217;s demolition of his &#8216;understanding&#8217; of young people is direct and eloquent:</p>
<blockquote><p>One thing young people and older people have in common is a desire to be left alone to do their own thing, provided that they are not causing trouble to others. People like Emma and her friends are not. They do not want to be told that they can go to one place but not another. They do not want to be cajoled, corralled and organised by the state &#8212; they get enough of that at school. They certainly do not want to be disadvantaged as a group because those in charge &#8212; you &#8212; are unable to deal appropriately with a tiny minority of troublemakers in their midst.</p></blockquote>
<p><strong>EDIT:</strong> Adrian sends me a link to the <a href="http://sutton.moderngov.co.uk/Published/C00000360/M00001944/AI00008721/$HalesowenRoadStepsCommitteeReport.docA.ps.pdf">council&#8217;s proposal</a> [PDF, 55 kb] which contains a few real gems &#8211; as he puts it:</p>
<blockquote><p>
I really have no idea how they can write things like this with a straight face:</p>
<p>&#8220;It is normal practice to provide handrails to assist pedestrians. However, these have purposely been omitted from the proposals, as <strong>they could provide loiterers with something to lean against</strong>.&#8221;</p>
<p>and then,</p>
<p>&#8220;The scheme will cater for all sections of the local community.&#8221;</p></blockquote>
<p>Wow. </p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/05/30/steps-read-made-seats/feed/</wfw:commentRss>
		<slash:comments>46</slash:comments>
		</item>
		<item>
		<title>Un-hiding an affordance</title>
		<link>http://architectures.danlockton.co.uk/2008/05/29/un-hiding-affordance/</link>
		<comments>http://architectures.danlockton.co.uk/2008/05/29/un-hiding-affordance/#comments</comments>
		<pubDate>Thu, 29 May 2008 08:00:58 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Poka-yoke]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[Urban]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=300</guid>
		<description><![CDATA[

These (pretty shallow) steps in Dawlish, Devon, have been labelled as such, presumably because without this, some visitors wouldn&#8217;t notice, and would run, cycle or wheelchair down them and hurt themselves or others. Painting a white line along the edge is a common way of improving visibility of steps, but actual labelling is fairly unusual. [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/steps1.jpg" alt="Steps in Dawlish, Devon" /></p>
<p><img src="http://danlockton.co.uk/research/images/steps2.jpg" alt="Steps in Dawlish, Devon" /></p>
<p>These (pretty shallow) steps in Dawlish, Devon, have been <em>labelled</em> as such, presumably because without this, some visitors wouldn&#8217;t notice, and would run, cycle or wheelchair down them and hurt themselves or others. Painting a white line along the edge is a common way of improving visibility of steps, but actual labelling is fairly unusual. </p>
<p>There is some argument that having to label an affordance in this way, rather than it being self-evident (e.g. by making the steps deeper, or putting a handrail, or <em>something</em>), is &#8216;bad design&#8217;, but I&#8217;m not sure one way or the other: from a utilitarian point of view, enormous labelling, however &#8216;ugly&#8217;, is probably a surer bet than providing subtle &#8216;cues&#8217;. Nevertheless, the <em>poka-yoke</em> approach would be to design out the problem entirely: make the whole thing a full-width ramp like the section at the side.</p>
<p>A diagram in <a href="http://www.goldsmiths.ac.uk/interaction/people.php">Bill</a> <a href="http://www.rca.ac.uk/pages/research/dr_william_gaver_609.html">Gaver</a>&#8217;s classic paper &#8216;<a href="http://www.cs.umd.edu/class/spring2001/cmsc434-0201/p79-gaver.pdf">Technology Affordances</a>&#8216; [PDF, 647 kb] sets out very clearly the importance of an affordance <em>being perceived</em> as such by a user:</p>
<p><img src="http://danlockton.co.uk/research/images/gaver_affordances.png" alt="From 'Technology Affordances' , William Gaver" /> </p>
<p>In this case we have a <em>hidden affordance</em> (not deliberately hidden) which has been un-hidden by the label &#8211; similar to (though not as funny as) the &#8216;<a href="http://www.baddesigns.com/mopsnk.html">This is a Mop Sink</a>&#8216; example from Michael Darnell&#8217;s fantastic <a href="http://www.baddesigns.com/">BadDesigns.com</a>:</p>
<p><img src="http://danlockton.co.uk/research/images/mopsink.jpg" alt="This is a Mop Sink (image from www.baddesigns.com)" /></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/05/29/un-hiding-affordance/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Ann Thorpe: Can artefacts be activists?</title>
		<link>http://architectures.danlockton.co.uk/2008/05/20/can-artfacts-be-activists/</link>
		<comments>http://architectures.danlockton.co.uk/2008/05/20/can-artfacts-be-activists/#comments</comments>
		<pubDate>Tue, 20 May 2008 11:00:42 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Blogosphere]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Communication]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology policy]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=302</guid>
		<description><![CDATA[Ann Thorpe, author of the intriguing-sounding Designer&#8217;s Atlas of Sustainability &#8211; is pursuing an interesting investigation into design activism:
Some of the basic issues around design activism include:
# isn’t all design activism?
# how much design should be activist – aren’t designers supposed to be meeting client needs?
# are there best practices for design activism?

Low bridge in [...]]]></description>
			<content:encoded><![CDATA[<p>Ann Thorpe, author of the intriguing-sounding <em><a href="http://www.designers-atlas.net/">Designer&#8217;s Atlas of Sustainability</a></em> &#8211; is pursuing an interesting investigation into <a href="http://designactivism.net/">design activism</a>:</p>
<blockquote><p>Some of the basic issues around design activism include:<br />
# isn’t all design activism?<br />
# how much design should be activist – aren’t designers supposed to be meeting <em>client</em> needs?<br />
# are there best practices for design activism?</p></blockquote>
<p><img src="http://danlockton.co.uk/research/images/low_bridge.jpg" alt="Low bridge, image by sarflondondunc" /><br />
<em>Low bridge in the Lee Valley, East London. Photo by <a href="http://www.flickr.com/photos/sarflondondunc/301956322/">sarflondondunc</a>.</em></p>
<p>As part of this, she&#8217;s put together a very insightful article, well worth a read, <a href="http://designactivism.net/?p=46">Can artefacts be activists?</a>, reviewing some of the different approaches in this area, from Langdon Winner&#8217;s discussion of Robert Moses&#8217; low parkway bridges, to this very website: </p>
<blockquote><p>&#8230;[O]nce designers are out of the picture, have moved on to the next job, can artifacts in themselves be activists? Can buildings, appliances, tools, or items of clothing, in themselves, lobby for change or even “force” it?</p></blockquote>
<p>There are some worthwhile areas of debate explored in the article, especially the extent to which an artefact can embody power or discriminate, in itself, rather than simply <em>mediating</em> this through the way it is used or experienced. I appreciate this argument, but (coming from the point of view of a designer), I think the <em><a href="http://architectures.danlockton.co.uk/what-is-design-with-intent/">intent</a></em> behind a design feature is critical to understanding the issue. If a bridge is intentionally made low to prevent buses passing underneath, this may well have the same practical effect as one which is simply low through an accident of history or topography, but it displays a very different attitude and philosophy on the part of the planners. Unintended consequences of design decisions &#8211; made long before products (/systems/environments) reach users &#8211; certainly have an enormous effect on almost all human-technology interactions, but not so many are actually deliberate. No design is neutral; all artefacts embody <em>some</em> intent, <em>some</em> philosophy, <em>some outlook</em>, even if it&#8217;s simply &#8220;manufacture this as cheaply as possible&#8221;. All design is rhetoric, a communication of values and intentions, and can be read as a social text if that&#8217;s the way you like to think of it, but with some design, those intentions are much more obviously expressed.</p>
<p>I look forward to seeing how Ann&#8217;s research develops &#8211; this is a very interesting area which should probably be given more attention in design school curricula in the years ahead. As more young designers &#8220;tire of designing landfill&#8221; (can&#8217;t remember if <a href="http://wilsonbrothers.wordpress.com/">Ben Wilson</a> first used this phrase to me, or me to him), design activism, of one form or another, is the most meaningful route forward.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/05/20/can-artfacts-be-activists/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Cyclepathology</title>
		<link>http://architectures.danlockton.co.uk/2008/05/18/cyclepatholog/</link>
		<comments>http://architectures.danlockton.co.uk/2008/05/18/cyclepatholog/#comments</comments>
		<pubDate>Sun, 18 May 2008 11:00:35 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Exclusion]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[Traffic calming]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=297</guid>
		<description><![CDATA[A lot of architectures of control / design with intent examples are trying to enforce what I&#8217;ve termed &#8216;access, use or occupation based on user characteristics&#8217;. Not all designs are especially successful at achieving that target behaviour: users will not always be persuaded, or will find ways to avoid being coerced.

Bicycles can churn up the [...]]]></description>
			<content:encoded><![CDATA[<p>A lot of architectures of control / design with intent examples are trying to enforce what I&#8217;ve termed &#8216;access, use or occupation based on user characteristics&#8217;. Not all designs are especially successful at achieving that target behaviour: users will not always be persuaded, or will find ways to avoid being coerced.</p>
<p><img src="http://danlockton.co.uk/research/images/mud_footpath_cycles_1.jpg" alt="Mud, footpath, cycles and kissing gate" /></p>
<p>Bicycles can churn up the surface of footpaths&#8230;</p>
<p><img src="http://danlockton.co.uk/research/images/mud_footpath_cycles_2.jpg" alt="Mud, footpath, cycles and kissing gate" /></p>
<p>&#8230;You can put up signs to tell cyclists not to do it&#8230;</p>
<p><img src="http://danlockton.co.uk/research/images/mud_footpath_cycles_3.jpg" alt="Mud, footpath, cycles and kissing gate" /></p>
<p>&#8230;or you can put in gates (<a href="http://en.wikipedia.org/wiki/Kissing_gate">kissing gates</a> as they&#8217;re known in the UK) to try to stop them (along with livestock)&#8230;</p>
<p><img src="http://danlockton.co.uk/research/images/mud_footpath_cycles_4.jpg" alt="Mud, footpath, cycles and kissing gate" /></p>
<p>&#8230;but it doesn&#8217;t mean anyone will take any notice!</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/05/18/cyclepatholog/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Getting someone to do things in a particular order (Part 3)</title>
		<link>http://architectures.danlockton.co.uk/2008/05/17/getting-someone-to-do-things-in-a-particular-order-part-3/</link>
		<comments>http://architectures.danlockton.co.uk/2008/05/17/getting-someone-to-do-things-in-a-particular-order-part-3/#comments</comments>
		<pubDate>Sat, 17 May 2008 16:14:03 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[DwI Method]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Environmental]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[PhD]]></category>
		<category><![CDATA[Poka-yoke]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Sustainability]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=295</guid>
		<description><![CDATA[Continued from part 2
This series is looking at what design techniques/mechanisms are applicable to guiding a user to follow a process or path, performing actions in a specified sequence. The techniques fall roughly into three ‘approaches’. In this post, I’m going to examine the Poka-yoke approach. If you&#8217;ve been following the previous posts, you&#8217;ll probably [...]]]></description>
			<content:encoded><![CDATA[<p><em>Continued from <a href="http://architectures.danlockton.co.uk/2008/05/08/getting-someone-to-do-things-in-a-particular-order-part-2/">part 2</a></em></p>
<p>This series is looking at what design techniques/mechanisms are applicable to guiding a user to follow a process or path, performing actions in a specified sequence. The techniques fall roughly into three ‘approaches’. In this post, I’m going to examine the <strong>Poka-yoke approach</strong>. If you&#8217;ve been following the previous posts, you&#8217;ll probably have thought, &#8220;Well, all that&#8217;s pretty obvious.&#8221; And it <em>is</em> obvious &#8211; we encounter these kinds of design techniques in products and systems every day &#8211; but that&#8217;s part of the point of this bit of the research: understanding what&#8217;s out there already.</p>
<p><strong>Poka-yoke approach</strong></p>
<p>The mechanisms described in this approach are all based on technical (rather than explicitly human) factors, and involve designing the relationships between system elements. </p>
<p><em><a href="http://www.mistakeproofing.com/">Poka-yoke</a></em> (Japanese: mistake-proofing) is an approach usually applied in manufacturing engineering, developed by Shigeo Shingo in the context of developing &#8216;zero defect&#8217; assembly processes. The idea is to avoid slip-type errors by designing systems which prevent them occurring, prevent a user proceeding until the error condition has been rectified (<em>control poka-yokes</em>), or at the very least clearly warn the user of the error condition (<em>warning poka-yokes</em>).</p>
<p>Generally, when the design intent is for the <strong>user to follow a process or path in a specified sequence</strong>, a deviation from that sequence can be considered as an error, and thus the poka-yoke approach can be applicable outside its original field. Similar concepts, <em>forcing functions</em>, have been developed in interaction design, especially in the work of <a href="http://www.jnd.org/">Donald Norman</a> &#8211; the three main forcing function mechanisms, <strong>Interlock</strong>, <strong>Lock-in</strong> and <strong>Lock-out</strong>, broadly correspond to Shingo&#8217;s control poka-yoke category; all can help in assisting (or forcing) users to follow a process or sequence. In the warning poka-yoke category, the <strong>Arrangement detection</strong> mechanism is most relevant to this behaviour.</p>
<p><strong>Interlock</strong></p>
<p>An Interlock combines elements of both lock-ins and lock-outs (see below), and is probably the most familiar forcing function mechanism: the ability to use one function is dependent on another running or being started, another component (such as a guard) being in place, or some other condition being fulfilled. </p>
<p><img src="http://danlockton.co.uk/research/images/verso_1.jpg" alt="Toyota Verso clutch-ignition interlock" /><img src="http://danlockton.co.uk/research/images/verso_2.jpg" alt="Toyota Verso clutch-ignition interlock" /><img src="http://danlockton.co.uk/research/images/verso_3.jpg" alt="Toyota Verso clutch-ignition interlock" /><br />
<em>Example: This Toyota Verso requires the clutch pedal to be depressed before the starter button will operate, to reduce the risk of starting in gear. </em></p>
<p>Car ignitions which cannot be operated unless the driver&#8217;s seat belt is fastened &#8211; a system originally promoted as &#8216;Interlock&#8217; in the US &#8211; microwave ovens not operating unless the door is closed, and airline or train toilets where the lighting does not operate until the user has locked the door, are some of the highest profile everyday examples, but the principle of the interlock is extremely common in engineering and manufacturing industry, often in the context of a machine tool which will not start until a guard is in place, or where opening the case automatically cuts the power.</p>
<p>Interlocks are often specified when it is imperative &#8211; rather than merely desirable &#8211; that a user follow a particular sequence, or at least two steps of a sequence, in exactly the right order, but their use need not be limited to critical safety design problems. Ecodesign applications might include (for example) a car&#8217;s air conditioning system requiring the windows to be fully closed before operating, or a sink requiring the plug to be in before the tap can be left in a &#8216;running&#8217; position.</p>
<p><img src="http://danlockton.co.uk/research/images/microwave1.jpg" alt="Microwave oven door interlock" /><img src="http://danlockton.co.uk/research/images/microwave2.jpg" alt="Microwave oven door interlock" /><br />
<em>Example: The ubiquitous interlock on a microwave oven ensures that the door is closed before the oven will start.</em></p>
<p><strong>Lock-in</strong></p>
<p>The Lock-in mechanism in this context (rather than an economic one) refers to a system arranged such that a process, procedure or operation is kept active &#8211; the user can&#8217;t exit the operation until a certain condition is met, or the &#8216;correct&#8217; next step is taken. This can be implemented using sensors, logic processing, physical architecture, or a number of other ways. </p>
<p>As Norman puts it, this prevents &#8220;someone from prematurely stopping&#8221; an operation &#8211; this could mean letting some ongoing process run its course to completion before starting the next, or denying the user access to another function which might interfere with the current process. It can also prevent accidental cancelling of an operation &#8211; inadvertent deviation from a specified sequence &#8211; by introducing an extra &#8216;confirmation&#8217; step.</p>
<p><img src="http://danlockton.co.uk/research/images/lock-in_confirmation.png" alt="Confirmation dialogue" /><br />
<em>Example: The confirmation dialogue displayed by some software when a user attempts to exit can be seen as a lock-in to prevent inadvertent ending of the application.</em></p>
<p><strong>Lock-out</strong></p>
<p>Lock-out is closely related to Lock-in: in this case, the mechanism makes it difficult or impossible for the user to start certain operations, or denies or impedes access to particular areas or functions. In the context of encouraging or forcing a user to follow a path or process in a specified sequence, a lock-out helps prevent inadvertent or mistaken steps in that sequence. It can also help prevent an operation being started too early in the sequence, and may also be implemented as an extra &#8216;confirmation&#8217; step.</p>
<p><img src="http://danlockton.co.uk/research/images/lockout.png" alt="Lock-out dialogue" /><br />
<em>Example: This file backup application prevents a user modifying the properties of a scheduled backup task while it is running &#8211; ensuring that the correct sequence is followed.</em></p>
<p><strong>Arrangement detection</strong></p>
<p>Arrangement detection is a &#8216;warning&#8217; rather than &#8216;control&#8217; poka-yoke mechanism, and may be considered as a &#8216;feedback&#8217; analogue of interlocks, lock-ins and lock-outs &#8211; providing a warning (audible, visual, tactile) when system elements are incorrectly arranged (physically or procedurally).</p>
<p>Arrangement detection is about warning the user that the path or process is occurring in an incorrect sequence, rather than actually forcing the user to follow the correct sequence. While there are a number of possible warning poka-yoke mechanisms alerting users to incorrect behaviour, arrangement detection is most relevant to the specific issue of sequencing.</p>
<p><img src="http://danlockton.co.uk/research/images/seatbelt.jpg" alt="Seatbelt warning" /><br />
<em>Example: The seat belt warning on car dashboards (in this case a Fiat Punto) is an arrangement detection poka-yoke, providing a visual (and often also audible) alert that a belt is not buckled while the engine is running, or the car is moving.</em></p>
<p>In part 4, we’ll look at the <strong>Persuasive Interface approach</strong> to getting someone to do things in a particular order.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/05/17/getting-someone-to-do-things-in-a-particular-order-part-3/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Getting someone to do things in a particular order (Part 2)</title>
		<link>http://architectures.danlockton.co.uk/2008/05/08/getting-someone-to-do-things-in-a-particular-order-part-2/</link>
		<comments>http://architectures.danlockton.co.uk/2008/05/08/getting-someone-to-do-things-in-a-particular-order-part-2/#comments</comments>
		<pubDate>Thu, 08 May 2008 08:14:20 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[DwI Method]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Environmental]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[PhD]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Sustainability]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Urban]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=294</guid>
		<description><![CDATA[Continued from part 1

These are the suggested mechanisms applicable to User follows process or path, performing actions in a specified sequence &#8211; they fall roughly into three &#8216;approaches&#8217;. In this post, I&#8217;m going to examine the System element approach.
System element approach
This approach includes mechanisms relating to the layout and properties of system elements, hence all [...]]]></description>
			<content:encoded><![CDATA[<p><em>Continued from <a href="http://architectures.danlockton.co.uk/2008/05/01/getting-someone-to-do-things-in-a-particular-order-part-1/">part 1</a></em></p>
<p><img src="http://danlockton.co.uk/research/images/A1tree2.png" alt="Suggested mechanisms" /></p>
<p>These are the suggested mechanisms applicable to <strong>User follows process or path, performing actions in a specified sequence</strong> &#8211; they fall roughly into three &#8216;approaches&#8217;. In this post, I&#8217;m going to examine the <strong>System element approach</strong>.</p>
<p><strong>System element approach</strong></p>
<p>This approach includes mechanisms relating to the layout and properties of system elements, hence all technical rather than human factors.</p>
<p><strong>Placing</strong>, <strong>Spacing</strong> and <strong>Orientation</strong> &#8211; how system elements are laid out &#8211; are some of the most fundamental mechanisms a designer can employ to help a user to follow a process or path in the intended sequence, and can be used both in the &#8216;real&#8217; world and, as metaphors, in software. <strong>Movement or oscillation</strong>, as an &#8216;action&#8217; property of system elements, which may involve changing their placing/spacing/orientation, can also be used to help achieve similar aims.</p>
<p><strong>Placing</strong></p>
<p>Placing may be implemented as simply as arranging interactive elements (functions, buttons, shops, products on shelves &#8211; effectively, anything) in sequence so that a user interacts (sees / notices / experiences / uses) them in the &#8216;right&#8217; order. This might involve actually hiding one element behind another so that the first &#8216;must&#8217; be dealt with before progressing to the next (or only displaying the second element once the first has been dealt with), but often this is not necessary: users will tend to interact with elements in a predictable sequence, at least where it is clear which direction the sequence is meant to progress (compare reading directions in different alphabets, for example, and the effect this has on the layout of interfaces).</p>
<p><img src="http://danlockton.co.uk/research/images/amazon_placing.png" alt="Amazon's order process reveals elements in sequence" /><br />
<em>Example: The elements of Amazon’s order process, revealed to the user in sequence</em></p>
<p>Placing can also involve arranging (non-interactive) elements to &#8216;channel&#8217; users along a path in an intended sequence &#8211; walls, fences and guard rails are obvious architectural examples, but there are more subtle ones too, such as the layout of some casinos in which winners are &#8216;funnelled&#8217; past many lures on their way to a single cashier.</p>
<p><img src="http://danlockton.co.uk/research/images/guardrails.jpg" alt="Guard rails to channel pedestrians" /><br />
<em>Example: Guard rails are placed to channel pedestrians away from crossing at the mouth of a road junction</em></p>
<p><strong>Spacing</strong></p>
<p>Spacing &#8211; deliberate separation of system elements in space &#8211; can also be used strategically to cause users to follow a path or sequence of operations or interactions. For example many supermarkets are laid out with common items such as milk and bread at the back of the store, meaning that shoppers pass many other shelves of items (with potential for impulse purchase) on the way to their &#8216;target&#8217;, and on the way back to the checkouts at the front of the store.</p>
<p>Spacing can also be used to cause users to follow procedures requiring a delay between performing operations &#8211; the &#8216;on&#8217; switch for a lathe may be spaced far enough away from the chuck that it is impossible for the operator&#8217;s fingers to be in a dangerous position as the device is switched on. Along similar lines, spacing light switches for different parts of a corridor or stairway apart so that they must  each be switched on in sequence individually when needed (rather than allowing users to switch them all on at once) may reduce unnecessary electricity use.</p>
<p><img src="http://danlockton.co.uk/research/images/dairy_section.jpg" alt="Dairy section drives traffic to rear of supermarket" /><br />
<em>Example: Dairy items are often positioned to drive traffic to the rear of a supermarket. Image from <a href="http://www.flickr.com/photos/starside/52336955/">wander.lust</a></em></p>
<p><strong>Orientation</strong></p>
<p>Orientation is necessarily related to placing and spacing &#8211; the relative angle or attitude of system elements can be used as a mechanism for encouraging or channelling users to follow a path or perform actions in sequence. A trivial example is the use of angled walls to &#8216;funnel&#8217; pedestrians along a particular path. It can also be used to cause users themselves to change their orientation in response, where this is part of an intended sequence of user behaviour &#8211; the staggered pedestrian crossings which make sure users turn to face the direction of oncoming traffic, as mentioned in <a href="http://architectures.danlockton.co.uk/2008/05/01/getting-someone-to-do-things-in-a-particular-order-part-1/">Part 1</a>, use the changing orientation of the walkway to change users&#8217; orientation.</p>
<p><img src="http://danlockton.co.uk/research/images/staggeredcrossing.jpg" alt="Pedestrian crossing staggered to cause users to face oncoming traffic" /><br />
<em>Example: A staggered pedestrian crossing designed so that users face oncoming traffic. Image from the UK <a href="http://www.direct.gov.uk/en/TravelAndTransport/Highwaycode/DG_070108">Highway Code.</a></em></p>
<p><strong>Movement or oscillation</strong></p>
<p>Movement or oscillation may involve changing the placing/spacing/orientation of system elements, and can be applied in a physical or metaphorical sense. A moving indicator which guides the user through a process or sequence, or indeed, brings system elements which require interaction to the user (or routes them past), encourages (or forces) following procedures in the &#8216;right&#8217; order.</p>
<p>Consider this mechanism as a dynamic implementation of placing/spacing/orientation: it has the potential to control much more fully the order in which users are exposed to objects or functions. The most obvious examples are conveyors on production lines, bringing components or products to stationary workers in the right sequence, but even museum exhibits such as the Crown Jewels may be displayed in a rotating or constantly moving case, which displays them to visitors in a certain order and reduces the possibility of undesired interactions.</p>
<p><img src="http://danlockton.co.uk/research/images/conveyor.jpg" alt="Conveyor brings items to user in the right sequence" /><br />
<em>Example: A conveyor (such as this on a Krispy Kreme doughnut preparation line) brings products or components to workers in the right sequence. Image from <a href="http://flickr.com/photos/silversprite/171267076/">Silversprite</a></em></p>
<p>In <a href="http://architectures.danlockton.co.uk/2008/05/17/getting-someone-to-do-things-in-a-particular-order-part-3/">part 3</a>, we&#8217;ll look at the <strong>Poka-yoke approach</strong> to getting someone to do things in a particular order.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/05/08/getting-someone-to-do-things-in-a-particular-order-part-2/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>J G Ballard &amp; Architectures of Control</title>
		<link>http://architectures.danlockton.co.uk/2008/01/05/j-g-ballard-architectures-of-control/</link>
		<comments>http://architectures.danlockton.co.uk/2008/01/05/j-g-ballard-architectures-of-control/#comments</comments>
		<pubDate>Sat, 05 Jan 2008 18:01:47 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Articles]]></category>
		<category><![CDATA[Ballardian]]></category>
		<category><![CDATA[Blogosphere]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Essays]]></category>
		<category><![CDATA[Spatial]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2008/01/05/j-g-ballard-architectures-of-control/</guid>
		<description><![CDATA[
Over at the brilliant Ballardian, editor Simon Sellars has just published my article &#8216;J.G. Ballard &#038; Architectures of Control&#8216;, where I take a brief look at how Ballard&#8217;s work repeatedly examines &#8216;the effect of architecture on the individual&#8217; &#8211; something central to both the physical and psychological aspects of my research. Many thanks are due [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/ballardian.jpg" alt="Ballardian" /></p>
<p>Over at the brilliant <a href="http://www.ballardian.com">Ballardian</a>, editor Simon Sellars has just published my article &#8216;<a href="http://www.ballardian.com/jg-ballard-architectures-of-control">J.G. Ballard &#038; Architectures of Control</a>&#8216;, where I take a brief look at how Ballard&#8217;s work repeatedly examines &#8216;the effect of architecture on the individual&#8217; &#8211; something central to both the physical and psychological aspects of my research. Many thanks are due to Simon for giving me the opportunity to write for this (very knowledgeable) audience, and I hope I&#8217;ve done the subject justice.</p>
<blockquote><p>Surveillance cameras hung like gargoyles from the cornices, following me as I approached the barbican and identified myself to the guard at the reception desk… High above me, fluted columns carried the pitched roofs, an attempt at a vernacular architecture that failed to disguise this executive-class prison. Taking their cue from Eden-Olympia and Antibes-les-Pins, the totalitarian systems of the future would be subservient and ingratiating, but the locks would be just as strong.</p></blockquote>
<p><em>Super-Cannes</em>, chapter 15.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/01/05/j-g-ballard-architectures-of-control/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Towards a Design with Intent &#8216;Method&#8217; &#8211; v.0.1</title>
		<link>http://architectures.danlockton.co.uk/2008/01/05/towards-a-design-with-intent-method-v01/</link>
		<comments>http://architectures.danlockton.co.uk/2008/01/05/towards-a-design-with-intent-method-v01/#comments</comments>
		<pubDate>Sat, 05 Jan 2008 17:23:58 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Benches]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design attitudes]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[DwI Method]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[PhD]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Public money]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[Surveillance]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Technology underclass]]></category>
		<category><![CDATA[Underclass]]></category>
		<category><![CDATA[Urban]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Worldwide]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2008/01/05/towards-a-design-with-intent-method-v01/</guid>
		<description><![CDATA[As mentioned a while back, I&#8217;ve been trying to find a way to classify the numerous &#8216;Design with Intent&#8217; and architectures of control examples that have been examined on this site, and suggested by readers. Since that post, my approach has shifted slightly to look at what the intent is behind each example, and hence [...]]]></description>
			<content:encoded><![CDATA[<p><em>As <a href="http://architectures.danlockton.co.uk/2007/10/03/some-thoughts-on-classifications/">mentioned</a> a while back, I&#8217;ve been trying to find a way to classify the numerous &#8216;Design with Intent&#8217; and architectures of control examples that have been examined on this site, and suggested by readers. Since that post, my approach has shifted slightly to look at what the </em><a href="http://architectures.danlockton.co.uk/2007/12/13/design-with-intent/">intent</a><em> is behind each example, and hence develop a kind of &#8216;method&#8217; for suggesting &#8217;solutions&#8217; to &#8216;problems&#8217;, based on analysing hundreds of examples. I&#8217;d hesitate to call it a suggestion algorithm quite yet, but it does, in a very very rudimentary way, borrow certain ideas from <a href="http://www.triz40.com/">TRIZ</a>*. Below is a tentative, v.0.1 example of the kind of thought process that a &#8216;designer&#8217; might be led through by using the DwI Method. I&#8217;ve deliberately chosen an common example where the usual architectures of control-type &#8217;solutions&#8217; are pretty objectionable. Other examples will follow.</em> </p>
<p><img src="http://www.danlockton.co.uk/research/images/dwimethod1.png" alt="General view of the method diagram v.0.1" /></p>
<h3><strong>Basics of the DwI Method, v.0.1</strong></h3>
<p>1. Assuming you have a &#8216;problem&#8217; involving the interaction between one of more users, and a product, system or environment (hereafter, the <strong>system</strong>), the first stage is to express what your <strong>intended target behaviour</strong> is. What do you actually want to achieve? </p>
<p>2. Attempt to describe your intended target behaviour in terms of one of the <strong>general target behaviours</strong> for the interaction, listed in the table below. (This is, of course, very much a rough work in progress at present, and these will undoubtedly change and be added to.) Your intended target behaviour may seem to map to more than one general target behaviour: this may mean that you actually have two &#8216;problems&#8217; to solve.</p>
<p><img src="http://www.danlockton.co.uk/research/images/dwimethod2.png" alt="General target behaviours v.0.1" /></p>
<p>3. You&#8217;re presented with a set of <strong>mechanisms</strong> &#8211; loosely categorised as physical, psychological, economic, legal or structural &#8211; which, it&#8217;s suggested, could be applied to achieve the general target behaviour, and thus your intended target behaviour. Some mechanisms have a narrow focus &#8211; dealing specifically with the interaction between the user and the system &#8211; and some are much wider in scope &#8211; looking outside the immediate interaction. Different mechanisms can be combined, of course: the idea here is to <em>inspire</em> &#8217;solutions&#8217; to your &#8216;problem&#8217; rather than actually <em>specify</em> them.</p>
<p><img src="http://www.danlockton.co.uk/research/images/dwimethod3.png" alt="The mechanisms, illustrative v.0.1" /></p>
<p>&nbsp;</p>
<h3><strong>An example</strong></h3>
<p>This example is one that I&#8217;ve <a href="http://architectures.danlockton.co.uk/category/benches/">covered</a> <a href="http://architectures.danlockton.co.uk/?page_id=4#park-benches">extensively</a> on this blog: the most common &#8217;solutions&#8217; are, generally, very unfriendly, but it&#8217;s clear to most of us that the &#8216;wider scope&#8217; mechanisms are, ultimately, more desirable.</p>
<p><img src="http://www.danlockton.co.uk/research/images/hydeparkhomeless.jpg" alt="Original photo by David Basanta" /><br /><em>Sleeping on a bench in Hyde Park, London. Photo by <a href="http://www.flickr.com/photos/dbasanta/2093742562/">David Basanta</a></em></p>
<p><strong>Introduction</strong></p>
<p>A number of benches in a city-centre park are occupied overnight or during parts of the day by homeless people. The city council/authorities (&#8216;they&#8217;) decide that this is a problem: they don&#8217;t want homeless people sleeping on the benches in the park. Expressed differently, their <strong>intended target behaviour</strong> is <em>no homeless people sleeping on the benches</em>.</p>
<p>So, which of the <strong>general target behaviours</strong> is closest to this?</p>
<p>Currently the list (disclaimer: v.0.1, will change a lot, letter allocations are not significant) is:</p>
<p><strong>A1: &nbsp;<em>Access, use or occupation based on user characteristics</em><br />
A2: &nbsp;<em>Access, use or occupation based on user behaviour</em><br />
B: &nbsp;&nbsp;<em>No access, use or occupation, in a specific manner, by any user</em><br />
C: &nbsp;&nbsp;<em>User provided with functionality only when environmental criteria satisfied</em><br />
D: &nbsp;&nbsp;<em>Separate flows and occupation; users have no influence on each other</em><br />
E: &nbsp;&nbsp;<em>Interaction between users or groups of users</em><br />
F: &nbsp;&nbsp;<em>No user-created blockages or congestion caused by multiple users</em><br />
G: &nbsp;&nbsp;<em>Controlled rate of flow or passage of users</em><br />
H: &nbsp;&nbsp;<em>User follows process or path</em><br />
I: &nbsp;&nbsp;&nbsp;<em>User pays the maximum price which still results in a sale</em></strong></p>
<p>While we might think the ‘discriminatory’ implications of A1 and A2 are relevant here given our assumptions about the authorities&#8217; motives, in fact ‘they’ probably don’t want <em>anyone</em> sleeping on the benches, regardless of whether he or she’s actually homeless, just having a lunchtime nap before returning to a corner office at Goldman Sachs, or anywhere in between. They don’t mind someone <em>sitting</em> on the bench (grudgingly, that would seem to be its purpose), as long as it’s not for too long (that’s another ‘problem’, though with very similar ‘solutions’), but they don’t want anyone <em>sleeping</em> on it. It’s not <em>exactly</em> the same problem as preventing anyone lying down (we might imagine a bright light or loudspeaker positioned over the bench, which allows people to lie down but makes it difficult to sleep), but the problems, and most solutions, are very close. </p>
<p>So it turns out that B, ‘<strong>No access, use or occupation, in a specific manner, by any user</strong>’, best matches the intended target behaviour in this case:</p>
<p><img src="http://www.danlockton.co.uk/research/images/dwimethod4.png" alt="General Target Behaviour close-up, v.0.1" /></p>
<p><strong>From mechanisms to &#8217;solutions&#8217;</strong></p>
<p>Looking at the <a href="http://www.danlockton.co.uk/research/DwI_category_B_mechanisms_v.0.1.pdf">diagram (PDF, 25k</a>, or click image below), a number of possible mechanisms are suggested to achieve this target behaviour. (Again, a disclaimer: this is very much work in progress, and many mechanisms are missing at this stage.) There are physical, psychological, economic, legal and structural mechanisms, some with a narrow focus, and some much wider in scope.</p>
<p><a href="http://www.danlockton.co.uk/research/DwI_category_B_mechanisms_v.0.1.pdf"><img src="http://www.danlockton.co.uk/research/images/dwimethod5.png" alt="Category B preview, v.0.1" /></a></p>
<p>I&#8217;ll try to pick out and discuss a few mechanisms &#8211; physical, psychological and structural (leaving out the legal and economic for the moment) &#8211; to demonstrate how they can be applied in the context of the bench example, but first it&#8217;s important to note two things:</p>
<li>Different mechanisms can of course be combined to produce solutions: e.g. legal mechanisms would need some kind of surveillance, either human or technological, to enforce; a &#8216;<a href="http://architectures.danlockton.co.uk/2006/11/09/design-approaches-for-shaping-behaviour-sticks-and-carrots/">stick</a>&#8216; approach along with a &#8216;carrot&#8217; may be more effective than simply one or the other. So a fine for interacting with the system (i.e. sleeping on the bench) would probably have more effect if combined with making the alternative more attractive, e.g. providing somewhere else for people to sleep.
</li>
<li>None of these mechanisms is an actual &#8217;solution&#8217; to the &#8216;problem&#8217; directly, and even if applied rigorously, the actual effectiveness in terms of physically forcing, psychologically encouraging, or otherwise enforcing the intended target behaviour is not <em>guaranteed</em>. Users are not mechanical components; nor are they all <a href="http://en.wikipedia.org/wiki/Homo_economicus">rational economically</a>. Your results will vary.</li>
<p>The most obvious physical mechanism for addressing the issue is the <strong>placing of material</strong> &#8211; to interrupt the surface of the bench, or perhaps even <a href="http://architectures.danlockton.co.uk/category/designed-to-injure/">to cause injury</a> (usually not done deliberately with park benches, but surely done, at least in the sense of conditioning the user not to repeat the interactions, with some <a href="http://www.pigeonoff.co.uk/pigeon_spikes_installed.htm">pigeon spikes</a>, barbed wire, anti-climb and various <a href="http://www.usemenow.com/web-log/archives/the_antisit/index.html">anti-sit spikes</a>).</p>
<p><img src="http://www.danlockton.co.uk/research/images/dwimethod6.png" alt="Mechanisms close-up, v.0.1" /></p>
<p>Interrupting the surface of the bench is usually done by adding central armrests (which do at least serve another function in addition), as illustrated here:</p>
<p><img src="http://www.danlockton.co.uk/research/images/richmondbench.jpg" alt="New anti-homeless bench being installed at Richmond Station" /></p>
<p><img src="http://www.danlockton.co.uk/research/images/belson_bench_450.jpg" alt="Belson Georgetown Bench" /><br /><em>A new bench with armrests being installed at Richmond Station, just as <a href="http://en.wikipedia.org/wiki/London_Overground">London Overground</a> takes over from <a href="http://en.wikipedia.org/wiki/Silverlink">Silverlink</a>; and the <a href="http://web.archive.org/web/20040417173248/http://www.belson.com/gbrec.htm">Belson Georgetown Bench</a>, &#8220;Redesigned to face contemporary urban realities, this bench comes standard with a centre arm to discourage overnight stays in its comfortable embrace.&#8221;</em></p>
<p>Of course, it is possible to sleep on a bench with central armrests, but it&#8217;s certainly <em>discouraging</em>, as the Belson quote suggests. </p>
<p><img src="http://www.danlockton.co.uk/research/images/sleepingoverarmrests.jpg" alt="Sleeping over armrests on bench, photo by Rick Abbott" /><br /><em>Photo by <a href="http://www.flickr.com/photos/rickabbott/81779858/">Rick Abbott</a></em></p>
<p>Placing of material could equally be subtractive rather than additive &#8211; so interrupting the surface might also suggest <em>removing</em> elements to prevent or discourage sleeping. This could be in the form of removing every (say) third section of a bench, thus making the remaining length too short to lie down on properly (this has been done in <a href="http://architectures.danlockton.co.uk/2006/10/05/anti-homeless-benches-in-tokyo/#comment-11641">some airport lounges</a>), making the benches shorter altogether, or even separating the seats into &#8217;single-occupancy benches&#8217; &#8211; which would seem to be suggested by the <strong>spatial</strong> mechanism:</p>
<p><img src="http://www.danlockton.co.uk/research/images/shortbench.jpg" alt="Short bench - image from Yumiko Hayakawa" />&nbsp;<img src="http://www.danlockton.co.uk/research/images/helsinki_225.jpg" alt="Single occupancy benches - photo by Ville Tikkanen" /><br /><em>&#8220;A man tries to sleep on a deliberately shortened bench at the park&#8221; &#8211; photo from <a href="http://english.ohmynews.com/articleview/article_view.asp?article_class=&#038;no=321234&#038;rel_no=1">this excellent article by Yumiko Hayakawa</a> discussing anti-homeless measures in Tokyo; &#8216;Single-occupancy benches&#8217; in Helsinki &#8211; photo by <a href="http://salientfeature.wordpress.com/2007/07/02/asocial-design/">Ville Tikkanen</a></em></p>
<p>Indeed, simply narrowing the bench (making a kind of perch), and/or removing the backrest from a bench which already has central armrests, so that someone can&#8217;t even lean back to doze, would also count in terms of removing material.</p>
<p><img src="http://www.danlockton.co.uk/research/images/dwimethod7.png" alt="Mechanisms close-up, v.0.1" /></p>
<p>Designs suggested by the <strong>orientation of material</strong> mechanisms are also fairly common &#8211; most often, a simply angled seat surface, as used on many <a href="http://architectures.danlockton.co.uk/2007/03/06/anti-user-seating-in-oxford/">bus-stop perches</a> or these benches:</p>
<p><img src="http://www.danlockton.co.uk/research/images/angledbench.jpg" alt="Angled bench - photo from Yumiko Hayakawa" /><br /><em>&#8220;Can&#8217;t Lie Down, Can&#8217;t Lean Back &#8211; A man has a hard time getting a break on this partitioned, forward-leaning bench at Tokyo&#8217;s Ueno Onshi park&#8221;. Photo from <a href="http://english.ohmynews.com/articleview/article_view.asp?article_class=&#038;no=321234&#038;rel_no=1">Yumiko Hayakawa&#8217;s article</a>.</em><br />
<img src="http://www.danlockton.co.uk/research/images/leanseat.jpg" alt="Bench by Joscelyn Bingham" /><br /><em>The <a href="http://architectures.danlockton.co.uk/2007/07/16/lean-or-mean/">&#8216;Lean Seat&#8217;</a> by Joscelyn Bingham </em></p>
<p>Curved surfaces, both convex and concave, can also be employed:</p>
<p><img src="http://www.danlockton.co.uk/research/images/hayakawa_2_small.jpg" alt="Curved bench - photo from Yumiko Hayakawa" />&nbsp;<img src="http://www.danlockton.co.uk/research/images/phatalbert.jpg" alt="Curved bench - photo from Phatalbert" /><em>Convex surface tubular bench in Tokyo &#8211; photo from <a href="http://english.ohmynews.com/articleview/article_view.asp?article_class=&#038;no=321234&#038;rel_no=1">Yumiko Hayakawa&#8217;s article</a>; Concave surface bus shelter perch in Shanghai &#8211; photo by <a href="http://www.flickr.com/photos/phatalbert/706779550/">Albert Sun</a></em></p>
<p>And curvature can be combined with the use of armrests (and <em>height</em> &#8211; which suggests that <strong>spatial</strong> might also be expanded to include something like &#8220;dimensional change to alter distance between elements of system&#8221;) to create something like the &#8216;Oxford Cornmarket montrosity&#8217;, which might prevent people sleeping on it, but certainly doesn&#8217;t stop people occupying it in a way the designers didn&#8217;t intend:</p>
<p><img src="http://www.danlockton.co.uk/research/images/oxford1.jpg" alt="Monstrosity, Oxford Cornmarket" /></p>
<p><img src="http://www.danlockton.co.uk/research/images/cornmarket_seats_3.jpg" alt="Monstrosity in use, Oxford Cornmarket" /><br /><em>The &#8216;benches&#8217; in Oxford&#8217;s Cornmarket Street, discussed <a href="http://architectures.danlockton.co.uk/2007/03/06/anti-user-seating-in-oxford/">here</a> and <a href="http://architectures.danlockton.co.uk/2007/07/24/anti-public-seating-roundup/">here</a>. Second photo by <a href="http://www.headington.org.uk/oxon/cornmarket/new_seat.htm">Stephanie Jenkins</a></em></p>
<p>Looking at some of the other relevant physical mechanisms, it&#8217;s worth noting that <strong>change of environmental characteristic</strong> &#8211; &#8216;local temperature change&#8217; &#8211; also finds an expression in the convex Tokyo bench pictured above &#8211; as Yumiko Hayakawa notes in the <a href="http://english.ohmynews.com/articleview/article_view.asp?article_class=&#038;no=321234&#038;rel_no=1">original article</a>:</p>
<blockquote><p>The hard curved surface of this stainless-steel bench, too hot in summer, too cold in winter, repels all but one visitor to Ikebukuro West Park.</p></blockquote>
<p>We might also think of positioning a street lamp right above a bench &#8211; to make it took bright to sleep there easily at night &#8211; as a similar tactic in this vein, &#8216;local illumination change&#8217;.</p>
<p>What about the other relevant physical mechanisms? <strong>Change of material characteristic</strong> could mean a bench that deforms in some way when someone lies on it, or maybe has an uncomfortable surface texture (nails?). But both of these would probably preclude the bench&#8217;s use for sitting, in addition to sleeping. <strong>Movement or oscillation</strong> could suggest a bench which is balanced somehow so that it requires the user&#8217;s feet to be on the ground, in a normal sitting position, to keep it stable, and which would fall over (extra degree of freedom introduced) when someone tried to lie down on it, or maybe a bench which is sited on a turntable continually rotating, or a vibrating base, so that the user&#8217;s feet on the ground are again needed for stabilising, and someone lying down would fall off. None of these is an especially realistic &#8217;solution&#8217;, but would all address the &#8216;problem&#8217; even if simultaneously introducing others.</p>
<p>(At this point, we might consider that if the &#8216;problem&#8217; mainly occurs at night, we might want a bench that only becomes un-sleepable on &#8211; or unusable &#8211; at night. This would be best addressed by <strong>general target behaviour C, &#8216;User provided with functionality only when environmental criteria satisfied&#8217;</strong> &#8211; many of the suggested mechanisms will be similar, but with conditional elements to them &#8211; if it is dark, or after a certain time, the bench might automatically retract into the ground, or become uncomfortable, if it weren&#8217;t already.)</p>
<p>As noted on the <a href="http://www.danlockton.co.uk/research/DwI_category_B_mechanisms_v.0.1.pdf">diagram (PDF, 25k</a>), I&#8217;ve (so far) had a bit of a mental blind-spot in coming up with wider-scope physical mechanisms to address this general target behaviour. The only sensible ones so far relate to applying the <strong>placing of material</strong> on the approach to the system, so in this case, it might mean putting the bench on an island surrounded by mud, water or spikes and so on, which doesn&#8217;t really seem useful. This wider-scope line-of-thinking needs much further development for some types of mechanisms, although it&#8217;s fairly obvious where it relates to making an <em>alternative system</em> more attractive.</p>
<p><img src="http://www.danlockton.co.uk/research/images/dwimethod8.png" alt="Mechanisms close-up, v.0.1" /><br /><em>Narrow-scope psychological mechanisms</em></p>
<p>Turning to <strong>psychological mechanisms</strong>, with both narrow and wider scopes, the emphasis pretty much comes down to a &#8217;stick&#8217; or &#8216;carrot&#8217; approach: either scare/warn/otherwise put off the user from sleeping on the bench, or make an alternative more attractive/available. It&#8217;s about creating unattractive <a href="http://www.interaction-design.org/encyclopedia/affordances.html"><em>perceived</em> affordances</a>, perhaps, where the physical mechanisms are about removing real affordances. </p>
<p>From the narrow scope point-of-view, some of the applicable psychological &#8217;solutions&#8217; might include: &#8216;warning&#8217; potential sleepers off with signage or colour schemes (not that this would do much; it&#8217;s more likely to provoke amusement, as in the photo below); making benches which <em>look</em> uncomfortable (whether or not they are); paying(?) scary or unattractive other &#8216;users&#8217; to hang around the bench to scare people away (which perhaps defeats the object slightly); or, probably most likely, using overt <strong>surveillance</strong> of the bench, by humans or cameras, which brings in considerations of the legal mechanisms too (and maybe economic, in the form of fines). Another aspect of surveillance is making the (unwanted) interaction visible to other users &#8211; using the pressure of social norms to &#8217;shame&#8217; people into not doing something (<a href="http://curiousshopper.blogspot.com/2006/10/shoppers-must-wash-hands.html#c116232655110986741">positioning the sink <em>outside</em> the bathroom</a>, in a kind of ante-room visible to others, is a good example), but it&#8217;s difficult to see how to apply this to the bench example &#8211; even if the bench is, say, positioned where lots of people will see the user sleeping on it, the pressure to vacate it is pretty low. This is a kind of &#8216;public&#8217; feedback; feedback itself is an extremely important psychological mechanism in interaction design, but seems (from my research so far) to be much more applicable to some of the other general target behaviours.</p>
<p><img src="http://www.danlockton.co.uk/research/images/bushes_sign.jpg" alt="Sign in bushes, photo from Tacky Fabulous Orlando" />&nbsp;<img src="http://www.danlockton.co.uk/research/images/dwimethod9.png" alt="Mechanisms close-up, v.0.1" /><br /><em><a href="http://tackyfabulousorlando.blogspot.com/2008/01/somebody-must-have-tried-i-wasnt-laying_02.html">A genuine sign in Orlando</a>, via <a href="http://www.boingboing.net/2008/01/04/park-visitors-requir.html">Boing Boing</a>; and some applicable wider scope psychological mechanisms</em>.</p>
<p>The wider scope psychological mechanisms are much more positive &#8211; indeed, more positive than anything else so far in this example. Here, the aim is to make alternative systems &#8211; i.e. an alternative to sleeping on the park bench, whatever it might be &#8211; more attractive. This is where <a href="http://www.we-make-money-not-art.com/archives/003207.php">this sort of thing</a> comes into play: </p>
<p><img src="http://www.danlockton.co.uk/research/images/godsell1.jpg" alt="Sean Godsell, House in a Park" />&nbsp;<img src="http://www.danlockton.co.uk/research/images/godsell2.jpg" alt="Sean Godsell, House in a Park" /><br /><em>Sean Godsell&#8217;s <a href="http://www.archmedia.com.au/aa/aaissue.php?issueid=200207&#038;article=3&#038;typeon=1">&#8216;House in a Park&#8217;</a>, a bench that folds out into a rudimentary shelter (above) and (below) <a href="http://www.design21sdn.com/feature/15">Bus Shelter House</a>, which &#8220;converts into an emergency overnight accommodation. The bench lifts to reveal a woven steel mattress and the advertising hoarding is modified to act as a dispenser of blankets, food, and water.&#8221;</em><br /><img src="http://www.danlockton.co.uk/research/images/godsell3.jpg" alt="Sean Godsell, Bus Shelter House" /></p>
<p>Note that at this level, the alternative systems themselves are attractive (more attractive than sleeping on the park bench) by simply fulfilling users&#8217; needs rather than any psychological &#8216;tricks&#8217;. There is a lesson there.</p>
<p>&#8216;Guerrilla&#8217; responses by users frustrated at heavy-handed anti-user measures don&#8217;t directly have a place in the DwI Method, at least as currently constituted, but in this case, for example, <a href="http://architectures.danlockton.co.uk/2007/07/16/lean-or-mean/#comment-79699">providing temporary cardboard seating (/sleeping benches)</a> or even parts that fit over benches with central armrests to permit sleeping once again, as <a href="http://architectures.danlockton.co.uk/2007/07/16/lean-or-mean/#comment-79699">Crosbie Fitch suggests</a>, are worth thinking about:</p>
<blockquote><p>Perhaps also, for each anti-sit seat design, one could come up with cardboard add-ons that re-enable long-term seating and recumbence. These could be labelled “Temporary Seat Repairs”, “Protective Seat Covers”, “Citizen City Seats”, or something far wittier.</p></blockquote>
<p><img src="http://www.danlockton.co.uk/research/images/dwimethod10.png" alt="Mechanisms close-up, v.0.1" /></p>
<p>It&#8217;s the <strong>structural</strong> mechanisms which suggest the more large-scale &#8217;solutions&#8217;, from provision of alternative systems (as in the Sean Godsell examples above) to <em>actually removing the need for anyone to sleep rough</em>. Ultimately, of course, that&#8217;s a better goal than any of the above &#8211; anything discussed in this article &#8211; but it&#8217;s not really a &#8217;solution&#8217;, rather a desirable aim, or even an intended target behaviour in itself, addressing a social issue rather than a &#8216;design&#8217; one. Addressing the &#8216;disease&#8217; rather than merely disguising the symptoms is surely preferable in the long-term.</p>
<p>Alternatively, some cities have simply removed benches altogether where there is a &#8216;homeless problem&#8230;</p>
<p><img src="http://www.danlockton.co.uk/research/images/benchesremoved.jpg" alt="Benches removed - photo by Fredo Alvarez" /><br /><em>Benches stripped in Washington DC &#8211; &#8220;A small homeless population [had grown] there within the past few months&#8221;. photo by <a href="http://www.flickr.com/photos/fredosan/491298073/">Fredo Alvarez</a>.</em></p>
<p>&#8230;&#8217;<strong>removal of system entirely</strong>&#8216; being the structural mechanism there: doing absolutely nothing to help the homeless users, and in the process removing the benches for <em>everyone</em> who uses the park.</p>
<p><strong>Conclusions</strong></p>
<p>The choice of such a negative example for demonstrating this very early version of the Design With Intent Method &#8211; where almost all the &#8217;solutions&#8217; suggested are anti-user and generally unfriendly &#8211; reflects, pretty much, where my &#8216;architectures of control&#8217; research came from in the first place. Most of the examples posted on the site over the past couple of years have generally been about stopping users doing something, forcing them to do something they don&#8217;t want to do, or tricking them into doing something against their own best interests &#8211; certainly more than have been about more positive efforts to help and guide users. </p>
<p>I thought that using the DwI Method initially to see if I could &#8216;get inside the head&#8217; (possibly) of the &#8216;they&#8217; who implement this kind of disciplinary architecture would be a useful insight, before applying the method to something more user-friendly and worthwhile &#8211; which willl be the next task.</p>
<p>&nbsp;</p>
<p><em>*As <a href="http://architectures.danlockton.co.uk/2007/10/03/some-thoughts-on-classifications/#comment-101225">&#8216;Silverman&#8217; cautioned</a> before, the aim must not be to remove the use of engineering/design intuition &#8211; most creative people would not respond well to that anyway &#8211; but primarily to inspire possible solutions.<br />
</em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/01/05/towards-a-design-with-intent-method-v01/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Design with Intent</title>
		<link>http://architectures.danlockton.co.uk/2007/12/13/design-with-intent/</link>
		<comments>http://architectures.danlockton.co.uk/2007/12/13/design-with-intent/#comments</comments>
		<pubDate>Thu, 13 Dec 2007 13:50:41 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[PhD]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Site Announcements]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/12/13/design-with-intent/</guid>
		<description><![CDATA[I&#8217;ve recently been doing a vast amount of reading (and writing a brief paper) on architectures of control-type strategies and precedents, from lots of different fields, as a precursor to planning the first practical parts of my PhD research, and in trying to classify and categorise different approaches, I&#8217;ve once again had to think about [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve recently been doing a vast amount of reading (and writing a brief paper) on architectures of control-type strategies and precedents, from lots of different fields, as a precursor to planning the first practical parts of my PhD research, and in trying to classify and categorise different approaches, I&#8217;ve once again had to think about defining exactly what it is I&#8217;m investigating. </p>
<p>&#8216;Architectures of control&#8217; is a powerful label, and fits well (I think) with the <a href="http://architectures.danlockton.co.uk/?page_id=3">original definition I applied to it</a>, but on a more abstract level, these kinds of strategies &#8211; whether the &#8216;control&#8217; is persuasion, coercion, stick, carrot, or something else &#8211; are all about <em>intent</em> on the part of the designer (as noted by &#8216;Silverman&#8217; in <a href="http://architectures.danlockton.co.uk/2007/10/03/some-thoughts-on-classifications/#comment-101225">a comment here</a>). All the strategies involve <strong>design intended to result in certain user behaviour</strong>. The designer/engineer/planner, or his/her masters (corporate or political) have particular behavioural outcomes in mind for the interaction between user and product/system/environment (whether or not those intended outcomes actually occur is another matter). So, I considered <strong>Design with Intent</strong> (DwI) to encompass, more succinctly, the scope of my research. As such, I&#8217;ve added the phrase to the blog&#8217;s title; the &#8216;Architectures of Control&#8217; part will remain in addition. Previous <a href="http://architectures.danlockton.co.uk/2006/09/14/is-there-a-better-term-than-architectures-of-control/">name change discussions</a> raised some very <a href="http://architectures.danlockton.co.uk/2006/10/22/disaffordances-and-engineering-obedience/">interesting points</a> about the merits and implications of different terminology.</p>
<p><img src="http://danlockton.co.uk/research/images/headercloseup.jpg" alt="Close-up of new header image." /></p>
<p>The blog itself will also be changing a bit. If you&#8217;re reading directly rather than via RSS, you&#8217;ll have seen the new header image (larger version above), which attempts to symbolise both the architectural and the technological by inserting a building onto PCB-like tracks and pads: product and building design can very much be components of intentionally engineered behavioural systems, which is to some extent the message the blog&#8217;s trying to put across. I&#8217;ve loosely modelled the building in the image on the heavily Brutalist <a href="http://flickr.com/photos/the_defiance/1485323693/">Brunel University Lecture Centre</a>, by <a href="http://en.wikipedia.org/wiki/Richard_Herbert_Sheppard">Richard Sheppard</a>, most famous from its appearance as <a href="http://www.flickr.com/photos/yusunkwon/300403159/">the Ludovico Centre in <em>A Clockwork Orange</em></a>. Many Brutalist (and Modernist) structures strike me as being very much like scaled-up consumer products set into a larger landscape (possibly why they seem to appeal more to designers and engineers than to the general public); what better to represent the idea of product architecture than actual architecture which resembles a product, or even an electronic component? It even has pins in the right place.</p>
<p>You might also notice that I&#8217;ve relegated the &#8216;<a href="http://fulminate.co.uk">Fulminate</a>&#8216; posts to their own position in the sidebar &#8211; from now on, they won&#8217;t directly appear in the main body of the homepage, though if you click on the logo you can see them all, at <a href="http://fulminate.co.uk">fulminate.co.uk</a> (which is really just architectures.danlockton.co.uk/category/fulminate). The main reasons for moving them are that a) not being about architectures of control, they tended to distract from the main focus of the blog, and potentially confuse new readers, b) they&#8217;re generally (so far) about things such as <a href="http://architectures.danlockton.co.uk/category/freelance/">freelancing</a> or <a href="http://architectures.danlockton.co.uk/category/runnymede/">Runnymede</a> which are of interest to a different set of readers and c) if I want to develop Fulminate further as a blog, it will be neater standing slightly separated. The idea of having everything thrown together in the same blog <a href="http://architectures.danlockton.co.uk/2006/12/07/whats-happened-to-the-website/">seemed good at the time</a> but in practice it irritated me a little too much. Hey, it&#8217;s just the annual re-branding.</p>
<p>My aim is to maintain this blog more consistently in 2008, and make it useful as an archive of DwI examples, techniques and approaches, as well as chronicling my PhD research and (hopefully) helping engage other designers and technologists interested in this area. In that vein I really do hope to reply to e-mails more quickly, engage further with commenters, and so on, as well as rewriting much of the introductory material linked from the sidebar so that it&#8217;s more up-to-date and benefits from examples that have come to light over the past couple of years, as well as actually explaining <a href="http://architectures.danlockton.co.uk/2007/05/01/how-this-research-will-be-moving-forward/">my current researc</a>h. Now that I&#8217;ve got something more closely approximating a &#8216;normal&#8217; working week, as opposed to the arbitrary hours that freelancing entails, it <em>ought</em> to be possible to keep up this website in a timely and regular manner. We&#8217;ll see.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/12/13/design-with-intent/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>I believe in mirror-queues</title>
		<link>http://architectures.danlockton.co.uk/2007/12/11/i-believe-in-mirror-queues/</link>
		<comments>http://architectures.danlockton.co.uk/2007/12/11/i-believe-in-mirror-queues/#comments</comments>
		<pubDate>Tue, 11 Dec 2007 15:36:26 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/12/11/i-believe-in-mirror-queues/</guid>
		<description><![CDATA[Meagan Call has written a very interesting piece examining the technique used in some (women&#8217;s) public restrooms* of moving the mirrors to the wall near the entrance/exit, rather than behind the sinks as might be expected (and is usually found in mens&#8217; facilities), to lessen queueing and speed up throughflow:

Women often linger, using the excess [...]]]></description>
			<content:encoded><![CDATA[<p>Meagan Call has written <a href="http://hadesarrow.blogspot.com/2007/11/bathroom-oddities.html">a very interesting piece</a> examining the technique used in some (women&#8217;s) public restrooms* of moving the mirrors to the wall near the entrance/exit, rather than behind the sinks as might be expected (and is usually found in mens&#8217; facilities), to lessen queueing and speed up throughflow:</p>
<p><img src="http://www.danlockton.co.uk/research/images/bathroom1.jpg" alt="No mirrors behind the sinks: photo by Meagan Call" /><img src="http://www.danlockton.co.uk/research/images/bathroom2.jpg" alt="Mirrors by exit instead: photo by Meagan Call" /></p>
<blockquote><p>Women often linger, using the excess water from their recently scrubbed hands to squish, flatten, and fluff their hair. I&#8217;ve seen women who don&#8217;t bother to wash their hands bend over the sinks to play with their hair or re-touch makeup. And of course, some women go into the restroom for the sole purpose of looking into the mirror. No mirror equals less congestion, people washing their hands can get to the sinks more easily, and will leave more quickly.</p>
<p>&#8230;</p>
<p>Moving the mirror near the doors is actually an intelligent solution&#8230; by moving the mirrors away from the water, primping is less desirable. In addition, by placing it in the pathway of the door, people are more likely to feel foolish and in the way, and are therefore more likely to pass by quickly. The open space does not invite people to stay and look in the mirror.</p></blockquote>
<p>Meagan&#8217;s analysis is spot-on &#8211; this is a clever technique which is subtle enough not to be noticed by the majority of users, but which nevertheless shapes their behaviour. The agenda is one of social benefit (for the greater good of the other users, reducing congestion) rather than explicitly commercial (in the context of the service area where the facilities are located), but it presumably has the effect of reducing complaints, hence increasing customer satisfaction even if only marginally.</p>
<p>We&#8217;ve looked before at some of the <a href="http://architectures.danlockton.co.uk/2007/02/15/objects-in-mirror-are-wider-than-they-appear/">issues around mirrors in a retail environment</a>, but in a confirmation/corollary of Meagan&#8217;s thoughts, I&#8217;ll end with two pertinent quotes: </p>
<blockquote><p>Stand and watch what happens at any reflective surface &#8211; we preen like chimps, men and women alike… Mirrors slow shoppers in their tracks, a very good idea for whatever merchandise happens to be in the vicinity.</p></blockquote>
<p>Paco Underhill, <em><a href="http://www.envirosell.com/index.php?option=com_content&#038;task=view&#038;id=48&#038;Itemid=55">Why We Buy</a></em>.</p>
<blockquote><p>A large hotel in an American city received many complaints about the slowness of its elevators. It installed mirrors next to the elevator doors. The complaints ended. </p></blockquote>
<p>Lawrence Lessig, <em><a href="http://codebook.jot.com/WikiHome">Code and Other Laws of Cyberspace</a></em></p>
<p>&#8230;&#8230;&#8230;..</p>
<p><em>*/bathrooms/toilets/conveniences/other</p>
<p>Photos from <a href="http://hadesarrow.blogspot.com/2007/11/bathroom-oddities.html">Meagan Call</a>.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/12/11/i-believe-in-mirror-queues/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

<!-- Dynamic Page Served (once) in 1.071 seconds -->
