<?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:dc="http://purl.org/dc/elements/1.1/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
<channel>
  <title>Jakob Nielsen - UseIt.com</title>
  <link>http://www.useit.com/alertbox/</link>
  <lastBuildDate>Wed, 16 May 2012 23:51:58 GMT</lastBuildDate>
  <dc:creator>Jakob Nielsen</dc:creator>
  <description>Jakob Nielsen's Alertboxes (Provided by &lt;a href="http://www.brunotorres.net/"&gt; Bruno Torres&lt;/a&gt;, while he doesn't publish an official feed).</description>
  <image>
    <url>http://feeds.feedburner.com/~fc/bt/nielsen?bg=F6F3D5&amp;fg=000000&amp;anim=0</url>
    <title>Jakob Nielsen - UseIt.com</title>
    <link>http://www.useit.com/alertbox/</link>
    <width>88</width>
    <height>26</height>
  </image>
  <feedburner:info uri="bt/nielsen" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://brunotorres.net/feeds/nielsen.atom" /><feedburner:browserFriendly>Este arquivo foi feito para ser acessado por um leitor de feeds (ou agregador). Se você não está familiarizado com feeds, leia o texto que eu escrevi sobre o assunto em http://brunotorres.net/assinar/</feedburner:browserFriendly><item>
    <title>Computer Screens Getting Bigger</title>
    <link>http://www.useit.com/alertbox/screen_resolution.html</link>
    <pubDate>Mon, 07 May 2012 03:00:00 GMT</pubDate>
    <guid isPermaLink="false">tag:useit.com,2012-05-07:1337215918</guid>
    <description>
    <![CDATA[
    	<blockquote style="background-color: #ffffdd"><strong>Summary:</strong><br>Reasonably big monitors have finally become the most common class of desktop computer screen, dethroning the 1024&times;768 resolution that was long the target for web design.</blockquote>	<p>The 1024&times;768 became the leading monitor size in 2004 and has only just been dethroned by a (slightly) larger screen resolution of 1366&times;768, <a href="http://gs.statcounter.com/press/screen-resolution-alert-for-web-developers" title="StatCounter press release" class="out">according to StatCounter</a>. <p>The change over from 1024&times;768 to bigger screens actually occurred in 2009, but there were so many different larger-resolution sizes &mdash; including many widescreen monitors &mdash; that 1024&times;768 held its position as the single-most popular resolution until this year. <p>The following chart shows the <strong>evolution in computer screen sizes from 1999 to 2012</strong> averaged across as many sources as I could find for each year. (Averaging reduces the influence of bad data in any one statistic.) This is for desktop and laptop computers; not mobile devices.<p style="text-align: center;"><img src="screen-resolutions-1999-2012.png" width="506" height="390" alt="Chart of proportion of computer monitors at different sizes, from 1999 to 2012"></p><h3>Implications of Bigger Monitors</h3>The chart makes several things clear:<ul><li><strong>Changes in screen sizes happen very slowly</strong>. Once people own a monitor, they don't upgrade it for years, even if they do get a new PC. This is particularly true in corporate settings, despite the <a href="http://www.useit.com/alertbox/screen-productivity.html" title="Alertbox: Productivity and Screen Size" class="old">productivity benefits from giving all high-paid staff members a 30-inch monitor</a> (or bigger, if available).<li><strong>Small screens are finally so rare</strong> for desktop computers that we don't have to design for them. But now even smaller mobile screens have become popular enough that we have to <a href="http://www.useit.com/alertbox/mobile-vs-full-sites.html" title="Alertbox: Mobile Site vs. Full Site" class="old">consider small screens anyway</a> :-(<li><strong>Big screens are now the most common</strong> class of desktop monitor (1280&ndash;1600 pixels wide). I call these screens "big" only in comparison with those that went before; in reality, even the size labeled "huge" in the chart is still too small for maximum knowledge worker productivity.<li>In <strong>usability studies</strong>, the cardinal rule is always to test on the equipment used by the most customers. So, you should now run most of your studies with "big" monitors. You should also run a few sessions on "medium" and "huge" monitors to make sure that your design remains usable for people with different screen sizes. (For more info, see our full-day <a href="http://www.nngroup.com/events/tutorials/user_testing.html" title="Nielsen Norman Group training tutorial" class="new">training class on User Testing</a>.)<li>For <strong>web design</strong>, I've always recommended <a href="http://www.useit.com/alertbox/screen-size.html" title="Alertbox: Screen Resolution and Page Layout" class="old">avoiding "frozen" designs</a> and instead ensuring that your design can <strong>scale across a range</strong> of screen resolutions (especially since the really important number is the <em>browser canvas</em> resolution, which is often smaller than full screen, particularly on huge monitors).<li>Still, you must <strong>target something as the best case</strong>, where the design looks its finest (while still working on bigger and smaller screens). Since 2010, the <strong>core design target has been the big screen</strong>. For a few years, it will be safest to target screens in the lower range of the "big" category.</ul>The old recommendation was to make your website look its best at 1024&times;768. The new guideline is to <strong>optimize for widescreen monitors around 1440 pixels wide</strong>.<p>Both old and new guidelines come with an important caveat: make sure that the design works almost as well at several sizes up and down from the core target. Thus, the term "optimize for" should definitely not be interpreted as "only working at."<h3>Supporting Big Widescreen Monitors</h3>Over the next decade, it's safe to assume that the <strong>trends from 1999&ndash;2012 will continue:</strong><ul><li>The share of various smaller monitor sizes in the installed base will gradually decline. This will happen slowly, but it will happen.<li>The screens labeled "big" on my chart will soon start dropping off.<li>The screens I call "huge" will start taking over.<li>Even bigger sizes will emerge ("super huge"?)</ul>One more trend doesn't show in the chart: the change from fairly square screens (4:3 aspect ratio) to widescreen displays, which often have the <strong>16:9 aspect ratio</strong> of HD TV.<p>Screens that are very wide but not particularly tall are well matched with the human visual system. However, they <strong>don't fit the way we currently design web pages</strong>: most web layouts are fairly narrow and <em>very</em>  long.<p>Designers should start experimenting with ways to <strong>utilize horizontal screen space</strong> and create web pages that enhance usability for people with big monitors and widescreen monitors. (They should also use methods such as responsive design to continue supporting those smaller screens, which will be with us until decade's end.) <h3>Learn More</h3>Full-day training course on <a href="http://www.nngroup.com/events/tutorials/web_design.html" title="Nielsen Norman Group training tutorial" class="new">Web Page Design: The Anatomy of High-Performing Web Pages</a>	at the annual<a href="http://www.nngroup.com/events/" title="Conference program and list of usability training tutorials" class="new">Usability Week conference</a>.<p>And more on human vision and perception in the training course on <a href="http://www.nngroup.com/events/tutorials/usability_mind.html" title="Nielsen Norman Group training tutorial" class="new">The Human Mind</a>.</div><p><hr size="1"><span class="cssSmallGray">&gt;</span> <a href="http://www.useit.com/alertbox/">Other Alertbox columns</a> (complete list)<br>    <p><a href="http://www.useit.com/alertbox/screen_resolution.html">Visit the site to read the full alertbox</a> | Feed made by <a href="http://brunotorres.net/">Bruno Torres</a></p>
    <p><small>The contents of this feed is <a href="http://www.useit.com/about/copyright.html">Copyright</a> &copy; 2006 by Jakob Nielsen</small></p>
    <p>Ad: Hosted by <a href="http://brunotorres.net/descontos-dreamhost">Dreamhost</a> (Sign <a href="http://brunotorres.net/descontos-dreamhost">Yearly L1 plan</a> with 50% off using the promo code <strong>BRUNOTORRES</strong>)</p>
    ]]>
    </description>
    <dc:creator>Jakob Nielsen</dc:creator>
    <dc:subject>Alertbox</dc:subject>
  </item>
  <item>
    <title>Bylines for Web Articles?</title>
    <link>http://www.useit.com/alertbox/bylines.html</link>
    <pubDate>Mon, 27 Feb 2012 03:00:00 GMT</pubDate>
    <guid isPermaLink="false">tag:useit.com,2012-02-27:2674431836</guid>
    <description>
    <![CDATA[
    							<blockquote style="background-color: #ffffdd"><strong>Summary:</strong><br>Should you say who wrote the content on your site? Sometimes yes (for credibility), sometimes no (for brevity). And rarely in mobile.</blockquote>							<p>Should you <strong>identify the author</strong> of articles and other website content? Or should the material remain anonymous and be published under the organization's institutional voice?<p>Unfortunately, there's no single answer to the Web bylines question. But there are a number of criteria.<h3>Against Bylines: Cut the Fluff</h3>Reasons to remove bylines:<ul><li>As always when <a href="http://www.useit.com/papers/webwriting/" title="articles about content usability" class="old">writing for the web</a>, one main guideline is to <strong>keep it short</strong>. <a href="http://www.useit.com/alertbox/page-abandonment-time.html" title="Alertbox: How Long Do Users Stay on Web Pages?" class="old">Users spend very little time on web pages</a>; information that doesn't provide sufficient value-add should be left out. On average, <a href="http://www.useit.com/alertbox/percent-text-read.html" title="Alertbox: How Little Do Users Read?" class="old">users read only about 120 words per page</a> view, so you may not want 3 of those few words to be <em>"by Joe Schmoe."</em><li><a href="http://www.useit.com/alertbox/mobile-content.html" title="Alertbox: Defer Secondary Content When Writing for Mobile Users" class="old">Mobile copy should be cut even more</a>. Even if some of the following criteria lead you to include bylines, it might be better to remove them for the mobile version of your site.</ul><h3>For Bylines: Establish Credibility</h3>Bylines can be worth their word count in the following cases:<ul><li>If the author is <strong>famous</strong> &mdash; maybe even famous enough that people might read the piece mainly to hear what he or she has to say on some current issue. In this case, you should include the author's name when linking to the article from home pages, SERPs (search engine results pages), article listings, Tweets, etc.<ul><li>Note that "fame" doesn't necessarily equate to "celebrity." Respected geeks can be well known in specialized communities, while being completely unknown to 99% of the population. What counts is whether the author is known to the target audience.</ul><li>If the author has <strong>credentials or status</strong> that support the article's credibility. The classic example is a medical doctor writing about a health issue, in which case you should certainly list the article as being <em>"by Joe Schmoe, MD."</em><li>If the author has <strong>experience</strong> that provides some credibility. For example, the designer of a website should be named when writing an article discussing that design.<li>If somebody <strong>often writes about a certain topic</strong>, regular readers might recognize the name and want to seek out the writer's other articles.<li><strong>Opinion pieces, reviews</strong>, political commentary, and other types of content that are specifically positioned as an individual person's take on an issue need a byline simply to clarify the content's status. Depending on the nature of the site, such content might also require a disclaimer that the analysis does not necessarily represent the organization's position.<li>Finally, on <strong>intranets</strong>, naming authors can help establish a feeling of <strong>community</strong> by helping employees get to know each other (for more on this, see our separate <a href="http://www.nngroup.com/reports/intranet/social/" title="Nielsen Norman Group report: Enterprise 2.0: Social Software on Intranets - A Report From the Front Lines of Enterprise Community, Collaboration, and Social Networking Projects" class="new">report on intranet social media</a>).</ul><h3>Author Bios</h3>Usually, a <strong>brief author biography</strong> is secondary content that should appear at the bottom</strong> of articles. However, if a credentialed or experienced author's credibility-boosting effect requires more info than just his or her name, you should add a <strong>one-line bio</strong> abstract at the <strong>top</strong> of the page to encourage users to read the article.<p><strong>Longer biographies</strong> should be relegated to secondary pages and linked from the author's name. But <strong>don't link the name to an email</strong> address, for two reasons:<ul><li>It's distracting for users when clicking a name initiates an email instead of showing a new webpage, which is the expected behavior of web links. (This was #4 on my list of top-<a href="http://www.useit.com/alertbox/990530.html" title="Alertbox" class="old">10 design mistakes of 1999</a>, but I still see this erroneous design 13 years later.)<li>Users are much more likely to want <em>read about</em> the author than to <em>contact</em> the author. If appropriate, you can add contact info at the bottom of the biography page.</ul>As my article on <a href="http://www.useit.com/alertbox/weblogs.html" title="Alertbox: Weblog Usability - Top 10 Design Mistakes" class="old">blog usability</a> describes, author biographies should include a <strong>portrait photo</strong>, at least when you provide a separate bio page. This can be a standard headshot or an action shot of the author doing something relevant to the article (such as sitting on a tractor, for a farmer writing about farming).<p>Finally, the author bio page should include <strong>links to the author's other articles</strong> on the site, except in the case of weblogs or other sites that are essentially the work of a single author.<h3>Learn More</h3>Full-day training courses at the annual	<a href="http://www.nngroup.com/events/" title="Conference program and list of usability training tutorials" class="new">Usability Week conference</a>:<ul style="margin-top: 0.5ex;"><li><a href="http://www.nngroup.com/events/tutorials/writing_for_web.html" title="Nielsen Norman Group: detailed outline for full-day training course" class="new">Writing for the Web 1: Foundations of Web Content</a><li><a href="http://www.nngroup.com/events/tutorials/content_2.html" title="Nielsen Norman Group: detailed outline for full-day training course" class="new">Writing for the Web 2: Presenting Compelling Content</a><li><a href=" http://www.nngroup.com/events/tutorials/credibility.html" title="Nielsen Norman Group: detailed outline for full-day training course" class="new">Credibility and Persuasive Web Design</a><li><a href="http://www.nngroup.com/events/tutorials/content_strategy.html" title="Nielsen Norman Group: detailed outline for full-day training course" class="new">Content Strategy</a> (2 days, select cities only)<li><a href="http://www.nngroup.com/events/tutorials/writing_for_mobile.html" title="Nielsen Norman Group: detailed outline for full-day training course" class="new">Writing for Mobile Users: Content Usability for Mobile Websites, Apps &amp; Email</a></ul> </div><p><hr size="1"><span class="cssSmallGray">&gt;</span> <a href="http://www.useit.com/alertbox/">Other Alertbox columns</a> (complete list)<br>    <p><a href="http://www.useit.com/alertbox/bylines.html">Visit the site to read the full alertbox</a> | Feed made by <a href="http://brunotorres.net/">Bruno Torres</a></p>
    <p><small>The contents of this feed is <a href="http://www.useit.com/about/copyright.html">Copyright</a> &copy; 2006 by Jakob Nielsen</small></p>
    <p>Ad: Hosted by <a href="http://brunotorres.net/descontos-dreamhost">Dreamhost</a> (Sign <a href="http://brunotorres.net/descontos-dreamhost">Yearly L1 plan</a> with 50% off using the promo code <strong>BRUNOTORRES</strong>)</p>
    ]]>
    </description>
    <dc:creator>Jakob Nielsen</dc:creator>
    <dc:subject>Alertbox</dc:subject>
  </item>
  <item>
    <title>10 Best Intranets of 2012</title>
    <link>http://www.useit.com/alertbox/intranet_design.html</link>
    <pubDate>Tue, 03 Jan 2012 03:00:00 GMT</pubDate>
    <guid isPermaLink="false">tag:useit.com,2012-01-03:4011647757</guid>
    <description>
    <![CDATA[
    <blockquote style="background-color: #ffffdd"><strong>Summary:</strong><br>Social networking and personalization rise to higher levels this year, while mobile intranets continue to cut their teeth. Also, smaller organizations get larger teams and better designs.</blockquote><em>By Jakob Nielsen and Kara Pernice</em>			<p>The 10 <strong>best-designed intranets for 2012</strong> are: <ul><li>CenturyLink Business, a telecommunications company (US)<li>Everything Everywhere, a communications company (UK)<li>Genentech, a biotechnology company (US)<li>LivePerson, Inc., a communications company (US)<li>Logica, a business and technology service company (UK)<li>MAN Diesel &amp; Turbo SE, provider of large-bore diesel engines and turbomachinery for marine and stationary applications (Germany)<li>NCR Corporation, a technology company (US)<li>The Scotts Miracle-Gro Company, a marketer of branded consumer products for lawn and garden care (US)<li>Skanska, a project development and construction group (Sweden)<li>Staples, Inc., an office products company (US)  </ul>Although most of this year's intranets support entire organizations, CenturyLink's site is a <strong>specialized intranet</strong> expressly targeted toward the company's Business Markets group.<p>In this, our 12<sup>th</sup> Intranet Design Annual, Staples &mdash; which also won in <a href="http://www.useit.com/alertbox/intranet_design_2006.html" title="Alertbox: 2006 Intranet Design Annual" class="old">2006</a> &mdash; joins an elite group of 7 two-time winners (out of 120 total). Among those twice-honored companies are Cisco Systems (<a href="http://www.useit.com/alertbox/intranet_design_2001.html" title="Alertbox: 2001 Intranet Design Annual" class="old">2001</a>, <a href="http://www.useit.com/alertbox/20050228.html" title="Alertbox: 2005 Intranet Design Annual" class="old">2005</a>), Credit Suisse (<a href="http://www.useit.com/alertbox/intranet_design_2002.html" title="Alertbox: 2002 Intranet Design Annual" class="old">2002</a>, <a href="http://www.useit.com/alertbox/intranet_design_2011.html" title="Alertbox: 2011 Intranet Design Annual" class="old">2011</a>), Verizon Communications (<a href="http://www.useit.com/alertbox/20050228.html" title="Alertbox: 2005 Intranet Design Annual" class="old">2005</a>, <a href="http://www.useit.com/alertbox/intranet_design_2011.html" title="Alertbox: 2011 Intranet Design Annual" class="old">2011</a>) and Walmart (<a href="http://www.useit.com/alertbox/intranet_design_2002.html" title="Alertbox: 2002 Intranet Design Annual" class="old">2002</a>, <a href="http://www.useit.com/alertbox/intranet_design_2010.html" title="Alertbox: 2010 Intranet Design Annual" class="old">2010</a>). In addition, Deloitte Touche Tohmatsu's Australian member firm's intranet won in <a href="http://www.useit.com/alertbox/intranet_design_2002.html" title="Alertbox: 2002 Intranet Design Annual" class="old">2002</a>, followed by its worldwide intranet in <a href="http://www.useit.com/alertbox/intranet_design_2009.html" title="Alertbox: 2009 Intranet Design Annual" class="old">2009</a>. Finally, in <a href="http://www.useit.com/alertbox/intranet_design_2001.html" title="Alertbox: 2001 Intranet Design Annual" class="old">2001</a>, silverorange won our first competition and received an honorable mention in <a href="http://www.useit.com/alertbox/intranet_design_2003.html" title="Alertbox: 2003 Intranet Design Annual" class="old">2003</a>.<p>Kudos to Staples and the other multi-year winners for their design prowess and their organizations' continued intranet commitment. It's significant that these organizations <strong>recognize that intranet design is never "set and forget."</strong> Instead of perpetually sustaining their first winning designs, these companies continued to progress because they understood 3 important factors:<ul><li>Their organizations are continually <strong>experiencing change</strong>.<li><strong>Monitoring content and sections</strong> as they are added or need to be added on the intranet keeps you abreast of potential problems. As page templates and information architecture are taxed, design must transform to accommodate, first with tweaks and then with greater modifications.<li>A company's <strong>intranet is perceived</strong> in the context of evolving external websites and other applications that employees use. When employees switch between using the web and their company intranets, they shouldn't feel like they've gone from driving a 2012 ZL1 Camaro to a 1989 Chevy Nova with faulty brakes &mdash; that is, the intranet experience shouldn't feel slow, dangerous (due to inaccurate information), and tedious.</ul>As for industries at the forefront of intranet design, this year's winners represent 7 sectors:<ul><li>Technology (3 winners) <li>Utility (2 winners)<li>Biotechnology (1 winner)<li>Consumer packaged goods (1 winner)<li>Engineering (1 winner)<li>Manufacturing (1 winner)<li>Retail (1 winner) </ul><a href="http://www.nngroup.com/reports/intranet/technology/" title="Nielsen Norman Group: Great Technology Sector Intranet Designs - 20 Case Studies of Award-Winning Intranets from Computer Companies, Independent Software Vendors (ISV), Value-Added Retailers (VAR), Technology Outsourcing Providers, Telecommunications Services, and Other High-Tech Organizations, Reprinted from the Intranet Design Annuals, 2001-2011" class="new">Technology companies</a> have made a comeback. After last year's hiatus with no high-tech winners, they claimed 30 percent of this year's spots. The tech sector now constitutes 22% of Design Annual winners since the competition launched in 2001. <p>Both the utility and engineering industries are establishing a design stronghold; this is the third straight year they've been represented among our winners. Making the list for the first time this year are a biotechnology company and a consumer packaged-goods company. <p>Given the world financial crisis, it's no surprise that there are no winners from the <a href="http://www.nngroup.com/reports/intranet/financial/" title="Nielsen Norman Group: Great Financial Sector Intranet Designs - 22 Case Studies of Award-Winning Intranets from Banks, Insurance Companies, Brokerage Companies, and Other Financial Service Organizations, Reprinted from the Intranet Design Annuals, 2001-2011" class="new">financial industry</a> this year, even after very strong showings in most previous years. Given their track record, we suspect that had more financial companies had the time and resources to spend on their intranets, the industry would have produced a winner. <p>Although the economies in the US and Europe are suffering, their intranet designs are not. This year, winning companies come from 4 different countries: 6 from the US, 2 from the UK, and 1 each from Germany and Sweden. None of these countries are strangers to our top-10 list. Since our first Design Annual, the US has won 63 times; the UK, 10; Germany, 7; and Sweden, 6. Although all of these scores are impressive, Sweden's record is amazing given the country's size.<h3>Smaller Companies Still Have Better Intranets</h3>Smaller organizations are designing better intranets this year, and have been for the past 3 years. Of this year's 10 winning intranets, 6 support fewer than 15,000 employees, with the smallest ones being LivePerson at 550, CenturyLink Business at 2,000, Scotts Miracle-Gro 8,000, and Genentech at 11,000. The largest winner this year is Staples with 55,000 employees (and plans to expand to 90,000 by the end of 2012). <p>The average number of employees in this year's winning organizations is 19,700, which is the smallest we've seen in the 12 years since our contest launched (excluding 2004's government-only focused Annual). In the past 3 years, the averages were: 37,900 in <a href="http://www.useit.com/alertbox/intranet_design_2011.html" title="Alertbox: 2011 Intranet Design Annual" class="old">2011</a>, 39,100 in <a href="http://www.useit.com/alertbox/intranet_design_2010.html" title="Alertbox: 2010 Intranet Design Annual" class="old">2010</a> (excluding the mammoth Walmart, with its 1.4 million store associates); and 37,500 in <a href="http://www.useit.com/alertbox/intranet_design_2009.html" title="Alertbox: 2009 Intranet Design Annual" class="old">2009</a>. These were essentially the same numbers 3 years in a row, which makes it striking that this year's winners are so much smaller. Across all 12 Design Annuals, the overall average company size is 60,000 employees &mdash; which again emphasizes the smaller size of this new crop of winners. <p>Technology offerings might contribute to the success of our current, smaller winners: as a very long-term trend, it's getting easier to implement designs with good usability, bringing quality user experience within the reach of ever-smaller companies. <p>The goals, constraints, resources, and legacy systems at these small organizations varied widely, and thus their technology choices also differed. For example, LivePerson uses Jive Software, an SAS platform vendor, in 3 ways: to host the intranet, as its social business software solution, and as a content management system (CMS). In-house developers customized the systems to meet their needs. Because of the simple design, training, and a culture that encourages content contributions, an average of 52 percent of the company's employees contribute to the intranet each month.<p>At CenturyLink Business, the application core is a custom CMS developed in Ruby using the open source Ruby on Rails web application framework. The intranet developers &mdash; who are both in-house and from an external agency &mdash; relish the flexibility, but could do without having to depend on upgrades and patches from an open source provider (in this case, Peak Systems). This is especially true when weighing the upgrade regularity of out-of-the box vendors.<p>Scotts Miracle-Gro internal developers built "The Garden" on the SAP NetWeaver Portal using SAP's Web Page Composer tool, with heavy modification of both courtesy of the Scotts technical team. <p>Finally, one of Genentech's goals for the intranet redesign was to replace technology from the 2008 solution with technology that better matched its business goals. Unexpected dependencies (for example, upgrading component A means you must also upgrade B and C) made the process more difficult than team members banked on, but they ultimately chose Moveable Type as their CMS solution. They removed an enterprise portal (Vignette/OpenText), as well as some SSO components and several additional technologies. To meet their needs, they chose design tools such as Adobe Suite and some Apple-specific software.<h3>Team Size Is Up: Teams Do More with More</h3>Although our winning organizations have an average of about 20,000 employees, the average intranet team size grew to 15 people &mdash; slightly less than <strong>1 intranet specialist per thousand employees.</strong> The smallest teams consisted of 6 people, at both Everything Everywhere (15,000 employees) and LivePerson Inc. (550 employees). The largest team was 26 people at NCR Corporation (21,000 employees). This might seem larger than it actually is because, when counting intranet team size, we include in-house people working full-time or part-time on the site, as well as people from outside the organization (such as consultants and agency staff).<p>Team size as a percentage of company size is more than double what it was in 2011, reaching an all-time high of 0.074%. More strikingly, <strong> intranet team sizes (as a proportion of organization sizes) are now 6 times what they were in 2001.</strong><p>Note, however, that 8 of the 10 winning teams this year worked together with outside agencies or consultants on their redesign projects, so this part of the team is not likely to be a sustainable resource. Still, a combination of both internal and external developers and designers is an unbeatable recipe for redesign projects, as internal teams have better knowledge about the organization, its employees, and its business needs, while external teams often have more and varied experience with resources, technology, and current design trends and skills. In earlier years of the Design Annual, we often saw external firms designing the intranets almost exclusively, but this trend is now just a memory. Today, it's far more common for internal teams to couple with external agencies. In fact, the number of winners that combine internal and external team members has steadily increased in recent years: 3 in 2008; 6 in 2009; 7 in 2010; and 8 in both 2011 and 2012.<h3>Mobile Intranets: Stunted Growth</h3>In <a href="http://www.useit.com/alertbox/intranet_design_2009.html" title="Alertbox: 2009 Intranet Design Annual" class="old">2009</a>, we began seeing more good mobile intranet designs, with 30 percent of winning intranets having a mobile version. In <a href="http://www.useit.com/alertbox/intranet_design_2011.html" title="Alertbox: 2011 Intranet Design Annual" class="old">2011</a>, the mobile space looked even more promising as this number doubled to 60 percent. But alas, this year the number dropped to 10 percent; only Genentech offered mobile representation in its series of iOS apps (Apple is the dominant platform internally). Both Logica and Scotts Miracle-Gro offer mobile intranet access to employees on the network, but neither site is optimized for mobile. <p>There are 3 probable reasons for the lack of traction in the mobile intranet space: <ul><li>Intranet groups still <strong>don't have the budget and resources</strong> needed to develop anything beyond the main intranet site.<li>Unless the organization has one company-issued mobile device, it's <strong>difficult for intranet teams to choose which device to focus on</strong> &mdash; so, instead they design for none.<li>Creating a mobile intranet version that would work on any device is one possible solution. However, as per our mobile guidelines, even a single mobile version would have to be <strong>a separate design</strong> from that of the website to be truly helpful and usable for employees. And it takes resources to create and maintain two separate applications. </ul>While we await more insights specifically about mobile intranets, a good first step would be to follow <a href="http://www.nngroup.com/reports/mobile/" title="Nielsen Norman Group: Usability of Mobile Websites &amp; Applications - 210 Design Guidelines for Improving the User Experience of Mobile Sites and Apps" class="new">usability guidelines for mobile websites and apps</a>. For other aspects of user experience, we usually find that intranet usability builds on top of web usability: intranet users also use websites and form many of their expectations from their experience with mainstream sites. The same is likely true for mobile design. <h3>Evolving UI Elements</h3><ul><li><strong>Innovative menus</strong>. Menus are the gateway to content. Like our winning teams, your team should thoroughly test nonstandard menu UIs and iterate the design before deploying the menus at your organization. Scotts Miracle-Gro, Logica, and NCR all adopted and adapted the <a href="http://www.useit.com/alertbox/mega-dropdown-menus.html" title="Alertbox: Mega Drop-Down Navigation Menus Work Well" class="old">mega menu</a> with category sections, and even added a menu within the mega menu. LivePerson's mini-dashboard of icons in the upper left of pages is an imaginative way to enable quick access to highly important content.<li><strong>Lightboxes</strong>. Lightboxes (which descended from old-school modal dialogs) have raided today's intranet designs, appearing in most of our winning intranets. However, our winning designers selectively employ lightboxes only when they want an extremely strong focus on questions in the open dialog box and therefore wish the other potentially distracting content to fall away. (If having other content visible and clickable is important, don't use lightboxes. Even if the particular lightbox is technically modeless, users usually won't think to click off them because of the aesthetic UI.) A few years back, we named <a href="http://www.useit.com/alertbox/application-design-1.html" title="Alertbox: Application Design Showcase One" class="old">lightboxes the interaction design technique of the year</a>; clearly, it's taken a bit of time for this idea to become pervasive.</ul><h3>Supporting Design and the Organization</h3><ul><li><strong>Decentralized to centralized</strong>. <a href="http://www.useit.com/alertbox/portals.html" title="Alertbox: Intranet Portals - Personalization Hot, Mobile Weak, Governance Essential" class="old">Portal</a> programs today make it easy for individuals to create communities and team spaces. Theoretically, offering an instrument to enable information sharing is beneficial; the negative byproduct, however, is that doing so encourages silos. Organizations with <strong>compartmentalized content</strong> run the risk of <strong>having duplicate, outdated, or incorrect information</strong> that's <strong>not included in the intranet-wide search or in the main IA. </strong> In other words, information is nearly impossible to find. Content in silos was a prevalent problem in the early 2000s; until recently, the issue was fading from view. Today's winning designers are getting back to tackling old school (or at least new old school) problems: Logica, NCR, and Skanska all did tremendous work in moving from decentralized intranet sites to a centralized intranet with an IA and structure that accommodate everyone. Similarly, MAN Diesel &amp; Turbo combined two companies with their design.<li><strong><em>Lorem ipsum dolor</em> must die</strong>. This year's winners were very strongly focused on content quality early on and throughout the design process. They understood that training content managers later in the process is costly and results in more time spent on fixing problems than on writing. Organizations can avoid content-related issues by prepping people upfront with training sessions, guidelines, and recommendations like our winners did. Everything Everywhere suggested its writers adopt a "newsroom mentality" and write articles of 250 words or less. Likewise, Genentech guidelines emphasized brief, clear, easy-to-follow content. Logica created a "Campaign Against Corporate Blah" to make departmental pages more meaningful, while Scotts Miracle-Gro writers focused on sharing what they know about their consumers. Also, you may as well forget about blank rectangles and <em>lorem ipsum</em> text filling design wireframes. Take a cue from MAN Diesel &amp; Turbo and pour your organization's actual content into the wireframes so you can get, early on, a true sense of how they'll actually work with your content and how to massage the layouts.<li><strong>Foiling personalization</strong>. Targeting content to people &mdash; based on their location, job role, team, and other factors &mdash; is fairly common on intranets today and has been for a few years now. These features keep clutter at bay and give employees the apps and content they need. But what if a person spans two locations or manages people in diverse roles and needs to see their content? Short of creating a "Super User" role, this problem can be a bit thorny. A trend we are seeing that skirts these issues is to let users select a different role to browse content. For example, MAN Diesel &amp; Turbo's <em>View Content</em> applet lets users choose an organization unit and location and temporarily display the associated content rather than their own location information. Similarly, at Skanska, information is targeted to the user but also offers flexibility in that all information is available via search or by switching the view of the site to <em>Browse As</em> another employee type. </ul><h3>Social!</h3><ul><li><strong>Lightning-fast access to coworker information</strong>. Remember the days when intranets made it painstaking to learn anything about coworkers? Sometimes just figuring out how to search for people was a task failure in itself. Today's great intranets make it quick and easy for users to access information about their colleagues. MAN Diesel &amp; Turbo takes fly-out windows to a new level, quickly displaying information about people as you type your query in the people search box. In their company organization charts, both the Everything Everywhere and NCR intranets do something similar with pop-ups: when users mouse over a name, the person's team, a photo, and other information appears. On Genentech's homepage, the <em>Who Is</em> section profiles interesting individuals at the company, and shares personal as well as professional information. Skanska offers a <em>Knowledge Map</em> to help users find experts in the company and ask them questions. <li><strong>Integrating employee profile pages with wall feeds</strong>. Although social networking exploded on intranets in the last few years, feeds were not abundant until this year. LivePerson's employee profile page functions like a social media profile on steroids. In its user profile pages, Staples features a personalized feed, <em>The Board</em>, while Logica's main page takes a newsfeed approach to presenting content pushed by country or service update and more.<li><strong>Supportive and accessible management</strong>. Today's business leaders have emerged from their executive suites and plunged into the information-sharing world, and they have adapted well. They are blogging, soliciting questions in public forums, and answering those questions. For example, Everything Everywhere offers <em>VP Space</em>, where VPs and teams communicate and connect via blogs, videos, status updates, pictures, and polls. The Genentech <em>Executive Committee Bios</em> focus on factoids &mdash; such as preferences between sushi or salad, coffee or tea. Both LivePerson and Logica's CEO blogs are among the more popular features on their respective intranets, and both CEOs support transparency at their organizations. <li><strong>Cheering personal content</strong> (in addition to business content). Employers recognize that <em>employees</em> also want to be identified as <em>human beings</em>, and they're celebrating this on their intranets. At Staples, people are encouraged to blog and write in feeds about both business and personal topics. LivePerson's intranet offers an array of social features that encourage employees to share. Similarly, Logica lets employees personalize their profiles with <em>About Me</em> content.</ul><strong>See also:</strong> in-depth research on <a href="http://www.useit.com/alertbox/social-intranet-features.html" title="Alertbox: Social Networking on Intranets" class="old">"Enterprise 2.0" &mdash; intranet social features</a>.<h3>ROI</h3>As in years past, teams are generally collecting spotty <a href="http://www.nngroup.com/reports/roi/" title="Nielsen Norman Group: Usability Return on Investment" class="new">return-on-investment data</a>. A common theme &mdash; most prevalent at CenturyLink and Everything Everywhere &mdash; is to measure whether people are viewing fewer pages while hunting (which indicates better IA, search, and cross-linking); using the intranet more (which indicates engagement); or spending more time in the appropriate areas (which indicates both engagement and an ability to find the right content).<p>Genentech, LivePerson, Logica, Scotts Miracle-Gro, and Staples cited additional indications of user interest, including an increase in comments and ratings per story, photo contributions, blog posts, tagged items, and poll participation. <p>NCR collected metrics about the effects of content in silos. In the past, users would go to one intranet site for corporate news, another for human resources (HR) information, and possibly others if they needed to access marketing collateral or online applications. The new intranet helps users find information in more than one-third fewer intranet site visits, which decreased from 482,362 to 320,620.<p>With positive return on investment, evolving designs, more social engagement, stronger management support, and better intranet team size to company size ratio, our 2012 winning intranet designs provide a wonderful set of examples we can revere and learn from. <h3>Full Report</h3><a href="http://www.nngroup.com/reports/intranet/design/" title="Nielsen Norman Group report" class="new">431-page Intranet Design Annual with 187 screenshots</a> of the 10 winners for 2012 is available for download.<h3>Learn More</h3>In-depth <a href="http://www.nngroup.com/events/tutorials/intranet.html" title="Nielsen Norman Group: detailed outline for training tutorial" class="new">training course on intranet usability</a>in several cities visited by the annual<a href="http://www.nngroup.com/events/" title="Nielsen Norman Group: full conference program with detailed course descriptions of usability training tutorials" class="new">Usability Week conference</a>.<p>The conference also has a full-day course on <a href="http://www.nngroup.com/events/tutorials/usability.html" title="Nielsen Norman Group: detailed training tutorial and course outline" class="new" >Fundamental Guidelines for Web Usability</a> and a 2-day course on <a href="http://www.nngroup.com/events/tutorials/ia.html" title="Nielsen Norman Group: detailed training tutorial and course outline" class="new" >Information Architecture (IA)</a>, which mostly are just as applicable to intranets.<p>We cover the underlying research that explains <em>why</em> certain UIs work or don't work in the seminars on <a href="http://www.nngroup.com/events/tutorials/usability_mind.html" title="Nielsen Norman Group: conference tutorial outline" class="new">The Human Mind and Usability: How Your Customers Think</a>and	<a href="http://www.nngroup.com/events/tutorials/hci_principles.html" title="Nielsen Norman Group: conference tutorial outline" class="new">From Science to Design: Applying HCI Principles to Real World Problems</a>.</div><p><hr size="1"><span class="cssSmallGray">&gt;</span> <a href="http://www.useit.com/alertbox/">Other Alertbox columns</a> (complete list)<br>    <p><a href="http://www.useit.com/alertbox/intranet_design.html">Visit the site to read the full alertbox</a> | Feed made by <a href="http://brunotorres.net/">Bruno Torres</a></p>
    <p><small>The contents of this feed is <a href="http://www.useit.com/about/copyright.html">Copyright</a> &copy; 2006 by Jakob Nielsen</small></p>
    <p>Ad: Hosted by <a href="http://brunotorres.net/descontos-dreamhost">Dreamhost</a> (Sign <a href="http://brunotorres.net/descontos-dreamhost">Yearly L1 plan</a> with 50% off using the promo code <strong>BRUNOTORRES</strong>)</p>
    ]]>
    </description>
    <dc:creator>Jakob Nielsen</dc:creator>
    <dc:subject>Alertbox</dc:subject>
  </item>
  <item>
    <title>E-Commerce Usability</title>
    <link>http://www.useit.com/alertbox/ecommerce.html</link>
    <pubDate>Mon, 24 Oct 2011 03:00:00 GMT</pubDate>
    <guid isPermaLink="false">tag:useit.com,2011-10-24:5348863676</guid>
    <description>
    <![CDATA[
    								<blockquote style="background-color: #ffffdd"><strong>Summary:</strong><br>Sites have improved, and we now know much more about e-tailing usability. Today, poor content is the main cause of user failure.</blockquote>									<p>It's been 11 years since our <a href="http://www.useit.com/alertbox/20010819.html" title="Alertbox: Did Poor Usability Kill E-Commerce?" class="old">original studies of e-commerce usability</a> &mdash; long enough that it's definitely worth revisiting the topic. The bottom line? The number of <strong>usability guidelines for e-commerce</strong> sites has increased from <strong>207 in the first edition</strong> of the report to <strong>874 in the new edition</strong>. Using this rough metric, we now <strong>know 4.2 times as much</strong> about e-commerce user experience as we did during the dot-com bubble.<h3>Usability: Marked Improvements</h3>In our study 11 years ago, we recorded a <a href="http://www.useit.com/alertbox/20010218.html" title="Alertbox: Success Rate: The Simplest Usability Metric" class="old">success rate</a> of <strong>56%</strong> across 496 task attempts on the e-commerce sites of the day. In our new research, we observed 507 e-commerce task attempts and measured a success rate of <strong>72%</strong>.<p>In other words, during the dot-com bubble, users attempting to shop on e-commerce sites failed almost half the time. No wonder the bubble burst, with sites that bad. Now, users fail slightly more than a quarter of the time. Sites are still leaving plenty of money on the table, but not as much.<p>Today, our main reason to recommend usability improvements for e-commerce sites is the <strong>competitive pressure from other sites that keep getting better</strong>. Today's consumers aren't satisfied with sites that simply make it <em>possible</em> to shop; the experience must also be <em>pleasant.</em> So, while you could argue for improving design purely to reduce user failures, it's now necessary to look beyond simple success rates &mdash; even though a user's ability to complete tasks is the obvious first requirement.<p><strong>Search</strong> remains a sore point, even though it has improved somewhat. In our first study, users succeeded in their initial search attempt on an e-commerce site 51% of the time. In the new study, users' first within-site query was successful 64% of the time.<p>However, user expectations for search quality are far beyond what today's websites actually deliver. As with most aspects of web usability, user expectations are set by their aggregated user experience from around the web. (As Jakob's Law states: users spend the majority of their time on other sites than yours.) In the case of search, this means Google and the other major search engines  &mdash;  which, while not perfect, do work pretty well.<p>When users search an e-commerce site and don't find what they want, they often assume that the site doesn't have the desired product. <a href="http://www.useit.com/alertbox/search-skills.html" title="Alertbox: Incompetent Research Skills Curb Users' Problem Solving" class="old">Users have poor search skills</a> and will typically leave a site rather than figure out how to reformulate their queries.<h3>Old Study Findings Stand</h3>Our first study reported on lab-based usability testing of 20 websites across 7 product categories: clothing, department stores, entertainment, flowers, food, furniture, and toys. We conducted tests in 2 countries: the US and Denmark.Although relatively limited, this research was more than anybody else had done at the time. And, <strong>of the resulting 207 early design guidelines, 206 were confirmed</strong> in our recent  &mdash;  and much more elaborate  &mdash;  research.<p>The one guideline we retracted? <em>Offer a special welcome page for new shoppers.</em> Today, it's safe to assume that by the time users arrive at your site, they've probably already shopped elsewhere. E-commerce is no longer new, and users no longer need to be told what it is. As long as the site is easy to use, people will use it.<p>The fact that 99.5% of our 11-year-old guidelines were confirmed is an indication of the <a href="http://www.useit.com/alertbox/guidelines-change.html" title="Alertbox: Change vs. Stability in Web Usability Guidelines" class="old">longevity of usability findings</a>. Our design recommendations are based on the <a href="http://www.nngroup.com/events/tutorials/usability_mind.html" title="Nielsen Norman Group full-day training course: The Human Mind and Usability - How Your Customers Think" class="old">characteristics of the human mind</a>, which change much more slowly than the technology that seems to fascinate so many people in the field.<h3>New User Research</h3>Our new research encompassed 3 usability methods: traditional <strong>user testing</strong> (as in the original study), <strong>eyetracking</strong>, and field research in the form of a <strong>diary study</strong>. We conducted studies in 3 countries: most sessions were in the US (in Georgia, Indiana, and New York), with a smaller number of users in China and the UK.<p>In total, users <strong>tested 206 sites</strong> &mdash;  more than 10 times as many as were tested in our original research. As I noted above, we identified "only" 4.2 times as many usability guidelines, which indicates some degree of diminishing returns from enlarging user research studies.<p>The tested sites covered an incredibly <strong>wide range of industries and products</strong>, from high culture to low (Paris Museum Pass and NASCAR), from cheap to expensive (Walmart and Tiffany's), from virtual to physical (Ticketmaster and The Container Store), and from general interest to highly specialized (Zappos and Lightbulbs.com).<p>Except for the diary studies, all studies were conducted as <strong>direct empirical observation</strong> of users' actual behavior as they engaged in online shopping. We sat next to users, one-on-one, and asked them to think out loud as they performed specific tasks. This research approach provides deep insights into why users behave the way they do and results in findings that are not available from other methods.<p>Some <strong>test tasks</strong> were highly <strong>directed</strong>, assessing the degree to which the design supported users who arrived at a site with a predetermined goal. For example: "Buy an air conditioner to put in the window of a room that is 10 feet by 20 feet (200 square feet). Get one that is energy-efficient and that has a remote. Buy it from www.homedepot.com."<p>Other tasks were <strong>broader</strong>, assessing the degree to which the site could inspire users who didn't have a particular need in mind. For example: "You just got a promotion and a bonus, and you want to treat yourself. Buy yourself something. Spend no more than £200 at Links of London."<p>We also tested <strong>web-wide tasks</strong> that didn't specify which site the user should visit. For example, in one task, we gave users a burned-out light bulb and the following instructions: "The light bulb in your desk lamp just burned out. Get a replacement for it." <p>Finally, we tested a range of <strong>customer service</strong> tasks. For example: "Can you get a refund for tickets you buy from cinema.com.hk if there is a typhoon signal?"<h3>Supporting Different Types of Shoppers</h3>Our diary study looked at why and how people shop on their own, when not given test tasks to perform. In total, diary-writers recorded 263 visits to e-commerce sites.<p><strong>2/3 of the time</strong>, users visited a site with a <strong>pre-determined goal</strong>: 35% of visits were to look for a particular <em>type</em> of product (without having a specific product in mind), and 27% of visits were to look for a specific product.<p><strong>1/3 of the time</strong>, users visited a site to <strong>see what the site had to offer</strong>. Such visits were often prompted by the receipt of an <a href="http://www.useit.com/alertbox/newsletters.html" title="Alertbox: E-Mail Newsletters - Increasing Usability" class="old">email newsletter</a> or otherwise learning about sales or special offers.<p>Sites must support all four types of use:<ul><li><strong>known-item</strong> purchases;<li>category <strong>research</strong>, where users identify and buy products that best match their needs;<li><strong>bargain</strong>-hunting; and<li>browsing for <strong>inspiration</strong>.</ul>Finally, some users are <strong>one-time shoppers</strong>. They don't know the site, and they don't intend to return, but they might shop there once (because they received a <a href="http://www.useit.com/alertbox/wishlist-giftcards.html" title="Alertbox: Wishlists, Gift Certificates, and Gift Giving in E-Commerce" class="old">gift card</a>, for example, or a relative wanted a gift the site carried).<h3>Bad Content Kill Sales</h3>The first rule of e-commerce design remains: <strong>if the customer cannot <em>find</em> the product, the customer cannot <em>buy</em> the product.</strong><p>But in our new studies, the main problem was not so much finding the product as it was <strong>finding information</strong> about the product. Indeed, <strong>55% of the 143 user failures we observed were caused by bad content</strong>  &mdash;  typically, incomplete or unclear information or <a href="http://www.useit.com/alertbox/20010624.html" title="Alertbox: Error Message Guidelines" class="old">uninformative error messages</a>. Users sometimes indicated that they planned to call or email the site, a clear sign that the company had neglected the opportunity to answer their questions on the site itself.<p>Content can be verbal or visual. Either way, it must provide the information users need to both decide on products and feel comfortable trusting the site with their money.<p>The key <strong>downside of e-commerce</strong> is that users cannot touch, feel, see, taste, or smell the offerings. Nor do customers benefit from the essential credibility boost of having the purchase in hand before paying the price. That is, there's <strong>no tactile experience</strong>. Online shopping is purely an information experience. (Or user experience, as we like to say.) This again places a huge premium on good content. And many sites fail to deliver.<p>Finally, how many times do we have to repeat the guideline that when users ask for a bigger product photo, the site should show a <strong>dramatically bigger picture</strong>? Inadequate photo enlargement was #10 on the list of <a href="http://www.useit.com/alertbox/designmistakes.html" title="Alertbox: Top Ten Web Design Mistakes of 2005" class="old">top-10 web-design mistakes of 2005</a>. Although an old guideline, it's still frequently violated.<h3>Loyalty = Business</h3>One of our study participants said, <em>"If I have a good experience with something, I'll stick with it forever."</em> Not all users are that loyal, but our research does indicate tremendous benefits from fostering customer loyalty in e-commerce.<p>In the web-wide tasks, we didn't specify which site users should visit to make purchases. Not surprisingly, half of the users went straight to a search engine. But it was a bit of a surprise that the other half of users went directly to some site they already knew.<p><a href="http://www.useit.com/alertbox/search_engines.html" title="Alertbox: Search Engines as Leeches on the Web" class="old">Bypassing the search engines' tollbooth</a> on the information highway is user loyalty's first benefit. But the advantages reach much further.<p>Of users who started by searching the web, only 39% completed their task on the first site they selected from the SERP (search engine results page). That is, almost <strong>2/3 of search users abandoned their first love and proceeded to do business elsewhere.</strong> This outcome demonstrates that SEO and good search engine ranking are necessary but not sufficient for Internet business success. It's actually more important to satisfy users once they arrive at your site. Search users exhibit little loyalty to sites they happen to click on.<p>In contrast, users who bypassed search and went directly to a preferred site overwhelmingly gave their money to that site: 71% did so, while only 29% completed their task elsewhere. (Of course, the latter group is a significant amount of lost business; clearly, you can't take e-commerce users for granted, even when they're loyal to your site.)<p>The benefits of loyalty might make you push aggressive <strong>registration</strong> requirements, but that would be a mistake. You must convert first-time shoppers before they can become long-time shoppers, and users strongly resent up-front registration. On the other hand, users frequently complained about the drudgingly large amount of data entry required to complete a purchase. So, by reminding repeat users of the time savings, you can nudge them to register eventually.<p>In general, sites would benefit from a longer-term perspective on the full sales cycle and total user experience. A <a href="http://www.useit.com/alertbox/3-screens-transmedia.html" title="Alertbox: Transmedia Design for the 3 Screens (Make That 5)" class="old">transmedia design strategy</a> should reach beyond the main website to encompass a mobile site, an email newsletter strategy, and good customer service (including <a href="http://www.useit.com/alertbox/confirmation-email.html" title="Alertbox: Transactional Email and Confirmation Messages" class="old">good confirmation messages</a>). Yes, e-commerce user experience has come far, but it has even further to go to truly meet customer needs.<h3>Learn More</h3>We've published a series of <a href="http://www.nngroup.com/reports/ecommerce/" title="Nielsen Norman Group research report: E-Commerce UX Design Guidelines" class="new">13 reports on e-commerce user experience</a> that contain 874 usability guidelines and 1,715 screenshots of specific designs that worked well or poorly in user testing.<p>Full-day training courses at the annual	<a href="http://www.nngroup.com/events/" title="Conference program and list of usability training courses" class="new">Usability Week conference</a>:<ul style="margin-top: 0.5ex;">	<li><a href="http://www.nngroup.com/events/tutorials/credibility.html" title="Nielsen Norman Group: detailed outline for full-day training course" class="new">Credibility and Persuasive Web Design</a><li><a href="http://www.nngroup.com/events/tutorials/writing_for_web.html" title="Nielsen Norman Group: detailed outline for full-day training course" class="new">Writing for the Web 1: Foundations of Web Content</a> <li><a href="http://www.nngroup.com/events/tutorials/content_2.html" title="Nielsen Norman Group: detailed outline for full-day training course" class="new">Writing for the Web 2: Presenting Compelling Content</a> <li><a href="http://www.nngroup.com/events/tutorials/content_strategy.html" title="Nielsen Norman Group: detailed outline for full-day training course" class="new">Content Strategy</a> (2 days, select cities only) <li><a href="http://www.nngroup.com/events/tutorials/writing_for_mobile.html" title="Nielsen Norman Group: detailed outline for full-day training course" class="new">Writing for Mobile Users: Content Usability for Mobile Websites, Apps, and Email</a><li><a href="http://www.nngroup.com/events/tutorials/newsletter.html" title="Nielsen Norman Group: detailed outline for full-day training course" class="new">Email Newsletter Usability</a></ul></ul></div><p><hr size="1"><span class="cssSmallGray">&gt;</span> <a href="http://www.useit.com/alertbox/">Other Alertbox columns</a> (complete list)<br>    <p><a href="http://www.useit.com/alertbox/ecommerce.html">Visit the site to read the full alertbox</a> | Feed made by <a href="http://brunotorres.net/">Bruno Torres</a></p>
    <p><small>The contents of this feed is <a href="http://www.useit.com/about/copyright.html">Copyright</a> &copy; 2006 by Jakob Nielsen</small></p>
    <p>Ad: Hosted by <a href="http://brunotorres.net/descontos-dreamhost">Dreamhost</a> (Sign <a href="http://brunotorres.net/descontos-dreamhost">Yearly L1 plan</a> with 50% off using the promo code <strong>BRUNOTORRES</strong>)</p>
    ]]>
    </description>
    <dc:creator>Jakob Nielsen</dc:creator>
    <dc:subject>Alertbox</dc:subject>
  </item>
  <item>
    <title>Intranet Portals: Personalization Hot, Mobile Weak, Governance Essential</title>
    <link>http://www.useit.com/alertbox/portals.html</link>
    <pubDate>Mon, 18 Jul 2011 03:00:00 GMT</pubDate>
    <guid isPermaLink="false">tag:useit.com,2011-07-18:6686079595</guid>
    <description>
    <![CDATA[
    	<blockquote style="background-color: #ffffdd"><strong>Summary:</strong><br>19 new case studies of enterprise portals find slow growth in new features; the focus is on robust integration and formalizing governance.</blockquote><p>The headline for our <a href="http://www.useit.com/alertbox/intranet-portals-study-3.html" title="Alertbox: Enterprise Portals Are Popping" class="old">last intranet portal study</a> was "<strong>Enterprise Portals Are Popping</strong>." Now, 3 years later, we revisited this space with new research and our findings would best be summarized as "Enterprise Portals Are <strong>Stabilizing</strong>." Although we saw some new features, the main push was to make existing features <strong>more robust and better managed</strong>.<p>For this latest research round, we looked at intranet portals in 19 organizations, spanning the globe from Australia's ANZ Bank to the British Red Cross and South African Breweries. In total, across all the research, our recommendations for portal design are now based on <a href="http://www.nngroup.com/reports/intranet/portals/enterprise-portal-case-studies.html" title="Nielsen Norman Group: List of organizations participating in intranet portals usability project" class="new" onclick="_gaq.push(['_link', 'http://www.nngroup.com/reports/intranet/portals/enterprise-portal-case-studies.html']); return false;">67 case studies of intranet portals</a>.<p>Early <strong>definitions</strong> of "portal" focused on the gateway concept, but times have changed: characterizing portals as mere doorways to other places no longer adequately describes the sophisticated role they play. Today's portals are not just about access; the best ones provide true <strong>integration</strong> of enterprise information, resources, and tools in a unified user experience. The portal is a dashboard that offers all the enterprise information and applications that employees need to do their jobs.<p>At the same time, the distinction between intranet and portal is diminishing as companies increasingly adopt a portal perspective for their intranets. The trend is toward "an intranet is an intranet is an intranet" and a portal is just a nicer, more functional intranet that integrates more systems.<p>The ROI from achieving the full portal vision is clear: saving countless, costly staff-hours that would otherwise be wasted hunting for information on various systems and learning incompatible user interfaces. Of course, the ideal vision rarely happens: for example, <strong>single sign-on</strong> remains an elusive chimera, though companies are closer and closer to achieving it every time we study this problem.<h3>Slow Mobile Progress</h3>The biggest finding from our new research into enterprise portals? The sad fact that portals are <strong>not adding mobile features</strong> at the expected rate. Outside the firewall, the mobile space is teeming with innovation, but inside companies, mobile progress seems to be progressing at a snail's pace. The good news: this is obviously an opportunity for one of the lagging mobile vendors to leapfrog Apple, which doesn't have a great enterprise story (to put it mildly).<p>Anybody wanting to launch a mobile intranet portal is advised to heed the strong finding from our <a href="http://www.useit.com/alertbox/mobile-usability.html" title="Alertbox: Mobile Usability" class="old">research with mobile websites</a>: Good mobile usability <em>requires</em> a <strong>separate design</strong> with a reduced feature set for mobile use cases, focusing on time- and location-dependent tasks. It's not enough to make an existing portal accessible through phones because the UI is optimized for desktop use.<p>As an example, a university in our study was considering a mobile feature that would let students use their phones to check their meal plan credits and the cafeteria lines. Although these might not be mission-critical features in the average company, helping students eat might well be a killer mobile app for a university. The key point is to start with a task analysis of users' actual mobile needs, rather than simply trying to shoehorn everything onto the tiny screens.<p>One of our new case studies had previously hosted a half-baked mobile user experience on its portal. Realizing this, team members identified mobile as a requirement for the new portal. To their credit, they decided to wait and do it right later. Having tried and failed before, they knew just how hard it is to do.<p>Most of the companies we studied saw true mobile portals as being at least a few years out. And many planned to have sales-force support as one of the initial features.<p>I fully agree with the idea of waiting until you can get it right; poor mobile designs are <em>really</em> miserable for users. And for enterprise use, you pay for every minute employees waste slugging through a bad UI. Still, I advise companies to plan to make their intranets mobile sooner rather than later. As employees increasingly see rapid improvements in their mobile user experiences on the open Internet, they'll demand it from their organizations as well.<h3>Governance Suffering</h3>From wrangling C-level participation to managing distributed content management, companies are struggling with governance  &mdash;  and, unfortunately, our new research won't fix their problems. At this point, not enough companies have intranet governance "solved" to offer insights that are broadly applicable as best practices.<p>The only universal conclusion actually relates to this <strong>lack of perfect governance</strong> solutions: Anybody who attempts to sell you one is hawking snake oil.<p>Instead, the recommendation is to take general governance solutions that have worked in our various case studies and <strong>adapt them</strong> to your organization's specific corporate culture and other circumstances.<p>For example, Duke Energy has <strong>5 layers of governance</strong>:<ul><li><strong>New Media team</strong>: oversees and governs the user experience; trains new content owners; reviews sites to ensure compliance with standards; and consults on how sites can add more value, keep their content up to date, and implement new technologies or social features. <li><strong>Site managers</strong> (throughout the business): responsible for the content on their sites. <li><strong>Internal Communication Department</strong>: manages the homepage content. <li><strong>Portal steering team</strong> (made up of VPs and directors from Communications, HR, IT, and Marketing): helps prioritize enhancements based on business value and manage the organizational and technical impacts of enhancements; meets monthly. <li><strong>Portal executive council</strong> (made of Sr. VPs from Communications, HR, and IT): approves long-term strategy, allocates funding, and advocates for portal initiatives with the senior leadership team; meets quarterly or on demand.</ul>Do you need all this? If you're an even bigger company, you might need more, but other companies can get away with less. For example, Ohio State University Medical Center has a fairly simple governance committee. In any case, a key lesson from many of our case studies is that organizations should plan the governance structure before starting a portals project. Success doesn't come from buying a software package. It comes from running the project right, and from maintaining good governance after launch.<p>The need for ongoing portal maintenance and continuous quality improvement has an important implication: the <strong>portal is a job</strong>, not an ancillary project. There must be someone &mdash; or possibly an entire department in a big company &mdash; whose formal job description includes the portal.<p>In our previous research, when we asked <strong>who owns the intranet</strong>, the answer was often some combination of IT, marketing, and HR. In this round, we found the responsibility shifting more consistently toward <strong>corporate communications</strong>, with IT playing a logical (and necessary) custodian role, providing consulting on technology decisions and portal support. Cross-department portal ownership also worked well in several of our case studies. Even when this arrangement was informal, the most successful portal projects seem to involve cross-functional business owners or steering committee members.<p>When it comes to aging or overburdened intranets, organizations tend to follow the old adage: "If it ain't broke don't fix it." But when the intranet does break and the solution is a new portal, that portal can transform not only the intranet, but the organization as well. One reason is that portals need a strong governance structure to support them, and instituting a portal solution can drive the need for a governance structure that once might have seemed a luxury.<p>At ANZ, for example, the project to field a new portal required adapting project models such as Six Sigma, user-centered design, and centralized publishing. These better ways of managing the intranet resulted in user experience improvements: staff were able to <strong>complete tasks an average of 50% faster</strong> and the number of <strong>unsuccessful attempts to find information decreased by almost 70%</strong>. Given the number of employees in such a big financial services company, these are ROI numbers you can take to the bank.<p> (As further discussed in our <a href="http://www.nngroup.com/reports/roi/" title="Nielsen Norman Group report: Return on Investment for Usability" class="new" onclick="_gaq.push(['_link', 'http://www.nngroup.com/reports/roi/']); return false;">report on ROI for usability</a>, the annualized value of a design improvement that saves <em>t</em> minutes in time-on-task is <em>t</em>&times;<em>e</em>&times;<em>n</em>&times;<em>s</em>, where <em>e</em> = the number of employees performing that task, <em>n</em> = the number of times per year a typical employee performs the task, and <em>s</em> = the average employee's loaded salary per minute. In a big company, a good redesign can be worth tens of millions, which helps make the <em>t</em>&times;<em>e</em>&times;<em>n</em>&times;<em>s</em> formula easy to remember.)<p>Although big organizations get the biggest ROI from intranet improvements, they might suffer under a particular type of <strong>ambition inertia</strong>: upper management has often been in the same company for a decade or more, so they've never experienced how good intranets can get in other companies. This can make them reluctant to sponsor a new portal. (In contrast, for public websites and regular software, executives have personal experience with Amazon.com, Google, and the like, making them painfully aware of their own offerings' user experience shortfalls.)<p>One obvious way to reignite ambitions is to study other portals and build a vision of "what can be." That's one of the main goals of our work.<h3>Personalization Becomes Critical</h3>In our past portal projects, personalization seemed optional. Now, this has changed, and the prevalent sense is that <strong>personalization is a critical component</strong> of a well-designed portal.<p>Why this change? More stuff!<p>Information overload might be a clich&eacute;, but it's also a truth. Even without portals, employees are drowning in information. Paradoxically, portals can become a victim of their own success as they become capable of integrating ever-more sources of information and applications. The more the portal serves up to the users, the stronger the need to curate what each person sees, or they'll truly be overwhelmed.<p>For example, ANZ operates in 32 countries. While it's good to integrate siloed information, Australian employees don't typically need to see New Zealand information in their search results. Personalization can achieve this.<p>Unfortunately, effective personalization is a tough nut to crack. Even though leading portal software platforms offer personalization features, you shouldn't underestimate how much work is needed to fully implement them.<p>Many portals in our study experimented with <strong>customization</strong> &mdash; either in addition to personalization or as an alternative. (With personalization, the portal automatically determines what to show, whereas customization requires users to manually choose various features.) Letting users make their own choices sounds good, but in practice, customization usually works poorly: business professionals are busy and often see the need to mess with UI preferences as an annoyance.<p>A frequent compromise is to offer a <em>My Page</em> feature. Many users are familiar with this design pattern from public websites. Initially, each user's <em>My Page</em> can be populated through role-based personalization, with additional customization available that lets users add and subtract content widgets and control the look and feel of their pages. (If you choose this option, be aware that many users will simply use the default <em>My Page</em> without customizing it.)<h3>From Social Features to Collaboration Platform</h3><strong>People finders</strong> remain a killer app for intranets. Nothing beats talking to a colleague, but you've got to find their contact details first. Virtually all portals offered these tools front and center, both through traditional staff directory searches and fancier expertise locators with various filtering options.<p>It's important to remember the crucial importance of these old tools and to continue making them more effective. But at the same time, portals have also evolved into <strong>collaboration platforms</strong> in their own right, paralleling the growth of social features on the open Internet. <p>Many portals include some Web-like social features that simply help employees get to know each other, which brings its own business benefits. But goal-driven collaboration is even more important. At the law firm Goodwin Procter, collaboration was a key driver for the new intranet: the goal was to get attorneys to collaborate and reuse information so they'd be more efficient and keep billing costs down.<p>Are social features and collaboration features really separate on portals? In most of our case studies, companies didn't sharply distinguish between the two. The stronger distinction might be that between <strong>informal vs. formal collaboration</strong>. For example, at Cisco, formal content is officially managed, whereas informal content is left to emerge as it may. However you draw the line, the portal's transformation into a collaborative platform makes this one of the new governance issues that must be addressed.Cisco was also a leading-edge case study through its integration of multimedia and real-time formats in the collaboration platform, including its own TelePresence video technology.<h3>Robust Enterprise Portals</h3>The days of the intranet as the Wild West haphazardly built by maverick content providers in individual departments are over. The portal today is a more civilized place, offering an integrated platform for content, applications, and collaboration, unified under a central governance structure with buy-in from all stakeholders.<p>Well, that's the ideal, anyway. Most case studies are not quite there yet, but they're making good progress.<h3>Learn More</h3><a href="http://www.nngroup.com/reports/intranet/portals/" title="Nielsen Norman Group report: Usability of Intranet Portals - A Report from the Trenches: Experiences From Real-Life Portal Projects" class="new">570-page report on intranet portal usability</a> (4th edition), with <strong>328 color screenshots</strong> and <strong>174 best practices</strong>, is available for download.<p>Full-day <a href="http://www.nngroup.com/events/tutorials/intranet.html" title="Nielsen Norman Group: detailed course outline for training tutorial" class="new">tutorial on Intranet Usability</a>at the annual<a href="http://www.nngroup.com/events/" title="Nielsen Norman Group: full conference program with detailed course descriptions of usability training tutorials" class="new">Usability Week conference</a>.</div><p><hr size="1"><span class="cssSmallGray">&gt;</span> <a href="http://www.useit.com/alertbox/">Other Alertbox columns</a> (complete list)<br>    <p><a href="http://www.useit.com/alertbox/portals.html">Visit the site to read the full alertbox</a> | Feed made by <a href="http://brunotorres.net/">Bruno Torres</a></p>
    <p><small>The contents of this feed is <a href="http://www.useit.com/about/copyright.html">Copyright</a> &copy; 2006 by Jakob Nielsen</small></p>
    <p>Ad: Hosted by <a href="http://brunotorres.net/descontos-dreamhost">Dreamhost</a> (Sign <a href="http://brunotorres.net/descontos-dreamhost">Yearly L1 plan</a> with 50% off using the promo code <strong>BRUNOTORRES</strong>)</p>
    ]]>
    </description>
    <dc:creator>Jakob Nielsen</dc:creator>
    <dc:subject>Alertbox</dc:subject>
  </item>
  <item>
    <title>iPad Usability: Year One</title>
    <link>http://www.useit.com/alertbox/ipad.html</link>
    <pubDate>Mon, 23 May 2011 03:00:00 GMT</pubDate>
    <guid isPermaLink="false">tag:useit.com,2011-05-23:8023295514</guid>
    <description>
    <![CDATA[
    							<blockquote style="background-color: #ffffdd"><strong>Summary:</strong><br>iPad apps are much improved, but new usability problems have emerged, such as swipe ambiguity and navigation overload.</blockquote>							<p>A year after our <a href="http://www.useit.com/alertbox/ipad-1st-study.html" title="Alertbox: iPad Usability - First Findings From User Testing" class="old">first usability study of iPad apps</a>, it's nice to see that iPad user interfaces have become decidedly <strong>less wacky</strong>. It's even better to see good uptake of several of our recommendations from last year, including apps with:<ul><li>back buttons,<li>broader use of search,<li>homepages, and<li>direct access to articles by touching headlines on the front page.</ul>Even so, this year's testing still found many cases in which users accidentally touched something and couldn't find their way back to their start point, as well as magazine apps that required multiple steps to access the table of contents.<p>One of the worst designs last year was <cite>USA Today</cite>'s section navigation, which required users to touch the newspaper logo despite the complete <strong>lack of any perceived affordance</strong> that the logo would have this effect. During our new testing earlier this month, several users had the same problems as last year's test participants, even though we recruited people with more iPad experience.<p>Happily, a few days after our test sessions, <cite>USA Today</cite> released a new version of their app, with somewhat improved navigation:<p style="text-align: center; "><img src="usa-today-ipad-nav-change.png" width="790" height="290" alt="Before and after screenshots of upper left part of USA Today's iPad application"><br><em><cite>USA Today</cite> section navigation.<br>Left: As tested a year ago and earlier this month.<br>Right: The new design with an explicit</em> Sections <em>button.</em></p><p>One of our test users was a regular user of this app. Although he said he'd eventually discovered the section navigation on his own, during the test session he <strong>complained bitterly</strong> about how difficult it had been to find. Users rarely remember the details of interaction design widgets, which is one of the key reasons that it's <a href="http://www.useit.com/alertbox/20010805.html" title="Alertbox: First Rule of Usability? Don't Listen to Users" class="old">better to watch users</a> than to ask them about usability. The fact that this user recalled his troubles months later is testament to how strikingly annoying the old navigation design was. It's also astonishing that it took a full year to get this usability flaw changed after we originally reported it.<h3>User Research</h3>Normally, it wouldn't be worth doing a new study this soon: <a href="http://www.useit.com/alertbox/guidelines-change.html" title="Alertbox: Change vs. Stability in Web Usability Guidelines" class="old">usability guidelines change very slowly</a> because they derive from human behavior, not technology. However, in this case, it's reasonable to conduct new research now, a year after the iPad launch.<p>Our original research necessarily tested <strong>users who had no prior experience</strong> using iPads. A complete lack of experience is obviously not representative of typical tablet usability. At this point, even first-time users of websites or apps will have visited many websites before on the iPad and will have used many apps before opening a new app for the first time.<p>For the new study, we recruited users with <strong>at least 2 months' experience</strong> using their iPads. Typically, we recruit people with at least a year's experience. However, because the iPad was released only slightly more than a year before our study, anybody with a full year's experience would have been a very early adopter &mdash; and thus completely unrepresentative of mainstream users.<p>In any case, 2 months' iPad use is definitely enough to learn the user interface conventions and to have racked up substantial time using touchscreen apps.<p>A second difference between the two studies is that we originally tested the launch applications that shipped at the same time as the iPad itself; they were thus developed by teams working in isolation under Apple-imposed secrecy that prevented them from gaining user feedback. In our first report, many of the bad designs we documented were due not to bad designers, but rather to the inevitable outcome of non-user-centered design projects.<p>In contrast, the apps and sites tested in the new study were designed by teams that benefited both from our original usability report and from whatever user feedback they'd collected on their own during the past year.<p>In the new study, we systematically <strong>tested 26 iPad apps and 6 websites</strong>. We also tested many other apps that our test participants had installed on their iPads, but these tests were less systematic, with typically only a single user per application. <p>In total, 16 iPad users participated in the new study. Half were men, half were women. The age distribution was fairly even for 14 users between the ages of 21&ndash;50 years; we also had 2 users older than 50. Occupations spanned the gamut, from personal chef to realtor to vice president of human resources.<p>Our insights about iPad usability are further informed by findings from various client studies and by many aspects of last year's original research, which continue to be relevant.<h3>Replicated Findings</h3>Many of <a href="http://www.useit.com/alertbox/ipad-1st-study.html" title="Alertbox: iPad Usability - First Findings From User Testing" class="old">last year's usability findings</a> were seen again this year:<ul><li><strong>Read&ndash;tap asymmetry</strong> for websites, with content that was large enough to read but too small to tap. We did see some examples across a few websites that were designed to work well on tablets, with bigger touchable areas. For example, Virgin America's reservation page let users touch anywhere in the entire table cell containing a desired departure, as opposed to having to touch the much smaller area represented by the radio button (or even its label).<li><strong>Websites worked fairly well</strong> in the standard iPad browser as long as users didn't have complex tasks; focusing on reading and looking at pictures or video was relatively easy. (If your service requires substantial interaction, consider an app instead of a site.)<li><strong>Touchable areas were too small</strong> in many apps, as well as too close together, increasing the risk of touching the wrong one.<li><strong>Accidental activation</strong> due to unintended touches again caused trouble, particularly in apps lacking a <em>Back</em> button.<li><strong>Low discoverability</strong>, with active areas that didn't look touchable.<li><strong>Users disliked typing</strong> on the touchscreen and thus avoided the registration process.</ul>Last year's main finding was not a big issue this year: users weren't as tormented by widely diverging user interfaces. Apps have become more consistent and standardized, making them easier to use.<h3>New Findings</h3>I thought I'd driven a stake through splash screens many years ago and eradicated them from the Web, but apparently <strong>splash screens are super-vampires</strong> that can haunt users from beyond the grave. Several new iPad apps have long introductory segments that might be entertaining the first time, but soon wear out their welcome. Bad on sites, bad in apps. Don't.<p><strong>Swipe ambiguity</strong> plagued users when multiple items on the same screen could be swiped. <strong>Carousels</strong> often caused this usability problem in apps that also relied on swiping to move between pages. Many users couldn't turn the page because they swiped in the wrong spot. Their typical conclusion? The app is broken.<p>Many apps <a href="http://www.useit.com/alertbox/screen-space-use.html" title="Alertbox: Utilize Available Screen Space" class="old">squeezed information into too-small areas</a>, making it harder to recognize and manipulate. In a related problem, apps featured <strong>too much navigation</strong>. This design problem was so prevalent that it deserves its own acronym: <strong>TMN</strong>. While it's true that our <a href="http://www.nngroup.com/events/tutorials/info_arch_2.html" title="Nielsen Norman Group: detailed outline for training tutorial" class="new" onclick="_gaq.push(['_link', 'http://www.nngroup.com/events/tutorials/info_arch_2.html']); return false;">training course on navigation design</a> covers 25 different navigation techniques, any given user interface should contain only a few. These two problems interact, because a larger number of navigation options gives each one less space.<p>One example of excess navigation is the content popovers that many apps use to display thumbnails of available articles. Sometimes the popovers appear as menus or carousels, and sometimes they work by scrubbing a slider. Whatever the implementation, these long <strong>lists of thumbnails</strong> had lower usability than homepage-like tables of contents, which users could return to when they wanted to navigate to different locations rather than simply continuing with the next article.<h3>Tablets Are Shared Devices</h3>Except for people who lived alone, our study participants uniformly reported sharing their iPads with other family members. When we asked them to walk us through the apps on their tablet, people frequently came across apps that someone else in their family had installed.<p>The iPad's shared nature contrasts with the much more personal nature of mobile phones, which are typically owned and used by single individuals.<p>Obviously, tablets might become truly personal devices in the future as competition drives down the prices. But for now, you should <strong>assume that you're designing for a multi-user device</strong>. For example, users might be reluctant to stay permanently signed in on an app, and they'll still forget their passwords. It's also important to design recognizable application icons so they'll stand out in the crowded listings of several users' apps.<h3>What Are iPads Used For?</h3>The most common uses reported by our participants were playing <strong>games</strong>, checking <strong>email</strong> and <strong>social networking</strong> sites, watching <strong>videos/movies</strong>, and reading <strong>news</strong>. People also browsed the <strong>Web</strong> and performed some shopping-related <strong>research</strong>. But most users felt that it was easier to shop on their desktop computers. Some also worried about the security of e-commerce purchases on the iPad.<p>A common characteristic of all this iPad use is that it's heavily dominated by <strong>media consumption</strong>, except for the small amount of production involved in responding to emails.<p>About half the users carried the iPad with them frequently; the other half used it mainly at home or on longer trips.<p>We've come far in just a year. iPad usability is much improved, and people habitually use many apps. As always, this is no reason to relax our vigilance; new usability problems have appeared and the old ones haven't been totally vanquished. Mainly, though, the future is bright for touch-driven tablet user experience.<h3>Learn More</h3>The <a href="http://www.nngroup.com/reports/mobile/ipad/" title="Nielsen Norman Group report" class="new" onclick="_gaq.push(['_link', 'http://www.nngroup.com/reports/mobile/ipad/']); return false;">reports from both the new study and the original study</a> are available for free download. <p>293-page <a href="http://www.nngroup.com/reports/mobile/" title="Nielsen Norman Group report: Usability of Mobile Websites and Apps - 210 Design Guidelines for Improving Access to Web-Based Content and Services Through Mobile Devices" class="new">report on Usability of Mobile Websites and Applications</a> with 210 design guidelines and 479 screenshots is available for download.<p>Full-day training courses at the annual	<a href="http://www.nngroup.com/events/" title="Conference program and list of usability training tutorials" class="new">Usability Week conference</a>:<ul style="margin-top: 0.4ex;"><li><a href="http://www.nngroup.com/events/tutorials/mobile.html" title="Nielsen Norman Group: detailed outline for training tutorial" class="new">Mobile User Experience 1: Usability of Websites and Apps on Mobile Devices</a>,<li><a href="http://www.nngroup.com/events/tutorials/mobile_apps.html" title="Nielsen Norman Group: detailed outline for training tutorial" class="new">Mobile User Experience 2: Touchscreen Application Usability</a><li><a href="http://www.nngroup.com/events/tutorials/mobile_visual_design.html" title="Nielsen Norman Group: detailed outline for training tutorial" class="new">Visual Design for Mobile Devices and Tablets</a> (2-day course)<li><a href="http://www.nngroup.com/events/tutorials/writing_for_mobile.html" title="Nielsen Norman Group: detailed outline for training tutorial" class="new">Writing for Mobile Users: Content Usability for Mobile Websites, Apps, and Email Newsletters</a><li><a href="http://www.nngroup.com/events/tutorials/mobile_user_research.html" title="Nielsen Norman Group: detailed outline for training tutorial" class="new">Mobile Usability Methods: How to Run Your Own Mobile User Studies</a></ul> (Different topics are offered in each city, so check your preferred city's agenda for an exact list of seminars.)</div><p><hr size="1"><span class="cssSmallGray">&gt;</span> <a href="http://www.useit.com/alertbox/">Other Alertbox columns</a> (complete list)<br>    <p><a href="http://www.useit.com/alertbox/ipad.html">Visit the site to read the full alertbox</a> | Feed made by <a href="http://brunotorres.net/">Bruno Torres</a></p>
    <p><small>The contents of this feed is <a href="http://www.useit.com/about/copyright.html">Copyright</a> &copy; 2006 by Jakob Nielsen</small></p>
    <p>Ad: Hosted by <a href="http://brunotorres.net/descontos-dreamhost">Dreamhost</a> (Sign <a href="http://brunotorres.net/descontos-dreamhost">Yearly L1 plan</a> with 50% off using the promo code <strong>BRUNOTORRES</strong>)</p>
    ]]>
    </description>
    <dc:creator>Jakob Nielsen</dc:creator>
    <dc:subject>Alertbox</dc:subject>
  </item>
  <item>
    <title>Workflow Expectations: Presenting Steps at the Right Time</title>
    <link>http://www.useit.com/alertbox/workflow.html</link>
    <pubDate>Tue, 26 Apr 2011 03:00:00 GMT</pubDate>
    <guid isPermaLink="false">tag:useit.com,2011-04-26:9360511433</guid>
    <description>
    <![CDATA[
    		<blockquote style="background-color: #ffffdd"><strong>Summary:</strong><br>Actions at one step of an application impact subsequent steps. When users don't understand this relationship, usability suffers.</blockquote>			<p>When we designed our 2-day seminar on application design, we partitioned the topic into 2 parts: <a href="http://www.nngroup.com/events/tutorials/application_usability2.html" title="Nielsen Norman Group: detailed outline for training tutorial" class="new">workflow</a> and <a href="http://www.nngroup.com/events/tutorials/application_usability.html" title="Nielsen Norman Group: detailed outline for training tutorial" class="new">screen components</a>.<p>The second topic is easy to understand: it covers everything from individual controls, such as <a href="http://www.useit.com/alertbox/20040927.html" title="Alertbox: Checkboxes vs. Radio Buttons" class="old">radio buttons and checkboxes</a>, to more complex composites of widgets, such as <a href="http://www.useit.com/alertbox/forms.html" title="Alertbox: Forms vs. Applications" class="old">forms design</a>, to the <a href="http://www.useit.com/alertbox/action-object-closeness.html" title="Alertbox: Closeness of Actions and Objects in GUI Design" class="old">layout of these controls</a>. All very <strong>tangible</strong>.<p>Workflow is much more <strong>abstract</strong>, but actually more important for the application's ultimate success. We're no longer talking about visible stuff on the screen, but rather about user movements among various features. Workflow theory ranges from simple concepts, such as <a href="http://www.useit.com/alertbox/progressive-disclosure.html" title="Alertbox: Progressive Disclosure" class="old">progressive disclosure</a>, to thorny ideas, such as inductive vs. deductive interfaces.<p>To illustrate the importance of workflow design, I'll offer several concrete examples from recent user testing in varied domains. As the examples illustrate, effective workflow design builds on a simple principle: <strong>Have things happen when users expect them</strong> &mdash; either because of their <strong>existing expectations</strong> or because you've clearly communicated</strong> what to expect. (The former is obviously better; <strong>instructions automatically degrade the user experience</strong> by diverting users' attention from their main task.)<h3>Premature Requests: Asking Users Before They're Ready</h3>Lately, I've been sitting through many usability tests of iPad apps. After installing a new app, the first thing users typically see is a message in a dialog box: <em> [This App] would like to send you push notifications</em>. This message followed by two buttons: <em>Don't Allow</em> and <em>OK</em>.<p>Uniformly, users press <em>Don't Allow</em>.<p><strong>People get enough junk</strong> already. After years of Web usage, people are extraordinarily weary of companies spamming them with "selected offers."<p>In addition to engendering dramatically stronger customer loyalty by reminding them to use the iPad app, push notifications often provide helpful information that users might appreciate. So why would they refuse good stuff that could enhance the value of having a tablet?<p>Because the <strong>opt-in prompt appeared at the wrong stage</strong> of the workflow: it was grossly <strong>premature</strong>.<p>The prompt appears when users open the newly installed app &mdash; which is, by definition, <em>before</em> they've actually experienced the application and understood its value. At this early stage, users have a very <strong>low level of commitment</strong> to the app. You can't ask them for much, because they don't think much of you yet.<p>Our <a href="http://www.useit.com/alertbox/mobile-apps-initial-use.html" title="Alertbox: iPhone Apps Need Low Starting Hurdles" class="old">user research with mobile apps</a> has shown that they're often <strong>intermittent-use applications</strong>. People download many more apps than they actually use with any frequency. And users know this; they're not going to let an app impose an eternal burden on them when an <em>a priori</em> assessment shows that it'll likely be one of the many apps that they don't really use.<p> (Yes, it's possible to turn off push notifications later, but most users either don't know how to change system settings or don't want to bother.)<p>So, a much more fruitful approach is to <strong>first build up some credibility</strong> capital with users by offering a useful service. Once users have grown to really like you and know they'd actually benefit from updates, you can ask them to opt-in for push notifications.<p>Another example along these same lines: For many years, it's been a key <a href="http://www.nngroup.com/reports/ecommerce/checkout.html" title="Nielsen Norman Group report: E-commerce User Experience - design guidelines for Shopping Carts, Checkout, and Registration" class="new">guideline for e-commerce checkout</a> to let customers make purchases as "guests" rather than requiring them to become registered users of the site. When making an initial purchase, people aren't yet sufficiently committed to a company to accept the hassle of registering. (Later, after a few purchases, they'll probably register if appropriately prompted to do so.)<p>Final example: in our <a href="http://www.nngroup.com/reports/b2b/" title="Nielsen Norman Group report: Business-to-Business Usability" class="new">testing of B2B sites</a>, business professionals usually rebel when a site attempts to collect lead information too early in the sales process &mdash; before the (prospective) customer has decided to admit the vendor to the shortlist. Premature request = no leads at all, as users proceed to more welcoming sites.<h3>Questions That Only Make Sense Later</h3>In <a href="http://www.nngroup.com/events/tutorials/social_features.html" title="Nielsen Norman Group full day seminar: Designing Usable Social Features" class="new">testing social media features</a>, we frequently see sites asking new users for personal information without explaining how it will be used. For example, people are asked to create a screen name when they register. Some users don't realize that this name will be shown next to all of their future postings. Even worse, many sites make it impossible to edit screen names at a later date, when the user's approach to the site has changed.<p>Knowing that the name would be widely displayed and not just used as a login credential would prevent people from being stuck with unfortunate names like SuperStud on a professional site.<p>There's a fairly easy fix here: simply explain to users how each piece of information will be used. You might, for example, show them a sample of how their profile and postings will look, and let users edit their entries before committing to register. (Of course, any such instructional text should be concise and thoroughly tested, as we know users allocate minimal attention to instructions.)<p>Many Web-based applications are <a href="http://www.useit.com/alertbox/20021125.html" title="Alertbox: Ephemeral Web-Based Applications" class="old">ephemeral applications</a>, meaning that users view them as low-commitment <strong>transient encounters</strong>: a quick in/quick out of something they've never seen before and might never see again.<p>In this environment, we frequently observe usability problems caused by users' weak <a href="http://www.useit.com/alertbox/mental-models.html" title="Alertbox: Mental Models" class="old">mental models</a> of the application workflow. People don't know what's coming later, and they often don't even understand the application's purpose. It's thus hard for them to correctly answer early questions and they have little motivation to slog through set-up features.<p>One obvious answer to these problems is to reduce the set-up burden and enhance the usability of the early-use phase. Think of a gently sloping on-ramp rather than a wall that users have to climb.<p>Even the best designs can't create perfect usability where everybody understands everything without any effort whatsoever. The goal is to set the stage for users to understand the workflow, without slowing them down. Clearly, this is one of the toughest challenges in online communications.<h3>Better Workflow = More Use</h3>As the examples here illustrate, the user experience is strongly impacted not just by what's on the screen at any given time, but also by how the current screen relates to future states. It's also impacted by how the current screen relates to past screens; here, the general guideline is to reduce the need for users to rely on their <a href="http://www.useit.com/alertbox/short-term-memory.html" title="Alertbox: Short-Term Memory and Web Usability" class="old">fallible memories</a>.<p>Thus, one reason to care about workflow is simply that usability is enhanced when you consider the totality of the user experience and not just stand-alone screens.<p>But there's also a more business-oriented argument for improving workflow usability: users can often overcome isolated usability problems, but a broken workflow is much harder for them to fix. Among the typical consequences of bad workflow design are<ul><li><strong>undiscovered errors</strong> that occur when users don't relate what happened on screen A with a (much-later) screen B;<li><strong>abandonment</strong>, where users simply give up on something they don't understand; and<li><strong>frustration</strong>, which arises when an awkward process takes much more time than it should. (Individual design elements can also delay users, but a poor workflow takes considerably longer to complete.)</ul>The bottom-line outcome of all three? People stop using your application. Conversely, if the process flows smoothly and users feel in control through all the steps, they're much more likely to come back.<h3>Learn More</h3>Full-day seminar <a href="http://www.nngroup.com/events/tutorials/application_usability2.html" title="Nielsen Norman Group: detailed outline for training tutorial" class="new">Application Usability: Dialogue and Workflow Design</a> at the annual<a href="http://www.nngroup.com/events/" title="Conference program and list of usability training tutorials" class="new">Usability Week conference</a>.</div><p><hr size="1"><span class="cssSmallGray">&gt;</span> <a href="http://www.useit.com/alertbox/">Other Alertbox columns</a> (complete list)<br>    <p><a href="http://www.useit.com/alertbox/workflow.html">Visit the site to read the full alertbox</a> | Feed made by <a href="http://brunotorres.net/">Bruno Torres</a></p>
    <p><small>The contents of this feed is <a href="http://www.useit.com/about/copyright.html">Copyright</a> &copy; 2006 by Jakob Nielsen</small></p>
    <p>Ad: Hosted by <a href="http://brunotorres.net/descontos-dreamhost">Dreamhost</a> (Sign <a href="http://brunotorres.net/descontos-dreamhost">Yearly L1 plan</a> with 50% off using the promo code <strong>BRUNOTORRES</strong>)</p>
    ]]>
    </description>
    <dc:creator>Jakob Nielsen</dc:creator>
    <dc:subject>Alertbox</dc:subject>
  </item>
  <item>
    <title>10 Best Intranets of 2011</title>
    <link>http://www.useit.com/alertbox/intranet_design_2011.html</link>
    <pubDate>Tue, 04 Jan 2011 03:00:00 GMT</pubDate>
    <guid isPermaLink="false">tag:useit.com,2011-01-04:10697727360</guid>
    <description>
    <![CDATA[
    <blockquote style="background-color: #ffffdd"><strong>Summary:</strong><br>Knowledge management progressed from clich&eacute; to reality, based on simpler and thus more-used features. Mobile intranets doubled.</blockquote>		<p>The 10 <strong>best-designed intranets for 2011</strong> are: <ul><li>AMP Limited (Australia), a wealth management company <li>Bennett Jones LLP (Canada), one of Canada's largest law firms<li>Bouygues Telecom (France), a telecom, mobile, fixed, TV, and Internet communications services company <li>Credit Suisse AG (Switzerland), a global financial services company<li>Duke Energy (US), an electrical power holding company <li>Habitat for Humanity International (US), a non-profit, non-denominational Christian housing ministry<li>Heineken International (The Netherlands), a leading brewer and owner and manager of a portfolio of beer brands<li>KT (Republic of Korea), an information, communications, and technology company<li>Mota-Engil Engenharia e Constru&ccedil;&atilde;o, S.A. (Portugal), a leading construction enterprise<li>Verizon Communications (US), a provider of wired and wireless broadband and communications services to US consumers, as well as of global business networking, data, and managed solutions to enterprises worldwide </ul>This year, we have two <strong>repeat winners</strong>: Credit Suisse won previously in <a href="http://www.useit.com/alertbox/intranet_design_2002.html" title="Alertbox: 2002 Intranet Design Annual" class="old">2002</a>, and Verizon Communications won in <a href="http://www.useit.com/alertbox/20050228.html" title="Alertbox: 2005 Intranet Design Annual" class="old">2005</a>. These companies join Walmart (<a href="http://www.useit.com/alertbox/intranet_design_2002.html" title="Alertbox: 2002 Intranet Design Annual" class="old">2002</a>, <a href="http://www.useit.com/alertbox/intranet_design_2010.html" title="Alertbox: 2010 Intranet Design Annual" class="old">2010</a>) and Cisco Systems (<a href="http://www.useit.com/alertbox/intranet_design_2001.html" title="Alertbox: 2001 Intranet Design Annual" class="old">2001</a>, <a href="http://www.useit.com/alertbox/20050228.html" title="Alertbox: 2005 Intranet Design Annual" class="old">2005</a>) as two-time winners. In addition, Deloitte Touche Tohmatsu's Australian member firm's intranet won in <a href="http://www.useit.com/alertbox/intranet_design_2002.html" title="Alertbox: 2002 Intranet Design Annual" class="old">2002</a>, followed by its worldwide intranet in <a href="http://www.useit.com/alertbox/intranet_design_2009.html" title="Alertbox: 2009 Intranet Design Annual" class="old">2009</a>.<p> (This may sound like a lot of repeats, but this is the 11<sup>th</sup> <cite>Intranet Design Annual</cite> and we've had 110 winning slots in all. So, the 5 companies who've won twice correspond to just 4.5%, making these few companies the elite of the elite.)<p>This year's winning sites include two <strong>specialized sites</strong>. Mota-Engil's winning site is its InnovCenter, a site aimed at creating and implementing innovative ideas. Heineken's winning site is its BrandPortal, which is used to share marketing and brand assets worldwide.<p>This is our most international group of <cite>Intranet Design Annual</cite> winners yet, with companies from 8 different countries, including our first winners from Korea and Portugal.<p>Although European intranets and <a href="http://www.nngroup.com/reports/intranet/financial/" title="Nielsen Norman Group report: Case Studies of Great Financial Sector Intranet Designs" class="old" onclick="_gaq.push(['_link', 'http://www.nngroup.com/reports/intranet/financial/']); return false;">financial-sector intranets</a> both put in a poor performance <a href="http://www.useit.com/alertbox/intranet_design_2010.html" title="Alertbox: 2010 Intranet Design Annual" class="old">last year</a>, Europe has certainly made a strong comeback with 40% of this year's winners; it's also nice to see strong financial-services intranets again.<h3>Smaller Companies Get Better Intranets</h3>There have always been small companies among the winners, and this year was no exception, with winners such as Bennett Jones (925 employees). <p>The average size of this year's winning organizations is <strong>37,900 employees</strong>. This is remarkably close to the previous two years' averages of 37,500 (2009) and 39,100 (2010, excluding the outlier Walmart, with its 1.4 million store associates). On average, recent winners have been less than <strong>half the size</strong> of the winners from 2005&ndash;2008, when the average size was 76,250 employees.<p>Although 37,900 employees is certainly not a small organization, the fact that recent winners are half as big as past winners is a remarkable change. How is it that smaller companies now achieve such excellence in intranet design? Partly, it's a reflection of increased investments in intranets (see the team size discussion below), and partly it's a consequence of better tools for building intranets. The easier it is to make the implementation work, the more resources are left for design and usability. This is especially important in smaller organizations, which were harder pressed to make things work with clunkier technology.<p>The average size of the winning teams was <strong>14 people</strong> this year. (Same as last year.) This is about twice the size of the winning intranet teams 10 years ago, when the winning companies were typically bigger.<p>One cautionary observation: many winners supplemented their intranet teams with outside resources &mdash; such as design firms and consultants &mdash; for their redesign projects. While this makes sense, there is a danger in staffing down the intranet after launch. Long-term usability requires ongoing commitment, both for continuous design improvement, and for things such as search quality initiatives, consistency and style guide enforcement, and training new content contributors.<h3>Mobile Intranets</h3><a href="http://www.useit.com/alertbox/intranet_design_2010.html" title="Alertbox: 2010 Intranet Design Annual" class="old">Last year</a>, <strong>30%</strong> of winning intranets had a mobile version. This year, <strong>60%</strong> of winners had a mobile intranet. Doubling in one year is truly a sign that mobile access is a huge trend right now.<p>In testing <a href="http://www.useit.com/alertbox/mobile-usability.html" title="Alertbox: Mobile Usability" class="old">mobile websites</a> on mobile devices, we found that sites with fewer features have much better usability than full-featured websites. This year's winning mobile intranets followed this recommendation, focusing on specific features that were important to employees on the go instead of trying to squeeze the entire intranet onto a tiny screen.<p>One major difference between mobile intranets and mobile websites is that an intranet team can optimize for the relatively small set of company-issued mobile devices. The result? Substantially more emphasis on Blackberry support for intranets than for websites.<h3>Knowledge Management</h3>If there's anything that has been overused, abused, and hyped beyond the level of clich&eacute;, it's "knowledge management." Thus, it might be better to say that many of this year's winners were strong in "managing knowledge" on their intranets. We already know that <a href="http://www.useit.com/alertbox/social-intranet-features.html" title="Alertbox: Enterprise 2.0 - Social Networking on Intranets" class="old">social networking is a natural fit</a> within the enterprise, where designers can avoid many of the Internet-wide weaknesses of such tools. This year's winners had particularly compelling solutions in 6 areas:<ul><li><strong>Knowledge sharing</strong>. Offering repositories for case studies, samples, and other existing information can help people with similar problems avoid having to start building their solutions from scratch. Examples range from Habitat for Humanity's fundraising templates to Bennett Jones' <em>Share Your Work</em> widget. Sometimes, knowledge sharing can be as simple as a Q&A tool to connect employees with questions to colleagues with answers.<li><strong>Innovation management</strong>. Companies managed and encouraged innovation by offering users tools for taking ideas and improvements from conception to completion. Indeed, this is the sole purpose of Mota-Engil's winning InnovCenter. Verizon offers a mobile version to capture ideas as they occur, which is often on outside jobs, far from any old-fashioned suggestion box.<li><strong>Comments</strong>. The simplest way to inspire user-contributed intranet content is to let employees comment on existing information, ranging from news stories to knowledge bank resources. Commenting features reduce the fear of the blank screen; systems that force people to create content from scratch every time inhibit <a href="http://www.useit.com/alertbox/participation_inequality.html" title="Alertbox: Participation Inequality - Encouraging More Users to Contribute" class="old">user participation</a>.<li><strong>Ratings</strong>. Giving a grade requires even less work than writing a comment, and thus rating systems can further broaden user participation. Sites that use ratings can list top-rated resources first in menus or give them added weight in search listings. Mota-Engil and Verizon offered an even simpler approach by noting how many users had previously accessed a resource (even if they had not rated it). Sometimes, bad content gets substantial use simply because it addressees a key need; on average, however, better stuff gets used more, so a usage count is a reasonable proxy for quality &mdash; and has the huge benefit of requiring no extra effort from users.<li><strong>Participation rewards</strong>. We know from <a href="http://www.nngroup.com/events/tutorials/social_features.html" title="Nielsen Norman Group full-day training course: Designing Usable Social Features" class="new" onclick="_gaq.push(['_link', 'http://www.nngroup.com/events/tutorials/social_features.html']); return false;">research on social features</a> that user participation increases when contributors are visibly rewarded, such as by adding points or badges to their profiles. Many winning intranets did exactly that. Because there's real business value to features like knowledge sharing and innovation management within an enterprise, some intranets went beyond the symbolic value of visible recognition and offered real prizes to employees who gathered sufficient participation points.<li><strong>Customized collections</strong>. The default <a href="http://www.useit.com/alertbox/ia.html" title="Alertbox" class="old">intranet information architecture (IA)</a> must be based on the average employee's tasks and usage patterns, but can never predict any individual user's information needs with 100% accuracy. To contend with this fact, designers often allowed users to customize content collections.</ul>Employees are the ultimate knowledge resource, and many winning intranets provided features to transform user behavior into manageable knowledge. As noted above, companies took advantage of usage frequencies to create a simple rating system for intranet pages. Another interesting idea is Heineken's search results pages, which list employees who've conducted similar searches &mdash; and thus might be working on similar problems. If implemented on Google, such a feature would spark a privacy outcry; within the enterprise, it's just one more way to help employees share knowledge.<p>Although more in the area of general social features than knowledge management, several winning sites offered features that let employees create and <strong>share video</strong> content. This builds on the trend we've noticed for several years toward increased use of video on intranets.<h3>Continued Trends</h3>Once again, we saw many key findings from previous <cite>Design Annual </cite> in this year's winning intranets, with the main difference being even better usability as the designers built on lessons from previous winners.<ul><li>A wide spectrum of technology solutions: there's no single way to build a great intranet.<li>Better-structured intranets based on task-centered IAs, often breaking up a legacy of information silos.<li>Reliance on user research methods &mdash; including user testing, personas, and card sorting &mdash; both for design decisions in general and IA decisions in particular.<li>News as a main homepage feature, but with increasing emphasis on the usefulness of news stories.<li>Better employee profile pages. In addition to offering information beyond plain contact listings, profiles were typically coupled with a more structured way of finding employees with specific expertise.<li>Blogs by both executives and regular employees.<li>Emphasis on search and on initiatives to improve search quality (which continues to suffer on many intranets).<li>The use of pre-designed page layouts and a CMS to establish and maintain content consistency.<li>Training for site managers and people in charge of individual areas, in recognition of that fact that UX quality derives from people and not just technology.<li>Content curators assigned to keep specific pages up-to-date.<li>Intranet branding, typically with somewhat functional names, such as <cite>BenNet</cite>, <cite>BrandPortal</cite>, <cite>the Hub</cite>, <cite>InnovCenter</cite>, <cite>kate2.0</cite>, <cite>My.Habitat</cite>, <cite>the Portal</cite>, and <cite>Wooby</cite>.</ul>We also noticed that several intranets used design ideas &mdash; such as <a href="http://www.useit.com/alertbox/mega-dropdown-menus.html" title="Alertbox: Mega Drop-Down Navigation Menus Work Well" class="old">mega-menus</a> and search suggestions &mdash; that until recently were considered <a href="http://www.nngroup.com/events/tutorials/design_patterns.html" title="Nielsen Norman Group full-day training course" class="new" onclick="_gaq.push(['_link', 'http://www.nngroup.com/events/tutorials/design_patterns.html']); return false;">emerging design patterns</a> on the public Internet. The main difference is that, on intranets, such features can be adapted to the organization's special circumstances. For example, a user who is starting to type out the word "vacation" can be shown "paid leave" as a suggested query if the HR handbook uses that term.<h3>ROI</h3>As in past years, the return on investment from better intranet design seemed strong, but was mainly supported by anecdotal evidence: happy users, extensive use of new features, and fewer calls to support. Of course, when something is used <em>more</em> and yet generates <em>fewer</em> support calls, it's a safe bet to say that usability has improved. It's also reasonable to claim the reduced support costs as a direct monetary gain from the usability efforts. (And remember: support costs include not just the money spent on the call center, but also the cost of users' time, both while they're getting help and while they struggle with the problem before deciding to call. All such support expenses are the price of poor usability.)<p>There were impressive ROI indicators across this year's winners. On the AMP intranet, for example, use of search increased by <strong>300%</strong> after the search feature was improved. Because we know that users are quick to abandon poor search features, this is a strong indication that the new search is better at getting people the information they need. Although a 300% increase in search use is a huge jump, it's not an unprecedented magnitude of growth in the <a href="http://www.nngroup.com/reports/roi/" title="Nielsen Norman Group report: Return on Investment for Usability" class="new" onclick="_gaq.push(['_link', 'http://www.nngroup.com/reports/roi/']); return false;">annals of usability ROI</a> when a team really focuses on improving a key feature.<p>Decreased use can also be a good ROI indicator. For example, Habitat for Humanity saw a 60% drop in "where do I find&hellip;?" questions after launching its improved design. A sure indication that users are getting the content they need more often.<p>Sometimes ROI is quite indirect. In the case of Bennett Jones, the direct benefits of an improved intranet &mdash; with increasingly useful knowledge management &mdash; come from helping lawyers better do their job. But indirect benefits accrue in areas as diverse as sales and recruiting: Potential clients want law firms to show evidence of efficient technology use to hold down billable hours, and promising law school graduates ask recruiters about the level of technology support they can expect from a given firm.<h3>Full Report</h3><a href="http://www.nngroup.com/reports/intranet/design/" title="Nielsen Norman Group report" class="new" onclick="_gaq.push(['_link', 'http://www.nngroup.com/reports/intranet/design/']); return false;">433-page Intranet Design Annual with 218 screenshots</a> of the 10 winners for 2011 is available for download.<p>See also: <a href="http://www.nngroup.com/reports/intranet/design/" title="Nielsen Norman Group: report purchase and download page" class="new">This year's Intranet Design Annual</a>.<h3>Learn More</h3>In-depth <a href="http://www.nngroup.com/events/tutorials/intranet.html" title="Nielsen Norman Group: detailed outline for training tutorial" class="new" onclick="_gaq.push(['_link', 'http://www.nngroup.com/events/tutorials/intranet.html']); return false;">course on intranet usability</a>in several cities visited by the annual<a href="http://www.nngroup.com/events/" title="Nielsen Norman Group: full conference program with detailed course descriptions of usability training tutorials" class="new" onclick="_gaq.push(['_link', 'http://www.nngroup.com/events/']); return false;">Usability Week conference</a>.<p>The conference also has a full-day seminar on <a href="http://www.nngroup.com/events/tutorials/usability.html" title="Nielsen Norman Group: detailed training tutorial and course outline" class="new" onclick="_gaq.push(['_link', 'http://www.nngroup.com/events/tutorials/usability.html']); return false;">Fundamental Guidelines for Web Usability</a> and a 2-day course on <a href="http://www.nngroup.com/events/tutorials/ia.html" title="Nielsen Norman Group: detailed training tutorial and course outline" class="new" onclick="_gaq.push(['_link', 'http://www.nngroup.com/events/tutorials/ia.html']); return false;">Information Architecture (IA)</a>, which mostly are just as applicable to intranets.<p>We cover the underlying research that explains <em>why</em> certain UIs work or don't work in the seminars on <a href="http://www.nngroup.com/events/tutorials/usability_mind.html" title="Nielsen Norman Group: conference tutorial outline" class="new" onclick="_gaq.push(['_link', 'http://www.nngroup.com/events/tutorials/usability_mind.html']); return false;">The Human Mind and Usability: How Your Customers Think</a>and	<a href="http://www.nngroup.com/events/tutorials/hci_principles.html" title="Nielsen Norman Group: conference tutorial outline" class="new" onclick="_gaq.push(['_link', 'http://www.nngroup.com/events/tutorials/hci_principles.html']); return false;">From Science to Design: Applying HCI Principles to Real World Problems</a>.</div><p><hr size="1"><span class="cssSmallGray">&gt;</span> <a href="http://www.useit.com/alertbox/">Other Alertbox columns</a> (complete list)<br>    <p><a href="http://www.useit.com/alertbox/intranet_design_2011.html">Visit the site to read the full alertbox</a> | Feed made by <a href="http://brunotorres.net/">Bruno Torres</a></p>
    <p><small>The contents of this feed is <a href="http://www.useit.com/about/copyright.html">Copyright</a> &copy; 2006 by Jakob Nielsen</small></p>
    <p>Ad: Hosted by <a href="http://brunotorres.net/descontos-dreamhost">Dreamhost</a> (Sign <a href="http://brunotorres.net/descontos-dreamhost">Yearly L1 plan</a> with 50% off using the promo code <strong>BRUNOTORRES</strong>)</p>
    ]]>
    </description>
    <dc:creator>Jakob Nielsen</dc:creator>
    <dc:subject>Alertbox</dc:subject>
  </item>
  <item>
    <title>College Students on the Web: User Experience Guidelines</title>
    <link>http://www.useit.com/alertbox/students.html</link>
    <pubDate>Wed, 15 Dec 2010 03:00:00 GMT</pubDate>
    <guid isPermaLink="false">tag:useit.com,2010-12-15:12034943280</guid>
    <description>
    <![CDATA[
    	<blockquote style="background-color: #ffffdd"><strong>Summary:</strong><br>Students are multitaskers who move through websites rapidly, often missing the item they come to find. They're enraptured by social media but reserve it for private conversations and thus visit company sites from search engines.</blockquote>	<p>College students are an important target audience for many websites. They're young, they're about town, they spend whatever money they have (often online), and they frequently look for many different types of information. For sure, they're an <strong>online generation</strong> spending &mdash; or squandering &mdash; large amounts of time on the Web.<h3>User Research</h3>To learn how students use websites, we conducted observational research with 43 students in 4 countries (Australia, Germany, the UK, and the USA). Participants ranged in age from <strong>18 to 24 years</strong> and included 18 men and 25 women. Our test participants attended the following educational institutions:<ul><li>Freie Universit&auml;t Berlin<li>Humboldt-Universit&auml;t zu Berlin<li>Miramar College<li>Mesa Community College<li>San Diego State University<li>Southwestern College<li>Thames Valley University<li>University of California, San Diego<li>University of London<li>University of Reading<li>University of Sydney<li>University of Wisconsin</ul>We tested students studying a broad range of topics &mdash; including business, engineering, the humanities, medicine, and science &mdash; at both the undergraduate and graduate levels. Most were full-time students, with a few part-timers.<p>We used two different research methods:<ol><li><strong>User testing</strong>: We asked participants to perform tasks while thinking aloud. These tests were conducted as one-on-one sessions in a conference room with the study facilitator sitting next to the student. Sessions encompassed two types of tasks:<ul><li><strong>Open-ended</strong> tasks, mainly based on the user's own activities. For these tasks, users could go to any website(s) they wanted. Examples include: <ul><li>Find out how to get a student visa<li>Find application requirements for law school </ul><li><strong>Site-specific</strong> tasks. Users were asked to go to a predetermined site and carry out a given task. Examples include:<ul><li>There are many things to take care of for your new apartment, including turning on gas and power. Go to www.sdge.com to see what you need to do to get gas and electricity at your new apartment.<li>The following companies are participating in a job fair at your school next week. You want to learn more about them before you give them your resume. See if you can find interesting information about the companies. [Followed by a list of corporate sites.]<li> [On the university's site] Find out when the spring semester begins. Find the hours for the book store.<li>Your friend was just diagnosed with asthma. He has difficulty breathing when he exercises. His doctor says there are several treatment options. Go to www.advair.com and www.mysymbicort.com and see if they have information that you can pass along to your friend.</ul></ul><li><strong>In-home recordings: </strong> Participants recorded all of their online activities for two days, using screen-recording software, and sent us a hard drive with the resulting files. This approach gave us insight into the students' context of use.</ol>The students <strong>tested 217 websites</strong> in all, ranging from Aaron Dunlap and AC Lens to Legoland and Lexmark to Yelp and the Youth Speak Collective. The total number included both sites we had chosen for the site-specific tasks and sites that the users decided to visit on their own.<h3>Myths about Student Internet Use</h3>Our research refuted three of the most prevailing claims about student use of the Internet.<h4><span style="color: gray;">Myth 1:</span> Students Are Technology Wizards</h4>Students are indeed comfortable with technology: it doesn't intimidate them the way it does some older users. But, except for computer science and other engineering students, it's dangerous to assume that students are technology experts &mdash; or "digital natives" as it's sometimes called.<p>College students avoid Web elements that they perceive as "unknown" for fear of wasting time. Students are busy and grant themselves little time on individual websites. They pass over areas that appear too difficult or cumbersome to use. If they don't perceive an immediate payoff for their efforts, they won't click on a link, fix an error, or read detailed instructions.<p>In particular, students <strong>don't like to learn new user interface styles</strong>. They prefer websites that employ well-known interaction patterns. If a site doesn't work in the expected manner, most students lose patience and leave rather than try to decode a difficult design.<h4><span style="color: gray;">Myth 2:</span>  Students Crave Multimedia and Fancy Design</h4>Students often appreciate multimedia, and certainly visit sites like YouTube. But they don't want to be blasted with motion and audio at all times.<p>One website started to play music automatically, but our student user immediately turned it off. She said, <em>"The website is very bad. It skips. It plays over itself. I don't want to hear that anymore."</em><p>Students often judge sites on how they look. But they usually prefer sites that look <strong>clean and simple</strong> rather than flashy and busy. One user said that websites should <em>"stick to simplicity in design, but not be old-fashioned. Clear menus, not too many flashy or moving things because it can be quite confusing."</em><p>Students don't go for fancy visuals and they definitely gravitate toward one very plain user interface: the search engine. Students are strongly <strong>search dominant</strong> and turn to search at the smallest provocation in terms of difficult navigation.<h4><span style="color: gray;">Myth 3:</span>  Students Are Enraptured by Social Networking</h4>Yes, virtually all students keep one or more tabs permanently opened to <a href="http://www.useit.com/alertbox/streams-feeds.html" title="Alertbox: Writing for Social Media: Usability of Corporate Content Distributed Through Facebook, Twitter, LinkedIn, and MySpace  Streams, Walls, and Feeds" class="old">social networking services</a> like Facebook.<p>But that doesn't mean they want everything to be social. Students associate Facebook and similar sites with private discussions, not with corporate marketing. When students want to learn about a company, university, government agency, or non-profit organization they turn to search engines to find that organization's official website. They don't look for the organization's Facebook page.<h3>Teenagers vs. College Students</h3>Some of the myths this study refuted are similar to those refuted in our research on <a href="http://www.useit.com/alertbox/teenagers.html" title="Alertbox: Usability of Websites for Teenagers" class="old">how teens use websites</a>. It's tempting to assume that the guidelines for designing for teenagers would therefore apply to designing for college students &mdash; particularly since the youngest students are "teenagers," by virtue of having an age that ends in "teen." <p>However, for the purpose of usability studies and design guidelines, our definition of "teenager" encompasses only users aged 13&ndash;18. College students aged 18&ndash;24 are a different group that requires different guidelines because they exhibit different behaviors than the teens we've studied.<h4>Play vs. Work</h4>Teenagers prefer websites that have dynamic and engaging interactive activities, such as quizzes and games. They like sites to be "fun."<p>College students are much more <strong>goal-oriented</strong>. They like interactivity only when it serves a purpose and supports their current tasks. At the college level, users make a <strong>separation between play and work</strong> and don't require websites to entertain them at all times. Instead, students consider websites as tools. A good site is one that helps them quickly accomplish their goals.<h4>Reading</h4>Teenagers are poor readers and want sites to offer a substantial amount of content in pictorial form to free them from having to read. College students are strong readers and capable of dealing with more advanced writing. However, this doesn't mean that they like reading long texts. As with other higher-literacy adults, such as business professionals, students <strong>prefer websites that are easy to scan</strong> and don't intimidate them with a wall of gray text.<p>Here's what one student said about the US National Science Foundation's site: <em>"There is a lot of writing. This site is very overwhelming. It's really hard to find things that will benefit me."</em> And here's another student's comments on Wiley Interscience: <em>"I don't like that [the page] is really, really long, want to just focus on one thing."</em> Finally, here's a student's take on the BBC's website, which I've previously <a href="http://www.useit.com/alertbox/headlines-bbc.html" title="Alertbox: World's Best Headlines - BBC News" class="old">praised for good headlines</a>: <em>"Headings in long texts are good; break it up so you can read what you're interested in."</em><p>Although college students typically have high literacy skills, this isn't necessarily true of all 18&ndash;24 years-old users. About 40% of people in this age group have low literacy skills and will have difficulty reading anything beyond simple sentence structures. Thus, if you're targeting all young adults (as opposed to students only), follow the guidelines for <a href="http://www.useit.com/alertbox/20050314.html" title="Alertbox: Lower-Literacy Users - Writing for a Broad Consumer Audience" class="old">writing for a broad consumer audience</a>.<h4>Age-Appropriate Content</h4>In usability studies with <a href="http://www.useit.com/alertbox/children.html" title="Alertbox: Children's Websites - Usability Issues in Designing for Kids" class="old">children</a>, we found that content and interfaces must be narrowly targeted to very specific age groups. What's good for a 7-year old will seem too childish to an 8-year old.<p>Designing for students doesn't require nearly that level of age-specific targeting, but it is important to <strong>write for young people</strong>. Both in terms of style and in terms of topics, students expect different coverage than would be appropriate for older audiences or seasoned business professionals. But don't force yourself to be hip. That doesn't pass the smell test. And do respect the fact that students are adults.<p>Corporate websites' <strong>careers areas</strong> should have a special "students" section if they want to attract interns or new graduates. Content targeted at young people makes them feel more welcome and open to browsing the site. Being too formal or featuring only senior positions has the opposite effect. For example, one student felt that a leading management consultancy's site <em>"doesn't look like it's within reach of recent graduates."</em><h4>Skepticism</h4>Students were frustrated by sites that provided shallow information. College students <strong>demand more evidence</strong> than teenagers do.<p>Not all students trust or believe everything they read on the first website they hit. In fact, <strong>many students were skeptical or turned off by websites that lacked depth</strong> and detail, or didn't answer their questions.<p>Whereas younger users don't always recognize advertising, students have a keen <strong>eye for ads</strong> and don't like being tricked by sites that don't clearly differentiate between editorial and advertising. Here's one student's comment on the eHow site: <em>"I think that they have a lot of ads, which is kind of annoying. It kind of is difficult to distinguish what's the ad and what's actually on the website."</em><p>This doesn't mean that students dislike all ads. In the study, they appreciated ads and offers that appealed to them and were relevant to their current goals. For example, one student liked a fashion ad because <em>"it's more up-to-date and specific to what I want."</em><p>Despite their general level of skepticism, most students suffered from <a href="http://www.useit.com/alertbox/user-skills.html" title="Alertbox: User Skills Improving, But Only Slightly" class="old">Google Gullibility</a> where they often uncritically selected the first result returned on the SERP (search engine results page).<h3>Multitasking</h3>Students usually kept many browser tabs open at the same time. When a site slowed them down, they'd usually switch to another tab and continue on another site. Even if they're just checking their Facebook page, such context switches removed users from the flow of using the first site. Thus, even in cases when they later returned, users had a harder time picking up where they had left off.<p>Student users' high inclination to multitask and low patience reinforce the need for quick, responsive, and easy Web design. Don't give students even the smallest excuse to check Facebook instead of staying with your site. <p>When students "multitask," they don't do so in the true sense of doing <em>several things simultaneously.</em> Rather, they perform <strong>frequent context-switches</strong> between various on-going tasks, but work on only a single website at any given time.<h3>No International Differences</h3>We tested in 4 countries on 3 continents, and many of the students were born in still other countries on other continents. No differences in usability findings. Students are the same everywhere in terms of the main Web design guidelines.<p>Of course, there are language differences, so a localized design remains superior to having a single, worldwide site.<p><strong>Students coming from foreign countries</strong> are usually not native-language speakers. This means that they require <strong>simpler language</strong> than locally born users. In particular, it's important to avoid jargon, complex words and sentence structures, and puns and colloquialisms.<h3>Learn More</h3>259-page report on <a href="http://www.nngroup.com/reports/students/" title="Nielsen Norman Group: buy report online" class="new"> Designing Websites for College Students</a> is available for download.<p>More on tone-of-voice in Web content in the full-day seminar  <a href="http://www.nngroup.com/events/tutorials/content_2.html" title="Nielsen Norman Group: detailed tutorial description and course outline" class="new">Writing for the Web 2</a>at the annual<a href="http://www.nngroup.com/events/" title="Conference program and list of usability training tutorials" class="new">Usability Week conference</a>.<p>A few cities also feature a seminar on <a href="http://www.nngroup.com/events/tutorials/non-profits.html" title="Nielsen Norman Group: detailed tutorial description and course outline" class="new"> Non-Profit Organizations' Web Presence</a>: Attracting Donations, Volunteers, and Catering to Diverse Stakeholders. Not about students, but relevant to many university websites.</div><p><hr size="1"><span class="cssSmallGray">&gt;</span> <a href="http://www.useit.com/alertbox/">Other Alertbox columns</a> (complete list)<br>    <p><a href="http://www.useit.com/alertbox/students.html">Visit the site to read the full alertbox</a> | Feed made by <a href="http://brunotorres.net/">Bruno Torres</a></p>
    <p><small>The contents of this feed is <a href="http://www.useit.com/about/copyright.html">Copyright</a> &copy; 2006 by Jakob Nielsen</small></p>
    <p>Ad: Hosted by <a href="http://brunotorres.net/descontos-dreamhost">Dreamhost</a> (Sign <a href="http://brunotorres.net/descontos-dreamhost">Yearly L1 plan</a> with 50% off using the promo code <strong>BRUNOTORRES</strong>)</p>
    ]]>
    </description>
    <dc:creator>Jakob Nielsen</dc:creator>
    <dc:subject>Alertbox</dc:subject>
  </item>
  <item>
    <title>E-Mail Newsletters: Increasing Usability</title>
    <link>http://www.useit.com/alertbox/newsletters.html</link>
    <pubDate>Mon, 29 Nov 2010 03:00:00 GMT</pubDate>
    <guid isPermaLink="false">tag:useit.com,2010-11-29:13372159200</guid>
    <description>
    <![CDATA[
    <blockquote style="background-color: #ffffdd"><strong>Summary:</strong><br>New research finds improved usability metrics for subscribing to newsletters, but problems with reading them on mobile devices.</blockquote>	<p>Email newsletters remain the Internet's <strong>best tool for supplementing a website</strong>. The two media forms are supplementary:<p><table style="border-style: solid; border-color: #cccccc; border-width: 1px; border-collapse: collapse; max-width: 40em;"><tr>  <th style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: left; background-color:  #003366; color: #ffffff; width: 50%;">Newsletters</th><th style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: left; background-color:  #003366; color: #ffffff; width: 50%;">Websites</th></tr><tr><td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: left; vertical-align: middle;">Push</td><td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: left; vertical-align: middle;">Pull</td></tr><tr><td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: left; vertical-align: middle;">News</td><td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: left; vertical-align: middle;">Research</td></tr><tr><td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: left; vertical-align: middle;">Relationship</td><td style="border-style: solid; border-width: 1px; padding: 0.5ex; text-align: left; vertical-align: middle;">Fulfillment</td></tr></table><h3>4 Rounds of User Research</h3>We've studied newsletter usability through 4 research rounds:<ul><li><a href="http://www.useit.com/alertbox/20020930.html" title="Alertbox: Email Newsletters Pick Up Where Websites Leave Off" class="old">Study 1</a> (8 years ago): Lab-based testing with 15 participants, focusing on the subscribe and unsubscribe processes, as well as receiving and opening newsletters.<li><a href="http://www.useit.com/alertbox/20040217.html" title="Alertbox: Targeted Email Newsletters Show Continued Strength" class="old">Study 2</a> (6 years ago): Diary study with 30 participants in 6 countries (Australia, China, Japan, Sweden, the U.K., and the U.S.) examining the role of email newsletters in subscribers' daily lives over a 4-week period.<li><a href="http://www.useit.com/alertbox/newsletters-study-3.html" title="Alertbox: Email Newsletters - Surviving Inbox Congestion" class="old">Study 3</a> (4 years ago): Eyetracking study with 42 participants and a field study with 6 participants; the focus was on how people read (or, mainly, scan) email inboxes and newsletter content.<li>Study 4 (new): Lab-based testing with 16 users in the U.S. and the U.K., including testing with mobile devices and exploring the impact of tone-of-voice in newsletter content.</ul>So, in total, our design guidelines for newsletter user experience are now based on systematic studies of 270 newsletters across 109 participants, as well as single-user testing of several hundred additional newsletters that study participants already received in their personal inboxes.<h3>Old Findings Confirmed</h3>Most findings from our first 3 rounds of newsletter research were confirmed in our new study.<p>As usual with any replicated user research, we did find some changes and additional insights &ndash; even for "old" topics such as the subscription interface and subject line. The number of newsletter usability <strong>guidelines has grown from 149 to 199</strong>. (The bar for acceptable user experience keeps being raised.)<p>But most new findings were in areas that have risen to prominence since our previous study: social networks, video, and mobile access. I'll focus on these new topics later, but first we'll look at two key issues: the sheer amount of email that users receive and how usability is evolving over time.<h3>Email: Ever-Increasing</h3>One clear trend since our last study is the ever-increasing amount of mail in people's inboxes. In both the 3rd and 4th studies, we asked users to log in to their own email accounts, and the <strong>number of new or unread messages is now 300% higher</strong> than it was just 4 years ago.<p>It's clear that users are falling further behind in keeping up with their email. This doesn't change the old guidelines regarding the importance of using clear "from" and "subject" lines to ensure your messages attract attention; in fact, busier inboxes simply make these guidelines even more important. In the past, a newsletter might have gotten away with a generic or spammy subject line. Today, that same design will doom it.<p>One poor subject line came from InterContinental Hotels: <em>"Open Your (I)s to the Wonders of the Sea."</em> Yes, it's a clever allusion to the "(I)" in the company's logo, and if users take the time, they'll likely figure out to read this as "eyes." But while dashing through their inboxes, people simply don't have time for word plays, puns, and the like. Also, to entice users to open a message, the subject needs vastly stronger <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> than "wonders of the sea," which can mean anything.<p>In addition to subject lines, users now pay <strong>more attention to message previews</strong>. This change is partly driven by the increasing email volume (users can decide whether to dispose of or keep messages without opening them all) and partly driven by more mobile access (users can't see much on a small screen).<p>It's always been a guideline to start a newsletter with the most important stuff, but the increased use of previews makes it even more important to focus on <strong>high-value content at the start of a message</strong>, since users are less likely now to look beyond it. (It <em>almost</em> goes without saying that "high-value" is judged based on what's valuable to the recipients &ndash; not on what you feel like promoting today.)<h3>Newsletter Usability Improvements</h3>We've tested subscription user interfaces in 3 rounds, and the measured usability has improved each time:<ul><li><strong>Study 1</strong> (8 years ago): <strong>79%</strong> success rate; task time <strong>5:04</strong> (minutes:seconds).<li><strong>Study 3</strong> (4 years ago): <strong>81%</strong> success rate; task time <strong>4:03</strong>.<li><strong>Study 4</strong> (now): <strong>85%</strong> success rate; task time <strong>3:32</strong>.</ul>The faster task times are particularly impressive, with an improvement of 43% over an 8-year period.<p>When user experience metrics improve over time, there are two possible explanations: higher-usability design or higher-skilled users. In the case of email newsletters, there's probably a bit of both. But, overall, users don't seem to be much savvier now regarding newsletter subscriptions than they were 8 years ago.<p>So, the main explanation for the improved performance is probably that websites are indeed getting better at designing to attract newsletter subscribers. One data point to support this assessment comes from our analysis of political campaign newsletters from national elections in 2004 and 2010. Averaged across the parties, the newsletters' compliance with our usability guidelines was:<ul><li><a href="http://www.useit.com/alertbox/20040920.html" title="Alertbox: Bush vs. Kerry - Email Newsletters Rated" class="old">2004</a>: 57%<li><a href="http://www.useit.com/alertbox/uk-email-newsletters.html" title="Alertbox: UK Election Email Newsletters Rated" class="old">2010</a>: 60%</ul>At least in the narrow case of election newsletters, design has improved over time. Not as much as we'd like, of course, which might be why success rates improved by only slightly less than one percentage point per year. Still: things are looking up.<h3>Competing With Social Networks</h3>Email newsletters are a better way to stay in touch with customers than updates posted on social networks like Facebook or Twitter:<ul><li>A newsletter <strong>goes into the inbox</strong> and sits there, whereas social networks use a stream-based interface metaphor, where new postings constantly replace old ones.<li>As we found when <a href="http://www.useit.com/alertbox/streams-feeds.html" title="Alertbox: Writing for Social Networks - Usability of Corporate Content Distributed Through Facebook, Twitter, LinkedIn, and MySpace - Streams, Walls, and Feeds" class="old">testing social networks</a>, people turn to these services primarily to keep <strong>in touch with friends</strong> and family, and corporate content is often mismatched with this mindset.<li>Newsletters are <strong>under your control</strong> design-wise and hold much more information. One user offered the following comparison of newsletters and Facebook updates: <em>"You get a lot more information in newsletters than on Facebook. Facebook to me is more just a general one-liner about something that's going on versus a newsletter that contains content and details on a variety of topics and subjects."</em></ul>In our latest study, we asked users to "receive updates" from companies. Only 10% elected to do so through Facebook, while 90% opted for a newsletter.<p>Although users weren't really interested in receiving company updates through social networks, they are information sources that compete for people's attention. Some users reported hearing about breaking news through Facebook before they received a news alert via email.<p>Your newsletter subscribers are usually your most loyal customers and fans, so it's important to treat them better than the more fickle audience on social networks. Obviously, having enhanced content in the newsletter is one way of doing so. But you should also make sure to send out the newsletter announcing, say, sales or new products <em>before</em> tweeting such news.<p>On the positive side, your newsletter can confer <strong>social advantages to subscribers</strong>: you can feed them tidbits that they can post to their own contacts, making them feel more informed. This rewards your most loyal followers, while still spreading your message on social services.<h3>Mobile Use: Quick Reads, Slow Reads</h3>Since our <a href="http://www.useit.com/alertbox/20001210.html" title="Alertbox: WAP Field Study Findings" class="old">first research with mobile devices</a> in 2000, we've found that <strong>killing time is a killer app</strong> for mobile use. When people are out and about, they often find themselves in situations with a few minutes to kill, and mobile content can fill that need.<p>The new study replicated this old finding. Many users read newsletters on their mobile devices when they had time to spare. In these circumstances, some users said that they were <strong>more willing to look at longer content</strong> than they'd normally read while processing email on their desktop computers.<p>On the other hand, much mobile use is characterized by even more time pressure than desktop use. People often check email on mobile devices during quick breaks when they want to allocate time only to high-priority messages.<p>Thus, some newsletters should be even more quick and to-the-point for mobile use, while others can afford to present more leisurely content. It might be better to do one or the other rather than aim for a middle-of-the-road approach that will satisfy neither usage scenario.<p>One big problem in the latest study was that many newsletters were poorly formatted for reading on <a href="http://www.useit.com/alertbox/mobile-usability.html" title="Alertbox: Mobile Usability" class="old">small mobile screens</a>. Indeed, people rated the ease of reading newsletters on their mobile devices a miserable <strong>3.3</strong> on a 1&ndash;7 scale.<h3>Video in Email</h3>Video has a role in newsletters, but it's a small one for most topics. Users are often rushed when processing email, and watching videos takes time. As one study participant said, <em>"I probably wouldn't watch this. It's a video, not text. I expected an article, not a video. With video, you have to watch the whole thing. Even if it's just a minute, I'm not into watching video. And if I was on the phone, I couldn't watch it. I wouldn't want to watch it on my phone, anyway."</em><p>In most cases, newsletter videos should be secondary and supplementary to text and images that users can scan directly in the newsletter. To set proper user expectations, the design must make it absolutely clear whether something links to a video or to an article.<p>Users were <strong>hesitant to click on videos</strong> within newsletters if they weren't sure what they would get. It's important to clearly <strong>describe the video in words</strong>. Also, carefully pick a <strong>preview image</strong> that communicates the video's nature instead of simply showing the first frame. Finally, state the video's <strong>duration</strong>.<h3>Long Live the Internet (and Your Newsletter)</h3>The Web, email, and newsletters are not exactly new phenomena anymore. As a result, we're seeing an intriguing <strong>longevity effect</strong>. For example, one study participant decided to subscribe to a newsletter after reading about it in a (dead-trees) book. Another signed up for a newsletter while attending a conference (<EM>"honestly, to get a free tote bag"</EM>) and proceeded to read that newsletter after the event.<p>50% of our users said that email newsletters influenced their <a href="http://www.useit.com/alertbox/b2b.html" title="Alertbox: Business-to-Business Usability" class="old">B2B</a> purchases, but the influence was only occasional, when the timing happened to be right. Often, the newsletter served to grow or retain a vendor's reputation or to <strong>maintain a relationship</strong> during dry spells when users lacked the budgets needed to actively conduct business.<p>When it comes to customer relationships, newsletters must be seen as a <strong>long-term investment</strong>: they work their magic over time. On the strategic level, this is why you should emphasize value-added publishing instead of simply spamming too-frequent newsletters to any email address you can lay your hands on. On a more tactical level, it's why you should follow old guidelines like <a href="http://www.useit.com/alertbox/981129.html" title="Alertbox: Web Pages Must Live Forever" class="old">keeping the same URL</a> year after year, instead of building (and abandoning) new microsites every season.<h3>Learn More</h3><a href="http://www.nngroup.com/reports/newsletters/" title="Nielsen Norman Group report: Email Newsletter Usability - 199 Design Guidelines for Newsletter Subscription, Content, and Account Maintenance Based on Usability Studies" class="new">586-page report with 199 design guidelines</a> for newsletter usability is available for download.<p>Full-day <a href="http://www.nngroup.com/events/tutorials/newsletter.html" title="Training tutorial description and full course outline">tutorial on newsletter usability</a>at the annual<a href=" http://www.nngroup.com/events/" title="Nielsen Norman Group: full conference program with detailed course descriptions of usability training tutorials" class="new">Usability Week conference</a>. (Only offered in certain cities because of the highly specialized nature of this topic, so check the city agenda of your choice for whether the newsletter seminar is available.)</div><p><hr size="1"><span class="cssSmallGray">&gt;</span> <a href="http://www.useit.com/alertbox/">Other Alertbox columns</a> (complete list)<br>    <p><a href="http://www.useit.com/alertbox/newsletters.html">Visit the site to read the full alertbox</a> | Feed made by <a href="http://brunotorres.net/">Bruno Torres</a></p>
    <p><small>The contents of this feed is <a href="http://www.useit.com/about/copyright.html">Copyright</a> &copy; 2006 by Jakob Nielsen</small></p>
    <p>Ad: Hosted by <a href="http://brunotorres.net/descontos-dreamhost">Dreamhost</a> (Sign <a href="http://brunotorres.net/descontos-dreamhost">Yearly L1 plan</a> with 50% off using the promo code <strong>BRUNOTORRES</strong>)</p>
    ]]>
    </description>
    <dc:creator>Jakob Nielsen</dc:creator>
    <dc:subject>Alertbox</dc:subject>
  </item>
</channel>
</rss>

