<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss 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:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">

<channel>
	<title>InterfaceFix</title>
	
	<link>http://interfacefix.com</link>
	<description>Just another WordPress weblog</description>
	<pubDate>Tue, 17 Mar 2009 17:14:13 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
	<language>en</language>
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/Interfacefix" type="application/rss+xml" /><feedburner:emailServiceId>Interfacefix</feedburner:emailServiceId><feedburner:feedburnerHostname>http://feedburner.google.com</feedburner:feedburnerHostname><feedburner:feedFlare href="http://fusion.google.com/add?feedurl=http%3A%2F%2Ffeeds.feedburner.com%2FInterfacefix" src="http://buttons.googlesyndication.com/fusion/add.gif">Subscribe with Google</feedburner:feedFlare><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com" /><item>
		<title>Migrating InterfaceFix’s Contents</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/x2X7qHfs_jw/</link>
		<comments>http://interfacefix.com/2009/03/17/migrating-interfacefixs-contents/#comments</comments>
		<pubDate>Tue, 17 Mar 2009 17:14:13 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[misc]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=129</guid>
		<description><![CDATA[Hello everyone
I just wanted to let you know that this blog will cease to exist very soon (from 2 weeks to 1 month, or even less!), as I&#8217;m going to use it for something else that will replace it. Initially, it will be replaced with an Arabic blog revolving around the same concept, but later [...]]]></description>
			<content:encoded><![CDATA[<p>Hello everyone</p>
<p>I just wanted to let you know that this blog will cease to exist very soon (from 2 weeks to 1 month, or even less!), as I&#8217;m going to use it for something else that will replace it. Initially, it will be replaced with an Arabic blog revolving around the same concept, but later on this year, it will evolve into something bigger.</p>
<p>The contents of this blog (at least the best topics) will either be migrated to <a class="external" href="http://aldubayan.com">my new personal site</a>, or a sub domain of this site. I haven&#8217;t decided yet. So, if you&#8217;re interested in an article or two here, you might want to save them now before they&#8217;re (temporarily) gone.</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/x2X7qHfs_jw" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2009/03/17/migrating-interfacefixs-contents/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2009/03/17/migrating-interfacefixs-contents/</feedburner:origLink></item>
		<item>
		<title>What’s Next?</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/fTlm57nyoHk/</link>
		<comments>http://interfacefix.com/2009/02/08/whats-next/#comments</comments>
		<pubDate>Sun, 08 Feb 2009 21:29:27 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[misc]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=127</guid>
		<description><![CDATA[Hello everyone
Just wanted to let you know that I now (finally) have a proper personal site located at aldubayan.com.
Since it&#8217;s my personal site, it&#8217;s not really a replacement for this one, but I will post occassional posts there on usability and user experience if you&#8217;re interested. I think that&#8217;s going to be the best place [...]]]></description>
			<content:encoded><![CDATA[<p>Hello everyone</p>
<p>Just wanted to let you know that I now (finally) have a proper personal site located at <a href="http://aldubayan.com">aldubayan.com</a>.</p>
<p>Since it&#8217;s my personal site, it&#8217;s not really a replacement for this one, but I will post occassional posts there on usability and user experience if you&#8217;re interested. I think that&#8217;s going to be the best place for my posts, since I realized I can&#8217;t write frequently due to my busy schedule, but I would still like to share my thoughts in this field. So follow me there in case you&#8217;re interested. <img src='http://interfacefix.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/fTlm57nyoHk" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2009/02/08/whats-next/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2009/02/08/whats-next/</feedburner:origLink></item>
		<item>
		<title>One Last Post [site update]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/ZcnuUNF3xw4/</link>
		<comments>http://interfacefix.com/2008/12/14/one-last-post/#comments</comments>
		<pubDate>Sun, 14 Dec 2008 17:11:31 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[misc]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=124</guid>
		<description><![CDATA[Hi everyone
As you might have noticed, it has been a while since I&#8217;ve updated this blog. The reason is I barely have enough time anymore to write anything. Besides, the lack of user feedback was greatly discouraging, so I have absolutely no reason to keep writing (I blame myself for not marketing it well). Also, [...]]]></description>
			<content:encoded><![CDATA[<p>Hi everyone</p>
<p>As you might have noticed, it has been a while since I&#8217;ve updated this blog. The reason is I barely have enough time anymore to write anything. Besides, the lack of user feedback was greatly discouraging, so I have absolutely no reason to keep writing (I blame myself for not marketing it well). Also, people interested in web usability tend to trust certain names only in the this field, and ignore the input and thoughts of everyone else.</p>
<p>So, I&#8217;ve decided to stop updating this site. I&#8217;m directing all my time and efforts to push web usability forward in a different and much more efficient way (no, it won&#8217;t be a blog). And this time, I&#8217;ll be targeting Arabic-speaking audience, since they have no one to look up to when it comes to web usability. If I had anything else to <em>write</em> about, I&#8217;ll do it in another site.</p>
<p>I&#8217;ll keep this site up until I find another place to move my articles to (probably my new portfolio site I&#8217;m currently working on). Once that&#8217;s done, I&#8217;ll shut down the blog and utilize the domain for something else.</p>
<p>Thanks for everyone for showing interest in what I&#8217;ve been writing, and for the few feedback messages I&#8217;ve received. I&#8217;ve learned a lot about usability just by writing about it.</p>
<p>It&#8217;s time to unsubscribe and move on&#8230;.</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/ZcnuUNF3xw4" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/12/14/one-last-post/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/12/14/one-last-post/</feedburner:origLink></item>
		<item>
		<title>Tell Me What I’ve Exactly Forgotten! [Annoyances]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/QV50X2uYfFo/</link>
		<comments>http://interfacefix.com/2008/10/21/tell-me-what-ive-exactly-forgotten-annoyances/#comments</comments>
		<pubDate>Tue, 21 Oct 2008 22:26:48 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[Tips]]></category>

		<category><![CDATA[user experience]]></category>

		<category><![CDATA[annoyances]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=119</guid>
		<description><![CDATA[In the late 90&#8217;s, when I first started using the internet, I remember that I had to worry about remembering only one log-in credentials: my e-mail&#8217;s. Nowadays, most of us have at least a few accounts online. And using the same user name for all sites to make things easier to remember doesn&#8217;t always work [...]]]></description>
			<content:encoded><![CDATA[<p>In the late 90&#8217;s, when I first started using the internet, I remember that I had to worry about remembering only one log-in credentials: my e-mail&#8217;s. Nowadays, most of us have <em>at least</em> a few accounts online. And using the same user name for all sites to make things easier to remember doesn&#8217;t always work (unless you&#8217;re using an unusual name that no one would ever take like <em>TheEternallyAwesomeMan777</em>), so you end up having to remember multiple passwords <em>and</em> user names.</p>
<p>You will eventually forget either your user name, password or both for one or more of the site&#8217;s your using, and most sites online don&#8217;t seem to realize this, and show you something like this when you enter incorrect login information:</p>
<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/10/mediatemple.jpg" alt="A Failed attempt to login at media temp account center" /></div>
<p><a class="external" href="https://ac.mediatemple.net/login.mt?redirect=home.mt">Mediatemple&#8217;s Account Center</a> login asks for your &#8220;Primary Domain&#8221;, &#8220;Primary e-mail&#8221; and &#8220;Password&#8221;, and assumes that you will always remember the combination. People these days not only use multiple user names, but multiple e-mails for different things online, so relying on their memory at login pages isn&#8217;t a good idea.</p>
<p><a class="external" href="http://rapidshare.com">Rapidshare</a>&#8217;s login page handles this better. If you enter a correct user name and an incorrect password, it will inform you that the account does exist, but the password is incorrect:</p>
<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/10/rs-screenshot.jpg" alt="A failed attempt to login at Rapidshare.com" /></div>
<p>So, in short: be nice, and remind your site&#8217;s users what they&#8217;ve forgotten exactly. They&#8217;ve got so many accounts to worry about. Sure, this might seem trivial, but trivial stuff add up and eventually frustrate people.</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/QV50X2uYfFo" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/10/21/tell-me-what-ive-exactly-forgotten-annoyances/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/10/21/tell-me-what-ive-exactly-forgotten-annoyances/</feedburner:origLink></item>
		<item>
		<title>How to Avoid Features That Could Kill Your Web Application [Tip]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/Wo9-1aXSJKg/</link>
		<comments>http://interfacefix.com/2008/10/15/how-to-avoid-features-that-could-kill-your-web-application-tip/#comments</comments>
		<pubDate>Wed, 15 Oct 2008 14:54:03 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[Tips]]></category>

		<category><![CDATA[tip]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=114</guid>
		<description><![CDATA[When planning for a web application, people tend to think that the more features their application has, the more competitive it will be. This is not true. In fact, this will probably end up contributing to their application&#8217;s failure more than increasing its chances of success.
People use a small percentage of the features in any [...]]]></description>
			<content:encoded><![CDATA[<p>When planning for a web application, people tend to think that the more features their application has, the more competitive it will be. This is not true. In fact, this will probably end up contributing to their application&#8217;s failure more than increasing its chances of success.</p>
<p>People use a small percentage of the features in any application they use (we all do). They only use what gets the job done. Trying to pack more features into your web application could potentially complicate your application, force your users to spend more time <em>learning</em> your application rather than <em>using</em> it, and might end up encouraging them to try a competitor&#8217;s product.</p>
<p>So how do you avoid that?</p>
<p>Basically don&#8217;t develop or include a feature in your application unless it&#8217;s directly related to the application&#8217;s goal. For example, if you have an image upload application, then any feature that wouldn&#8217;t help users upload and share their images easily would be irrelevant here, and would just complicate things for your users.</p>
<p>Web applications like <a class="external" href="http://flickr.com">Flickr</a>, <a class="external" href="http://delicious.com">Delicious</a>, <a class="external" href="http://www.basecamphq.com/">Basecamp</a> do the same thing, which makes them so successful, since they do one thing and excel at it.</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/Wo9-1aXSJKg" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/10/15/how-to-avoid-features-that-could-kill-your-web-application-tip/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/10/15/how-to-avoid-features-that-could-kill-your-web-application-tip/</feedburner:origLink></item>
		<item>
		<title>Using Smarter Form Default Values [Web Forms]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/CvwqlkwWXtA/</link>
		<comments>http://interfacefix.com/2008/10/07/using-smarter-form-default-values-web-forms/#comments</comments>
		<pubDate>Tue, 07 Oct 2008 13:07:54 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[Tips]]></category>

		<category><![CDATA[user experience]]></category>

		<category><![CDATA[default values]]></category>

		<category><![CDATA[forms]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=103</guid>
		<description><![CDATA[When making web forms for our web sites (i.e: registration forms, contact forms, post-a-new-thread forms&#8230;etc), we tend to populate some fields with default values. It&#8217;s usually either a random value or the first value in a drop-down list for example.
However, there&#8217;s a better way to utilize default values to reduce users&#8217; efforts in filling forms [...]]]></description>
			<content:encoded><![CDATA[<p>When making web forms for our web sites (i.e: registration forms, contact forms, post-a-new-thread forms&#8230;etc), we tend to populate some fields with default values. It&#8217;s usually either a random value or the first value in a drop-down list for example.</p>
<p>However, there&#8217;s a better way to utilize default values to reduce users&#8217; efforts in filling forms as much as possible, which is using smart default values (not an official term). These values would mostly be at least close to what a user would choose, so that he could do minimal adjustments and fill forms faster.</li>
<p><span id="more-103"></span></p>
<p>How do you do that? it&#8217;s simple: you just use forms&#8217; data that your users have previously submitted and site statistics to determine what a user would most likely choose (the average). Here are some examples to elaborate this:</p>
<ul>
<li>If most of your site&#8217;s visitors are from the US, then always make the US the default country in any form that has a &#8220;country&#8221; drop down list.</li>
<li>If most of your site&#8217;s visitors are between 15 and 25 years old (for example), then make the &#8220;age&#8221; default value something in between (as opposed to the current year, &#8220;1900&#8243; or &#8220;1&#8243;).</li>
<li>If you have a support form that most people use to report bugs, then make &#8220;bug report&#8221; the default value in the &#8220;Category&#8221; field.</li>
</ul>
<p>This might not make a significant difference in forms that are used once - like sign-up forms (although still helpful), but it will definitely make a difference in forms that are used frequently.</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/CvwqlkwWXtA" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/10/07/using-smarter-form-default-values-web-forms/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/10/07/using-smarter-form-default-values-web-forms/</feedburner:origLink></item>
		<item>
		<title>7 Tips To Improve Your Site’s FAQ Page [Tips]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/4nMTIHldvoc/</link>
		<comments>http://interfacefix.com/2008/09/19/7-tips-to-improve-your-sites-faq-page-tips/#comments</comments>
		<pubDate>Sat, 20 Sep 2008 02:31:52 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[Tips]]></category>

		<category><![CDATA[faq]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=89</guid>
		<description><![CDATA[The concept of FAQs (Frequently Asked Questions) has been around on the web for a long time now. It&#8217;s an important page since people tend to resort to it when they can&#8217;t find their way around a web site or web application, or can&#8217;t understand what you&#8217;re doing or how. Its concept is so simple [...]]]></description>
			<content:encoded><![CDATA[<p>The concept of FAQs (Frequently Asked Questions) has been around on the web for a long time now. It&#8217;s an important page since people tend to resort to it when they can&#8217;t find their way around a web site or web application, or can&#8217;t understand what you&#8217;re doing or how. Its concept is so simple and straight-forward, yet so many web sites don&#8217;t know how to make a proper FAQ page.</p>
<p>So, here are some tips that will help you build a helpful FAQ page for your site&#8217;s visitors:</p>
<p><span id="more-89"></span></p>
<h3>1. Don&#8217;t turn a FAQ page into a &#8220;Help&#8221; section</h3>
<p>Some sites treat their FAQ section as a &#8220;Help&#8221; section, where they put questions about almost everything on the site.</p>
<p>Initially, put <em>only</em> the questions that people will most likely ask. Then later on, you could add to it the most frequently asked questions that you (or your support team) receive from your site&#8217;s visitors.</p>
<h3>2. Don&#8217;t use the FAQ page to market your services</h3>
<p>I bet everyone saw this before, where a company uses its FAQ page mainly to advertise its services. Here&#8217;s an example:</p>
<blockquote><p>Q: Is it true that you provide superb services and charge much less than your competitors?</p>
<p>A: Yes we do!! We&#8217;ve been providing our great services for 70 years, while making sure we satisfy every single customer.</p>
</blockquote>
<p>This isn&#8217;t helpful, and I doubt anyone would actually ask a company a question like that.</p>
<h3>3. Include a linked index on the top of your FAQ page</h3>
<p>This will help your site&#8217;s users find the questions they&#8217;re looking for faster, click on it and get sent immediately to their answer. Just like what <a href="http://webstore.amazon.com/Online-Store-FAQ/" class="external">the Amazon WebStore FAQ</a> does.</p>
<p>If you have a large number of questions, split the index into categories to help people find what they need quickly.</p>
<h3>4. Use different colors for visited and unvisited links</h3>
<p>This is needed if you&#8217;re linking to questions (whether they&#8217;re on the same page or on a different page). This helps people know which questions they&#8217;ve already checked. Not everyone find what they need in the first question they check.</p>
<h3>5. Keep your answers short and straight to the point</h3>
<p>Because, simply, people hate reading more than they have to.</p>
<h3>6. If your FAQ page uses JavaScript, make it so it degrades gracefully in its absence</h3>
<p>Some FAQ pages use Javascript to collapse all the answers, so that when the user clicks on a question, its answer will expand. This is OK as long as you make sure that all the answers are shown by default for those visitors using browsers that don&#8217;t have JavaScript enabled.</p>
<h3>7. Frequently Asked Questions aren&#8217;t limited to FAQ pages</h3>
<p>You could put a Frequently Asked Question in the page that it belongs to to make it helpful, just like what &#8220;Game Points Now&#8221; did in their contact page:</p>
<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/09/gpn_contact.jpg" /></div>
<p>They knew that many customers might not receive their codes right away after purchasing them, so they put this FAQ on the Contact page to avoid having to answer the same question over and over again.</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/4nMTIHldvoc" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/09/19/7-tips-to-improve-your-sites-faq-page-tips/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/09/19/7-tips-to-improve-your-sites-faq-page-tips/</feedburner:origLink></item>
		<item>
		<title>Lavasoft’s Product Viewer [Innovative or Confusing?]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/hxaO2KEyDRY/</link>
		<comments>http://interfacefix.com/2008/08/29/lavasofts-product-viewer-innovative-or-confusing/#comments</comments>
		<pubDate>Fri, 29 Aug 2008 23:15:37 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[misc]]></category>

		<category><![CDATA[usability]]></category>

		<category><![CDATA[innovative or confusing]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=81</guid>
		<description><![CDATA[
This is the first post in the &#8220;Innovative or Confusing?&#8221; series that highlights various web sites&#8217; attempts at being innovative or just different, and whether their attempts actually work or end up confusing visitors.
Today we&#8217;ve got Lavasoft&#8217;s product viewer. But before you continue reading the article, check it out at Lavasoft&#8217;s home products page. Try [...]]]></description>
			<content:encoded><![CDATA[<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/08/lavasfot_products.jpg" alt="Lavasoft's product viewer" /></div>
<p>This is the first post in the &#8220;Innovative or Confusing?&#8221; series that highlights various web sites&#8217; attempts at being innovative or just <em>different</em>, and whether their attempts actually work or end up confusing visitors.</p>
<p>Today we&#8217;ve got Lavasoft&#8217;s product viewer. But before you continue reading the article, check it out at <a class="external" href="http://lavasoft.com/home.php">Lavasoft&#8217;s home products</a> page. Try to use it for a few moments to browse through their products, then come back here.</p>
<p><span id="more-81"></span></p>
<p>Lavasoft apparently is trying to offer visitors an innovative way to browse their products, but the way they did it, in my opinion, is pretty confusing. Here&#8217;s why:</p>
<ol>
<li>Using horizontal scroll bars to navigate through things is very unusual on the web. They&#8217;re not even using the system&#8217;s default scroll bar.</li>
<li>The navigational links (right at the top of the scroll bar) are hardly noticeable. And even when you do notice them, they look like labels, not links.</li>
<li>You can&#8217;t click on any product&#8217;s box to view it.</li>
<li>Personally, it reminded me of Apple&#8217;s <em>Cover flow</em>, and I thought I could navigate the products by pulling them to the left with my mouse, but I couldn&#8217;t. I think those who previously have used cover flow before will have the same expectation. It doesn&#8217;t look exactly the same, but it behaves in a similar way.</li>
</ol>
<p>It would be much better if they just displayed all the products on top of each other (especially when they have short descriptions), and include a few links at the top to help users jump quickly to a specific category (i.e: anti-spyware, firewall..etc). This seems like a good example of web sites trying to do things differently not because they need to, but to look cool.</p>
<p>What do you think? how long did it initially take you to figure it out? was it innovative or confusing in your opinion?</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/hxaO2KEyDRY" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/08/29/lavasofts-product-viewer-innovative-or-confusing/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/08/29/lavasofts-product-viewer-innovative-or-confusing/</feedburner:origLink></item>
		<item>
		<title>Designing The Obvious [Book Review]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/UDFmyxIqcok/</link>
		<comments>http://interfacefix.com/2008/08/23/designing-the-obvious-book-review/#comments</comments>
		<pubDate>Sun, 24 Aug 2008 04:22:19 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[misc]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=78</guid>
		<description><![CDATA[
Scope
The book covers:

The qualities that make a web application great (in detail)
Which features you should (or should not) include in your web application
Explains how people tend to behave when using web applications, how to turn them into frequent users and how to make your application(s) easier for them to use.

 
Target Audience
Geeks (that&#8217;s what the [...]]]></description>
			<content:encoded><![CDATA[<div class="book_cover"><a title="Buy from Amazon.com" href="http://www.amazon.com/gp/redirect.html?ie=UTF8&#038;location=http%3A%2F%2Fwww.amazon.com%2FDesigning-Obvious-Common-Approach-Application%2Fdp%2F032145345X%3Fie%3DUTF8%26s%3Dbooks%26qid%3D1219490700%26sr%3D8-1&#038;tag=interf-20&#038;linkCode=ur2&#038;camp=1789&#038;creative=9325"><img src="http://interfacefix.com/wp-content/uploads/2008/08/31tdu7aypvl_sl500_aa240_.jpg" alt="Book Cover" /></a></div>
<h3>Scope</h3>
<p>The book covers:</p>
<ul>
<li>The qualities that make a web application great (in detail)</li>
<li>Which features you should (or should not) include in your web application</li>
<li>Explains how people tend to behave when using web applications, how to turn them into frequent users and how to make your application(s) easier for them to use.</li>
</ul>
<p><span id="more-78"></span> </p>
<h3>Target Audience</h3>
<p>Geeks (that&#8217;s what the author assumes at least) who are involved in creating or managing web applications.</p>
<h3>Prerequisites</h3>
<p>Familiarity with modern web applications. A small background in usability and user experience would help, too.</p>
<h3>Positives</h3>
<ul>
<li>The book is beautifully formatted, designed and printed.</li>
<li>Shares great tips, insights and experience on making and managing web applications.</li>
</ul>
<h3>Negatives</h3>
<ul>
<li>Feels a little repetitive at times.</li>
<li>Most of the author&#8217;s attempts at humor fail.</li>
</ul>
<h3>Conclusion</h3>
<p>In my opinion, you shouldn&#8217;t buy this book unless you&#8217;re interested in making or managing web applications. If you just want to learn more about usability and improving users&#8217; experience in general, then this isn&#8217;t what you&#8217;re looking for, and you might want to consider a book like <a href="http://interfacefix.com/2008/07/13/dont-make-me-think-book-review/">Don&#8217;t Make Me Think</a> instead.</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/UDFmyxIqcok" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/08/23/designing-the-obvious-book-review/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/08/23/designing-the-obvious-book-review/</feedburner:origLink></item>
		<item>
		<title>The Enemies of Web Usability [stereotypes]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/XqMc8bagHW0/</link>
		<comments>http://interfacefix.com/2008/08/13/the-enemies-of-web-usability-stereotypes/#comments</comments>
		<pubDate>Wed, 13 Aug 2008 16:35:57 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[usability]]></category>

		<category><![CDATA[user experience]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=65</guid>
		<description><![CDATA[
If you&#8217;ve read something about web usability and user experience, you probably already realize how valuable they are, and how much they significantly contribute to a site&#8217;s success (which is  a lot by the way).
Web usability, however, seems to be fairly new to the average person involved in creating and/or managing sites, especially in [...]]]></description>
			<content:encoded><![CDATA[<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/08/eofu.jpg" alt="Meet your enemies!!" title="Meet your enemies!!" /></div>
<p>If you&#8217;ve read something about web usability and user experience, you probably already realize how valuable they are, and how much they significantly contribute to a site&#8217;s success (which is <em> a lot</em> by the way).</p>
<p>Web usability, however, seems to be fairly new to the average person involved in creating and/or managing sites, especially in businesses. And, unfortunately, the majority still don&#8217;t care about it since they can&#8217;t see how it could help them succeed. In fact, those people might be against its practices, since they conflicts with how they envision a site should be.</p>
<p>So, in this article, I&#8217;ll write about 4 characters (or positions) that are involved in making and managing web sites the most, along with examples of how they tend to think (stereotypically) based on my experience with each one of them, and how to respond to them and hopefully convince them otherwise.</p>
<p><span id="more-65"></span></p>
<h3>1. Graphic Designers</h3>
<h4>How they tend to think</h4>
<ul>
<li>A site should look beautiful and artistic.</li>
<li>&#8220;Conventional&#8221; equates to &#8220;not creative&#8221;. A site should be visually unique and creative.</li>
</ul>
<h4>How you could respond</h4>
<ul>
<li>All what a web site needs is a professional, presentable layout. People judge sites based on their usefulness and ease of use, not on how pretty they are.</li>
<li>If possible, give an example of a site that the designer uses often, which doesn&#8217;t have a fancy design (most likely <a class="external" href="http://flickr.com">Flickr</a>), and ask him why he isn&#8217;t using a different one.</li>
</ul>
<h3>2. Developers</h3>
<h4>How they tend to think</h4>
<ul>
<li>Error messages that display technical details of the error to the user is OK.</li>
<li>If users can&#8217;t figure out how to use a feature in their application, they should read the documentation or invest some time on it.</li>
</ul>
<h4>How you could respond</h4>
<ul>
<li>Error messages need to be simple and informative so users can understand them. It&#8217;s not like everyone is a geek after all.</li>
<li>If users are having problems using a specific feature, it means it&#8217;s not usable and should be improved. You will lose a plenty of users if you assume they will stick around long enough to figure out how a feature work. They would either stop using it and do their task in a different way (if possible), or start using a different application.</li>
</ul>
<h3>3. Marketing People</h3>
<h4>How they tend to think</h4>
<ul>
<li>Want to add an unnecessarily big picture on the top area of every page on the site to send a specific &#8220;message&#8221; to visitors.</li>
<li>Think that the best web forms are the ones that asks for as much information as possible from users.</li>
<li>Want to use cheesy marketing headings or links like &#8220;People We Shared Our Success With&#8221; instead of &#8220;Portfolio&#8221;.</li>
</ul>
<h4>How you could respond</h4>
<ul>
<li>The first thing people see when they visit a site is what&#8217;s in the top area (aka: &#8220;above the fold&#8221;) of the site. So, instead of using a big picture to take up that space, you could utilize it for something more useful.</li>
<li>People won&#8217;t provide you with any information you ask for #during a task# unless it&#8217;s necessary to complete it.
<li>If you don&#8217;t use descriptive headings and links, visitors will have a much smaller chance of finding what they&#8217;re looking for. Which means they might end up frustrated and going to a competitor&#8217;s site.</li>
</ul>
<h3>4. Managers</h3>
<h4>How they tend to think</h4>
<ul>
<li>A site without animation, music or a &#8220;splash page&#8221; is boring.</li>
<li>Putting an introduction written by the CEO or the history of the company on the home page is a good idea.</li>
<li>Assume that their professional designer is already capable of producing usable layouts, and that extra work to improve on usability isn&#8217;t needed.</li>
</ul>
<h4>How you could respond</h4>
<ul>
<li>A site&#8217;s <em>layout</em> can never be &#8220;boring&#8221;, even if it was an entertainment site. It&#8217;s all about the contents, and how easy it is for users to find or do what they need. <a class="external" href="http://youtube.com">YouTube</a> has a very simple layout, yet it&#8217;s one of the most entertaining sites on the web.</li>
<li>Home pages should tell visitors (in as few words as possible) what they can do or they expect to find on the site, not some information that probably no one besides the company&#8217;s employees would ever read.</li>
<li>You still needs someone to evaluate and improve your site&#8217;s usability, no matter how good your designer is. As Jakob Nielsen put it in his analogy:<br />
<blockquote>
<p>Even the best writers ask editors to improve the correctness and readability of their writing before publishing it. Using an editor is not the sign of an unskilled writer; it&#8217;s the sign of a writer who knows what it takes to write well.</p>
</blockquote>
</li>
</ul>
<h3>Conclusion</h3>
<p>You could be any of the above. It doesn&#8217;t matter as long as you try to make your team members aware of the usability factor, and give it a higher priority. Even if you&#8217;re hiring someone to take care of it for you; having usability in everyone&#8217;s mind would save you a lot of time and money.</p>
<p>The best thing about the usability field is that most of it is built on common sense, which will save you a lot of trouble when trying to convince those who influence the site you&#8217;re working on.
<p>Note that all of the stereotypical thoughts I&#8217;ve written here aren&#8217;t always &#8220;bad&#8221;. They might be suitable in specific scenarios if implemented by someone who knows what he&#8217;s doing.</p>
<h3>Read more related stuff</h3>
<ul>
<li><a href="http://interfacefix.com/2008/07/08/writing-error-messages-that-humans-can-understand-error-messages/">Writing Error Messages That Humans Can Understand [error messages]</a></li>
<li><a class="external" href="http://www.useit.com/alertbox/20030519.html">Convincing Clients to Pay for Usability</a></li>
<li><a class="external" href="http://www.useit.com/alertbox/roi.html">Usability ROI Declining, But Still Strong</a></li>
</ul>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/XqMc8bagHW0" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/08/13/the-enemies-of-web-usability-stereotypes/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/08/13/the-enemies-of-web-usability-stereotypes/</feedburner:origLink></item>
		<item>
		<title>Categories’ Pages Fixed [Site Updates]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/JGWnngDseCI/</link>
		<comments>http://interfacefix.com/2008/08/05/categories-pages-fixed-site-updates/#comments</comments>
		<pubDate>Tue, 05 Aug 2008 17:23:21 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[misc]]></category>

		<category><![CDATA[site updates]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=61</guid>
		<description><![CDATA[I just found out that my archive pages had no styling at all (the information wasn&#8217;t displayed correctly). This happened after I changed some file names about 2 weeks ago, and I apparently forgot to update the archive page. Should be fine by now.
]]></description>
			<content:encoded><![CDATA[<p>I just found out that my archive pages had no styling at all (the information wasn&#8217;t displayed correctly). This happened after I changed some file names about 2 weeks ago, and I apparently forgot to update the archive page. Should be fine by now.</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/JGWnngDseCI" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/08/05/categories-pages-fixed-site-updates/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/08/05/categories-pages-fixed-site-updates/</feedburner:origLink></item>
		<item>
		<title>Writing Useful Links [Links 101]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/rNhbdQpdJx4/</link>
		<comments>http://interfacefix.com/2008/08/01/writing-useful-links-links-101/#comments</comments>
		<pubDate>Fri, 01 Aug 2008 20:04:18 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[Tips]]></category>

		<category><![CDATA[links]]></category>

		<category><![CDATA[links 101]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=52</guid>
		<description><![CDATA[Links are one of the things that stand out and attract people&#8217;s attention when they view a page on the web. We&#8217;re used to seeing links that say &#8220;Click here&#8221; or &#8220;more&#8221; for example, but those kinds of links say nothing about the pages they&#8217;re linking to, and force people to read the context of [...]]]></description>
			<content:encoded><![CDATA[<p>Links are one of the things that stand out and attract people&#8217;s attention when they view a page on the web. We&#8217;re used to seeing links that say &#8220;Click here&#8221; or &#8220;more&#8221; for example, but those kinds of links say nothing about the pages they&#8217;re linking to, and force people to read the context of every link to understand where it&#8217;s going, which could get very frustrating, especially if they are looking for something in a hurry.</p>
<p>So, here are some quick tips you could use to make your links&#8217; names as useful as possible:</p>
<p><span id="more-52"></span></p>
<ul>
<li>When you&#8217;re linking to information about something or someone, put only their name in the link.
<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/08/entity.jpg" alt="example" /></div>
</li>
<li>When you&#8217;re linking to an event, put its name and the name of the people associated with it.
<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/08/event.jpg" alt="example" /></div>
</li>
<li>When you&#8217;re linking to an action, put the name of the action and what&#8217;s associated with it.
<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/08/action.jpg" alt="example" /></div>
</li>
<li>Integrate links, don&#8217;t add them.
<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/08/integrate.jpg" alt="example" /></div>
</li>
<li>You might need to re-write some parts of your contents to make useful links. It&#8217;s not always possible to make useful links out of pre-written contents.
<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/08/rewrite.jpg" alt="example" /></div>
</li>
<li>In any case, avoid using links that contain many words (up to 7 words should be fine) unless it&#8217;s expected, like in FAQ pages for example.</li>
</ul>
<p>This post is part of the &#8220;Link 101&#8243; series that I will be posting. So, <a href="http://feeds.feedburner.com/Interfacefix">subscribe to the blog&#8217;s feed</a> no stay up to date!</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/rNhbdQpdJx4" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/08/01/writing-useful-links-links-101/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/08/01/writing-useful-links-links-101/</feedburner:origLink></item>
		<item>
		<title>When and How to Use Tag Clouds [Tag Clouds]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/iZss97z8MK4/</link>
		<comments>http://interfacefix.com/2008/07/21/when-and-how-to-use-tag-clouds-tag-clouds/#comments</comments>
		<pubDate>Mon, 21 Jul 2008 20:51:56 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[usability]]></category>

		<category><![CDATA[tag_clouds]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=46</guid>
		<description><![CDATA[Many people use tag clouds on their web sites to inject more &#8220;web 2.0&#8243; into it these days. But does your site need one? and if it does, will it actually be helpful and usable, or just waste space?

Well, first, you need to consider a few things:
See whether your site really needs one
Don&#8217;t just include [...]]]></description>
			<content:encoded><![CDATA[<p>Many people use <a class="external" href="http://en.wikipedia.org/wiki/Tag_cloud">tag clouds</a> on their web sites to inject more &#8220;web 2.0&#8243; into it these days. But does your site need one? and if it does, will it actually be helpful and usable, or just waste space?</p>
<p><span id="more-46"></span></p>
<p>Well, first, you need to consider a few things:</p>
<h3>See whether your site really needs one</h3>
<p>Don&#8217;t just include it because you can. Tag clouds work better on sites where users themselves tag its contents (like <a class="external" href="http://flickr.com">Flickr</a> for example), or sites that use tags as the main method to navigate its contents. If your site is neither, then chances are you don&#8217;t need a tag cloud. Save up space for something more important.</p>
<h3>Separate the tags</h3>
<p>Use commas or put tags within buttons for example. Many sites use only spaces, which does more bad than good, because you wouldn&#8217;t be able to tell whether a tag has one or more words.</p>
<h3>Make your tags readable and scannable</h3>
<p>Typical tag clouds tend to use different font sizes, colors and/or font-weight to differentiate between popular and less popular tags. I don&#8217;t know about you, but I personally think that the only thing this degree of differentiation does is slow me down.</p>
<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/07/screenshot.png" alt="example of a bad tag cloud" /><small>I get it. &#8220;Design&#8221; is <em>very</em> popular there.</small></div>
<p>The best implementation of tag clouds I&#8217;ve seen to date is the one that <a class="external" href="http://blogs.msdn.com/tims/">MSDN blogs</a> use. The difference between tags is small, yet recognizable. All tags have (almost) the same font size, and you can tell which ones <em>weight</em> more by how dark their color is (popular tags eventually get darker, bolder and a tiny bit bigger).</p>
<h3>Know when and where to display them</h3>
<p>When tags aren&#8217;t the main way of navigating your site&#8217;s contents, they become less important to users, and therefore should be given a less prominent placement in your layout.</p>
<p>For example: <a class="external" href="http://www.retailmenot.com/">RetailMeNot.com</a> has a search bar that is used as a start point for users to find coupons through the home page, yet they still placed a tag cloud on the top left of the page, even though it&#8217;s not as efficient (nor as usable) as the search bar. Sure, the tag clouds in <a class="external" href="http://www.retailmenot.com/view/amazon.com">any of their sub pages</a> are useful to narrow down results, but it&#8217;s unnecessary in the homepage in my opinion.</p>
<p>If you&#8217;d like to read more on tag clouds, check out <a class="external" href="http://www.smashingmagazine.com/2007/11/07/tag-clouds-gallery-examples-and-good-practices/">Smashing Magazine&#8217;s article</a>, which digs deeper into tag clouds and their usage.</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/iZss97z8MK4" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/07/21/when-and-how-to-use-tag-clouds-tag-clouds/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/07/21/when-and-how-to-use-tag-clouds-tag-clouds/</feedburner:origLink></item>
		<item>
		<title>Don’t Make Me Think [Book Review]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/EDIa6_2qsJc/</link>
		<comments>http://interfacefix.com/2008/07/13/dont-make-me-think-book-review/#comments</comments>
		<pubDate>Sun, 13 Jul 2008 18:37:09 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[Book Reviews]]></category>

		<category><![CDATA[book review]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=44</guid>
		<description><![CDATA[
Scope
The book covers:

How people behave and think on the web.
How to improve navigation and information findability on your web site(s).
Common misconceptions regarding usability, its worth and its costs.
A brief guide on how to conduct usability tests yourself.

 
Target Audience
Anyone who&#8217;s involved in creating or managing web sites.
Prerequisites
Nothing. All you need is a functional brain and [...]]]></description>
			<content:encoded><![CDATA[<div class="book_cover"><a title="Buy from Amazon.com" href="http://www.amazon.com/gp/redirect.html?ie=UTF8&#038;location=http%3A%2F%2Fwww.amazon.com%2FDont-Make-Me-Think-Usability%2Fdp%2F0321344758%3Fie%3DUTF8%26s%3Dbooks%26qid%3D1215964825%26sr%3D8-1&#038;tag=interf-20&#038;linkCode=ur2&#038;camp=1789&#038;creative=9325"><img src="http://interfacefix.com/wp-content/uploads/2008/07/dmmt.jpg" alt="Book Cover" /></a></div>
<h3>Scope</h3>
<p>The book covers:</p>
<ul>
<li>How people behave and think on the web.</li>
<li>How to improve navigation and information findability on your web site(s).</li>
<li>Common misconceptions regarding usability, its worth and its costs.</li>
<li>A brief guide on how to conduct usability tests yourself.</li>
</ul>
<p><span id="more-44"></span> </p>
<h3>Target Audience</h3>
<p>Anyone who&#8217;s involved in creating or managing web sites.</p>
<h3>Prerequisites</h3>
<p>Nothing. All you need is a functional brain and some common sense. (seriously)</p>
<h3>Positives</h3>
<ul>
<li>Clear, effective and humorous presentation.</li>
<li>Short (less than 200 pages).</li>
<li>Tons of visual illustrations (and comic strips, too!).</li>
<li>Gives you an overview of all the basics to start improving your site&#8217;s usability right away.</li>
</ul>
<h3>Negatives</h3>
<p>None. Seriously. This is one of the best books I have ever read.</p>
<h3>Conclusion</h3>
<p>One of the most valuable books I have ever read. It’s very rare to find a book that you can read so fast, yet benefit so much from. A very enjoyable read. Definitely a must-get!</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/EDIa6_2qsJc" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/07/13/dont-make-me-think-book-review/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/07/13/dont-make-me-think-book-review/</feedburner:origLink></item>
		<item>
		<title>Writing Error Messages That Humans Can Understand [error messages]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/SSBFU2tC7eo/</link>
		<comments>http://interfacefix.com/2008/07/08/writing-error-messages-that-humans-can-understand-error-messages/#comments</comments>
		<pubDate>Tue, 08 Jul 2008 21:26:15 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[user experience]]></category>

		<category><![CDATA[error]]></category>

		<category><![CDATA[error message]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=41</guid>
		<description><![CDATA[Huh?
One of the qualities that makes a web application (or web site) great is displaying informative, helpful error messages when things go wrong, while trying its best to prevent errors from happening in the first place, to insure a smooth experience.
Many web sites though still don&#8217;t display error messages that help users recover from errors. [...]]]></description>
			<content:encoded><![CDATA[<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/07/fb_search_error.jpg" alt="a screenshot of an error message on facebook.com" /><small>Huh?</small></div>
<p>One of the qualities that makes a web application (or web site) great is displaying informative, helpful error messages when things go wrong, while trying its best to prevent errors from happening in the first place, to insure a smooth experience.</p>
<p>Many web sites though still don&#8217;t display error messages that help users recover from errors. They just tell them that something wrong happened. For example, here&#8217;s a message I got repeatedly yesterday as I was trying to send a private message on facebook:</p>
<p><span id="more-41"></span></p>
<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/07/message_error.jpg" alt="a screenshot of an error message on facebook.com" /><small>Yes, more confusion please.</small></div>
<p>It doesn&#8217;t really say what happened. Was it something I did? was it facebook&#8217;s fault? what happened exactly? all it did was frustrate me more.</p>
<h3>Writing helpful error messages</h3>
<p>Here are a few simple guide lines you could follow to make sure your error messages are as helpful (and as informative) as possible:</p>
<p>Error messages should:</p>
<ul>
<li>Clarify what happened in a simple language. Don&#8217;t mention any of the technical details.</li>
<li>Clarify whether it&#8217;s the user&#8217;s fault or the application&#8217;s fault. If it&#8217;s the user&#8217;s, then explain what she did wrong and how to avoid it in her second attempt.</li>
<li>Tell users how to recover from the error. If it&#8217;s a complicated issue, then you could point them to a page with helpful information.</li>
<li>be as short as possible. People won&#8217;t read long error messages, and would rather trying again and again until they get it right. So don&#8217;t include anything that&#8217;s not directly related to the error (such as long apologies or promises to fix the error).</li>
</ul>
<p>Pretty simple stuff. The last you want is people leaving your site because they faced an awkward error message.</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/SSBFU2tC7eo" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/07/08/writing-error-messages-that-humans-can-understand-error-messages/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/07/08/writing-error-messages-that-humans-can-understand-error-messages/</feedburner:origLink></item>
		<item>
		<title>What Are These Suppose to Mean? [Quick Fix]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/z8WCB7Mk2r4/</link>
		<comments>http://interfacefix.com/2008/07/04/what-are-these-suppose-to-mean-quick-fix/#comments</comments>
		<pubDate>Fri, 04 Jul 2008 20:28:56 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[Tips]]></category>

		<category><![CDATA[usability]]></category>

		<category><![CDATA[quick fix]]></category>

		<category><![CDATA[tip]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=35</guid>
		<description><![CDATA[I was checking out Audible&#8217;s Device Center today when I saw this table:
2, 3 and 4? hmmm&#8230;
It looks fine at first glance, but when you see that the formats are represented by numbers that audible came up with, you have a problem.

After a quick search on the site, I found out that they mean the [...]]]></description>
			<content:encoded><![CDATA[<p>I was checking out <a class="external" href="http://audible.com">Audible</a>&#8217;s Device Center today when I saw this table:</p>
<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/07/table.jpg" alt="a screenshot of Audible's device manager" /><small>2, 3 and 4? hmmm&#8230;</small></div>
<p>It looks fine at first glance, but when you see that the formats are represented by numbers that audible came up with, you have a problem.</p>
<p><span id="more-35"></span></p>
<p>After a quick search on the site, I found out that they mean the following:</p>
<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/07/audible_formats.png" alt="What the icons mean" /><small>Oh, OK.</small></div>
<p>I don&#8217;t understand why they decided to use numbers instead of just writing the formats&#8217; names. The numbers don&#8217;t even link to a help page, show their meaning in a tool tip or anything like that. Just images.</p>
<p>In my opinion, it would be more helpful if it was more descriptive like this:</p>
<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/07/fix1.jpg" alt="First fix" /><small>More helpful, no?</small></div>
<p>Or, if using those icons was really necessary, then something like:</p>
<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/07/fix2.jpg" alt="second fix" /><small>Using the conventional question mark that leads to the explanation</small></div>
<p>Never depend on your site&#8217;s users to look for the meanings of icons, abbreviations or anything that isn&#8217;t familiar that you use in your site&#8217;s interface. If you really need to do that, then at least make those vague items lead to or contain the explanation.</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/z8WCB7Mk2r4" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/07/04/what-are-these-suppose-to-mean-quick-fix/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/07/04/what-are-these-suppose-to-mean-quick-fix/</feedburner:origLink></item>
		<item>
		<title>Elements That Stand Out on Web Pages [user attention]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/PGDyEfU72kY/</link>
		<comments>http://interfacefix.com/2008/06/30/elements-that-stand-out-on-web-page-user-attention/#comments</comments>
		<pubDate>Mon, 30 Jun 2008 17:44:53 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[usability]]></category>

		<category><![CDATA[user experience]]></category>

		<category><![CDATA[attract attention]]></category>

		<category><![CDATA[copy usability]]></category>

		<category><![CDATA[stand out]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=29</guid>
		<description><![CDATA[There are a plenty of usability concepts you should have in mind when planning and designing your site&#8217;s interface. One of them is knowing which types of elements would stand out on a page, and utilize them to attract users&#8217; attention.
Why would you want to do that? you might want to inform them about an [...]]]></description>
			<content:encoded><![CDATA[<p>There are a plenty of usability concepts you should have in mind when planning and designing your site&#8217;s interface. One of them is knowing which types of elements would stand out on a page, and utilize them to attract users&#8217; attention.</p>
<p>Why would you want to do that? you might want to inform them about an error message, promote your site&#8217;s features, help them find the next step or whatever they need to notice by that time.</p>
<p>In this article, I will give you a small idea on how to utilize them efficiently. Note that any of those elements, if used excessively on page, will lose their privilege and cease to attract users&#8217; attention:</p>
<p><span id="more-29"></span></p>
<h3>Warm colored elements:</h3>
<p><a href="http://interfacefix.com/2008/05/30/the-role-of-colors-in-usability-color-temeprature/">I wrote about warm colors</a> in a previous article and mentioned how they emphasize elements on a web page, and make them stand out. Warm colors are usually applied on buttons or any element that take little space, because applying them on big elements would make them overpower the rest of the contents on the page.</p>
<div class="post_screenshot"><img alt="Popular sites using warm colors on buttons" src="http://interfacefix.com/wp-content/uploads/2008/07/color_temp.png" /></div>
<h3>Images and icons</h3>
<p>Images and icons act as visual cues on web pages.</p>
<p>While images might not be the first thing people notice, they do get eye fixations (depending on the size) according to this <a class="external" href="http://www.poynterextra.org/eyetrack2004/main.htm">eye-tracking study</a> :</p>
<blockquote><p>Although we learned that most of our test participants did not look at images first, we also observed that images received a significant number of eye fixations. We also learned that the bigger the image, the more time people took to look at it. </p>
</blockquote>
<p>So, try your best to always use images that describe the nature of the contents they&#8217;re associated with. This is pretty obvious, but so many people still surprisingly associate unrelated images to their contents.</p>
<div class="post_screenshot"><img alt="example of a non-descriptive image" src="http://interfacefix.com/wp-content/uploads/2008/07/nondescriptive_image.jpg" /><small>How is this image related to the story?</small></div>
<p>Icons tend to be used by users to figure out what is what without having to read, but you need to make sure you&#8217;re using familiar icons to avoid confusion.</p>
<div class="post_screenshot"><img alt="example of facebook using icons" src="http://interfacefix.com/wp-content/uploads/2008/07/fb_icons.jpg" /><small>The icons give you a quick idea of the site&#8217;s features at first glance</small></div>
<h3>Irregular e elements</h3>
<p>Irregular elements also attract user attention, which is why the popular <a class="external" href="http://www.backpackit.com/">Backpack</a> application use it to tell users what to do next on an empty page:</p>
<div class="post_screenshot"><img alt="example of backpackit using an irregular element" src="http://interfacefix.com/wp-content/uploads/2008/07/irregular_element.jpg" /><small>The arrow stands out since it&#8217;s out of place</small></div>
<h3>Headers and text links</h3>
<p>Users tend to notice and read headers text links when they&#8217;re scanning text contents on a web page (since they tend to have a unique style), which is why you need to make sure that both the headers and text links on your page are meaningful when they&#8217;re read out of context.</p>
<h3>Lists</h3>
<p>Lists are also one of the things that users tend to notice and fixate their eyes on while scanning contents. So, if you&#8217;re going to write about more than 2 items (or steps) in a paragraph, put them in a list instead. This way you make it easier for people to notice and absorb the information you&#8217;re presenting whether it&#8217;s promotional, educational or just for fun.</p>
<div class="post_screenshot"><img alt="comparison between virb.com and facebook.com" src="http://interfacefix.com/wp-content/uploads/2008/07/virb_and_facebook.jpg" /><small>Which one seems easier to read?</small></div>
<p>This was a quick overview of a few types of elements that stand out on web pages. I&#8217;ll detail each one of them (in a non-boring way) in upcoming posts. So make sure you <a href="http://feeds.feedburner.com/Interfacefix">subscribe to the blog</a> (in case you haven&#8217;t) to stay updated. <img src='http://interfacefix.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/PGDyEfU72kY" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/06/30/elements-that-stand-out-on-web-page-user-attention/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/06/30/elements-that-stand-out-on-web-page-user-attention/</feedburner:origLink></item>
		<item>
		<title>5 Bad Solutions to Ad Blindness [ad blindness]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/qyeIY9X5VeI/</link>
		<comments>http://interfacefix.com/2008/06/21/five-bad-solutions-to-ad-blindness-ad-blindnes/#comments</comments>
		<pubDate>Sat, 21 Jun 2008 17:58:26 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[usability]]></category>

		<category><![CDATA[user experience]]></category>

		<category><![CDATA[ad_blindness]]></category>

		<category><![CDATA[bad_practives]]></category>

		<category><![CDATA[user_experience]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=28</guid>
		<description><![CDATA[Advertising is the most popular ways to monetize a web site. Site owners put ads on their web sites hoping people would click on them to make revenues through clicks, referrals or however the ad(s) they&#8217;re using work. Most of those people, however, don&#8217;t realize that a big percentage of their site&#8217;s users don&#8217;t even [...]]]></description>
			<content:encoded><![CDATA[<p>Advertising is the most popular ways to monetize a web site. Site owners put ads on their web sites hoping people would click on them to make revenues through clicks, referrals or however the ad(s) they&#8217;re using work. Most of those people, however, don&#8217;t realize that a big percentage of their site&#8217;s users don&#8217;t even <em>see</em> the ads in the first place. In other words, they&#8217;re ad-blind. They mentally block-out whatever looks like an ad while they&#8217;re surfing online.</p>
<p>The reason behind this is that Internet users develop <strong>ad blindness</strong> as they get more experienced on the web. They get familiar with how ads are formatted, placed and displayed on web pages, and learn to ignore them and focus on parts of the page where they expect to find relevant information. That&#8217;s because, most of the time, ads aren&#8217;t interesting nor related to what we&#8217;re looking for.</p>
<p>Not all ads are ignored though. According to <a href="http://www.useit.com/alertbox/20030428.html" class="external">Jakob Neilsen&#8217;s post</a> which discusses this matter, users are more likely to pay attention to ads on search results pages or classifieds site, since they&#8217;re related to what they&#8217;re looking for. On those kind of pages, ads  are considered as <em>contents</em>.</p>
<p>What I will write about here isn&#8217;t how to overcome ad blindness, and make more revenue (which is beyond the scope of this blog), but how to avoid proposed solutions that will affect the usability of your site and the overall user experience. Here are some proposed solutions and why you should avoid them:</p>
<p><span id="more-28"></span></p>
<h3>1. Alternate the colors of your ads</h3>
<p>Some suggest that, if you&#8217;re using ads that you control (like Google adsense ads), you should alternate your ads&#8217; colors on every page (or refresh), to increase the chance of users noticing them.</p>
<p>I doubt that this actually works, because people tend to ignore parts of the page where ads are expected to be shown. So it&#8217;s not about how ads look, but rather where ads are placed. </p>
<h3>2. Change ads&#8217; position on every page</h3>
<p>Another suggestion is to keep changing the position of ads in almost every page, so that users have a harder time unconsciously learning the ad placements on your pages to ignore them.</p>
<p>This does work actually, but it will also break the consistency of your design, which will make the user experience less pleasant.</p>
<h3>3. User an unconventional layout</h3>
<p>Some think that, if you use an unconventional layout for your site, users will more likely notice ads and click on them.</p>
<p>That is true, and you will probably get more clicks from one-time users. Regular users, however, will eventually learn your layout and ignore the ads, which leave you with a most likely unusable layout, since you&#8217;re not doing things the way users expect to go.</p>
<h3>4. Make the ads look like contents</h3>
<p>Others suggest that you make your ads look as if they were part of your contents, to basically <em>fool</em> people into clicking on them.</p>
<p>Sure, you will get more clicks, but you will also lose credibility, and your site users&#8217; will feel cheated and frustrated since you&#8217;re not taking them where they expect.</p>
<h3>5. Use intrusive ads</h3>
<p>Some advertisers think that if they use intrusive ads (the annoying ones that pop in front of you), they will get your attention and you will inevitably see the ad. Even when they&#8217;re told that people will probably just close the ad and proceed with what they were doing, they would claim that the sub-concious hit of noticing the ad is just enough for them.</p>
<p>In reality though, experienced web users have learned to look for the &#8220;close&#8221; or &#8220;X&#8221; button immediately whenever something blocks their view, so they might not even notice the brand of the ad in the first place.</p>
<h3>So what&#8217;s the solution?</h3>
<p>As I said earlier, this is beyond the scope of this blog. But whatever you choose to do, give your contents and site usability a higher priority.</p>
<p>For example, if you have a good spot at the top of the page that you could use for either an ad or a feature, put the feature there, not the ad. You will make more money if your site provides an enjoyable experience. And, besides ad blindness, people are starting to use <a class="external" href="http://adblockplus.org/en/">ad blockers</a> these days, so I wouldn&#8217;t use ads at all unless advertisers were directly paying me.</p>
<p>If you provide unique contents and/or services, people will find you, and advertisers will follow (assuming you don&#8217;t charge them for it already).</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/qyeIY9X5VeI" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/06/21/five-bad-solutions-to-ad-blindness-ad-blindnes/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/06/21/five-bad-solutions-to-ad-blindness-ad-blindnes/</feedburner:origLink></item>
		<item>
		<title>Unnecessary Explanation [pic]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/EDFvs7CE2lc/</link>
		<comments>http://interfacefix.com/2008/06/17/unnecessary-explanation-pic/#comments</comments>
		<pubDate>Tue, 17 Jun 2008 22:01:48 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[misc]]></category>

		<category><![CDATA[caveat]]></category>

		<category><![CDATA[ue]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=26</guid>
		<description><![CDATA[I was reading something today on a web development blog when I noticed this on the side bar:



And that&#8217;s not a random-tip thing. It&#8217;s something you see next to every post! and the audience of that blog is web developers who actually make web sites, which makes this explanation not only unnecessary, but kind of [...]]]></description>
			<content:encoded><![CDATA[<p>I was reading something today on a web development blog when I noticed this on the side bar:</p>
<div class="post_screenshot">
<img src="http://interfacefix.com/wp-content/uploads/2008/06/bad_explanation.png" alt="unnecessary explanation" title="oh really?" />
</div>
<p>And that&#8217;s not a random-tip thing. It&#8217;s something you see next to every post! and the audience of that blog is web developers who actually <em>make</em> web sites, which makes this explanation not only unnecessary, but kind of offensive, too.</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/EDFvs7CE2lc" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/06/17/unnecessary-explanation-pic/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/06/17/unnecessary-explanation-pic/</feedburner:origLink></item>
		<item>
		<title>Is the Three-Click Rule a Myth? [Three-Click Rule]</title>
		<link>http://feedproxy.google.com/~r/Interfacefix/~3/taetgFSpp1Q/</link>
		<comments>http://interfacefix.com/2008/06/14/is-the-three-click-rule-a-myth/#comments</comments>
		<pubDate>Sat, 14 Jun 2008 22:17:36 +0000</pubDate>
		<dc:creator>Mashhoor Aldubayan</dc:creator>
		
		<category><![CDATA[user experience]]></category>

		<category><![CDATA[myth]]></category>

		<category><![CDATA[three-clicks]]></category>

		<guid isPermaLink="false">http://interfacefix.com/?p=24</guid>
		<description><![CDATA[
Many people involved in the creation of web sites have probably heard of the &#8220;Three-Click Rule&#8221; before. In case you haven&#8217;t, it&#8217;s the rule that says that all information on a web site must be reached within three clicks at most, otherwise users will be frustrated and leave your site.
How accurate is it though?

According to [...]]]></description>
			<content:encoded><![CDATA[<div class="post_screenshot"><img src="http://interfacefix.com/wp-content/uploads/2008/06/3click.png" alt=""></div>
<p>Many people involved in the creation of web sites have probably heard of the &#8220;Three-Click Rule&#8221; before. In case you haven&#8217;t, it&#8217;s the rule that says that all information on a web site must be reached within three clicks at most, otherwise users will be frustrated and leave your site.</p>
<p>How accurate is it though?</p>
<p><span id="more-24"></span></p>
<p>According to a <a href="http://www.uie.com/articles/three_click_rule/">research</a> conducted by <a href="http://www.uie.com/">User Interface Engineering</a>, this rule isn&#8217;t really accurate:</p>
<blockquote><p>Our analysis showed that there wasn&#8217;t any more likelihood of a user quitting after three clicks than after 12 clicks. When we compared the successful tasks to the unsuccessful ones, we found no differences in the distributions of tasks lengths. Hardly anybody gave up after three clicks.</p>
</blockquote>
<p>In fact, the three-click rule some times works against its purpose. Your site, for example, will have problems scaling  because, as it grows, it will be very difficult to put everything three clicks away yet maintain a meaningful and useful site structure.</p>
<p>What matters most in a site isn&#8217;t how far the information is, but how easy it is to reach. If users can navigate easily and quickly to what they need, they wouldn&#8217;t care how many clicks it takes to reach their goal as long they&#8217;re confident they&#8217;re on the right track along the way (and as long as it&#8217;s within a reasonable number of clicks of course).</p>
<p>However, the important information or functionality your site provides obviously <em>should</em> be no more than click or two away, since it&#8217;s what your site is basically about.</p>
<p>In case you haven&#8217;t already, I recommend that you read <a href="http://www.uie.com/articles/three_click_rule/">the whole research</a> I&#8217;ve quoted in this article. It&#8217;s a little old, but contains interesting details about this matter.</p>
<img src="http://feeds.feedburner.com/~r/Interfacefix/~4/taetgFSpp1Q" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://interfacefix.com/2008/06/14/is-the-three-click-rule-a-myth/feed/</wfw:commentRss>
		<feedburner:origLink>http://interfacefix.com/2008/06/14/is-the-three-click-rule-a-myth/</feedburner:origLink></item>
	</channel>
</rss>
