<?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; Cartridges</title>
	<atom:link href="http://architectures.danlockton.co.uk/category/cartridges/feed/" rel="self" type="application/rss+xml" />
	<link>http://architectures.danlockton.co.uk</link>
	<description>Design and human behaviour</description>
	<lastBuildDate>Thu, 09 Feb 2012 22:20:49 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
		<item>
		<title>Do you really need to print that?</title>
		<link>http://architectures.danlockton.co.uk/2007/11/06/do-you-really-need-to-print-that/</link>
		<comments>http://architectures.danlockton.co.uk/2007/11/06/do-you-really-need-to-print-that/#comments</comments>
		<pubDate>Tue, 06 Nov 2007 18:44:11 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Art making a point]]></category>
		<category><![CDATA[Cartridges]]></category>
		<category><![CDATA[Communication]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></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[Entropy]]></category>
		<category><![CDATA[Environmental]]></category>
		<category><![CDATA[Firmware]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Ink cartridges]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Mistake-proofing]]></category>
		<category><![CDATA[PhD]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Printers]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Sustainability]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/11/06/do-you-really-need-to-print-that/</guid>
		<description><![CDATA[This is not difficult to do, once you know how. Of course, it&#8217;s not terribly useful, since a) most people don&#8217;t read the display on a printer unless an error occurs, or b) you&#8217;re only likely to see it once you&#8217;ve already sent something to print. Is this kind of very, very weak persuasion &#8211; [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/printer2.jpg" alt="Do you really need to print that?" /><br /><img src="http://www.danlockton.co.uk/research/images/printer1.jpg" alt="Do you really need to print that?" /></p>
<p>This is not difficult to do, <a href="http://kovaya.com/miscellany/2007/10/insert-coin.html">once you know how</a>. Of course, it&#8217;s not terribly useful, since a) most people don&#8217;t read the display on a printer unless an error occurs, or b) you&#8217;re only likely to see it once you&#8217;ve already sent something to print.</p>
<p>Is this kind of very, very weak persuasion &#8211; actually worthwhile? From a user&#8217;s point of view, it&#8217;s less intrusive than, say, a dialogue box that asks &#8220;Are you sure you want to print that? Think of the environment&#8221; every time you try to print something (which would become deeply irritating for many users), but when applied thoughtfully, as (in a different area of paper consumption) in Pete Kazanjy&#8217;s <a href="http://thesecomefromtrees.blogspot.com/">These Come From Trees initiative</a>, or even in various <a href="http://www.treehugger.com/files/2007/03/ecotip_in_email.php">e-mail footers</a>* (below), there may actually be some worthwhile influence on user behaviour. It&#8217;s not &#8216;micropersuasion&#8217; in <a href="http://www.micropersuasion.com/">Steve Rubel&#8217;s sense</a>, exactly, but there is some commonality.</p>
<p><img src="http://www.danlockton.co.uk/research/images/print.gif" alt="Please consider the environment" /></p>
<p>I&#8217;m thinking that addressing the choices users make when they decide to print (or not print) a document or email could be an interesting specific example to investigate as part of my research, once I get to the stage of user trials. How effective are the different strategies in actually reducing paper/energy/toner/fuser/ink consumption and waste generation? Would better use of &#8216;Printer-friendly&#8217; style sheets for webpages save a lot of unnecessary reprints due to cut-off words and broken layouts? Should, say, two pages per sheet become the default when a dicument goes above a certain number of pages? Should users be warned if widows (not so much orphans) are going to increase the number of sheets needed, or should the leading be automatically adjusted (by default) to prevent this? What happens if we make it easier to avoid printing banner ads and other junk? What happens if we make the paper tray smaller so the user is reminded of just how much paper he/she is getting through? What happens if we include a display showing the cost (financially) of the toner/ink, paper and electricity so far each day, or for each user? What happens if we ration paper for each user and allow him or her to &#8216;trade&#8217; with other users? What happens if we give users a &#8216;reward&#8217; for reaching targets of reducing printer usage, month-on-month? And so on. (The <a href="http://architectures.danlockton.co.uk/?page_id=13#mopyfish">HP MOPy Fish</a> &#8211; cited in B J Fogg&#8217;s <em><a href="http://persuasivetechnology.com/">Persuasive Technology</a></em> &#8211; is an example of the opposite intention: a system designed to encourage users to print more, by rewarding them.)</p>
<p>Printing is an interesting area, since it allows the possibility of testing out both software and hardware tactics for causing behaviour change, which I&#8217;m keen to do. </p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/11/06/do-you-really-need-to-print-that/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>Dependence</title>
		<link>http://architectures.danlockton.co.uk/2007/01/17/dependence/</link>
		<comments>http://architectures.danlockton.co.uk/2007/01/17/dependence/#comments</comments>
		<pubDate>Wed, 17 Jan 2007 09:47:25 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Addiction]]></category>
		<category><![CDATA[Blogosphere]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Cartridges]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Independence]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Parasitic lock-in]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Technology underclass]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/01/17/dependence/</guid>
		<description><![CDATA[Karel Donk has some intriguing thoughts on &#8216;maximising the upside&#8217; of life, by reducing dependence on other people, status and possessions, so that there is less to lose: So one of the important things in life is to be as independent as possible and rely on very few things. After all, when it comes down [...]]]></description>
			<content:encoded><![CDATA[<p>Karel Donk has <a href="http://www.miraesoft.com/karel/2007/01/15/if-you-have-nothing-to-lose-you-can-only-win/">some intriguing thoughts on &#8216;maximising the upside&#8217; of life</a>, by reducing dependence on other people, status and possessions, so that there is less to lose:</p>
<blockquote><p>So one of the important things in life is to be as independent as possible and rely on very few things. After all, when it comes down to it, the only thing you can really and always depend on in life is yourself. This doesn’t mean that you shouldn’t want a lot of things in life. Want and have as much as you like, but <em>require</em> as little as possible. This is the simple rule you can use to guide you in making decisions about what you want to depend on in life.</p></blockquote>
<p>Interestingly, he also hits on the &#8216;architectures of control&#8217; issue, briefly:</p>
<blockquote><p>Today’s world, and indeed for a very very long time now, is structured in such a way where people are directed, if not forced, to become dependent. Dependent on the system, or dependent on others. <strong>When you do enough research, you will find that this is all by design.</strong> I won’t go into details in this post, but certainly will in the future. For now it’s enough to note that this is by design. The reason why things are set up in this way is of course to be able to control people and limit their freedoms. When people depend on you, you can manipulate them into behaving the way you want. Because they depend on you, they have little choice but to go along with anything you say because they fear losing what they get from you. By definition if someone depends on someone else, or something else, that person has something to lose.</p></blockquote>
<p>I&#8217;m looking forward to reading Karel&#8217;s future thoughts on this. <em>Creating dependence</em>, or at least creating a need/desire/requirement to consume more, is a fair characterisation of many architectures of control we&#8217;ve looked at on this site, from  <strong><a href="http://architectures.danlockton.co.uk/2006/10/21/epson-messes-up-my-day/">printer</a> <a href="http://architectures.danlockton.co.uk/2006/04/15/the-fight-back-defeating-cartridge-expiry/">cartridge</a> <a href="http://architectures.danlockton.co.uk/?page_id=9">sneakiness</a></strong> to <strong><a href="http://architectures.danlockton.co.uk/2006/09/01/planned-addiction-as-a-method-of-control-a-parasitic-lock-in-business-model/">outright  chemical addiction</a></strong>; whether a simple <a href="http://en.wikipedia.org/wiki/Razor_and_blades_business_model">razor-blade model</a> (you need to buy more of this, because it&#8217;s the only thing that fits) or something more sinister, Karel is right: the common thread is <em>dependence</em>.</p>
<p>To a large extent, I think this is why education is so important. If we understand the systems around us, technical, political and cultural, we are able to make (better) decisions for ourselves. If, however, we &#8216;leave it up to others who understand all that stuff&#8217;, we become dependent on them. </p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/01/17/dependence/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Epson messes up my day</title>
		<link>http://architectures.danlockton.co.uk/2006/10/21/epson-messes-up-my-day/</link>
		<comments>http://architectures.danlockton.co.uk/2006/10/21/epson-messes-up-my-day/#comments</comments>
		<pubDate>Sat, 21 Oct 2006 13:59:59 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cartridges]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Ink cartridges]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Japan]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Printers]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Site Announcements]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=147</guid>
		<description><![CDATA[My Epson Stylus Photo R1800&#8242;s been running low on ink in a couple of cartridges for a few days now. I&#8217;ve been putting off ordering them until this weekend. Now I find that when the printer believes a cartridge has reached 0%, it won&#8217;t print anything at all, even if it doesn&#8217;t need that colour. [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/inkout.png" alt="Ink Out" /></p>
<p>My Epson Stylus Photo R1800&#8242;s been running low on ink in a couple of cartridges for a few days now. I&#8217;ve been putting off ordering them until this weekend. Now I find that when the printer believes a cartridge has reached 0%, <strong>it won&#8217;t print anything at all</strong>, even if it doesn&#8217;t need that colour. Users (i.e. me) are forced into buying new cartridges at a time when they don&#8217;t actually need them in a pathetic exercise of Epson&#8217;s control. Workflow is interrupted, plans out of the window.</p>
<p>So now, in order to print something important which needs to be done this afternoon, I am going to have to get on a train and go into a local town, wasting a couple of hours of my life and resulting in entirely unnecessary energy usage and carbon emissions. That&#8217;s relatively easy for me: I live next to a railway station. But in areas of the world where it isn&#8217;t convenient or possible, how can such <em>thoughtless</em> design be tolerated? Printers a few years ago allowed you to keep printing until the cartridges were actually empty. You knew when to stop because you could see.</p>
<p>Hey Epson: if you push your customers around, they&#8217;ll walk away. Forever. It&#8217;s as simple as that. People&#8217;s time is precious. Convenience is important. There&#8217;s no way I&#8217;ll ever buy another Epson product or recommend them to anyone else. And I&#8217;m a techy guy: occasionally, people do ask my opinion on products. (Of course I&#8217;m going to buy cheap refill cartridges; ultimately I may have to get a <a href="http://www.continuousink.com/">continuous ink supply system</a>)</p>
<p>Yeah, it&#8217;s a rant; it&#8217;s also a pathetic piece of design embodying absolute contempt for the customer. </p>
<p><img src="http://www.danlockton.co.uk/research/images/r1800.jpg" alt="Bad design" /></p>
<p>(Sadly the <a href="http://architectures.danlockton.co.uk/?p=59"><strong>SSC Service Utility</strong></a> mentioned a few months ago doesn&#8217;t seem to allow the ink levels to this particular printer to be re-set, though it&#8217;s undoubtedly of great use on other models.)</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/10/21/epson-messes-up-my-day/feed/</wfw:commentRss>
		<slash:comments>61</slash:comments>
		</item>
		<item>
		<title>Planned addiction as a method of control: a parasitic lock-in business model</title>
		<link>http://architectures.danlockton.co.uk/2006/09/01/planned-addiction-as-a-method-of-control-a-parasitic-lock-in-business-model/</link>
		<comments>http://architectures.danlockton.co.uk/2006/09/01/planned-addiction-as-a-method-of-control-a-parasitic-lock-in-business-model/#comments</comments>
		<pubDate>Fri, 01 Sep 2006 10:44:24 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cartridges]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Corruption]]></category>
		<category><![CDATA[Crime]]></category>
		<category><![CDATA[Deleuze]]></category>
		<category><![CDATA[Design]]></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[Designed to injure]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Disabilities]]></category>
		<category><![CDATA[Discrimination]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Foucault]]></category>
		<category><![CDATA[Gravy train]]></category>
		<category><![CDATA[Greasing palms]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Ink cartridges]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Lobbying]]></category>
		<category><![CDATA[Marketing]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Oppression]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Printers]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Regulation]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Retail]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Speakers' Corner]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology underclass]]></category>
		<category><![CDATA[Teenagers]]></category>
		<category><![CDATA[Underclass]]></category>
		<category><![CDATA[US]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Worldwide]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=109</guid>
		<description><![CDATA[The news that tobacco companies have increased the levels of nicotine in their brands over the last few years &#8211; especially those popular with certain groups &#8211; made me think further about architectures of control: &#8220;The amount of nicotine in most cigarettes rose an average of almost 10 percent from 1998 to 2004, with brands [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/marlboro.jpg" alt="Lighting up" /></p>
<p>The <a href="http://www.washingtonpost.com/wp-dyn/content/article/2006/08/30/AR2006083001418.html"> news that tobacco companies have increased the levels of nicotine in their brands</a> over the last few years &#8211; especially those popular with certain groups &#8211; made me think further about architectures of control:</p>
<blockquote><p>&#8220;The amount of nicotine in most cigarettes rose an average of almost 10 percent from 1998 to 2004, with brands most popular with young people and minorities registering the biggest increases and highest nicotine content&#8230; the higher levels theoretically could make new smokers more easily addicted and make it harder for established smokers to quit.<br />
<span id="more-109"></span><br />
&#8230; </p>
<p>Boxes of Doral lights, a low-tar brand made by R.J. Reynolds Tobacco Co., had the biggest increase in yield, 36 percent&#8230; The nicotine in Marlboro products, preferred by two-thirds of high school smokers, increased 12 percent. Kool lights increased 30 percent. Two-thirds of African American smokers use menthol brands.</p>
<p>&#8230;</p>
<p>&#8220;The reports are stunning,&#8221; said Matthew L. Myers, president of the Campaign for Tobacco-Free Kids. &#8220;What&#8217;s critical is the consistency of the increase, which leads to the conclusion that it has to have been <strong>conscious and deliberate</strong>.&#8221;"</p></blockquote>
<p>The classification &#8216;<a href="http://architectures.danlockton.co.uk/?page_id=3"><strong>architectures of control</strong></a>&#8216; ought rightly to include cigarettes alongside any other product designed to be addictive or to reinforce patterns of users&#8217; behaviour. In this sense, any <a href="http://en.wikipedia.org/wiki/Psychoactive_drug">psychoactive drug</a> intended to control/alter users&#8217; behaviour must be considered part of the same phenomenon, certainly when it is created or administered with that specific intention. And of course, these are not just <a href="http://architectures.danlockton.co.uk/?cat=79&#038;submit=Go"><strong>designed to be unpleasant</strong></a>, but <a href="http://architectures.danlockton.co.uk/?cat=78&#038;submit=Go"><strong>designed to injure</strong></a> and <a href="http://architectures.danlockton.co.uk/?p=50"><strong>endanger life</strong></a> (not until revenue&#8217;s been extracted, of course).</p>
<p>It may seem extreme or inappropriate to link, say, the razor-blade business model with drug addiction (just as it perhaps seemed extreme to put <a href="http://architectures.danlockton.co.uk/?p=87"><strong>biscuit packaging</strong></a> alongside <a href="http://architectures.danlockton.co.uk/?p=88"><strong>Henry Porter&#8217;s &#8216;Blair Laid Bare&#8217;</strong></a>), but there are definite parallels. A product is designed with a feature which intentionally locks customers into that product, through making it difficult to switch (for cost reasons, by ingraining habits, or by actual chemical or mental addiction). In the cases of, say, printer cartridges or razor blades, the original products (the printer or razor) require frequent refills/replacement parts. In the case of cigarette addiction, the initial use of the product (the cigarettes) modifies the behaviour of the host (the smoker) so that continued purchases of the products are required.</p>
<p>In fact, is this not a <strong>parasitic lock-in business model</strong>? How different is a product which deliberately causes addiction to, say, a piece of malware which takes over a user&#8217;s computer and <a href="http://www.freedom-to-tinker.com/?p=1058">installs unwanted software</a>, or advertising pop-ups, or, say, <a href="http://en.wikipedia.org/wiki/Windows_Genuine_Advantage">phones home regularly and has the potential to hold the user&#8217;s data to ransom</a>?</p>
<p>From the point of view of educating the wider public (including designers), the cigarette/drug addiction comparison is a good way of immediately highlighting the issue of &#8216;<a href="http://www.freedom-to-tinker.com/?p=1053">product rights management</a>&#8216; as an architecture of control.*</p>
<p>(<a href="http://www.washingtonpost.com/wp-dyn/content/article/2006/08/30/AR2006083001418.html"><em>Washington Post</em> link</a> via <a href="http://scienceblogs.com/clock/2006/08/did_joe_camels_nose_get_longer.php">A Blog Around the Clock</a> and <a href="http://www.boingboing.net/2006/08/31/tobacco_companies_in.html">BoingBoing</a>)</p>
<p><em>*Wish I&#8217;d thought of it at <a href="http://www.flickr.com/search/?q=copyfighters&#038;s=rec">last Sunday&#8217;s Copyfighters&#8217; event</a>!</em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/09/01/planned-addiction-as-a-method-of-control-a-parasitic-lock-in-business-model/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Ed Felten: DRM Wars, and &#8216;Property Rights Management&#8217;</title>
		<link>http://architectures.danlockton.co.uk/2006/08/15/ed-felten-drm-wars-and-property-rights-management/</link>
		<comments>http://architectures.danlockton.co.uk/2006/08/15/ed-felten-drm-wars-and-property-rights-management/#comments</comments>
		<pubDate>Tue, 15 Aug 2006 18:15:13 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Arbitrary]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Black box]]></category>
		<category><![CDATA[Broadcast flag]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Cartridges]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Deleuze]]></category>
		<category><![CDATA[Democracy of innovation]]></category>
		<category><![CDATA[Design]]></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[Digital rights]]></category>
		<category><![CDATA[Discrimination]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Dongle]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Exclusion]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Fightback Devices]]></category>
		<category><![CDATA[Firmware]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Ink cartridges]]></category>
		<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Intellectual property]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Internet economics]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Invention]]></category>
		<category><![CDATA[Killjoy technology]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Lobbying]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Open source]]></category>
		<category><![CDATA[Oppression]]></category>
		<category><![CDATA[Patents]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Printers]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Prophecy]]></category>
		<category><![CDATA[Protest]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Regulation]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Reverse engineering]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Specious arguments]]></category>
		<category><![CDATA[Stifling innovation]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=101</guid>
		<description><![CDATA[At Freedom to Tinker, Ed Felten has posted a summary of a talk he gave at the Usenix Security Symposium, called &#8220;DRM Wars: The Next Generation&#8221;. The two installments so far (Part 1, Part 2) trace a possible trend in the (stated) intentions of DRM&#8217;s proponents, from it being largely promoted as a tool to [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/rfidvelcro.jpg" alt="RFID Velcro?" /></p>
<p>At <a href="http://www.freedom-to-tinker.com">Freedom to Tinker</a>, Ed Felten has posted a summary of a talk he gave at the <a href="http://www.usenix.org/events/sec06/tech/">Usenix Security Symposium</a>, called &#8220;DRM Wars: The Next Generation&#8221;. The two installments so far (<a href="http://www.freedom-to-tinker.com/?p=1051">Part 1</a>, <a href="http://www.freedom-to-tinker.com/?p=1052">Part 2</a>) trace a possible trend in the (stated) intentions of DRM&#8217;s proponents, from it being largely promoted as a tool to help enforce copyright law (and defeat &#8216;illegal pirates&#8217;) to the current stirrings of DRM&#8217;s being explicitly acknowledged as a tool to facilitate discrimination and lock-in — and the apparent &#8216;benefits of this&#8217;:</p>
<blockquote><p>&#8220;First, they argue that DRM enables price discrimination — business models that charge different customers different prices for a product — and that <strong>price discrimination benefits society, at least sometimes</strong>. Second, they argue that DRM helps platform developers lock in their customers, as Apple has done with its iPod/iTunes products, and that <strong>lock-in increases the incentive to develop platforms</strong>.<br />
<span id="more-101"></span><br />
Interestingly, these new arguments have little or nothing to do with copyright. The maker of almost any product would like to price discriminate, or to lock customers in to its product. Accordingly, we can expect the debate over DRM policy to come unmoored from copyright, with people on both sides making arguments unrelated to copyright and its goals.&#8221;</p></blockquote>
<p>As noted by some of the commenters, that unmooring also unmoors the DRM debate from being presented as an &#8216;honest content providers vs illegal pirating freeloaders&#8217; one. Price-fixing, lock-ins and so on are difficult to defend, and I find it hard to think of convincing examples where &#8220;price discrimination benefits society&#8221; or &#8220;lock-in increases the incentive to develop platforms&#8221;. If customers are locked in to a platform, there is no incentive to innovate for the locker-in, and much higher barriers for competitors to draw them away. Path dependency is rarely good for companies, and rarely good for society, and lock-ins would seem to be a major contributor to path dependency. The argument that &#8220;Apple wouldn&#8217;t have developed the iPod (and the record companies wouldn&#8217;t have let Apple develop iTunes) if DRM didn&#8217;t exist to lock customers in&#8221; is specious: there were plenty of portable music players before they came on the scene, and surely most 40GB music iPods were always intended to be largely filled with music acquired from somewhere other than iTunes.</p>
<p>Ed goes on to talk about the trend &#8220;toward the use of DRM-like technologies on traditional physical products.&#8221; (Long-term followers &#8211; if any! &#8211; of my research might remember this is very similar to the phrase &#8220;Architectures of control: DRM in hardware&#8221; which <a href="http://www.boingboing.net/2005/04/25/architectures_of_con.html">Cory Doctorow used</a> to link to my original web-page on the subject), and uses the example of printer cartridge lock-ins (see also <a href="http://architectures.danlockton.co.uk/?page_id=9"><strong>here</strong></a>): </p>
<blockquote><p>&#8220;A good example is the use of cryptographic lockout codes in computer printers and their toner cartridges. Printer manufacturers want to sell printers at a low price and compensate by charging more for toner cartridges. To do this, they want to stop consumers from buying cheap third-party toner cartridges. So some printer makers have their printers do a cryptographic handshake with a chip in their cartridges, and they lock out third-party cartridges by programming the printers not to operate with cartridges that can’t do the secret handshake.</p>
<p>Doing this requires having some minimal level of computing functionality in both devices (e.g., the printer and cartridge). Moore’s Law is driving the size and price of that functionality to zero, so it will become economical to put secret-handshake functions into more and more products. Just as traditional DRM operates by limiting and controlling interoperation (i.e., compatibility) between digital products, these technologies will limit and control interoperation between ordinary products. We can call this Property Rights Management, or PRM.&#8221;</p></blockquote>
<p>Not too sure about that term myself, as I feel the affordances the technology is controlling are moving further and further away from actual &#8216;rights&#8217;. DRM is bad enough as a catch-all term for technology which in many cases is <em>denying</em> users rights they may legally hold in some countries (e.g. fair use or backup copies). I think &#8220;technology lock-ins&#8221; or &#8220;technology razor-blade models&#8221; might be a more descriptive label than &#8216;PRM&#8217;. (Or &#8216;architectures of control&#8217;, of course, but my <a href="http://architectures.danlockton.co.uk/?page_id=3">definition</a> of these is much broader than simply lock-ins).</p>
<p>Ed gives three examples of possible future extensions of technology lock-ins, none of which seem at all unlikely; in fact they&#8217;re all easily possible right now:</p>
<blockquote><p>&#8220;(1) A pen may refuse to dispense ink unless it’s being used with licensed paper. The pen would handshake with the paper by short-range RFID or through physical contact. </p>
<p>(2) A shoe may refuse to provide some features, such as high-tech cushioning of the sole, unless used with licensed shoelaces. Again, this could be done by short-range RFID or physical contact. </p>
<p>(3) The scratchy side of a velcro connector may refuse to stick to the fuzzy size unless the fuzzy side is licensed. The scratchy side of velcro has little hooks to grab loops on the fuzzy side; the hooks may refuse to function unless the license is in order [hence my photo at the top of this post! - Dan] For example, Apple could put PRMed scratchy-velcro onto the iPod, in the hope of extracting license fees from companies that make fuzzy-velcro for the iPod to stick to.</p>
<p>Will these things actually happen? I can’t say for sure. I chose these examples to illustrate how far PRM might go. The examples will be feasible to implement, eventually. Whether PRM gets used in these particular markets depends on market conditions and business decisions by the vendors. What we can say, I think, is that as PRM becomes practical in more product areas, its use will widen and we’ll face policy decisions about how to treat it.&#8221;</p></blockquote>
<p>The comments on both posts (<a href="http://www.freedom-to-tinker.com/?p=1051#comments">Part 1</a> | <a href="http://www.freedom-to-tinker.com/?p=1052#comments">Part 2</a>) go into some extremely interesting discussion of the ideas and examples, with the &#8216;pen/licensed paper&#8217; one being conclusively noted as &#8216;baked&#8217; with <a href="http://beamjockey.livejournal.com/">Bill Higgins</a> explaining the <a href="http://www.anotofunctionality.com/cldoc/aof3.htm">Anoto</a>* technology. </p>
<p>(*And no, I don&#8217;t think the &#8220;www.anotofunctionality.com&#8221; of that link is deliberately in the <a href="http://www.snopes.com/business/names/domains.asp">same league</a> as &#8220;www.powergenitalia.com,&#8221; &#8220;www.expertsexchange.com,&#8221; etc, but it&#8217;s still oddly apposite given the &#8220;no to functionality&#8221; with which so many lock-ins shed users when they&#8217;re fed up with paying over the odds for replacement parts.)</p>
<p>I look forward to the third part of Ed&#8217;s talk summary: this is a fascinating area of discussion which is central to much of the &#8216;architectures of control&#8217; phenomenon. </p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/08/15/ed-felten-drm-wars-and-property-rights-management/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Friend or foe: Battery-authentication ICs?</title>
		<link>http://architectures.danlockton.co.uk/2006/07/20/friend-or-foe-battery-authentication-ics/</link>
		<comments>http://architectures.danlockton.co.uk/2006/07/20/friend-or-foe-battery-authentication-ics/#comments</comments>
		<pubDate>Thu, 20 Jul 2006 10:07:31 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[1984]]></category>
		<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Black box]]></category>
		<category><![CDATA[Branding]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Cartridges]]></category>
		<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Democracy of innovation]]></category>
		<category><![CDATA[Design]]></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[Digital rights]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Dongle]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Firmware]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Gravy train]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Ink cartridges]]></category>
		<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Invention]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Marketing]]></category>
		<category><![CDATA[Mistake-proofing]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Patents]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Printers]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Reverse engineering]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Specious arguments]]></category>
		<category><![CDATA[Stifling innovation]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Vague rhetoric]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=94</guid>
		<description><![CDATA[Via MAKE, an article from Electrical Design News looking at lithium battery authentication chips in products such as phones and laptops, designed to prevent users fitting &#8216;non-genuine&#8217; batteries. Now, the immediate response of most of us is probably &#8220;razor blade model!&#8221; or even &#8220;stifling democratic innovation!&#8221; (as Hal Varian or Eric von Hippel might put [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/lithium_battery.jpg" alt="Lithium battery from Motorola V220" align="left" border="0" />Via <a href="http://www.makezine.com/blog/archive/2006/07/replacing_lithium_batteries.html"><em>MAKE</em></a>, an article from <em>Electrical Design News</em> looking at <a href="http://www.edn.com/article/CA6301616.html">lithium battery authentication chips</a> in products such as phones and laptops, designed to prevent users fitting &#8216;non-genuine&#8217; batteries. </p>
<p>Now, the immediate response of most of us is probably &#8220;<a href="http://en.wikipedia.org/wiki/Razor_and_blades_business_model">razor blade model!</a>&#8221; or even &#8220;<a href="http://architectures.danlockton.co.uk/?page_id=15#varian"><strong>stifling democratic innovation!</strong></a>&#8221; (as Hal Varian or Eric von Hippel <a href="http://www.sims.berkeley.edu/~hal/people/hal/NYTimes/2002-07-04.html">might put it</a>), and indeed that was probably my own instinctive reaction. </p>
<p>It&#8217;s not clear, though, that this is a standard architectures-of-control-enforced-razor-blade-model of the kind we&#8217;ve seen with <a href="http://architectures.danlockton.co.uk/?page_id=9"><strong>printer cartridges</strong></a>. <span id="more-94"></span>Most phone owners surely don&#8217;t ever replace their batteries during the life of the phone, so I can&#8217;t believe that selling owners batteries can be a major part of the business plan for a new phone. I&#8217;ve never bought new batteries for any phone I&#8217;ve owned. A friend did, though by that time his phone was six or seven years old and he had to resort to eBay to find the correct type.</p>
<p>No, the promulgators of battery authentication claim that battery authentication is all about ensuring consumer safety:</p>
<blockquote><p>&#8220;Battery-pack authentication is necessary because the lithium-ion cells that are the building blocks of all such packs are changing, and, although they still may have the same physical dimension, their input charging voltage and required charging rates are changing and fragmenting across markets. <strong>If the cells charge at the wrong voltage or too quickly, they may explode.</strong>&#8220;</p></blockquote>
<p>My reaction, as a design engineer, would be: Why not standardise those characteristics, then? Standards don&#8217;t &#8220;fragment across markets&#8221; without someone causing that fragmentation. (It is true, though, that advancing battery technology does make charging patterns much more important to the life of the battery.)</p>
<blockquote><p>&#8220;Vendors can ship their products with the proper battery pack, only to find that customers go the after-market route to replace or back up battery packs because after-market packs are easy to find and usually cheaper. Counterfeit battery packs pose a threat to user safety.&#8221;</p></blockquote>
<p>Make the &#8216;proper&#8217; packs cheaper and easier to find, then. Surely that&#8217;s cheaper and easier than developing a 64-bit key code battery authentication system, and keeping &#8220;its secret key in an 8×8-ft vault with 3-ft-thick walls, [with] only two people in the company hav[ing] vault keys,&#8221; as described in the <em>EDN</em> article?</p>
<p>Also, quit using the term &#8216;counterfeit&#8217; to mean &#8216;all non-manufacturer-approved parts&#8217;. That&#8217;s a slippery slope to <a href="http://en.wikipedia.org/wiki/Newspeak">Newspeak</a>. If I buy Fujifilm for a Kodak camera, is that film &#8216;counterfeit&#8217;? Of course not. It would be if it were being passed off as Kodak film, but that only seems to be the case with some of the batteries mentioned in the article (the Kyocera and LG ones near the start). If that&#8217;s the real problem &#8211; counterfeit batteries with the manufacturer&#8217;s logo on them &#8211; then be honest about it.</p>
<p>Greater, cheaper availability of the correct, manufacturer-approved batteries would be beneficial for the manufacturer in terms of aftermarket sales. If it means selling them with reduced margins in order to drive other manufacturers out of the market, then so be it. If the other manufacturers really are counterfeiters, passing off their products with the phone manufacturers&#8217; logos, and the batteries really are dangerous as claimed, then there&#8217;s (potentially) a lot of brand damage going on.</p>
<p>The problem of exploding lithium batteries clearly isn&#8217;t insignificant &#8211; the following images are from a <a href="http://proceedings.ndia.org/5670/Lithium_Battery-Winchester.pdf">US Army/Naval Surface Warfare Center presentation</a> [PDF] linked in the <a href="http://www.makezine.com/blog/archive/2006/07/replacing_lithium_batteries.html">MAKE post</a>:</p>
<p><img src="http://www.danlockton.co.uk/research/images/exploded_batteries.jpg" alt="From http://proceedings.ndia.org/5670/Lithium_Battery-Winchester.pdf" /><br />
<em>Images from <a href="http://proceedings.ndia.org/5670/Lithium_Battery-Winchester.pdf">http://proceedings.ndia.org/5670/Lithium_Battery-Winchester.pdf</a></em></p>
<p>But, as commenter <a href="http://www.makezine.com/blog/archive/2006/07/replacing_lithium_batteries.html#comments">&#8216;unterhausen&#8217; points out</a> on the MAKE post:</p>
<blockquote><p>&#8220;The risk of Li-poly batteries is independent of the manufacturer to a large degree. The problems come when they are damaged, shorted, overheated, or overcharged&#8230; Any Li-poly of the current generation will have the same problems&#8230; The chips are anti-competitive nonsense.&#8221;</p></blockquote>
<p>This is an interesting area of debate, and likely only to become more prevalent as energy storage technology becomes more advanced. Will fuel cells for vehicles have authentication ICs built in? You bet. </p>
<p>How will &#8216;they&#8217; do it with hydrogen fuelling stations, though? Will the pumps/dispensers themselves have a chip which &#8216;handshakes&#8217; with the vehicle? Will you have to use &#8216;Toyota&#8217; branded hydrogen for your Toyota to start? </p>
<p>The opportunity&#8217;s there, in a way that it never was for standard batteries, petrol, etc, in the past. Few people were na&#239;ve enough to buy solely Duracell batteries for their Duracell-branded torch (flashlight) because they thought it &#8216;would work better&#8217;, but when it comes to a device which only works when the manufacturer&#8217;s own branded batteries are used</p>
<p>It does make me wonder, though, why Henry Ford never got into the gas station business &#8211; was it just antitrust legislation that would have prevented it? General Motors and Standard Oil <a href="http://en.wikipedia.org/wiki/General_Motors_streetcar_conspiracy">apparently colluded</a>, and GM also co-owned the <a href="http://en.wikipedia.org/wiki/Tetra-ethyl_lead">Ethyl Gasoline Corporation</a> that held patents for the tetra-ethyl lead added to fuels from the 1920s onwards &#8211; which surely provided a large degree of economic lock-in (more GM cars sold = more TEL sold = even more money for GM) &#8211;  but there was no technological lock-in.</p>
<p>Today we have technology that does allow technological lock-in, and it&#8217;s becoming cheaper and cheaper to deploy.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/07/20/friend-or-foe-battery-authentication-ics/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Forcing functions designed to increase product consumption</title>
		<link>http://architectures.danlockton.co.uk/2006/07/09/forcing-functions-designed-to-increase-product-consumption/</link>
		<comments>http://architectures.danlockton.co.uk/2006/07/09/forcing-functions-designed-to-increase-product-consumption/#comments</comments>
		<pubDate>Sun, 09 Jul 2006 19:12:41 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Branding]]></category>
		<category><![CDATA[Britain]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cartridges]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Creeping erosion of norms]]></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[DRM]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[eBooks]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Graphic design]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Ink cartridges]]></category>
		<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Invention]]></category>
		<category><![CDATA[Japan]]></category>
		<category><![CDATA[Killjoy technology]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Marketing]]></category>
		<category><![CDATA[Mistake-proofing]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Observation]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Poka-yoke]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Printers]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Retail]]></category>
		<category><![CDATA[Ringtones]]></category>
		<category><![CDATA[Shopping]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Supermarkets]]></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[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=87</guid>
		<description><![CDATA[A few days ago, Tim Quinn of Dangerous Curve posted an interesting observation on the Simple Control in Products page: &#8220;This may not be what you had in mind, but I immediately thought of such things as toothpaste pumps that ‘meter’ use to insure the product will be used up quickly at a rate higher [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/digestives_1.jpg" alt="McVitie's Digestives packaging: a forcing function" /></p>
<p>A few days ago, Tim Quinn of <a href="http://dangerouscurve.org/">Dangerous Curve</a> posted an interesting observation on the <a href="http://architectures.danlockton.co.uk/?page_id=6"><strong>Simple Control in Products</strong></a> page:</p>
<blockquote><p>&#8220;This may not be what you had in mind, but I immediately thought of such things as toothpaste pumps that ‘meter’ use to insure the product will be used up quickly at a rate higher than needed. That made me think of the older method of <strong>training consumers to over-use</strong>. Typified, once again, by toothpaste, with ads which show a brush topped by a generous glop of paste that is far more than necessary to do the job. This strays a bit more from your topic but it could fall under the design for control heading.&#8221;</p></blockquote>
<p>This is definitely a phenomenon worth exploring further, since it&#8217;s part of our everyday experience, right under our noses, yet we may not be conscious of it. It&#8217;s at the intersection of advertising, marketing and product design, with particular applicability to fast-moving consumer goods. <span id="more-87"></span>There are some parallels with the <a href="http://architectures.danlockton.co.uk/?p=67"><strong>Retail Tricks to Make You Shop</strong></a> noted by <a href="http://www.spacehijackers.org/html/welcome.html">Space Hijackers</a>, and in the technology field, the manufacturers of printer cartridges have long practised it, whether through <a href="http://architectures.danlockton.co.uk/?page_id=9"><strong>technical measures</strong></a> or more subtly (e.g. the <a href="http://architectures.danlockton.co.uk/?page_id=13#mopyfish"><strong>Hewlett-Packard MOPyFish</strong></a>).</p>
<p>But the design of product packaging can definitely exhibit architectures of control &#8211; <a href="http://architectures.danlockton.co.uk/?page_id=6#forcing"><strong>forcing functions</strong></a> &#8211; in a way reminiscent of Vance Packard&#8217;s <em><a href="http://en.wikipedia.org/wiki/The_Hidden_Persuaders">Hidden Persuaders</a></em>, taking forcing functions beyond the benign <a href="http://architectures.danlockton.co.uk/?page_id=13"><strong>health &#038; safety intentions</strong></a> outlined by <a href="http://www.jnd.org/">Don Norman</a>, to a purely commercially driven design which actually disadvantages the consumer.</p>
<p>I haven&#8217;t yet had a chance to examine the toothpaste pumps which Tim mentions above, but the example which sprang immediately to my mind was the use of &#8216;Tear Here&#8217; tabs on packets of biscuits (cookies). Look at the pictures of a packet of <a href="http://www.unitedbiscuits.com/80256C1A0047922E/vWeb/pcTSTT5EPGEC">McVitie&#8217;s</a> Chocolate Digestives:</p>
<p><img src="http://www.danlockton.co.uk/research/images/digestives_2.jpg" alt="McVitie's Digestives packaging: a forcing function" /><img src="http://www.danlockton.co.uk/research/images/digestives_3.jpg" alt="McVitie's Digestives packaging: a forcing function" /></p>
<p>That &#8216;Tear Here&#8217; strip is positioned <em>4 biscuits</em> down the pack. If you do tear there, as illustrated above, you expose 4 biscuits. Those 4 biscuits aren&#8217;t packaged any more. You can&#8217;t put them back in the pack; that bit of the wrapper is no longer usable. The biscuits go soft within a few hours when exposed to air. You just have to eat them. And, in fact, probably the next one down, too, to allow the remaining bit of wrapper to be crumpled in to cover the rest of the stack.</p>
<p>So that&#8217;s 5 biscuits you&#8217;re cajoled into consuming (or at least, given an inconvenience incentive <em>not</em> to consume), just for having opened the pack the &#8216;recommended&#8217; way. Each biscuit gives you <a href="http://www.ciao.co.uk/McVities_Milk_Chocolate_Digestives__Review_5379557">87 calories and 4 grammes of fat</a>. That&#8217;s approaching an ounce of fat if you eat 5 in one go.</p>
<p>Shapes of packaging, too, can be designed to increase consumption of the product &#8211; sometimes by dispensing more than is really required, as in Tim&#8217;s toothpaste example, but also by making it difficult to reach the last bits of whatever substance is in the packet or container. We&#8217;re all familiar with trying to get the last spread out of an oddly shaped jar with a knife or spoon, though whether this is a deliberate architecture of control designed in by the manufacturers is difficult to know. They still have to make the stuff, whether it&#8217;s wasted or not; but they do end up selling more jars if no-one can get to the last 10% of what&#8217;s in there. </p>
<p>In the picture below (just two immediate examples of &#8216;stuff left in packaging that&#8217;s difficult to get out&#8217; that were lying around my desk), the Marmite jar shape is traditional (and hence probably not a cynical modern design move) while the last bit of glue in the Pritt Stick, which is below the plastic rim and so can no longer be spread, is actually structural (it is the encased end of the glue stick, which is effectively cantilevered). So I think it&#8217;d be stretching the point too much to class <em>these</em> as architectures of control (there is no intention to control the user&#8217;s behaviour); nevertheless, they are inconveniences for the user.</p>
<p><img src="http://www.danlockton.co.uk/research/images/marmite_pritt.jpg" alt="Stuff where the last bit's difficult to get out of the packaging" /></p>
<p>(In fact, in Marmite&#8217;s case, the difficulty in getting the last bit out of the jar has been played on very effectively by the ad agency DDB London in a very <a href="http://www.duncans.tv/2006/squeezy-marmite">clever campaign</a> (worth watching the Quicktime links) for a new &#8216;Squeezy&#8217; plastic jar ostensibly intended to alleviate the problem (but also reducing packaging costs, and giving 50 grammes less Marmite for the same price). I&#8217;m sure the ability to mock &#8211; and point out the problems with &#8211; the product in this way also says a lot of interesting things about Marmite&#8217;s strength and proposition as a brand.)</p>
<p>Back to the main point, then, it&#8217;s clear that there are a few ways that consumption of a product can be &#8216;encouraged&#8217;, and to some extent, controlled, by the design of the packaging. This certain qualifies the phenomenon as a an architecture of control, and while on the face of it, a packet of biscuits may not seem to have much in common with digital rights management, &#8216;trusted&#8217; computing, or urban planning, the intentions behind the way these products and systems are designed have much in common. <strong>They are all about shaping users&#8217; behaviour, for political or commercial ends.</strong></p>
<p>We might also think about using the same ideas the other way round. If it were made difficult to eat more than one biscuit at a time, then that might help promote a &#8216;healthy eating&#8217; intention. If cup-holders in cars were made smaller diameter, so that only smaller soft drink cups would fit, would that make it <em>slightly</em> less convenient to buy a larger soft drink at the drive-through? Would that inconvenience have an effect on people&#8217;s behaviour? (I have quite a few more ideas in this vein, but I&#8217;ll save them for another day).</p>
<p>Finally, it&#8217;s worth considering that the concept of <a href="http://en.wikipedia.org/wiki/Planned_obsolescence">planned obsolescence</a> (or built-in obsolescence) has a good deal in common with &#8216;excessive consumption&#8217; forcing functions, especially when products &#8216;expire&#8217; on a certain date or after a certain amount of time. Sometimes the expiry is merely the date printed on the packaging, which is enough to make consumers throw away food or medicines which may still be usable, but in other cases a technological measure is used to expire the items &#8211; whether they&#8217;re <a href="http://architectures.danlockton.co.uk/?page_id=9"><strong>ink cartridges</strong></a>, <a href="http://architectures.danlockton.co.uk/?page_id=16#librie"><strong>eBooks</strong></a>, <a href="http://architectures.danlockton.co.uk/?page_id=5#flexplay"><strong>DVDs</strong></a>, <a href="http://architectures.danlockton.co.uk/?page_id=16#chakuuta"><strong>ringtones</strong></a> or <a href="http://architectures.danlockton.co.uk/?page_id=5#dataexpiry"><strong>data across a network</strong></a>. Again, designed-in-obsolescence also has the possibility to be used for more socially beneficial reasons, as I suggested in <a href="http://architectures.danlockton.co.uk/?page_id=19"><strong>Optimum Lifetime Products</strong></a>, though as far as I know there are no real-life examples of this at present.</p>
<p><strong>Please do comment:</strong> any examples of forcing functions (sneaky or otherwise) designed into packaging, or other products, with the intention of increasing (or reducing) the consumption of the sustance, would be much appreciated. I&#8217;ll try to post more as I come across them in the future.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/07/09/forcing-functions-designed-to-increase-product-consumption/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
	</channel>
</rss>

