<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Locking users in by making it difficult to leave</title>
	<atom:link href="http://architectures.danlockton.co.uk/2006/09/11/locking-users-in-through-making-it-difficult-to-leave/feed/" rel="self" type="application/rss+xml" />
	<link>http://architectures.danlockton.co.uk/2006/09/11/locking-users-in-through-making-it-difficult-to-leave/</link>
	<description>How do people use products, systems and environments?  How can designers influence interaction?  How can we design for sustainable behaviour?</description>
	<pubDate>Sat, 22 Nov 2008 22:15:28 +0000</pubDate>
	<generator>http://wordpress.org/?v=</generator>
		<item>
		<title>By: dave</title>
		<link>http://architectures.danlockton.co.uk/2006/09/11/locking-users-in-through-making-it-difficult-to-leave/#comment-9056</link>
		<dc:creator>dave</dc:creator>
		<pubDate>Tue, 19 Sep 2006 16:19:30 +0000</pubDate>
		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=114#comment-9056</guid>
		<description>I have to say, I have a hard time understanding why you're getting hung up on the idea of having an "account."  Every time you order something that has to be delivered to you, your information is being recorded.  Even if you create a separate login every time you buy something from amazon; or if you decide only to place orders over the phone; there's a record of your purchase with your name and address.

Help me understand: how does having a username and password make any difference?</description>
		<content:encoded><![CDATA[<p>I have to say, I have a hard time understanding why you&#8217;re getting hung up on the idea of having an &#8220;account.&#8221;  Every time you order something that has to be delivered to you, your information is being recorded.  Even if you create a separate login every time you buy something from amazon; or if you decide only to place orders over the phone; there&#8217;s a record of your purchase with your name and address.</p>
<p>Help me understand: how does having a username and password make any difference?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://architectures.danlockton.co.uk/2006/09/11/locking-users-in-through-making-it-difficult-to-leave/#comment-9053</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Tue, 19 Sep 2006 14:38:39 +0000</pubDate>
		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=114#comment-9053</guid>
		<description>I suppose my point of view is that "having a dormant account sitting in a database somewhere" &lt;em&gt;does&lt;/em&gt; potentially have an impact on my life. My information is included in customer profiling, and sold on to numerous other firms: who knows what impact that will have down the line? 

I don't really see how deleting users "can muddle the conceptual integrity" of an application. If I buy something from a store with cash, the store doesn't obtain (or retain) any personal details about me or my purchase. That doesn't seem to interfere with their business model;  why (from a &lt;em&gt;customer's&lt;/em&gt; point of view) should online stores be any different? It's only inconvenience that stops me creating a new Amazon account every time I buy a book (clearly with a reputation-based system such as eBay, the situation is different).</description>
		<content:encoded><![CDATA[<p>I suppose my point of view is that &#8220;having a dormant account sitting in a database somewhere&#8221; <em>does</em> potentially have an impact on my life. My information is included in customer profiling, and sold on to numerous other firms: who knows what impact that will have down the line? </p>
<p>I don&#8217;t really see how deleting users &#8220;can muddle the conceptual integrity&#8221; of an application. If I buy something from a store with cash, the store doesn&#8217;t obtain (or retain) any personal details about me or my purchase. That doesn&#8217;t seem to interfere with their business model;  why (from a <em>customer&#8217;s</em> point of view) should online stores be any different? It&#8217;s only inconvenience that stops me creating a new Amazon account every time I buy a book (clearly with a reputation-based system such as eBay, the situation is different).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan</title>
		<link>http://architectures.danlockton.co.uk/2006/09/11/locking-users-in-through-making-it-difficult-to-leave/#comment-8952</link>
		<dc:creator>Ryan</dc:creator>
		<pubDate>Mon, 18 Sep 2006 10:33:49 +0000</pubDate>
		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=114#comment-8952</guid>
		<description>Assuming you trust a site with your data, I don't understand how deleting an account is a superior feature to the ability to unsubscribe from all email notifications. The ability to delete an account also adds the risk of unintentionally deleting extremely valuable information.

I suspect that email lists have an unsubscribe feature because being subscribed to a list has an impact on your daily (or weekly/monthly) life. Whereas, having a dormant account sitting in a database somewhere has no impact on your life unless you go back to the site voluntarily.

Also, unless the site continues to sends unsolicited email (which few good sites would), I don't think it serves their business agenda. Deleting users can muddle the conceptual integrity of an application, so I agree that a company might prefer to avoid additional complexity.</description>
		<content:encoded><![CDATA[<p>Assuming you trust a site with your data, I don&#8217;t understand how deleting an account is a superior feature to the ability to unsubscribe from all email notifications. The ability to delete an account also adds the risk of unintentionally deleting extremely valuable information.</p>
<p>I suspect that email lists have an unsubscribe feature because being subscribed to a list has an impact on your daily (or weekly/monthly) life. Whereas, having a dormant account sitting in a database somewhere has no impact on your life unless you go back to the site voluntarily.</p>
<p>Also, unless the site continues to sends unsolicited email (which few good sites would), I don&#8217;t think it serves their business agenda. Deleting users can muddle the conceptual integrity of an application, so I agree that a company might prefer to avoid additional complexity.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dave</title>
		<link>http://architectures.danlockton.co.uk/2006/09/11/locking-users-in-through-making-it-difficult-to-leave/#comment-8514</link>
		<dc:creator>dave</dc:creator>
		<pubDate>Wed, 13 Sep 2006 19:44:19 +0000</pubDate>
		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=114#comment-8514</guid>
		<description>It's absolutely a conscious choice -- that's the first thing I said in my first comment :-)

Good point about youtube and myspace; I hadn't noticed those.

I think my main point was mostly this: that the omission isn't as evil/cunning/wicked as you first suggested; sometimes it's just the outcome of a ruthless prioritization process, and unless people like you and me scream for it, it ain't gonna happen.  I have a hard time believing, by the way, that those companies gain very much by denying you the ability to delete your account.

Incidentally, as you can tell, my sympathies lie somewhere in the middle; while I would love to be able to control and delete all my data, my experience in product development gives me some degree of empathy for people in amazon, youtube and ebay's shoes.

I enjoy the site. Keep it up.</description>
		<content:encoded><![CDATA[<p>It&#8217;s absolutely a conscious choice &#8212; that&#8217;s the first thing I said in my first comment <img src='http://architectures.danlockton.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Good point about youtube and myspace; I hadn&#8217;t noticed those.</p>
<p>I think my main point was mostly this: that the omission isn&#8217;t as evil/cunning/wicked as you first suggested; sometimes it&#8217;s just the outcome of a ruthless prioritization process, and unless people like you and me scream for it, it ain&#8217;t gonna happen.  I have a hard time believing, by the way, that those companies gain very much by denying you the ability to delete your account.</p>
<p>Incidentally, as you can tell, my sympathies lie somewhere in the middle; while I would love to be able to control and delete all my data, my experience in product development gives me some degree of empathy for people in amazon, youtube and ebay&#8217;s shoes.</p>
<p>I enjoy the site. Keep it up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://architectures.danlockton.co.uk/2006/09/11/locking-users-in-through-making-it-difficult-to-leave/#comment-8475</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Wed, 13 Sep 2006 18:57:25 +0000</pubDate>
		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=114#comment-8475</guid>
		<description>As you say, they weighed up whether or not to offer a delete function and prioritised other aspects over that. That's a conscious design decision.

It may be different in the US, but the UK's Data Protection Act puts pretty stringent restrictions on entities that hold data on customers/users/members. As I understand it, if a customer wishes to terminate his or her account, the organisation cannot retain data against that customer's wishes - hence Privacy International's interest. As they note, YouTube and MySpace:

&lt;blockquote&gt;"include the “delete account” function as a default part of the account management page. This is seen as being important both to Best Practice and to legal compliance."&lt;/blockquote&gt;

(from &lt;a href="http://www.privacyinternational.org/article.shtml?cmd[347]=x-347-542384"&gt;www.privacyinternational.org/article.shtml...&lt;/a&gt;)

I can see your point about the customer having 'more' control in the sense of being able to modify the data held, but, as you also say "everything... stays on file": I would expect that the previous information is also retained, thus thwarting any attempt by the customer to   _replace_ it with bogus names, addresses, etc.

Yes, it's true that many other high-profile sites don't have an easy delete function. With Technorati, you &lt;a href="http://technorati.com/help/supportfaq.html#delaccount" rel="nofollow"&gt; actually have to e-mail them&lt;/a&gt;. And yes, I still do find it irritating. Maybe at present there aren't that many users who actually want to delete their accounts, but should that minority be ignored?

We can agree to differ, but I still see it as basic discourtesy not to show customers the respect of allowing them to extricate themselves from membership, and whether it's a feature that's never been designed, or has been disabled, it's been done consciously and deliberately. It can't be an &lt;em&gt;accident&lt;/em&gt; that there's no delete function accessible to the user: it is a design decision.</description>
		<content:encoded><![CDATA[<p>As you say, they weighed up whether or not to offer a delete function and prioritised other aspects over that. That&#8217;s a conscious design decision.</p>
<p>It may be different in the US, but the UK&#8217;s Data Protection Act puts pretty stringent restrictions on entities that hold data on customers/users/members. As I understand it, if a customer wishes to terminate his or her account, the organisation cannot retain data against that customer&#8217;s wishes - hence Privacy International&#8217;s interest. As they note, YouTube and MySpace:</p>
<blockquote><p>&#8220;include the “delete account” function as a default part of the account management page. This is seen as being important both to Best Practice and to legal compliance.&#8221;</p></blockquote>
<p>(from <a href="http://www.privacyinternational.org/article.shtml?cmd[347]=x-347-542384"></a><a href="http://www.privacyinternational.org/article.shtml.." rel="nofollow">http://www.privacyinternational.org/article.shtml..</a>.)</p>
<p>I can see your point about the customer having &#8216;more&#8217; control in the sense of being able to modify the data held, but, as you also say &#8220;everything&#8230; stays on file&#8221;: I would expect that the previous information is also retained, thus thwarting any attempt by the customer to   _replace_ it with bogus names, addresses, etc.</p>
<p>Yes, it&#8217;s true that many other high-profile sites don&#8217;t have an easy delete function. With Technorati, you <a href="http://technorati.com/help/supportfaq.html#delaccount" rel="nofollow"> actually have to e-mail them</a>. And yes, I still do find it irritating. Maybe at present there aren&#8217;t that many users who actually want to delete their accounts, but should that minority be ignored?</p>
<p>We can agree to differ, but I still see it as basic discourtesy not to show customers the respect of allowing them to extricate themselves from membership, and whether it&#8217;s a feature that&#8217;s never been designed, or has been disabled, it&#8217;s been done consciously and deliberately. It can&#8217;t be an <em>accident</em> that there&#8217;s no delete function accessible to the user: it is a design decision.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dave</title>
		<link>http://architectures.danlockton.co.uk/2006/09/11/locking-users-in-through-making-it-difficult-to-leave/#comment-8472</link>
		<dc:creator>dave</dc:creator>
		<pubDate>Wed, 13 Sep 2006 18:33:06 +0000</pubDate>
		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=114#comment-8472</guid>
		<description>I thought I'd just point out a few other sites that didn't implement an account deletion feature (at least, as far as I could tell in a few minutes of looking):

slashdot.org
digg.com
technorati.com

In fact, I have a hard time finding any site more complex than an email discussion list that allows users to delete their accounts.  Why do you think that is?</description>
		<content:encoded><![CDATA[<p>I thought I&#8217;d just point out a few other sites that didn&#8217;t implement an account deletion feature (at least, as far as I could tell in a few minutes of looking):</p>
<p>slashdot.org<br />
digg.com<br />
technorati.com</p>
<p>In fact, I have a hard time finding any site more complex than an email discussion list that allows users to delete their accounts.  Why do you think that is?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dave</title>
		<link>http://architectures.danlockton.co.uk/2006/09/11/locking-users-in-through-making-it-difficult-to-leave/#comment-8470</link>
		<dc:creator>dave</dc:creator>
		<pubDate>Wed, 13 Sep 2006 18:00:15 +0000</pubDate>
		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=114#comment-8470</guid>
		<description>&lt;blockquote&gt;
Oh boo hoo. It’s too much effort to have a delete function? Maybe it’s too much effort to give customers some respect, too.&lt;/blockquote&gt;

I never said it was *too much* effort; I said it *was* effort, and as such had be prioritized against everything else the company wants the website to do.  Obviously, if people really started to demand it, it might become worth the effort.

&lt;blockquote&gt;
The ability to delete accounts isn’t something that has to be added. They’d sure as hell delete my account if I did anything ‘wrong’ with it: the functionality exists.&lt;/blockquote&gt;

No, that functionality doesn't exist until someone adds it, and if you did something to offend them, they wouldn't delete your account either; they'd just disable it.  All the information you're concerned about is going to stay there; the only thing that changes is that the holder of the account can no longer log in.

Do you see my point about these kinds of systems giving the user greater control than with traditional customer - company relationships?

The traditional way, the "architecture of control" was the phone; we as customers had no direct control over our data, and were required to go through a person on the other end of the phone, to change anything on our behalf.  More often than those people are instructed never to delete your data.

When you cancel a magazine subscription or mobile phone service, your account isn't deleted; its status is just changed to inactive. &lt;i&gt;Everything else stays on file&lt;/i&gt;.

The difference is that now, customers have the ability to edit thier personal data directly -- the previous "architecture of control" is removed.</description>
		<content:encoded><![CDATA[<blockquote><p>
Oh boo hoo. It’s too much effort to have a delete function? Maybe it’s too much effort to give customers some respect, too.</p></blockquote>
<p>I never said it was *too much* effort; I said it *was* effort, and as such had be prioritized against everything else the company wants the website to do.  Obviously, if people really started to demand it, it might become worth the effort.</p>
<blockquote><p>
The ability to delete accounts isn’t something that has to be added. They’d sure as hell delete my account if I did anything ‘wrong’ with it: the functionality exists.</p></blockquote>
<p>No, that functionality doesn&#8217;t exist until someone adds it, and if you did something to offend them, they wouldn&#8217;t delete your account either; they&#8217;d just disable it.  All the information you&#8217;re concerned about is going to stay there; the only thing that changes is that the holder of the account can no longer log in.</p>
<p>Do you see my point about these kinds of systems giving the user greater control than with traditional customer - company relationships?</p>
<p>The traditional way, the &#8220;architecture of control&#8221; was the phone; we as customers had no direct control over our data, and were required to go through a person on the other end of the phone, to change anything on our behalf.  More often than those people are instructed never to delete your data.</p>
<p>When you cancel a magazine subscription or mobile phone service, your account isn&#8217;t deleted; its status is just changed to inactive. <i>Everything else stays on file</i>.</p>
<p>The difference is that now, customers have the ability to edit thier personal data directly &#8212; the previous &#8220;architecture of control&#8221; is removed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://architectures.danlockton.co.uk/2006/09/11/locking-users-in-through-making-it-difficult-to-leave/#comment-8464</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Wed, 13 Sep 2006 15:14:43 +0000</pubDate>
		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=114#comment-8464</guid>
		<description>@Dave:
I understand what you're saying, but by any stretch, this is lousy customer service.

&lt;blockquote&gt;Deleting accounts is a feature, the same way product recommendations, reputation systems and reminder emails are features.&lt;/blockquote&gt;

I disagree. It's not a feature: it's an &lt;em&gt;essential&lt;/em&gt; part of the system. Just as we're unlikely to trust an e-mail list that has no unsubscribe function, so we ought to be less likely to trust a system that has no way out.

&lt;blockquote&gt;Each feature, of course, requires not only effort to implement, but is yet another thing to test every time there’s a new update to the website software.&lt;/blockquote&gt;

Oh boo hoo. It's &lt;em&gt;too much effort&lt;/em&gt; to have a delete function? Maybe it's too much effort to give customers some respect, too.

&lt;blockquote&gt;Adding the ability to delete accounts adds complexity, but contributes nothing to the business goals of the companies you describe.&lt;/blockquote&gt;

The ability to delete accounts isn't something that has to be added. They'd sure as hell delete my account if I did anything 'wrong' with it: the functionality exists. It's just that it's been consciously removed from the user interface, hence it is 'feature deletion', at least compared with what a comparable interface would have.

@Jaims:
That's an interesting point given the 'reputation' aspect of eBay: making it difficult to delete accounts (and then sign up again) may be a barrier to evading negative feedback. But it's an ugly way of doing it, and is inherently (and unnecessarily) awkward for users who just want to leave.</description>
		<content:encoded><![CDATA[<p>@Dave:<br />
I understand what you&#8217;re saying, but by any stretch, this is lousy customer service.</p>
<blockquote><p>Deleting accounts is a feature, the same way product recommendations, reputation systems and reminder emails are features.</p></blockquote>
<p>I disagree. It&#8217;s not a feature: it&#8217;s an <em>essential</em> part of the system. Just as we&#8217;re unlikely to trust an e-mail list that has no unsubscribe function, so we ought to be less likely to trust a system that has no way out.</p>
<blockquote><p>Each feature, of course, requires not only effort to implement, but is yet another thing to test every time there’s a new update to the website software.</p></blockquote>
<p>Oh boo hoo. It&#8217;s <em>too much effort</em> to have a delete function? Maybe it&#8217;s too much effort to give customers some respect, too.</p>
<blockquote><p>Adding the ability to delete accounts adds complexity, but contributes nothing to the business goals of the companies you describe.</p></blockquote>
<p>The ability to delete accounts isn&#8217;t something that has to be added. They&#8217;d sure as hell delete my account if I did anything &#8216;wrong&#8217; with it: the functionality exists. It&#8217;s just that it&#8217;s been consciously removed from the user interface, hence it is &#8216;feature deletion&#8217;, at least compared with what a comparable interface would have.</p>
<p>@Jaims:<br />
That&#8217;s an interesting point given the &#8216;reputation&#8217; aspect of eBay: making it difficult to delete accounts (and then sign up again) may be a barrier to evading negative feedback. But it&#8217;s an ugly way of doing it, and is inherently (and unnecessarily) awkward for users who just want to leave.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jaims</title>
		<link>http://architectures.danlockton.co.uk/2006/09/11/locking-users-in-through-making-it-difficult-to-leave/#comment-8463</link>
		<dc:creator>Jaims</dc:creator>
		<pubDate>Wed, 13 Sep 2006 14:25:30 +0000</pubDate>
		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=114#comment-8463</guid>
		<description>I'll advocate for the devil's auction site. If you've ever tried to create a new ebay account using the same email address or paypal account that you used with an old one, the site will block you and try to send you to a 'lost password' page. As a security feature this is pretty lame (any competent scammer would simply have multiple accounts), but I could see how this might stop a mom-and-pop rip-off artist.

If you do manage to convince people that they only get one account (whether that's really true or not), they might be less likely to use it to play stupid pranks, or burn people by selling bad items.

I'd call the ebay account setup a combination of dumb and cunning design - mediocre and functional.</description>
		<content:encoded><![CDATA[<p>I&#8217;ll advocate for the devil&#8217;s auction site. If you&#8217;ve ever tried to create a new ebay account using the same email address or paypal account that you used with an old one, the site will block you and try to send you to a &#8216;lost password&#8217; page. As a security feature this is pretty lame (any competent scammer would simply have multiple accounts), but I could see how this might stop a mom-and-pop rip-off artist.</p>
<p>If you do manage to convince people that they only get one account (whether that&#8217;s really true or not), they might be less likely to use it to play stupid pranks, or burn people by selling bad items.</p>
<p>I&#8217;d call the ebay account setup a combination of dumb and cunning design - mediocre and functional.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dave</title>
		<link>http://architectures.danlockton.co.uk/2006/09/11/locking-users-in-through-making-it-difficult-to-leave/#comment-8429</link>
		<dc:creator>dave</dc:creator>
		<pubDate>Tue, 12 Sep 2006 22:00:05 +0000</pubDate>
		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=114#comment-8429</guid>
		<description>While I agree that the omission of the ability to delete accounts is entirely intentional, I disagree with its characterization as "cunning design."

Deleting accounts is a feature, the same way product recommendations, reputation systems and reminder emails are features. Each feature, of course, requires not only effort to implement, but is yet another thing to test every time there's a new update to the website software. Adding the ability to delete accounts adds complexity, but contributes nothing to the business goals of the companies you describe.

Now, if customers really wanted or needed the ability to delete accounts; or if this omission damaged the reputation of the companies in question, then of course it becomes more important to implement. But so far, that hasn't happened.  Incidentally, how can it be an example of "feature deletion" when it was never there in the first place?

Last point: When you cancel your mobile phone subscription, do you really think they delete all your records, or any evidence that you were once their customer? Of course not; they just flip a bit marking you as an inactive or former customer, but everything else stays on file.  One could argue that with Amazon and Ebay, the customer is *more* in control, because they can control their personal information;if they're really concerned about it, they can remove their "real" information, and substitute bogus addresses, names, or anything else.</description>
		<content:encoded><![CDATA[<p>While I agree that the omission of the ability to delete accounts is entirely intentional, I disagree with its characterization as &#8220;cunning design.&#8221;</p>
<p>Deleting accounts is a feature, the same way product recommendations, reputation systems and reminder emails are features. Each feature, of course, requires not only effort to implement, but is yet another thing to test every time there&#8217;s a new update to the website software. Adding the ability to delete accounts adds complexity, but contributes nothing to the business goals of the companies you describe.</p>
<p>Now, if customers really wanted or needed the ability to delete accounts; or if this omission damaged the reputation of the companies in question, then of course it becomes more important to implement. But so far, that hasn&#8217;t happened.  Incidentally, how can it be an example of &#8220;feature deletion&#8221; when it was never there in the first place?</p>
<p>Last point: When you cancel your mobile phone subscription, do you really think they delete all your records, or any evidence that you were once their customer? Of course not; they just flip a bit marking you as an inactive or former customer, but everything else stays on file.  One could argue that with Amazon and Ebay, the customer is *more* in control, because they can control their personal information;if they&#8217;re really concerned about it, they can remove their &#8220;real&#8221; information, and substitute bogus addresses, names, or anything else.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
