Usability Notes - by Chris Baker

Notes on usability and related things by a project manager who manages electronic publishing projects.

About

My Photo

Twitter Updates

    follow me on Twitter

    Recent Posts

    • I'm not a spammer, it's my monkey (cautionary tale)
    • Twitter usability - how newbie users get on without the #TwitterBook to explain jargon and conventions
    • The awkwardfulness of doing things a new way- my search for an iphone timesheet app
    • Usability methods: user testing versus expert review
    • Kids' usage of parents iPhones
    • Unintentionally amusing email newsletters titles
    • Technical Debt, a useful metphor for software projects
    • More smartphone developers choosing Android, but iPhone still ahead (Flurry data)
    • eBooks second most active smartphone apps category: Flurry
    • Demographics (age) data for iPhone and iPod Touch users

    Most popular posts

    • kanban
    • "Oh, you just click the TV?" The journey of a metaphor
    • Security question difficulties
    • The NLM DTD
    • Poka-yoke
    • web colours
    • Requirements analysis
    • Shopping cart abaondonment benchmarks

    Software "Ecosystems"

    PC Pitstop have a review of a talk by Steve Sinofsky (A Senior VP of Microsoft) at the October 2008 Microsoft Professional Developer Conference. The article reports Mr. Sinofsky's comments about Windows Vista and the forthcoming Windows 7. I found the following quote interesting:

    "Even Microsoft can’t hide or ignore the cold reception that Vista has received. Sinofsky identified a few key things that caused problems. First, the Windows “ecosystem”, the third-party software, hardware, and user training, wasn’t ready for the extensive changes that came in Vista. The driver model changed, which caused lots of hardware headaches at launch. The User Account Control (UAC) feature broke applications and frustrated users who hadn’t seen the behavior in Windows XP."

    The idea of an "ecosystem" seems a good one to me. While Windows probably has a bigger ecosystem than just about anything else, its a feature of any software or website these days that it will need to interact with other systems. For example in a website, you want it to:

    • be searchable by engines
    • provide permanent links for bloggers or other websites,
    • provide RSS feeds or email alerts,
    • work on a variety of browsers (including those favoured by customers with disabilities),
    • Be bookmarkable by de.icio.us, Digg.it etc.

    The days are long gone when you can consider your website as your own little island, accessed through the home page.

    November 03, 2008 in ideas parking space, project management, writing about others' writings | Permalink | Comments (0) | TrackBack (0)

    | Digg This | Save to del.icio.us |

    Below the fold might not be below the salt

    I received a useful comment from reader  "Arium" on my post "Tabs, used right".  Arium  was helpfully pointing me to some interesting research from ClickTale on whether people scroll down past "the fold" (the point where a long web page runs off the bottom of the screen).

    ClickTale is a service that uses JavaScript to monitor customers' use of web pages. Among the data gathered is whether people scroll, and the ClickTale blog has some research based on scrolling behaviour (on vertical scroll bars) during 120,000 page views that happened late in 2006.  The summary:

    • 91% of the page-views had a scroll-bar.
    • 76% of the page-views with a scroll-bar, were scrolled to some extent.
    • 22% of the page-views with a scroll-bar, were scrolled all the way to the bottom.

    If this sample is representative, there's a one-in-five (roughly) chance of stuff down the bottom gets read. Not great, but maybe not-so-dissimilar from the chances of lesser information if it were put on a succession of short pages rather than one long scrolling one. This is interesting given the  received wisdom that stuff below the fold won't get read.

    November 28, 2007 in Customer behaviour, website testing, writing about others' writings | Permalink | Comments (0) | TrackBack (0)

    | Digg This | Save to del.icio.us |

    Tabs, used right

    Jakob Nielsen has a good post about how the Yahoo Finance site uses tabs (the site uses tabs in a way that Nielsen thinks is good). There are some good points to consider if you are about to try a tabbed design.

    One comment startled me though - Nielsen approves of the Yahoo Finance site in part because:

    "It uses tabs to alternate between views within the same context (not to navigate to different areas — a common mistake introduced by Amazon.com)."

    I do wonder, however, whether many people are confused nowadays by Amazon-style tabs? The "mistake" of using tabs to navigate different areas may have become so widespread that it is no longer a mistake, but a new convention.

    September 17, 2007 in Case Studies, writing about others' writings | Permalink | Comments (1) | TrackBack (0)

    | Digg This | Save to del.icio.us |

    Test users sometimes have a hard job of focusing on what you want them to think about

    Test users sometimes have a hard job of focusing on what you want them to think about, leading to dilemmas about what to do when you do not have a very advanced visual design or page copy. Unfortunately it is often the case that you want users to ignore the finer points of the visual design and copy because you are testing before these are sorted out and what is useful to you is their views on the organization or flow of the site.

    The copy problem is entertainingly described in a recent blog post by Chris Heilmann in his post Behind the mirror – usability testing musings (day one):

    If you use Lorem Ipsum the testers asked what language that is and why it was allowed there. If you use copy nicked from other sites or made-up by a copywriter user names or headlines make testers judge the site by this and don’t see it as just a demo of what can be done.

    (His next section is entitled "Everybody is a designer"...

    Similarly, spelling or grammatical mistakes seem to be spotted by users immediately and concern them a lot, though quality of copy may not have been uppermost in the minds of the team getting stuff ready for testing.

    I suspect that this is less of a problem in small informal tests - by the time  you have traveled  to see users, or they have come to see you, the whole process can seem like a big deal to them. I imagine this is even more so if they come to an impressive test lab and you watch them from behind a mirror.

    I think the problem is one of trying to keep it obvious when you are showing things in a finished state and when something is just a temporary placeholder, or description of the functionality yet to come. Easier said than done, of course!

    February 25, 2007 in My usability experiences, writing about others' writings | Permalink | Comments (0) | TrackBack (0)

    | Digg This | Save to del.icio.us |

    User generated content, Zipf curves, Marketing funnels, long tails... and the volunteer group committee

    A recent Jakob Nielsen Alertbox post on Participation Inequality: Encouraging More Users to Contribute (October 9, 2006) led me to an odd and unexpected smile of recognition. It seems that User Generated Content (UGC) sites like YouTube or Wikipedia or my favourite web design forums have something in common with the Parent teacher Association at my local school, the local football team, or other such real-life volunteer efforts.

    Nielsen's article on participation inequality says that in the sites he has studied, a few contributors (maybe 1% or less of the membership) do nearly all the work, with a somewhat larger group (maybe 10%) contributing sometimes and the remaining (say 90% or more) not contributing very much. Mathematically, this distribution of effort is what is called a Zipf curve (of which more later). My smile of recognition is that when I have been involved in real-life volunteer groups, there is a tendency for me to wind up on the committee, and then typically we spend some time musing about exactly this pattern - how great things would be if we could only find a way of energizing the least energetic members of the community to do more!  Talking to other groups, it always seemed that there was the same problem - whether the group was sporting, religious, charitable, political, trades union or whatever. Shortly after huffing about this, I got my comeuppance and an insight when I moved onto more demanding assignments at work and had two small children, and found that there was much less left in the tank for volunteer work than before life had these complications.

    Therein, I think lie two reasons for the uneven contribution to user generated content sites - first I think that some people are contributors by personality; and second, most folks have other priorities. Not much can be done about this. Nielsen's article has some ideas about whether this skewed participation is a bad thing and what to try to level things up, and I have some more.

    Clearly the behaviour of the heavyweight participants is a key thing - you want to be blessed with a few key contributors who are knowledgeable, write well enough, and are polite and tolerant of occasional or new contributors (including those who ask for quite basic information). This is, I think what makes my favourite formus my favourite ones. If you have had the bad luck to be kidnapped by a special interest group, or a clique that excludes others, then you are in trouble. Moderation of the group is the traditional way of preventing bad behaviour.

    Other barriers to entry are also worth examining. Many user generated content operations require you to go through a sequence of steps e.g. to become a member in some way. Some potential contributors will fall at each step in the process - either they can't work out what to do next (a usability problem), can't be bothered to do it (a problem with the product or its marketing) or a mixture of both. funnel diagram for joining a forum You can draw a funnel-shaped chart of  number of customers you see at each stage. So E-marketers talk of a "marketing funnel" (or "customer life cycle funnel" or "sales funnel", and many of the software packages that analyse web statistics can draw these funnels for you). The diagram shows a possible funnel for joining a forum - at each stage , some potential customers fall away, until most potential contributors have given up before they become heavyweight presences on the site. Clearly it makes sense to do what you can to make it as easy as possible for people to proceed down the funnel. However, this will not be a cure-all: Wikipedia has one of the easiest funnels - you can just start making changes to articles without any login etc. and still only a tiny proportion of visitors actually do any editing or writing (according to Nielsen's article). This ought to leave you with the potential that more people can contribute as soon as they want, and an inequality based on what people can be bothered to do - probably one of the less harmful inequalities in a world that has many.

    The Zipf curve turns up elsewhere on the web. For example, it can turn up in:

    • The distribution of traffic between different sites on the web as a whole (something that allows you to estimate your competitors' web traffic - or your competitors)
    • The distribution of referred traffic to your site (so that a few sites  send nearly all of the traffic to your site).

    Should you wish to make a closer acquaintance of the Zipf curve, Nielsen has a friendly introduction to the Zipf curve and Wikipedia has a more mathematical article about Zipf's law.The Zipf curve is also one of the mathematical distributions that gives a "long tail" - with the business consequences originally discussed in "The Long Tail" ,an article in Wired by Chris Andersen (2004); discussed further in this Wikipedia article on the Long Tail, and of course the subject of a book   (which I must get around to reading....) and Chris Andersen's blog . [The basic argument - the Internet has reduced the costs of being very specialist, as it is now easier and cheaper to sell to unusual needs and tastes. For example, Amazon can afford to supply very obscure books, but your local bookstore cannot for lack of shelf space].

    October 22, 2006 in Case Studies, Useful usability resources, writing about others' writings | Permalink | Comments (0) | TrackBack (0)

    | Digg This | Save to del.icio.us |

    Variability in user performance - Yes, but...

    It is easy to see why the usability community gets a bit obsessed by Jakob Nielsen - not only has he been around in the field for a long time, he writes so well - spinning a piece of research into wide- ranging conclusions pithily summarised. Sometimes I find myself thinking "Yes, but....you can't safely generalise so far from these results".

    His recent Alertbox column, Variability in User Performance (May 15th 2006) is a case in point. It is based on some work he did in which people were asked to use Agere Systems website to find out the location of the corporate headquarters (they had to name the city). The quickest user took 28 seconds, the slowest took 420 seconds (though some could not complete the task at all). Looking at more typical users, Nielsen generalises:

    When doing website tasks, the slowest 25% of users take 2.4 times as long as the fastest 25% of users. This difference is much higher than for other types of computer use; only programming shows a greater disparity.

    It would be very interesting to know what held up the slower users - did the website send them down one blind alley after another? Is the answer buried in long texts, so that differences in reading speed are a significant factor? Is there some luck involved? (For example, given this task I would expect the information to appear under either "Contact Us" or "About Us" - some research I did when working on the redesign of a corporate site last year suggests that these are about equally likely to be the place to find a postal address). Do some users have knowledge from which they can infer the answer - for example, if a telephone number but no postal address is given prominently on the site, some people might be able to infer the city from the area code of the phone number. Clearly the task is not easy, if even the star performer (or the luckiest test subject) takes 28 seconds.

    Nielsen goes on to compare this fastest/slowest ration to those seen for other kinds of computing tasks and argues that more difficult tasks would produce a higher ration of slowest to fastest performance:

    The more difficult a problem, the more individual differences we see. As we approach the limits of human capabilities, the benefits of additional brainpower -- mental abilities, talent, or whatever you want to call it -- increase.

    When using a website, for example, a user who can hold six chunks of knowledge in short-term memory has great superiority over someone who can hold only four chunks. The user with the better memory is less likely to repeatedly go down the wrong path and more likely to correctly assess how a given page relates to previous pages. In contrast, a higher-capacity short-term memory doesn't help much in simple text editing tasks, assuming you have a decent word processor that doesn't require you to remember six things to move a paragraph.

    He then argues that

    This high variability is bad because it results from a degraded user experience for some people. After all, fast performance measures show that it's possible to complete a website task within that time. Anything slower is a result of users being delayed or sidetracked by usability problems. In the perfect user interface, people should have no doubt about what to do at any time and run no risk of making a wrong move. Given this, all users would perform about the same, with only minor differences caused by factors such as how fast they can click the mouse.

    ...Because website interfaces are challenging and must serve audiences beyond the elite, it's particularly important that we tighten up the Web user experience and reduce variability in user performance.

    Yes, but. I think the argument that "high variability means poor usability" is bad. Imagine that we change Nielsen's test into a simpler one. Instead of asking people to find the information on a website, we give them copy from a corporate brochure of, say, about 1,000 words and ask them to find the information in that. People read at very different rates. A reading rate for "normal reading" is 100-200 words but speed reading can get you up to 700 words per minute - some people have managed 1,000 to 2,000 words per minute. One would be (un)lucky to unwittingly recruit champion speed readers in the trial, but I would expect that I'd get a big variability in how quickly my test users could use the 1,000 word brochure to come up with the answer. Clearly it would be simplistic to the point of meaninglessness to conclude that "reading is difficult" (assuming that I can get a variability of 3 or more I should conclude, according to Nielsen that reading is harder than programming). In fact, my fastest performers have learned tricks of speed reading that my other test users have not learned. This does not necessarily put the faster readers in the elite - it just says that they have troubled to acquire some speed reading skills, perhaps because they do a lot of Reading or are habitually impatient. Conversely, a low reading speed might not reflect low literacy, let alone low intelligence, mental abilities or other talent.

    Extending this idea a bit further, one could try various designs of the brochure to see the usability effect. I would expect any of these to have an effect on how quickly the location of corporate headquarters was learned:

    • Simpler language
    • State location directly rather than indirectly ("Located in the capital of Scotland") or by inference
    • typography, text layout and design
    • Whether a picture of corporate headquarters is provided, and whether the city name appears in the caption
    • Use or non-use of the word "headquarters" and its position in its paragraph (some speed readers skim paragraph starts, for example).

    What is interesting is that these improvements might not have the effect of reducing the variability - some might assist the speed readers more than the normal readers, thus making the variability more extreme.

    Also tucked away in Nielsen's argument is the assumption that slow = dysfunctional or frustrating. That could be the case of course - it would to know how the users felt about their task and the company website after their trial. I don't know whether users in Neilsen's study were asked to try and find the answer as quickly as they could - if not, there will be a factor in there that some folks like to work fast (due to habit, or to show off their computer prowess) while some are not in a hurry. In some designs speed does matter a lot (e.g. Customer Services are using the site to log phone calls with customers) in others, satisfaction is probably more important than speed and the two are not always going to be the same.

    I don't claim that all this invalidates Neilsen's research study - just that one should not always extrapolate that high variability = difficult task, poor usability. It could mean that some of your trial subjects are tackling the task in a super-efficient (or super-inefficient) way you have not controlled for. I think the bad thing is not a high variability as such but whether it mean that too many would-be users are unable to use the site within a time and level of frustration they are comfortable with. Nobody would like a low-variability site that is low variabiliyt because it is awful for everyone!

    We are used to this situation in download speeds, where someone with a broadband connection can download a page 20 times faster (or more) than someone on a dial-up connection. The variability there is beyond the web sites's control, but a good design tries to optimise the absolute time taken to download a page. If broadband users can see the page within one-hundredth of a second we are happy for them, but it hardly matters whether they see it after one-hundredth or one-thirtieth of a second (for most pourposes, both will seem instantaneous). We try, however to deliver the page to the dial-up user fast enough, even if that means efforts that the broadband guys will never notice.

    It is good fun to try to find the location of Agere Systems HQ for yourself [caveat, I have no idea whether their website has changed since Nielsen's users used it, so my/your experience cannot be compared directly with theirs.] I think the answer is Allentown PA, USA - but it is far from easy to find this. Happy hunting!

     

    May 15, 2006 in writing about others' writings | Permalink | Comments (0)

    | Digg This | Save to del.icio.us |

    google box

    • google box
      Google

      all Google
      this blog only

    Adsense

    Subscribe in a reader
    Subscribe to Usability Notes - by Chris Baker by Email

    Archives

    • October 2009
    • September 2009
    • August 2009
    • June 2009
    • May 2009
    • April 2009
    • March 2009
    • February 2009
    • December 2008
    • November 2008

    More...

    Categories

    • Accessibility
    • Announcements
    • Case Studies
    • Customer behaviour
    • e-marketing and e-commerce
    • Email marketing
    • Games usability
    • ideas parking space
    • mobile
    • My usability experiences
    • project management
    • Publishing
    • requirements analysis
    • statistics and data
    • Tools
    • Usability and children
    • Useful usability resources
    • Web/Tech
    • Weblogs
    • website testing
    • Weird user interfaces
    • writing about others' writings
    • XML
    • Usability Notes - by Chris Baker
    • Powered by TypePad