<?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: UIEtips Article: Account Sign-in: 8 Design Mistakes to Avoid</title>
	<atom:link href="http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/</link>
	<description>UIE\'s latest insights on the world of design</description>
	<pubDate>Fri,  5 Dec 2008 13:14:41 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Web 2.0 Usability Blog</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-117721</link>
		<dc:creator>Web 2.0 Usability Blog</dc:creator>
		<pubDate>Thu, 03 Apr 2008 08:05:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-117721</guid>
		<description>Having to create an account to merely browse products on a site is a sure-fire way of deterring users from staying around. It also removes itself further from matching the system with the real word. There aren't many high street stores that require details of the customer before they can shop there.</description>
		<content:encoded><![CDATA[<p>Having to create an account to merely browse products on a site is a sure-fire way of deterring users from staying around. It also removes itself further from matching the system with the real word. There aren&#8217;t many high street stores that require details of the customer before they can shop there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-108562</link>
		<dc:creator>Sam</dc:creator>
		<pubDate>Fri, 15 Feb 2008 00:39:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-108562</guid>
		<description>There's an excellent example of ubiquitous registration with &lt;a href="http://www.tripit.com" rel="nofollow"&gt; the Tripit service&lt;/a&gt;.  No forms, just send them an email and you're registered!  Beautiful...</description>
		<content:encoded><![CDATA[<p>There&#8217;s an excellent example of ubiquitous registration with <a href="http://www.tripit.com" rel="nofollow"> the Tripit service</a>.  No forms, just send them an email and you&#8217;re registered!  Beautiful&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 10 Blog-Lesetipps der Woche f&#252;r Shopbetreiber &#187; Tipps, Muster, Checklisten, News, Urteile f&#252;r Online-H&#228;ndler &#187; shopbetreiber-blog.de</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-107780</link>
		<dc:creator>10 Blog-Lesetipps der Woche f&#252;r Shopbetreiber &#187; Tipps, Muster, Checklisten, News, Urteile f&#252;r Online-H&#228;ndler &#187; shopbetreiber-blog.de</dc:creator>
		<pubDate>Thu, 07 Feb 2008 09:50:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-107780</guid>
		<description>[...] Account Sign-in: 8 Design Mistakes von UIE Brain Sparks [...]</description>
		<content:encoded><![CDATA[<p>[...] Account Sign-in: 8 Design Mistakes von UIE Brain Sparks [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: usability Calender &#8212; Why UI?</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-103498</link>
		<dc:creator>usability Calender &#8212; Why UI?</dc:creator>
		<pubDate>Fri, 18 Jan 2008 09:01:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-103498</guid>
		<description>[...] as it support the user task. May:Don&#8217;t require login if you don&#8217;t have to. - again, Jared Spool (I follow his articles and podcasts regularly). June: Who said usability should be boring - all fun [...]</description>
		<content:encoded><![CDATA[<p>[...] as it support the user task. May:Don&#8217;t require login if you don&#8217;t have to. - again, Jared Spool (I follow his articles and podcasts regularly). June: Who said usability should be boring - all fun [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jessica</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-102510</link>
		<dc:creator>Jessica</dc:creator>
		<pubDate>Tue, 08 Jan 2008 20:30:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-102510</guid>
		<description>What about the financial industry use of multi-factor authentication?  We implemented this recently and have managed to cheese off a bunch of users.  Are there any good guidelines or recommendations for that sort of implementation?</description>
		<content:encoded><![CDATA[<p>What about the financial industry use of multi-factor authentication?  We implemented this recently and have managed to cheese off a bunch of users.  Are there any good guidelines or recommendations for that sort of implementation?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-102257</link>
		<dc:creator>Bryan</dc:creator>
		<pubDate>Tue, 08 Jan 2008 00:55:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-102257</guid>
		<description>I love this list, particularly because it encapsulate several of the more difficult issues to prototype, document or mock up and deliver to an engineering team.  Seems like the easy part of desiging a signin form is the form itself.  Describing where, how and when it should appear, and the nuances of handling sessions, "remember me", cookies, etc...well, the devil is in the details.  Nice list =]</description>
		<content:encoded><![CDATA[<p>I love this list, particularly because it encapsulate several of the more difficult issues to prototype, document or mock up and deliver to an engineering team.  Seems like the easy part of desiging a signin form is the form itself.  Describing where, how and when it should appear, and the nuances of handling sessions, &#8220;remember me&#8221;, cookies, etc&#8230;well, the devil is in the details.  Nice list =]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Damon</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-102157</link>
		<dc:creator>Damon</dc:creator>
		<pubDate>Mon, 07 Jan 2008 17:23:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-102157</guid>
		<description>Marla, I believe there's a security reason for not being specific on whether it was the user ID or the password that was unrecognized. That said, I have seen some sites that *will* tell you if you used a non-existing user ID, which might be fine for services that don't require that much security.</description>
		<content:encoded><![CDATA[<p>Marla, I believe there&#8217;s a security reason for not being specific on whether it was the user ID or the password that was unrecognized. That said, I have seen some sites that *will* tell you if you used a non-existing user ID, which might be fine for services that don&#8217;t require that much security.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Usability advice for sign in forms</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101981</link>
		<dc:creator>Usability advice for sign in forms</dc:creator>
		<pubDate>Sat, 05 Jan 2008 12:02:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101981</guid>
		<description>[...] a lot worse for the user. And in some cases that can mean loosing a potential customer. In the comments on his weblog there are some more good tips.   Posted inUability, User Experience &#124; &#124;   You can [...]</description>
		<content:encoded><![CDATA[<p>[...] a lot worse for the user. And in some cases that can mean loosing a potential customer. In the comments on his weblog there are some more good tips.   Posted inUability, User Experience | |   You can [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Biznes.iKredyty.com &#187; Blog Archive &#187; Today’s Finds - Web Site Design, Women, Tech &#38; Heart, Jan. 4</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101940</link>
		<dc:creator>Biznes.iKredyty.com &#187; Blog Archive &#187; Today’s Finds - Web Site Design, Women, Tech &#38; Heart, Jan. 4</dc:creator>
		<pubDate>Fri, 04 Jan 2008 22:29:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101940</guid>
		<description>[...] this trick before we let you make a purchase - Account Sign-in: 8 Design Mistakes to Avoid In usability test after usability test, we see the registration and sign-in processes to be [...]</description>
		<content:encoded><![CDATA[<p>[...] this trick before we let you make a purchase - Account Sign-in: 8 Design Mistakes to Avoid In usability test after usability test, we see the registration and sign-in processes to be [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marla Erwin</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101937</link>
		<dc:creator>Marla Erwin</dc:creator>
		<pubDate>Fri, 04 Jan 2008 22:02:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101937</guid>
		<description>Another error handling improvement I'd like to see is *specific* error messages. If my login attempt fails, there is no value in this error message: "Either your username or your password is incorrect." That tells me nothing -- at least, nothing I couldn't figure out on my own -- and leaves me right back where I started. It's much more helpful to learn, "That user name does not exist in our system," or "The password you entered does not match the username."</description>
		<content:encoded><![CDATA[<p>Another error handling improvement I&#8217;d like to see is *specific* error messages. If my login attempt fails, there is no value in this error message: &#8220;Either your username or your password is incorrect.&#8221; That tells me nothing &#8212; at least, nothing I couldn&#8217;t figure out on my own &#8212; and leaves me right back where I started. It&#8217;s much more helpful to learn, &#8220;That user name does not exist in our system,&#8221; or &#8220;The password you entered does not match the username.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean Landry</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101933</link>
		<dc:creator>Sean Landry</dc:creator>
		<pubDate>Fri, 04 Jan 2008 21:13:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101933</guid>
		<description>In addition to these suggestions it's good practice to place the user's visit in context. You shouldn't ask them to register if they have already registered, you should ask them to sign in. A cookie is an easy way to provide different experiences to user's based on if they have signed in before or not.</description>
		<content:encoded><![CDATA[<p>In addition to these suggestions it&#8217;s good practice to place the user&#8217;s visit in context. You shouldn&#8217;t ask them to register if they have already registered, you should ask them to sign in. A cookie is an easy way to provide different experiences to user&#8217;s based on if they have signed in before or not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Grant</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101926</link>
		<dc:creator>Grant</dc:creator>
		<pubDate>Fri, 04 Jan 2008 19:17:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101926</guid>
		<description>have to add one.
Not Providing a Decent "Session Expired" Page...
You've left your browser open for awhile and your login session expires, you click 
on one of the links, and wham!  You get a weird error message saying "invalid exception"
or something equally unintelligible.  So many site miss this "error" condition and don't design
a page telling the user what just happened and what to do about it (log in again)</description>
		<content:encoded><![CDATA[<p>have to add one.<br />
Not Providing a Decent &#8220;Session Expired&#8221; Page&#8230;<br />
You&#8217;ve left your browser open for awhile and your login session expires, you click<br />
on one of the links, and wham!  You get a weird error message saying &#8220;invalid exception&#8221;<br />
or something equally unintelligible.  So many site miss this &#8220;error&#8221; condition and don&#8217;t design<br />
a page telling the user what just happened and what to do about it (log in again)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Judy</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101925</link>
		<dc:creator>Judy</dc:creator>
		<pubDate>Fri, 04 Jan 2008 19:00:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101925</guid>
		<description>All good points, Jared.  We have implemented most of your suggestions with great suggest.  

However, one of the most common complaints we get from our customers is the difficulty remembering their username.  We would like to change it to email address (like most ecommerce sites), but not sure how to go about the transition.

We don't want to make all of our customers re-register, but what is the alternative?  Any suggestions on how we could avoid a usability nightmare, when our end goal is to make it easier?</description>
		<content:encoded><![CDATA[<p>All good points, Jared.  We have implemented most of your suggestions with great suggest.  </p>
<p>However, one of the most common complaints we get from our customers is the difficulty remembering their username.  We would like to change it to email address (like most ecommerce sites), but not sure how to go about the transition.</p>
<p>We don&#8217;t want to make all of our customers re-register, but what is the alternative?  Any suggestions on how we could avoid a usability nightmare, when our end goal is to make it easier?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101922</link>
		<dc:creator>Charles</dc:creator>
		<pubDate>Fri, 04 Jan 2008 18:25:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101922</guid>
		<description>I find it interesting and frustrating that an article about usability does not have a place for comments on the page where I am reading the article. I had to go the email, or use the back button to find this page for comments. In forwarding the article to colleagues, most will not have the link to the comments page.. if I forward the link to this page, it is likely most will miss the link to th3 article and not read it. 

What is the rationale for not having comments for the article? Feels fragmented and confusing to me.</description>
		<content:encoded><![CDATA[<p>I find it interesting and frustrating that an article about usability does not have a place for comments on the page where I am reading the article. I had to go the email, or use the back button to find this page for comments. In forwarding the article to colleagues, most will not have the link to the comments page.. if I forward the link to this page, it is likely most will miss the link to th3 article and not read it. </p>
<p>What is the rationale for not having comments for the article? Feels fragmented and confusing to me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101921</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Fri, 04 Jan 2008 18:24:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101921</guid>
		<description>"Cisco, during their four-page registration process, asks the users to specify the number of items presented in search results."

That is the stupidest friggin thing I've ever heard of. I mean, really, that's outrageous. 

Damon's additions in the comment above are great. Handling errors gracefully is absolutely critical in sign-in flows.</description>
		<content:encoded><![CDATA[<p>&#8220;Cisco, during their four-page registration process, asks the users to specify the number of items presented in search results.&#8221;</p>
<p>That is the stupidest friggin thing I&#8217;ve ever heard of. I mean, really, that&#8217;s outrageous. </p>
<p>Damon&#8217;s additions in the comment above are great. Handling errors gracefully is absolutely critical in sign-in flows.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Damon</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101918</link>
		<dc:creator>Damon</dc:creator>
		<pubDate>Fri, 04 Jan 2008 17:52:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101918</guid>
		<description>Nice list. Here's a couple more, related to failed sign-in:

Erasing User ID input when sign in fails
Probably like most people, I have a couple of user IDs and a couple of passwords. I can never remember which ones I used for a particular site, so I need to use some trial-and-error. This usually starts by trying different passwords with the same user ID. If the user ID gets erased, I have to retype it every time. Annoying, especially if the ID is longer (e-mail address).

Erasing 'Remember me' preference (checkbox) when sign-in fails
Just because I couldn't provide the correct User ID/Password combination straight away doesn't mean I'm not interested anymore in having my sign-in info remembered for next time. In fact, my failed attempt suggests it might be really useful to have this info remembered. I regularly end up being signed in without 'remember me', because I didn't recheck the box on each try. Which means that next time I use the service, I'll be in the same situation.

Remembering a user ID / password combo that doesn't work
If I check 'remember me', the next time I use the service, I don't want it to suggest input that won't get me signed in.</description>
		<content:encoded><![CDATA[<p>Nice list. Here&#8217;s a couple more, related to failed sign-in:</p>
<p>Erasing User ID input when sign in fails<br />
Probably like most people, I have a couple of user IDs and a couple of passwords. I can never remember which ones I used for a particular site, so I need to use some trial-and-error. This usually starts by trying different passwords with the same user ID. If the user ID gets erased, I have to retype it every time. Annoying, especially if the ID is longer (e-mail address).</p>
<p>Erasing &#8216;Remember me&#8217; preference (checkbox) when sign-in fails<br />
Just because I couldn&#8217;t provide the correct User ID/Password combination straight away doesn&#8217;t mean I&#8217;m not interested anymore in having my sign-in info remembered for next time. In fact, my failed attempt suggests it might be really useful to have this info remembered. I regularly end up being signed in without &#8216;remember me&#8217;, because I didn&#8217;t recheck the box on each try. Which means that next time I use the service, I&#8217;ll be in the same situation.</p>
<p>Remembering a user ID / password combo that doesn&#8217;t work<br />
If I check &#8216;remember me&#8217;, the next time I use the service, I don&#8217;t want it to suggest input that won&#8217;t get me signed in.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101915</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Fri, 04 Jan 2008 17:18:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101915</guid>
		<description>A client of mine once asked that I make the registration process a bit more work to cut down on the number of leads he was receiving.   He wanted fewer more motivated leads.   Always a few exceptions :)</description>
		<content:encoded><![CDATA[<p>A client of mine once asked that I make the registration process a bit more work to cut down on the number of leads he was receiving.   He wanted fewer more motivated leads.   Always a few exceptions <img src='http://www.uie.com/brainsparks/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jody</title>
		<link>http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101910</link>
		<dc:creator>Jody</dc:creator>
		<pubDate>Fri, 04 Jan 2008 16:28:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2008/01/04/uietips-article-account-sign-in-8-design-mistakes-to-avoid/#comment-101910</guid>
		<description>Great article, thanks Jared.  After reading the subject line, I was expecting a broader topic, not just ecommerce account-related.  For example, for account sign-in with financial management websites, your #1 and #2 mistakes aren't always appropriate.  There users want to sign-in early, and quite often.</description>
		<content:encoded><![CDATA[<p>Great article, thanks Jared.  After reading the subject line, I was expecting a broader topic, not just ecommerce account-related.  For example, for account sign-in with financial management websites, your #1 and #2 mistakes aren&#8217;t always appropriate.  There users want to sign-in early, and quite often.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
