<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
xmlns:rawvoice="http://www.rawvoice.com/rawvoiceRssModule/"
	>
<channel>
	<title>Comments on: UIEtips: Riding the Magic Escalator of Acquired Knowledge</title>
	<atom:link href="http://www.uie.com/brainsparks/2011/11/02/uietips-magic-escalator/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.uie.com/brainsparks/2011/11/02/uietips-magic-escalator/</link>
	<description>UIE\'s latest insights on the world of design</description>
	<lastBuildDate>Tue, 21 May 2013 10:35:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.1</generator>
	<item>
		<title>By: Jared Spool - Salire la scala mobile della conoscenza acquisita - ideawebitalia</title>
		<link>http://www.uie.com/brainsparks/2011/11/02/uietips-magic-escalator/comment-page-1/#comment-181143</link>
		<dc:creator>Jared Spool - Salire la scala mobile della conoscenza acquisita - ideawebitalia</dc:creator>
		<pubDate>Mon, 21 Nov 2011 04:35:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=5738#comment-181143</guid>
		<description>[...] Voi come avete affrontato la complessità nei progetti? Siamo sempre interessati a sentire i vostri pensieri ed esperienze. Lasciate un messaggio sul nostro blog UIE Brain Sparks blog. [...]</description>
		<content:encoded><![CDATA[<p>[...] Voi come avete affrontato la complessità nei progetti? Siamo sempre interessati a sentire i vostri pensieri ed esperienze. Lasciate un messaggio sul nostro blog UIE Brain Sparks blog. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles</title>
		<link>http://www.uie.com/brainsparks/2011/11/02/uietips-magic-escalator/comment-page-1/#comment-175916</link>
		<dc:creator>Charles</dc:creator>
		<pubDate>Tue, 08 Nov 2011 13:38:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=5738#comment-175916</guid>
		<description>Our new (and since abandoned) website attempted to provide useful information and tips at every step on the escalator. Unfortunately, the complexity of the structure left customers confused over the first step. As a result, almost none of the wonderful - and very attractive - information was ever clicked on.

Our problem is that most customers have no knowledge of microscopes - whether they need stereo or compound, for example - and yet they seem reluctant to click on information to learn.</description>
		<content:encoded><![CDATA[<p>Our new (and since abandoned) website attempted to provide useful information and tips at every step on the escalator. Unfortunately, the complexity of the structure left customers confused over the first step. As a result, almost none of the wonderful &#8211; and very attractive &#8211; information was ever clicked on.</p>
<p>Our problem is that most customers have no knowledge of microscopes &#8211; whether they need stereo or compound, for example &#8211; and yet they seem reluctant to click on information to learn.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jared Spool</title>
		<link>http://www.uie.com/brainsparks/2011/11/02/uietips-magic-escalator/comment-page-1/#comment-173936</link>
		<dc:creator>Jared Spool</dc:creator>
		<pubDate>Thu, 03 Nov 2011 18:34:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=5738#comment-173936</guid>
		<description>Lyle,

You&#039;re absolutely right. I often separate out the domain&#039;s escalator from the tool&#039;s escalator.

In fact, there may be more than one domain involved: the knowledge necessary for managing personal finances is different from investing in stock options, and also different from qualifying for tuition financial aid. Three separate domains with their own deep knowledge someone may have to master to invest for their child&#039;s college. 

One could imagine an escalator for each one. Pretty soon, it starts to look like Chutes and Ladders.

Jared</description>
		<content:encoded><![CDATA[<p>Lyle,</p>
<p>You&#8217;re absolutely right. I often separate out the domain&#8217;s escalator from the tool&#8217;s escalator.</p>
<p>In fact, there may be more than one domain involved: the knowledge necessary for managing personal finances is different from investing in stock options, and also different from qualifying for tuition financial aid. Three separate domains with their own deep knowledge someone may have to master to invest for their child&#8217;s college. </p>
<p>One could imagine an escalator for each one. Pretty soon, it starts to look like Chutes and Ladders.</p>
<p>Jared</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lyle Kantrovich</title>
		<link>http://www.uie.com/brainsparks/2011/11/02/uietips-magic-escalator/comment-page-1/#comment-173524</link>
		<dc:creator>Lyle Kantrovich</dc:creator>
		<pubDate>Wed, 02 Nov 2011 20:17:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/?p=5738#comment-173524</guid>
		<description>Jared,

Another related issue I see with &quot;complex designs&quot; is that sometimes the users are considered to be &quot;experts&quot; by the product/design team.  For example the product might be an EMR for highly trained medical staff or an expensive tool for an engineer or scientist.  It&#039;s easy for design teams to then reject the concept of simplicity, thinking that their users are too sophisticated for a simply designed tool.

In reality, many UIs have issues with things that should be simple (e.g. where&#039;s the button to submit the advanced search form).   It&#039;s okay to have to train on complicated concepts (like how do I optimize a financial portfolio based on a client’s retirement goals), but a product&#039;s complexity shouldn&#039;t be because basic design principles are ignored.

Common sources of unnecessary complexity in complex products for &quot;expert&quot; users:
- If users can&#039;t find something that should be easy to find (like a button)
- If users aren&#039;t sure what a basic widget does (e.g. a link or menu)
- Layout and IA make it difficult to find important features or see priority content

Expert users should be experts in their domain, they often don&#039;t need to be experts in your tool/application.  Designers should try to reduce training around the UI as much as possible...training on the tasks/business goals the UI helps the user achieve is realistic in complex domains.

I like the escalator visualization, and I&#039;m now picturing two escalators (they always come in pairs anyway, right?) with one being the level of knowledge in the application and the other being level of knowledge in the domain.</description>
		<content:encoded><![CDATA[<p>Jared,</p>
<p>Another related issue I see with &#8220;complex designs&#8221; is that sometimes the users are considered to be &#8220;experts&#8221; by the product/design team.  For example the product might be an EMR for highly trained medical staff or an expensive tool for an engineer or scientist.  It&#8217;s easy for design teams to then reject the concept of simplicity, thinking that their users are too sophisticated for a simply designed tool.</p>
<p>In reality, many UIs have issues with things that should be simple (e.g. where&#8217;s the button to submit the advanced search form).   It&#8217;s okay to have to train on complicated concepts (like how do I optimize a financial portfolio based on a client’s retirement goals), but a product&#8217;s complexity shouldn&#8217;t be because basic design principles are ignored.</p>
<p>Common sources of unnecessary complexity in complex products for &#8220;expert&#8221; users:<br />
- If users can&#8217;t find something that should be easy to find (like a button)<br />
- If users aren&#8217;t sure what a basic widget does (e.g. a link or menu)<br />
- Layout and IA make it difficult to find important features or see priority content</p>
<p>Expert users should be experts in their domain, they often don&#8217;t need to be experts in your tool/application.  Designers should try to reduce training around the UI as much as possible&#8230;training on the tasks/business goals the UI helps the user achieve is realistic in complex domains.</p>
<p>I like the escalator visualization, and I&#8217;m now picturing two escalators (they always come in pairs anyway, right?) with one being the level of knowledge in the application and the other being level of knowledge in the domain.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
