<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>

<channel>
	<title>The Smoking Foot</title>
	<atom:link href="http://www.stedrayton.org/wordpress/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.stedrayton.org/wordpress</link>
	<description></description>
	<pubDate>Wed, 02 Jul 2008 08:51:05 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
	<language>en</language>
			<item>
		<title>Design Criteria</title>
		<link>http://www.stedrayton.org/wordpress/2008/07/02/design-criteria/</link>
		<comments>http://www.stedrayton.org/wordpress/2008/07/02/design-criteria/#comments</comments>
		<pubDate>Wed, 02 Jul 2008 08:51:00 +0000</pubDate>
		<dc:creator>stedrayton</dc:creator>
		
		<category><![CDATA[Learn]]></category>

		<guid isPermaLink="false">http://www.stedrayton.org/wordpress/2008/07/02/design-criteria/</guid>
		<description><![CDATA[* Ask customers for what they have, rather than asking them for what the company needs.    * Allow customers to say they “don’t know.”    * Provide a consistent experience, from interaction and visual design to copy.    * Be clear about what the system can do, and [...]]]></description>
			<content:encoded><![CDATA[<p>* Ask customers for what they have, rather than asking them for what the company needs.<br />    * Allow customers to say they “don’t know.”<br />    * Provide a consistent experience, from interaction and visual design to copy.<br />    * Be clear about what the system can do, and what the client is responsible for.<br />    * Be friendly and reassuring.<br />    * Show customers where they’ve been, and where they’re going.<br />    * Allow graceful recovery from unexpected interruptions.<br />    * Make it easy for customers who need to gather critical information to pick up where they left off.<br />    * Set clear expectations.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.stedrayton.org/wordpress/2008/07/02/design-criteria/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Reduce Bounce Rates: Fight for the Second Click</title>
		<link>http://www.stedrayton.org/wordpress/2008/07/01/reduce-bounce-rates-fight-for-the-second-click/</link>
		<comments>http://www.stedrayton.org/wordpress/2008/07/01/reduce-bounce-rates-fight-for-the-second-click/#comments</comments>
		<pubDate>Tue, 01 Jul 2008 14:18:25 +0000</pubDate>
		<dc:creator>stedrayton</dc:creator>
		
		<category><![CDATA[Learn]]></category>

		<guid isPermaLink="false">http://www.stedrayton.org/wordpress/2008/07/01/reduce-bounce-rates-fight-for-the-second-click/</guid>
		<description><![CDATA[
Summary:

Different traffic sources imply different reasons for why visitors
might immediately leave your site. Design to keep deep-link followers
engaged through additional pageviews. 
A huge increase in &#8220;deep dips&#8221; was one of the big findings in our new user research for this year&#8217;s Fundamental Guidelines for Web Usability seminar. That is, ever-more users are arriving deep within [...]]]></description>
			<content:encoded><![CDATA[<blockquote style="background-color: rgb(255, 255, 221);"><p>
<strong>Summary:</strong><br />
<br />
Different traffic sources imply different reasons for why visitors<br />
might immediately leave your site. Design to keep deep-link followers<br />
engaged through additional pageviews. </p></blockquote>
<p>A huge <strong>increase in &#8220;deep dips&#8221;</strong> was one of the big findings in our <a href="http://www.useit.com/alertbox/user-skills.html" title="Alertbox: User Skills Improving, But Only Slightly" class="old">new user research</a> for this year&#8217;s <a href="http://www.nngroup.com/events/tutorials/usability.html" title="Nielsen Norman Group: detailed course outline for training tutorial" class="new">Fundamental Guidelines for Web Usability</a> seminar. That is, ever-more users are arriving deep within websites rather than entering them through the homepage.
</p>
<p>
The <strong>homepage is still important</strong>, and you should continue to <a href="http://www.useit.com/alertbox/20020512.html" title="Alertbox: Top 10 Guidelines for Home Page Usability" class="old">ensure homepage usability</a> for two main reasons:
</p>
<ul>
<li>The homepage is typically the <strong>single most-visited</strong> page, because the deep entry points are scattered across a vast number of interior pages.
</li>
<li>The homepage is the <strong>orienteering point</strong> for visitors who arrive through <a href="http://www.useit.com/alertbox/20020303.html" title="Alertbox: Deep Linking is Good Linking" class="old">deep links</a> and then decide to explore the site further.
</li>
</ul>
<p>For many sites, the deep-dip increase has an unfortunate consequence: much <strong>bigger bounce rates</strong>.</p>
<p>
The <strong>bounce rate is defined</strong> as the percentage of<br />
visitors who turn around at the entry page and immediately leave the<br />
site. Such visitors &#8220;bounce&#8221; out and never see additional pages.
</p>
<h2>&#8220;Unique Visitors&#8221; Must Die</h2>
<p>Given growing bounce rates, we must stop using &#8220;unique visitors&#8221; as a metric for site success. <a href="http://www.useit.com/alertbox/touristvalue.html" title="Alertbox sidebar 1997: Why Site Tourists are Worthless" class="old">Site tourists</a> who leave a site immediately ratchet up the unique visitor count, but don&#8217;t contribute long-term value.</p>
<p>
On the contrary, bouncers should be considered a <em>negative</em> statistic: the site failed to engage them enough to entice even a second pageview.
</p>
<p>
To measure site success, you should <strong>count only <a href="http://www.useit.com/alertbox/9708a.html" title="Alertbox: Loyalty on the Web" class="old">loyal users</a></strong><br />
who return repeatedly. Or, if your site is such that most people will<br />
visit only once, at least require that they exhibit a minimum amount of<br />
engagement before you count them as a positive statistic.
</p>
<p>Chasing higher unique-visitor counts will undermine your<br />
long-term positioning because you&#8217;ll design gimmicks rather than build<br />
features that bring people back and turn them into devotees and<br />
customers.
</p>
<h2>Analyzing Bounce Rates by Entry Source</h2>
<p>As with all <a href="http://www.useit.com/alertbox/20040301.html" title="Alertbox: Risks of Quantitative Studies" class="old">quantitative methods</a>,<br />
Web analytics is a dangerous game. If you measure the wrong thing, your<br />
metrics won&#8217;t just be weak — they&#8217;ll be directly <em>misleading</em> and might cause you to pursue an erroneous strategy that reduces your design&#8217;s business value.</p>
<p>
In this case, it&#8217;s important to realize that there&#8217;s no such thing as a<br />
single bounce rate; you must analyze bounce rates separately for the <strong>4 sources of visitors</strong> (ordered by their level of commitment to your site):
</p>
<ol>
<li style="margin-top: 0.8ex;"><strong>Low-value referrers</strong>,<br />
such as Digg. People arriving through these sources are notoriously<br />
fickle and are probably not in your target audience. You should <em>expect</em><br />
most of them to leave immediately, once they&#8217;ve satisfied their idle<br />
curiosity. Consider any value derived from Digg and its like as pure<br />
gravy; <em>don&#8217;t worry</em> if this traffic source has a sky-high bounce rate.
</li>
<li style="margin-top: 0.8ex;"><strong>Direct links from other websites</strong>. These links are the equivalent of a vague recommendation: <em>&#8220;You might want to check out this site.&#8221; </em><br />
People who click such links haven&#8217;t expressed a direct intent to engage<br />
with your topic to the same degree as someone who actively enters a<br />
search engine query. These visitors do have some degree of interest,<br />
however, so a high bounce rate is a symptom of a user experience<br />
problem.
</li>
<li style="margin-top: 0.8ex;"><strong>Search engine traffic</strong>,<br />
whether from organic SEO or paid links. By clicking your link, these<br />
users have actively indicated an acute interest in the topic and should<br />
engage intensely with your content. If they leave immediately, it&#8217;s a<br />
sign that something is seriously wrong with your landing pages.</p>
<ul>
<li>Note: for some search keywords, you&#8217;ll <strong>rank highly</strong><br />
even though you don&#8217;t serve the user intent that the keywords express.<br />
Obviously, people who come looking for something you don&#8217;t have will<br />
leave. Because they&#8217;re not your customers, you shouldn&#8217;t worry about a<br />
high bounce rate from these visitors.
</li>
</ul>
</li>
<li style="margin-top: 0.8ex;"><strong>Loyal users</strong> who<br />
return repeatedly to your site. On the one hand, you&#8217;d expect the<br />
highest engagement from your biggest fans. On the other hand, this<br />
engagement might not show up on every visit if they visit often. As<br />
long as people keep coming back, there&#8217;s nothing wrong with having them<br />
sometimes leave after a page view or two.</p>
<ul>
<li>As an example, when I send out my email newsletter announcing a new<br />
Alertbox column, there&#8217;s a flood of visits from my subscribers to that<br />
page. Of these visitors, only 10% click on to additional pages. I<br />
expect that, however, because long-term subscribers have already read<br />
most of the earlier articles I link to. Also, it usually takes about 3<br />
years before new subscribers can convince their bosses to send them to<br />
my conference, so I don&#8217;t expect them to repeatedly click through to<br />
in-depth course descriptions of the topics I briefly cover in a column.
</li>
</ul>
</li>
</ol>
<p>The following chart shows a rough visualization of the<br />
expected bounce rates from the four user-interest levels. The rates<br />
resemble an inverted checkmark:
<p style="text-align: center;">
<img src="http://www.useit.com/alertbox/bounce-rate-by-user-intent.gif" alt="Conceptual chart, showing that bounce rates tend to decline the more users' intent is established by the source of traffic, except for repeated visits from loyal users which may be short." width="467" height="272" />
</p>
<h2>Intranet Bounces</h2>
<p>Even though bouncing users may seem most common on websites, they are<br />
also found on intranets. Here, employees are predisposed to accept the<br />
validity of a page or section, since it&#8217;s the official company<br />
intranet, after all. Thus, intranet bounces are usually symptoms of<br />
poor navigation or poor use of related links, as well as poor section<br />
landing pages. (For more on all these topics, see the report on <a href="http://www.nngroup.com/reports/intranet/ia/" title="Nielsen Norman Group report on Intranet IA, with case studies of 56 intranets' IA design" class="new">Intranet Information Architecture [IA]</a>.)</p>
<h2>Getting One More Pageview</h2>
<p>Depending on the source of visitors, your bounce rates might be high or<br />
low. But, except for low-value visitors, you should certainly strive<br />
for fewer bounces.</p>
<p>
In one of our case studies on the <a href="http://www.nngroup.com/reports/roi/" title="Nielsen Norman Group report on ROI, with 66 case studies" class="new">Return on Investment (ROI) from usability</a>,<br />
a website reduced its bounce rate from 30% to a minuscule 2.5% through<br />
a simple redesign. Even if you can&#8217;t always cut your bounce rates to<br />
one-tenth their previous levels, simple changes can often lead to<br />
substantial improvements.
</p>
<p>
First and foremost, <strong>test your site</strong> with<br />
representative users. You&#8217;ll almost always find striking ways in which<br />
you repel visitors through low-credibility design, fluffy content, or<br />
confusing navigation.
</p>
<p>
Second, <strong>expose some next steps</strong> for people to take if they&#8217;re interested in the current page. There are two good approaches here:
</p>
<ul>
<li>A <strong>linear information path</strong> offering a single link<br />
to either follow-up information or a deeper treatment of the topic.<br />
Place this link at the bottom of the page, where people are (hopefully)<br />
motivated to learn more. (But don&#8217;t use the <a href="http://www.useit.com/alertbox/bad-design.html" title="Alertbox: Four Bad Designs - the NY Times is example #2" class="old">lame follow-up link employed by the <cite>New York Times</cite></a>, which refers people to &#8220;more articles&#8221; without listing a specific, relevant article.)
</li>
<li>Contextual <strong>see-also links</strong> can provide<br />
multiple pointers to key places of interest to people who liked the<br />
current page. Specific links are vastly superior to generic navigation<br />
menus for this purpose.
</li>
</ul>
<p>Third, if you have a product or service that alleviates the<br />
pain point that motivated visitors to seek out the deep link, you<br />
should <a href="http://www.useit.com/alertbox/20040823.html" title="Alertbox: Informational Articles Must Ask For the Order" class="old">say so explicitly</a> (and link directly to it), instead of hoping that people will find the right page by perusing your product catalog.</p>
<p>http://www.useit.com/alertbox/bounce-rates.html</p>
]]></content:encoded>
			<wfw:commentRss>http://www.stedrayton.org/wordpress/2008/07/01/reduce-bounce-rates-fight-for-the-second-click/feed/</wfw:commentRss>
		</item>
		<item>
		<title>One of us is smarter than all of us</title>
		<link>http://www.stedrayton.org/wordpress/2008/06/20/one-of-us-is-smarter-than-all-of-us/</link>
		<comments>http://www.stedrayton.org/wordpress/2008/06/20/one-of-us-is-smarter-than-all-of-us/#comments</comments>
		<pubDate>Fri, 20 Jun 2008 11:15:45 +0000</pubDate>
		<dc:creator>stedrayton</dc:creator>
		
		<category><![CDATA[Learn]]></category>

		<guid isPermaLink="false">http://www.stedrayton.org/wordpress/2008/06/20/one-of-us-is-smarter-than-all-of-us/</guid>
		<description><![CDATA[The wisdom of crowds comes not from the consensus decision of the group, but from the aggregation of the ideas/thoughts/decisions of each individual in the group.
At its simplest form, it means that if you take a bunch of peopleand ask them (as individuals) to answer a question, the average of eachof those individual answers will [...]]]></description>
			<content:encoded><![CDATA[<p><b>The wisdom of crowds comes <i>not</i> from the consensus decision of the group, but from the <i>aggregation</i> of the ideas/thoughts/decisions of each individual in the group.</b></p>
<p>At its simplest form, it means that if you take a bunch of people<br />and ask them (as individuals) to answer a question, the average of each<br />of those individual answers will likely be <i>better</i> than if the group works <i>together</i> to come up with a single answer. And he has a ton of real examples (but you&#8217;ll just have to read the book for them ; )</p>
<p>[Also] <i>diversity increases the quality of the aggregated wisdom of the group</i>.<br />If you have too many people who are alike, then no matter how smart<br />they all are, they may not come up with the same quality of answer than<br />if you have less smart folks who have a very different point of view. <i>Diversity brings new information.</i> And that new information is valuable.</p>
<p>In order for the crowd to have wisdom, the crowd has to be made up of individuals who argue! Or as he puts it in the book, </p>
<p><i>&#8220;Diversity<br />and independence are important because the best collective decisions<br />are the product of disagreement and contest, not consensus or<br />compromise. An intelligent group, especially when confronted with<br />cognition problems, does not ask its members to modify their positions<br />in order to let the group reach a decision everyone can be happy with.<br />Instead, it figures out how to use mechanisms&#8211;like market prices, or<br />intelligent voting systems&#8211;to aggregate and produce collective<br />judgements that represent now what any one person in the group thinks<br />but rather, in some sense, what they all think.&#8221;</i></p>
<p>And my favorite line that sums it up:</p>
<p><b>&#8220;Paradoxically, the best way for a group to be smart is for each person in it to think and act as independently as possible.&#8221;</b></p>
<p></p>
<p><b>http://headrush.typepad.com/creating_passionate_users/2005/03/one_of_us_iisi_.html</b></p>
]]></content:encoded>
			<wfw:commentRss>http://www.stedrayton.org/wordpress/2008/06/20/one-of-us-is-smarter-than-all-of-us/feed/</wfw:commentRss>
		</item>
		<item>
		<title>How to win the search position game</title>
		<link>http://www.stedrayton.org/wordpress/2008/06/20/how-to-win-the-search-position-game/</link>
		<comments>http://www.stedrayton.org/wordpress/2008/06/20/how-to-win-the-search-position-game/#comments</comments>
		<pubDate>Fri, 20 Jun 2008 10:10:56 +0000</pubDate>
		<dc:creator>stedrayton</dc:creator>
		
		<category><![CDATA[Learn]]></category>

		<guid isPermaLink="false">http://www.stedrayton.org/wordpress/2008/06/20/how-to-win-the-search-position-game/</guid>
		<description><![CDATA[Focus on what each click is worth, not on what position it should be inIn
general, if a purchase conversion is worth $10, and one out of 10
people purchases, you should pay about $1 per click. You should offer
that maximum price to Google (or another search engine) for the
specified keyword. 
After you launch campaigns, continue to [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Focus on what each click is worth, not on what position it should be in</strong><br />In<br />
general, if a purchase conversion is worth $10, and one out of 10<br />
people purchases, you should pay about $1 per click. You should offer<br />
that maximum price to Google (or another search engine) for the<br />
specified keyword. </p>
<p>After you launch campaigns, continue to test them for conversion<br />
metrics and adjust your top bid accordingly. Many marketers think that<br />
if the clickthrough rate is higher, the keyword should be more<br />
expensive. But you should determine the value of a keyword based on<br />
conversion rate, not clickthrough rate, because you only pay by the<br />
click.</p>
<p><strong>Heads or tails? <br /></strong>Head keywords are generic terms<br />
that people search while browsing or doing product research, such as<br />
&#8220;mp3 player.&#8221; Head keywords often benefit from being in first position,<br />
because they capture a lot of &#8220;browsers&#8221; who just click on the first<br />
link and may be exposed to your site for the first time. These people<br />
may not buy now, but they&#8217;ll connect with your brand. </p>
<p>Tail keywords are often best in third or fourth position. These<br />
keywords are specific and appeal to committed buyers, such as &#8220;black<br />
ipod nano 8gb.&#8221; People searching for these keywords are usually more<br />
ready to buy, so they&#8217;ll look at &#8212; and even click through<br />
&#8211; several ads to find the best deal, even if that deal appears in<br />
a link halfway down the page. </p>
<p>The upshot? Head terms get much more volume and are often more<br />
expensive to boot, so to justify your investment you may need to<br />
measure carefully which visitors return to your website. </p>
<p><strong>Set a top position<br /></strong>This is a tool on Google you<br />
can use to hold your keywords down in the rankings, even if you are<br />
bidding enough to be #1. It&#8217;s always better to figure out first how<br />
much your keywords are worth to your bottom line, and then find out<br />
where that places you. But this tool can be useful if you find that<br />
position #1 gets a lot of poor quality traffic that never converts.</p>
<p><strong>Focus on the dirty dozen<br /></strong>Most marketers spend the majority of their budgets on a few top keywords, usually about a dozen, which are high volume <em>and</em><br />
have a strong conversion rate. Focus on fixing the position of these<br />
keywords first, because correctly placing these top keywords will have<br />
the biggest impact on total revenues. Let the others fall where they<br />
will according to their conversion rates as described above.</p>
<p><strong>Turn off Google Search and Content Networks<br /></strong>If<br />
you don&#8217;t opt out of Google&#8217;s search partners, like AOL and Ask.com,<br />
your position numbers will reflect a blend of your positions across all<br />
of those properties. To get an accurate picture of where your keywords<br />
are positioned on Google itself, turn off the additional distributions.<br />
You can always turn them back on after you finish your measurement.</p>
<p><strong>Turn off Google Content Network. Ditto as above</strong><br />To<br />
figure out what your keywords&#8217; true positions are, focus on Google<br />
itself, not your position across all its content partners, such as New<br />
York Times, MySpace and About.com.</p>
<p><strong>Work weekends<br /></strong>Some keywords perform stronger on<br />
the weekend, such as &#8220;gardening&#8221; or &#8220;beach wear,&#8221; for example. Set up<br />
automatic bid increases for these terms to boost your position solely<br />
on the weekends. (Google supports this at the campaign level; MSN<br />
supports this at the Ad Group level; and Yahoo doesn&#8217;t support it right<br />
now.) Remember: These boosts should be based on changes in conversion<br />
rates, not click volume. Look for the pattern before you set the boosts.</p>
<p><strong>Pony up for brand and &#8220;executive&#8221; keywords</strong> <br />If<br />
you&#8217;re Coca-Cola, you just have to pay whatever it costs to have<br />
&#8220;Coca-Cola&#8221; be in the top position &#8212; that&#8217;s crucial for your brand.<br />
Plus you can use your company name in those brand-term ads, and other<br />
advertisers cannot (call the support team at the search engine if you<br />
see any violations of this). Likewise, if your CMO tells you the<br />
company needs to be in top position for certain keywords, like &#8220;digital<br />
camera&#8221; or &#8220;PC&#8221; to build your brand in those categories, then just pay<br />
what it costs to be in the top spot (and pull the cost from the<br />
branding budget!).</p>
<p>Chris Lien<br />
http://www.imediaconnection.com/content/19624.asp</p>
]]></content:encoded>
			<wfw:commentRss>http://www.stedrayton.org/wordpress/2008/06/20/how-to-win-the-search-position-game/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Writing Style for Print vs. Web</title>
		<link>http://www.stedrayton.org/wordpress/2008/06/10/writing-style-for-print-vs-web/</link>
		<comments>http://www.stedrayton.org/wordpress/2008/06/10/writing-style-for-print-vs-web/#comments</comments>
		<pubDate>Tue, 10 Jun 2008 12:45:23 +0000</pubDate>
		<dc:creator>stedrayton</dc:creator>
		
		<category><![CDATA[Learn]]></category>

		<guid isPermaLink="false">http://www.stedrayton.org/wordpress/2008/06/10/writing-style-for-print-vs-web/</guid>
		<description><![CDATA[
Summary:

Linear vs. non-linear. Author-driven vs. reader-driven. Storytelling
vs. ruthless pursuit of actionable content. Anecdotal examples vs.
comprehensive data. Sentences vs. fragments. 
I&#8217;ve spent many columns explicating the differences between the Web and television, which can be summarized as lean-forward vs. lean-back:


On the Web, users are engaged and want to go places and get things done. The Web [...]]]></description>
			<content:encoded><![CDATA[<blockquote style="background-color: rgb(255, 255, 221);"><p>
<strong>Summary:</strong><br />
<br />
Linear vs. non-linear. Author-driven vs. reader-driven. Storytelling<br />
vs. ruthless pursuit of actionable content. Anecdotal examples vs.<br />
comprehensive data. Sentences vs. fragments. </p></blockquote>
<p>I&#8217;ve spent many columns explicating the <a href="http://www.useit.com/alertbox/9702b.html" title="Alertbox: TV Meets the Web" class="old">differences between the Web and television</a>, which can be summarized as <strong>lean-forward vs. lean-back</strong>:
</p>
<ul>
<li>On the <strong>Web</strong>, users are engaged and want to go places and get things done. The Web is an <strong>active</strong> medium.
</li>
<li>While watching <strong>TV</strong>, viewers want to be entertained. They are in relaxation mode and vegging out; they don&#8217;t want to make choices. TV is a <strong>passive</strong> medium.
</li>
</ul>
<p>This doesn&#8217;t mean that you can&#8217;t have entertaining websites or<br />
informative TV shows. But it does mean that the two media&#8217;s contrasting<br />
styles require different approaches to entertainment and education.</p>
<p>The differences between print and the Web may not seem as strong,<br />
but to achieve optimal results, each requires a distinct content style.
</p>
<h2>Example: Tall Travelers</h2>
<p>I recently read an article in <cite>The New York Times</cite> about tall people&#8217;s travails on the road: &#8220;<a href="http://travel.nytimes.com/2008/05/13/business/13tall.html" title="New York Times May 13, 2008" class="out">Coping With the Tall Traveler&#8217;s Curse</a>.&#8221; The <strong>headline</strong> itself is actually an example of the differences between print and online content style:</p>
<ul>
<li>In print, a phrase like &#8220;tall traveler&#8217;s curse&#8221; is a bit enticing<br />
and might draw readers in. Because the article featured a photo of a<br />
tall guy crunched in the back of a taxi, the article&#8217;s content was<br />
clear to anybody glancing at that page in the newspaper.
</li>
<li>In contrast, putting the same headline online would fail several <a href="http://www.useit.com/papers/webwriting/" title="List of Jakob Nielsen's articles on content usability" class="old">guidelines for writing for the Web</a>:
<ul>
<li>The first 3 words have <strong>no information-carrying content</strong>. On the Web, you must start with words like &#8220;tall traveler&#8221; because users often <a href="http://www.useit.com/alertbox/reading_pattern.html" title="Alertbox: F-Shaped Pattern For Reading Web Content" class="old">scan down the left part</a> of a list of items. They never see the last words in a link unless the first few words attract their attention.
</li>
<li>The headline <strong>lacks keywords</strong> — such as<br />
&#8220;airline seat&#8221; and &#8220;hotel bed&#8221; — that are important for search<br />
engine optimization (SEO). No one will search &#8220;curse&#8221; when trying to<br />
find out which hotel chains offer extra-long beds or which airline<br />
seats are the least unpleasant for long-legged travelers.
</li>
<li>The words &#8220;tall traveler&#8217;s curse&#8221; are <strong>insufficiently specific</strong><br />
to tell users what the story is about. Because headlines are often<br />
presented as plain links removed from the article itself, the photo of<br />
the poor guy in the cab won&#8217;t be there to explain the story&#8217;s content.<br />
Online, the headline alone must provide enough <a href="http://www.useit.com/alertbox/20030630.html" title="Alertbox: Information Foraging, Why Google Makes People Leave Your Site Faster" class="old">information scent</a> to let users predict what they&#8217;ll get if they follow the link.
</li>
</ul>
</li>
</ul>
<p>Even though I&#8217;m not particularly tall myself, I read the entire article<br />
in the printed newspaper. Why? Because it was well written and<br />
contained several interesting anecdotes about tall business travelers,<br />
ending with the story of a tall woman executive having to bend down to<br />
use a hotel room makeup mirror.</p>
<p>I would never have read that same article on nytimes.com, because<br />
the story lacks both immediacy and utility. Even though the article<br />
surely attracted some pageviews online, it&#8217;s style is not optimal for<br />
presenting information on the Web.
</p>
<p>
The Web rewards <strong>comprehensive coverage</strong> that&#8217;s more <strong>specific</strong><br />
than print content. On the Web, content for tall travelers should<br />
feature ratings of airline seats and hotel beds for all the major<br />
airlines and hotel chains, respectively. Even better would be to<br />
differentiate coverage for tall men vs. tall women and for somewhat<br />
tall vs. gigantically tall people.
</p>
<p>This more detailed approach works online because the content is<br />
searchable and you can sort and present it in personalized views for<br />
each user. Say, for example, you&#8217;re 6-foot-8 (2.03 m) like the guy in<br />
the article photo, and you&#8217;re flying United Airlines from San Francisco<br />
to Chicago. A good site will tell you which departing plane has the<br />
best seat configuration for you, and which seat you should book.
</p>
<h2>Narrative vs. Actionable Content</h2>
<p>Print publications<br />
— from newspaper articles to marketing brochures — contain<br />
linear content that&#8217;s often consumed in a more relaxed setting and<br />
manner than the solution-hunting behavior that characterizes most<br />
high-value Web use.</p>
<p>
In print, you can spice up linear narrative with anecdotes and individual examples that support a <strong>storytelling</strong><br />
approach to exposition. On the Web, such content often feels like<br />
filler; it slows down users and stands in the way of their getting to<br />
the point.
</p>
<p>For example, in print, discussing the tall-friendly rooms in<br />
the Palms Casino Resort in Las Vegas feels somewhat interesting. That&#8217;s<br />
not the case online when a user is looking for tall-friendly rooms in<br />
Chicago (or wherever he or she is going next week).
</p>
<p>
Web content must be <a href="http://www.useit.com/alertbox/9710a.html" title="Alertbox: How Users Read on the Web" class="old">brief</a><br />
and get to the point quickly, because users are likely to be on a<br />
specific mission. In many cases, they&#8217;ve pulled up the page through<br />
search. Web users want <strong>actionable</strong> content; they don&#8217;t<br />
want to fritter away their time on (otherwise enjoyable) stories that<br />
are tangential to their current goals.
</p>
<p>
Instead of a predefined narrative, websites must <strong>support the user&#8217;s personal story</strong><br />
by condensing and combining vast stores of information into something<br />
that specifically meets the user&#8217;s immediate needs. Thus, instead of an<br />
author-driven narrative, Web content becomes a user-driven narrative.
</p>
<p>
Print&#8217;s narrative exposition calls for well-crafted, <strong>complete sentences</strong>. Online, less so. <strong>Fragments</strong> often let you pull information-carrying keywords to the front, while also reducing froufrou word count. Because Web users <a href="http://www.useit.com/alertbox/percent-text-read.html" title="Alertbox: How Little Do Users Read?" class="old">read only 18% of added verbiage</a>, cutting words is well worth the accusing squiggles that MS Word will throw at your sentence fragments.
</p>
<h2>E-Learning: An Oxymoron?</h2>
<p>I continue to believe in the <strong>linear, author-driven narrative</strong><br />
for educational purposes. I just don&#8217;t believe the Web is optimal for<br />
delivering this experience. Instead, let&#8217;s praise old narrative forms<br />
like books and sitting around a flickering campfire — or its<br />
modern day counterpart, the PowerPoint projector — which have<br />
been around for 500 and 32,000 years, respectively.</p>
<p>
I continue to <a href="http://www.usabilitybook.org/" title="Jakob Nielsen's newest book" class="new">write books</a>, and I continue to <a href="http://www.nngroup.com/services/workshops/" title="Nielsen Norman Group: list of training seminars" class="new">develop training seminars</a>, because I believe these media are best for deep learning of new concepts.
</p>
<p>
We should accept that the <strong>Web is too fast-paced for big-picture learning</strong>. No problem; we have other media, and each has its strengths. At the same time, the Web is perfect for narrow, <strong>just-in-time learning</strong><br />
of information nuggets — so long as the learner already has the<br />
conceptual framework in place to make sense of the facts. </p>
<p>
For example, I dated &#8220;learning around the campfire&#8221; to 32,000 years ago<br />
to coincide with the emergence of high culture and the Cro-Magnons. Not<br />
that the Neanderthals didn&#8217;t have campfires — they simply didn&#8217;t<br />
have the cultural depth of modern humans, so I don&#8217;t think their<br />
storytelling was equal to my seminars. So, did I actually remember that<br />
Cro-Magnon culture started 32,000 years ago with the Lascaux cave<br />
paintings? No, I looked that little fact up online.
</p>
<h2>Writing for Selfish Readers</h2>
<p>In linear media  —  such as print and TV  —  people expect <strong>you to construct their experience</strong> for them. Readers are willing to follow the author&#8217;s lead.</p>
<p>
In non-linear hypertext, the rules reverse. Users want to <strong>construct their own experience</strong><br />
by piecing together content from multiple sources, emphasizing their<br />
desires in the current moment. People arrive at a website with a goal<br />
in mind, and they are ruthless in pursuing their own interest and in <strong>rejecting whatever the site is trying to push</strong>. <a href="http://www.useit.com/alertbox/banner-blindness.html" title="Alertbox: Banner Blindness - Old and New Findings" class="old">Banner blindness</a> is only the most extreme manifestation of this selfishness.
</p>
<p>
Particularly on commercial sites — whether they&#8217;re <a href="http://www.nngroup.com/reports/ecommerce/" title="Nielsen Norman Group report: E-Commerce User Experience Design Guidelines" class="old">B2C e-commerce</a> or specialized <a href="http://www.nngroup.com/reports/b2b/" title="Nielsen Norman Group report: Usability Guidelines for Business-to-Business Sites" class="old">B-to-B</a><br />
sites — users cherry-pick the information and concentrate<br />
narrowly on what they want. If you&#8217;re smart, you&#8217;ll write accordingly:<br />
make your content <strong>actionable</strong> and focused on user <strong>needs</strong>.</p>
<p>
<p><a href="http://www.useit.com/alertbox/print-vs-online-content.html">http://www.useit.com/alertbox/print-vs-online-content.html</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.stedrayton.org/wordpress/2008/06/10/writing-style-for-print-vs-web/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Don&#8217;t design &#8216;what if&#8217; navigation</title>
		<link>http://www.stedrayton.org/wordpress/2008/06/02/dont-design-what-if-navigation/</link>
		<comments>http://www.stedrayton.org/wordpress/2008/06/02/dont-design-what-if-navigation/#comments</comments>
		<pubDate>Mon, 02 Jun 2008 08:00:08 +0000</pubDate>
		<dc:creator>stedrayton</dc:creator>
		
		<category><![CDATA[Learn]]></category>

		<guid isPermaLink="false">http://www.stedrayton.org/wordpress/2008/06/02/dont-design-what-if-navigation/</guid>
		<description><![CDATA[The left column navigation should point forward; drive you
towards your destination. The BBC website is a really great
design. When you get to the homepage, you get two major options:
News and Sport.
Clicking on Sport gets you to a left column navigation beginning
with: Football, Cricket, Rugby Union, etc. (Notice it is not
alphabetical; it begins with the most [...]]]></description>
			<content:encoded><![CDATA[<p>The left column navigation should point forward; drive you<br />
towards your destination. The BBC website is a really great<br />
design. When you get to the homepage, you get two major options:<br />
News and Sport.</p>
<p>Clicking on Sport gets you to a left column navigation beginning<br />
with: Football, Cricket, Rugby Union, etc. (Notice it is not<br />
alphabetical; it begins with the most popular, Football.)</p>
<p>Clicking on Football removes all the other Sport options and<br />
shows you just Football ones. What if someone is interested in<br />
Cricket? If I was interested in Cricket I&#8217;d have clicked on<br />
cricket.</p>
<p>You keep clicking until you select, say, Manchester United. In<br />
the left navigation you now see links such as Squad Selector,<br />
Results, Fixtures, etc. The worst navigation systems would<br />
continue to offer you Cricket in the left navigation. Of course,<br />
that would result in a huge list of links in the left navigation<br />
that would cause great confusion.</p>
<p>Gerry McGovern<br />
mailto:<a href="mailto:gerry@gerrymcgovern.com">gerry@gerrymcgovern.com</a><br /><a href="http://www.gerrymcgovern.com/nt/2008/nt-2008-06-02-navigation.htm" target="_blank">http://www.gerrymcgovern.com<wbr>/nt/2008/nt-2008-06-02-navigat<wbr>ion.htm</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.stedrayton.org/wordpress/2008/06/02/dont-design-what-if-navigation/feed/</wfw:commentRss>
		</item>
		<item>
		<title>How-To: 10 Tips for Launching a Solid Podcast</title>
		<link>http://www.stedrayton.org/wordpress/2008/05/18/how-to-10-tips-for-launching-a-solid-podcast/</link>
		<comments>http://www.stedrayton.org/wordpress/2008/05/18/how-to-10-tips-for-launching-a-solid-podcast/#comments</comments>
		<pubDate>Sun, 18 May 2008 14:56:14 +0000</pubDate>
		<dc:creator>stedrayton</dc:creator>
		
		<category><![CDATA[Learn]]></category>

		<guid isPermaLink="false">http://www.stedrayton.org/wordpress/2008/05/18/how-to-10-tips-for-launching-a-solid-podcast/</guid>
		<description><![CDATA[Campaign studies by Podtrac and TNS found podcast advertising is three times as effective as &#8220;traditional&#8221; online advertising, and seven times more so than TV ads.
In 2007, podcasts served 18.5 million users in the US — a figure projected to rise to 65 million by 2012 (eMarketer).
These tips for launching an engaging podcast will help [...]]]></description>
			<content:encoded><![CDATA[<p>Campaign studies by Podtrac and TNS found <a href="http://www.marketingvox.com/amazing-ad-recall-rates-from-podcasts-online-video-shows-038119/">podcast advertising is three times as effective</a> as &#8220;traditional&#8221; online advertising, and seven times more so than TV ads.</p>
<p>In 2007, podcasts served 18.5 million users in the US — a figure projected to rise to 65 million by 2012 (<a target="_blank" href="http://www.emarketer.com/Article.aspx?id=1005869&amp;src=article1_newsltr">eMarketer</a>).</p>
<p>These tips for launching an engaging podcast will help you build a loyal and responsive brand audience.</p>
<p><strong>1. Plan your podcast schedule.</strong> An engaging podcast is more than a &#8220;one-off&#8221; episode. Plan each in advance, and launch them on a consistent day and time. </p>
<p>If you broadcast weekly, publish a monthly schedule so listeners get a sense of what to expect. <em>Stick to your schedule</em> — inconsistency encourages even devotees to look elsewhere.</p>
<p><strong>2. Make it RSS-accessible.</strong> A downloadable mp3 file<br />
is only one component of a podcast. Enable people to subscribe via RSS<br />
so they can retrieve updates automatically.</p>
<p><strong>3. Keep it short.</strong> It&#8217;s not a one-hour radio show.<br />
Brevity encourages relevance. Unless you have a strong feature, don&#8217;t<br />
press listeners&#8217; patience.</p>
<p>A typical episode of The Wall Street Journal’s &#8220;Your Money Matters&#8221; podcast lasts a little over five minutes. </p>
<p><strong>4. Don&#8217;t waste time hard-selling.</strong> Don&#8217;t discuss<br />
your product or service all the time. When you do, invite a client or<br />
user to speak frankly about it on air. It&#8217;s okay to promote a website<br />
if the site contains content relevant to the episode.</p>
<p><strong>5. Segment your podcasts.</strong> Think &#8220;Client Talk,&#8221; &#8220;Tip<br />
of the Day,&#8221; &#8220;Your Questions Answered,&#8221; that kind of thing. Content<br />
segments give listeners bearings and yield a sense of familiarity with<br />
your podcast&#8217;s ebbs and flows. This is key to the success of any series.</p>
<p><strong>6. Simplify podcast management.</strong> Keep your recording process and RSS feed management simple, so you can focus on developing content (the tough part). </p>
<p>Garageband, Gcast.com, ClickCaster.com and Audacity are the most<br />
popular programs for recording podcasts. FeedforAll helps with editing,<br />
and its simple GUI eases management of RSS feeds.</p>
<p><strong>7. Submit your podcast to popular directories.</strong> iTunes lets users submit podcasts from within its program; here are some <a target="_blank" href="http://www.apple.com/itunes/store/podcasts.html">podcasting resources from Apple</a>.</p>
<p>Pinging services like Autopinger and Pingoat will submit podcast<br />
updates to major blogs and search engines. Burn your podcast with<br />
Feedburner, which allows you to notify listeners about new episodes<br />
through email updates.</p>
<p><strong>8. Build a compelling podcast website.</strong> Any ad<br />
campaign or product launch should have its own web destination, loaded<br />
with up-to-date and relevant information. Your podcast is no different.<br />
Keep the site updated with your podcast schedule, and website-only<br />
tidbits, to build listener loyalty.</p>
<p>Bonus features on the website will go a long way. Coffee Break<br />
Spanish uses its site to sell written transcripts of its free audio<br />
lessons. The website is also the place for visibly advocating your<br />
product or brand.</p>
<p><strong>9. Let website visitors commune with one another.</strong> Provide listeners with a newsgroup so they can interact. You can also start a Facebook group or invite them to <a href="http://www.marketingvox.com/how-to-using-twitter-to-build-brand-integrity-038162/">follow you on Twitter</a>.</p>
<p><strong>10. Measure and analyze.</strong> None of this does much good if you&#8217;re not keeping metrics on your progress. Some handy tools:</p>
<ul>
<li>Google Analytics helps track users and audio file downloads</li>
<li>Feedburner lets you measure the number of unique subscribers per episode</li>
<li>Podtrac and Volomedia help you gain deeper insight in behavioral and demographic data</li>
</ul>
<p>Happy podcasting.</p>
<p>This MarketingVOX How-To was written by Arun Krishnan, VP of Marketing at <a target="_blank" href="http://pontiflex.com/">Pontiflex</a>. His podcast, &#8220;<a target="_blank" href="http://www.cuttingchai.com/HouseFull/index.html">Learn Hindi from Bollywood Movies</a>,&#8221; has been running since 2006.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.stedrayton.org/wordpress/2008/05/18/how-to-10-tips-for-launching-a-solid-podcast/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Donation page optimization: Summary of learning</title>
		<link>http://www.stedrayton.org/wordpress/2008/05/18/donation-page-optimization-summary-of-learning/</link>
		<comments>http://www.stedrayton.org/wordpress/2008/05/18/donation-page-optimization-summary-of-learning/#comments</comments>
		<pubDate>Sun, 18 May 2008 11:43:29 +0000</pubDate>
		<dc:creator>stedrayton</dc:creator>
		
		<category><![CDATA[Learn]]></category>

		<guid isPermaLink="false">http://www.stedrayton.org/wordpress/2008/05/18/donation-page-optimization-summary-of-learning/</guid>
		<description><![CDATA[

Size DOES matter: Bigger donate buttons helped convert more donors
Color can matter too: A vividly colored donation button can strongly boost donation page conversion…but seasonality and color choice influenced whether it did
Less is more: Removing unnecessary fields from the personal information form significantly increased conversion to donate
Remind people (nicely) why they want to donate: Polite [...]]]></description>
			<content:encoded><![CDATA[<p>
<ul>
<li>Size DOES matter: Bigger donate buttons helped convert more donors</li>
<li>Color can matter too: A vividly colored donation button can strongly boost donation page conversion…but seasonality and color choice influenced whether it did</li>
<li>Less is more: Removing unnecessary fields from the personal information form significantly increased conversion to donate</li>
<li>Remind people (nicely) why they want to donate: Polite header copy (“Please make a tax-deductible gift…”) followed by short appeal copy yielded better conversion than a more forceful call-to-action (“Donate Now! Help us…”) without appeal copy􀀁 </li>
<li>No need to be demanding: Using firmer language on the donation button (“Donate Now” instead of “Submit”) did not produce statistically higher conversions</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.stedrayton.org/wordpress/2008/05/18/donation-page-optimization-summary-of-learning/feed/</wfw:commentRss>
		</item>
		<item>
		<title>How to add stuff to wikipedia</title>
		<link>http://www.stedrayton.org/wordpress/2008/05/07/how-to-add-stuff-to-wikipedia/</link>
		<comments>http://www.stedrayton.org/wordpress/2008/05/07/how-to-add-stuff-to-wikipedia/#comments</comments>
		<pubDate>Wed, 07 May 2008 14:48:56 +0000</pubDate>
		<dc:creator>stedrayton</dc:creator>
		
		<category><![CDATA[Notes]]></category>

		<guid isPermaLink="false">http://www.stedrayton.org/wordpress/2008/05/07/how-to-add-stuff-to-wikipedia/</guid>
		<description><![CDATA[
1) For legal reasons, we have to be very proactive on
copyright violations. 
2) You can&#8217;t license the use of copyrighted
material on Wikipedia; only the copyright owners can do that. 
3) This
article would probably have been deleted anyway, as being about an non-notable organization; see WP:GROUP. 
4) Since you have a relationship with this organization, you [...]]]></description>
			<content:encoded><![CDATA[<dl>
<dd>1) For legal reasons, we have to be <i><b>very</b></i> proactive on<br />
copyright violations. </dd>
<dd>2) You can&#8217;t license the use of copyrighted<br />
material on Wikipedia; only the copyright owners can do that. </dd>
<dd>3) This<br />
article would probably have been deleted anyway, as being about an <a href="http://en.wikipedia.org/wiki/Wikipedia:NN" class="mw-redirect" title="Wikipedia:NN">non-notable organization</a>; see <a href="http://en.wikipedia.org/wiki/Wikipedia:GROUP" class="mw-redirect" title="Wikipedia:GROUP">WP:GROUP</a>. </dd>
<dd>4) Since you have a relationship with this organization, you probably<br />
shouldn&#8217;t be editing any articles about them anyway, under <a href="http://en.wikipedia.org/wiki/Wikipedia:COI" class="mw-redirect" title="Wikipedia:COI">our restrictions on edits by persons with conflicts of interest</a>. &#8211;<a href="http://en.wikipedia.org/wiki/User:Orangemike" title="User:Orangemike"><font color="darkorange">Orange Mike</font></a> | <a href="http://en.wikipedia.org/wiki/User_talk:Orangemike" title="User talk:Orangemike"><font color="orange">Talk</font></a> 14:03, 7 May 2008 (UTC)</dd>
</dl>
<dl>
<dd>
<ol>
<li>Information on copyright releases can be found <a href="http://en.wikipedia.org/wiki/Wikipedia:COPY" class="mw-redirect" title="Wikipedia:COPY">here</a>. </li>
<li>As to the conflict-of-interest issue, the thing to do is first to<br />
request that some impartial third party create an article, a thing done<br />
<a href="http://en.wikipedia.org/wiki/Wikipedia:REQUEST" class="mw-redirect" title="Wikipedia:REQUEST">here</a>. </li>
<li>If an editor agrees that the organization passes muster under <a href="http://en.wikipedia.org/wiki/Wikipedia:GROUP" class="mw-redirect" title="Wikipedia:GROUP">WP:GROUP</a>, and an article <b>is</b><br />
created, then COI persons would make suggestions on the talk page of<br />
the article, and other editors would take up the suggestions they found<br />
most useful. </li>
<li>(I&#8217;d advise you to clarify the relationship between OPA,<br />
the WWF, etc., because I was having trouble figuring it out from the<br />
pages.)</li>
</ol>
</dd>
</dl>
<p></p>
]]></content:encoded>
			<wfw:commentRss>http://www.stedrayton.org/wordpress/2008/05/07/how-to-add-stuff-to-wikipedia/feed/</wfw:commentRss>
		</item>
		<item>
		<title>How Little Do Users Read?</title>
		<link>http://www.stedrayton.org/wordpress/2008/05/06/how-little-do-users-read/</link>
		<comments>http://www.stedrayton.org/wordpress/2008/05/06/how-little-do-users-read/#comments</comments>
		<pubDate>Tue, 06 May 2008 14:50:39 +0000</pubDate>
		<dc:creator>stedrayton</dc:creator>
		
		<category><![CDATA[Learn]]></category>

		<guid isPermaLink="false">http://www.stedrayton.org/wordpress/2008/05/06/how-little-do-users-read/</guid>
		<description><![CDATA[http://www.useit.com/alertbox/percent-text-read.html
Summary: On the average Web page, users have time to read at most 28% of the words during an average visit; 20% is more likely.  
   We&#8217;ve known since our first studies of how users read on the Web that they typically don&#8217;t read very much. Scanning text is an extremely common [...]]]></description>
			<content:encoded><![CDATA[<p>http://www.useit.com/alertbox/percent-text-read.html<br />
<blockquote style="background-color: rgb(255, 255, 221);"><strong>Summary:</strong> <br />On the average Web page, users have time to read <em>at most</em> 28% of the words during an average visit; 20% is more likely.  </p></blockquote>
<p>   We&#8217;ve known since our first studies of <a href="http://www.useit.com/alertbox/9710a.html" title="Alertbox October 1997" class="old">how users read on the Web</a> that they typically don&#8217;t read very much. <strong>Scanning</strong> text is an extremely common behavior for higher-literacy users; our <a href="http://www.useit.com/eyetracking/" title="Overview of eyetracking research with links to detailed articles" class="old">recent eyetracking studies</a> further validate this finding. </p>
<p> The only thing we&#8217;ve been missing is a mathematical formula to quantify exactly how much (or how little) people read online. Now, thanks to new data, we have this as well. </p>
<h2>The Research Study</h2>
<p> For full details, see the following academic paper:
</p>
<blockquote style="border: 1px solid gray; padding: 1ex;"><p> Harald Weinreich, Hartmut Obendorf, Eelco Herder, and Matthias Mayer:  &#8220;<a href="http://doi.acm.org/10.1145/1326561.1326566" title="Association for Computing Machinery: full academic research paper" class="old">Not Quite the Average: An Empirical Study of Web Use</a>,&#8221; in the <cite>ACM Transactions on the Web</cite>, vol. 2, no. 1 (February 2008), article #5.  </p></blockquote>
<p>In the study, the authors instrumented 25 users&#8217; browsers and recorded extended information about everything they did as they went about their normal Web activities. What&#8217;s important about this study is that it was <strong>completely naturalistic</strong>: the users didn&#8217;t have to do anything special. </p>
<p> One downside of the study is that the users had above-average intelligence, with several being university employees. This might not be a problem in the long run, however. If, for example, we compare <a href="http://www.useit.com/alertbox/user-skills.html" title="Alertbox: User Skills Improving, But Only Slightly" class="old">data we collected in 2008</a> for our <a href="http://www.nngroup.com/events/tutorials/usability.html" title="Nielsen Norman Group: detailed outline of training course" class="new">Fundamental Guidelines for Web Usability</a> seminar with a similar study we ran in 2004, we find that 2008&#8217;s average behavior is close to that of 2004&#8217;s higher-end users. Thus, even though Weinreich et al.&#8217;s data represents high-end users, it&#8217;s likely to be fairly representative of broader user behavior in the future. In fact, the authors collected their data in 2005, so the recorded behaviors might already be fairly common. </p>
<p> In any case, the research yielded several interesting findings, and the full paper is well worth reading. </p>
<p> Among other things, the authors found that the <strong><em>Back</em> button is now only the 3rd most-used feature</strong> on the Web. Clicking hypertext links remains the most-used feature, but clicking buttons (on the page) has now overtaken <em>Back</em> to become the second-most used feature. The reason for this change is the increased prevalence of applications and feature-rich Web pages that require users to click page buttons to access their functionality. </p>
<p> Of course, <strong><em>Back</em> is still the user&#8217;s lifeline</strong> and is so frequently used that supporting it remains a strong usability guideline. </p>
<h2>Real-Life Reading Behavior</h2>
<p> <a href="http://weinreichs.de/" title="Personal website IN GERMAN for Harald Weinreich" class="old">Harald Weinreich</a> graciously provided me with the dataset detailing 59,573 page views.
<p> From this data, I removed the following records: </p>
<ul>
<li>10,163 page views (17%) that lasted less than 4 seconds. In such brief &#8220;visits,&#8221; users clearly bounced right out without truly &#8220;using&#8221; the page. </li>
<li>2,615 page views (4%) that lasted more than 10 minutes. In these cases, users almost certainly left the browser open while doing something else. </li>
<li>1,558 page views (3%) with fewer than 20 words on them. Such pages are probably server errors or disrupted downloads. </li>
</ul>
<p> After cleaning the dataset, I was left with <strong>45,237 page views</strong> for my analysis.
<p> I was able to fit very nice formulas to describe users&#8217; reading behavior for pages containing between <strong>30 and 1,250 words</strong>. For longer pages, reading became quite erratic. Pages with a huge word count are probably not &#8220;real&#8221; pages anyway — they&#8217;re more likely to be either academic papers or &#8220;terms &amp; conditions&#8221; pages, which people don&#8217;t give the time of day. (In research for the book <a href="http://www.useit.com/prioritizing/" title="Book info page" class="old"><cite>Prioritizing Web Usability</cite></a>, we found that people read only about 10% of the text that they supposedly &#8220;agreed&#8221; to.) </p>
<p> The following chart shows the average time users spend on pages with different word counts:  </p>
<p style="text-align: center;">  <img src="http://www.useit.com/alertbox/page-visit-time-per-word-count.gif" alt="Scatterplot: word count on the horizontal axis and the duration of average visits on the vertical axis." height="482" width="600" /> </p>
<p> Obviously, users tend to spend more time on pages with more information. However, the best-fit formula tells us that they spend only <strong>4.4 seconds more for each additional 100 words</strong>. </p>
<p> Usually, I assume a reading speed of 200 words per minute (WPM), but because the users in this study are highly literate, I&#8217;ll go with 250 WPM. At that reading speed, users can read 18 words in 4.4 seconds. Thus, when you add verbiage to a page, you can assume that <strong>customers will read 18%</strong> of it. </p>
<h2>Percentage of Text Read</h2>
<p> This wasn&#8217;t an eyetracking study, so we don&#8217;t know precisely how users allocated their time on the Web pages. The formula in the chart above indicates that there is a fixed time of about 25 seconds, plus an additional 4.4 seconds per 100 words. (Of course, the numbers are not &#8220;fixed&#8221; in the sense that they&#8217;re always the same — these are averages.)
<p>The formula seems to indicate that people spend some of their time understanding the page layout and navigation features, as well as looking at the images. Clearly, people don&#8217;t read during every single second of a page visit. </p>
<p>However, the total time spent on a page is definitely the upper limit of possible reading time. Thus, we can calculate the hypothetical <strong>maximum number of words users would be able to read</strong>, if they allocated their entire page-visit to reading. </p>
<p> The following chart shows the maximum amount of text users could read during an average visit to pages with different word counts: </p>
<p style="text-align: center;">  <img src="http://www.useit.com/alertbox/percent-of-text-read.gif" alt=" Scatterplot: word count on the horizontal axis and the largest proportion of this time users have time to read on the vertical axis " height="482" width="600" /> </p>
<p> This is a very rapidly declining curve. On an average visit, <strong>users read half the information</strong> only on those pages with <strong>111 words or less</strong>. </p>
<p> In the full dataset, the average page view contained <strong>593 words</strong>. So, on average, users will have <strong>time to read 28%</strong> of the words <em>if</em> they devote all of their time to reading. More realistically, users will <strong>read about 20% of the text</strong> on the average page. </p>
<p> As an example of word count on various pages, here&#8217;s the total for some popular Alertbox columns: </p>
</p>
<table style="border: 1px solid rgb(204, 204, 204); border-collapse: collapse;" align="center">
<tbody>
<tr>
<td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: left;"> <a href="http://www.useit.com/alertbox/intro-text.html" title="Alertbox October 2007" class="old">Blah-Blah Text: Keep, Cut, or Kill? </a> </td>
<td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: right;">902 </td>
</tr>
<tr>
<td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: left;"><strong>This column</strong> </td>
<td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: right;"><strong>1,068</strong> </td>
</tr>
<tr>
<td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: left;"> <a href="http://www.useit.com/alertbox/passive-voice.html" title="Alertbox October 2007" class="old">Passive Voice Is Redeemed For Web Headings</a> </td>
<td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: right;">1,079 </td>
</tr>
<tr>
<td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: left;"><a href="http://www.useit.com/alertbox/20040503.html" title="Alertbox May 2004" class="old">Change the Color of Visited Links</a> </td>
<td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: right;">1,209 </td>
</tr>
<tr>
<td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: left;"><a href="http://www.useit.com/alertbox/ia-first-study.html" title="Alertbox" class="old">Intranet Information Architecture (IA) </a> </td>
<td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: right;">1,961 </td>
</tr>
<tr>
<td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: left;"><a href="http://www.useit.com/alertbox/application-mistakes.html" title="Alertbox February 2008" class="old">Top-10 Application-Design Mistakes</a> </td>
<td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: right;">3,572 </td>
</tr>
</tbody>
</table>
<p> Clearly, the average visitor won&#8217;t make it too far through most of my articles. But I&#8217;ve consciously <a href="http://www.useit.com/alertbox/content-strategy.html" title="Alertbox: Long vs. Short Articles as Content Strategy" class="old">targeted a small, elite readership</a> with a firm commitment to usability. If you target a broader audience or have sales cycles that are shorter than 5 years, you&#8217;d be wise to put your word count on a strict diet. </p>
]]></content:encoded>
			<wfw:commentRss>http://www.stedrayton.org/wordpress/2008/05/06/how-little-do-users-read/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
