Welcome to MSDN Blogs Sign in | Join | Help

usability versus usage -- an iPhone example

Today, I noticed an article in Information Week titled Businesspeople Face Steep Learning Curve with iPhone, which discusses a usability test conducted against the iPhone from a company called User Centric, Inc. This is excellent timing. I've had a post banging around the inside of my head about the difference between usability and usage, and here's a great example of the difference.

Jakob Nielsen says that usability is defined by the following five quality components:

  • learnability: how easy it is to do a task the first time you encounter it
  • efficiency: how quickly you can perform the task
  • errors: how many errors you make, the severity of the errors, and how you recover
  • memorability: how well you remember the task and can apply that knowledge in the future
  • satisfaction: how happy you are with your experience

These five quality components are measured in most standard usability tests, with a heavy focus on the first three components. You can get a snapshot of the latter two, but this snapshot doesn't necessarily measure them in a meaningful way. Remembering how to do a task ten minutes after I've done it the first time is very different than having to remember how to do a task ten weeks after I've done it the first time. Likewise, my level of satisfaction changes over time. I could have been absolutely over the moon about a feature when I first encountered it, but somehow grew annoyed by it or found that it wasn't as useful a few weeks later.

That is the difference between usability and usage. Usability is measured up-front, and is often a first impression. Usage, on the other hand, is measured over time. Both have their place. If you can't use a feature right out-of-the-box, it's unlikely that you're ever going to get over that initial hurdle.

This iPhone study is a great example of the difference between the two. It specifically compares the usability of an iPhone with the usage of existing phones (both standard 12-button cell phones and smartphones with a QWERTY keyboard). They recruited for users who text frequently on their existing phone, and asked them to do the same tasks on an iPhone and on their own phone. It is entirely unsurprising that users couldn't text on the iPhone as well as they could on their own phones. After all, they know their own phone quite well, and they're frequent texters. Using something entirely new, which has a completely different model of use, will obviously present them with problems. They had expectations based on their current usage of their existing devices, and those expectations don't match up with the iPhone.

These types of studies are pretty common in usability circles. Many competitive usability studies are built around this model: take users of an existing piece of software, and give them tasks against both that software and a competing piece of software that they've never used before. It's a great way to collect feedback about what people like and don't like about both pieces of software. It also helps you to identify places where you might need to overcome the initial usability issues inherent in transferring from one technology to another, and where you'll have to do something to either make the learning curve flatter or to make the learning curve seem like less of an obstacle.

The important thing to remember about this kind of comparison of usage and usability is that it's only a first impression of whatever you're doing the usability test of. In many cases, it is the first stepping stone to doing more work and developing a greater understanding of the differences between two products. User Centric, Inc, says in their iPhone study FAQ that they plan to do further work about iPhone usage. To quote from the FAQ, '[w]e may find that iPhone users with experience may be more efficient, but we need to do the study first'.

I'll be interested to see future studies of iPhone use. I'd love to know if an experienced iPhone user is still slower at texting than a similarly experienced smartphone user, not to mention how satisfied each of them are with their experience. This is the first step towards understanding the difference between iPhone usability and iPhone usage, but it is by no means the last one.

Published Friday, August 17, 2007 2:53 PM by nadyne
Filed under: ,

Comments

# re: usability versus usage -- an iPhone example

It should also be noted that the emphasis in design of the 5 components varies from product to product.

In certain products the efficiency may be more important than quick learnability. In this case the the learning curve may be higher, but the rewards for learning are greater. Typing on a keyboard is an example of this, driving a car may be another.

On the other hand, a vending machine should strive for easy discoverability of the features, otherwise people will most likely not purchase a product.

It seems that too often the type of usability tests that are performed forget most of these 5 principles and only focus. I would argue that often learnability and discoverability are used interchangeably (OMG, how many _ility and _ably words can be used in the same sentence) by usability professionals.

I don't have an iPhone nor any other smart phone. However, I have tried a smart phone and it took me a while just to figure out how to dial a plain old number because I was overwhelmed with a large number of keys. After it was pointed out to me that the keys for dialing were color coded differently, I was able to dial a number, mostly okay, but the keys were really tiny. Really what I'm trying to say is that the research on the iPhone maybe should've compared new phone users to both the iPhone and other phones and reduced one of the the variables.

Brian G.

Friday, August 17, 2007 8:49 PM by Brian G.

# re: usability versus usage -- an iPhone example

It's kind of like the difference between measurement precision and accuracy.  They may seem similar but are two quite different concepts.

Friday, August 17, 2007 10:47 PM by Doug

# re: usability versus usage -- an iPhone example

On the other hand, competitive usability studies seem to be flawed, and more of a way of saying "See, we're better, our users think so". I mean, people are creatures of habit. You move their mailbox 3" to the right, and it's the end of the world for most. We talk about change, and we love it...when it happens to someone else.

A Word, or a Nisus user with a decade of experience is going to hate the other product and not be able to use it as well not because it's bad, but because there's a hundred unconscious behaviors they now have to think about. OpenOffice and its variants don't look just like Office 2003 because that was the Alpha and Omega of usability, but rather because they know that forcing people to change habits means they get screwed. That's a good thing, because it makes people more likely to be willing to consider a new product, but it sucks, because it cripples innovation.

Look at how long Wordstar UI compatibility was a requirement for all competitors. Ugh.

Since my "ideal" keyboard is a Royal Manual Typewriter's, I was rather unimpressed with every phone's texting interface, which made it, oddly, easier to deal with the iPhone. My biggest problem is that i press rather "off-center" so I hit the wrong key more than most. But that's a problem on any small keyboard for me, so the iPhone's neither better or worse. Well, the visual feedback makes it better for me, but I doubt that's universal, or even common.

Over the years, I've gotten rather unimpressed with most usability studies, because the things I see coming from them aren't all that usable, or perhaps I should say "easy to use". I'm quite sure that Excel is easy to use after a few years, but I feel like I've just discovered fire every time I get a decent chart out of it, usability studies or no.

Friday, August 17, 2007 10:54 PM by John C. Welch

# re: usability versus usage -- an iPhone example

This is something that quite interests me, as you might imagine.

One thing I often notice, is that despite objective failure at a give task, particularly with an interface that is not familiar (i.e. testing environment) users often feel they have succeeded quite fine and give high satisfaction ratings on doing so. It's tough to decide if in fact these behaviors ARE failure if the users is please and engaged with an interface.

Obviously in texting, one would assume your friends would be like this, "Dude, what are u saying" or something like that indicating that you are a social failure, but in many web interfaces there isn't often isn't much to separate failure from success in research.

Saturday, August 18, 2007 12:16 AM by Knox Gardner

# re: usability versus usage -- an iPhone example

Designing a competitive study isn't trivial.  Left to my own devices and given a big enough budget and time frame to work in, I tend to run at least three types of users through them: users of my product, users of the competing product, and users who haven't used either of 'em but would have some reason to.  The third category is obviously difficult to find, but it's not impossible.  Comparing their outcomes is interesting, both in terms of the measurable outcomes (say, time on task or number of errors) and in terms of their perceived outcomes (satisfaction with each application).  Saying "my users prefer my product over the other one" isn't really meaningful, and it's something that I try to avoid.  Barring a lack of alternatives, I already know that they prefer Product A over Product B because they're using Product A.  I don't need to waste a few grand doing a usability study to figure that out.  

Saturday, August 18, 2007 1:13 AM by nadyne

# re: usability versus usage -- an iPhone example

What is the ratio of prioriies between designing for use and designing for usability? Is it a hard and fast measure?

Given that there's always limited time and development resources, and that the likelihood is to produce one solution to a problem rather than a host of them to suit different consumers appropriately, how much focus do the "primary" solutions have on usability?

I am mildly concerned that, based on research or not, we consider our consumer base to be inflexible -- that they are deterred by even mild hurdles to use, even when the efficiency of a given use model is higher than the previous use model(s). That we then go on to codify our design principles to eschew innovation that doesn't come in a handy package that gives a seemless transition from Old Way to New Way, thus hiding some efficient models that, perhaps long term, would be more beneficial.

-nh

Monday, August 20, 2007 5:52 PM by Nathan Herring

# 1st Study: iPhone users (1 week of usage)

Excellent comments! I thought you might find this link valuable to the the discussion:

http://www.usercentric.com/UC/news.asp?ID=383

It is the summary of User Centric's first iPhone study on what happened after one week owning the phone... It might give more insight on the usage question as participants also texting tasks and compared their experience to their old phone.

Monday, August 20, 2007 6:28 PM by Gavin Lew

# re: usability versus usage -- an iPhone example

Nathan - It's absolutely not a hard and fast measure.  If only life were that easy.  It's all about the priorities at the time.  Those priorities often change from release to release, and they sometimes change mid-cycle as well due to various factors.

I think that Excel is a great example of aiming more for usage than usability.  You launch Excel, and you're presented with a huge grid.  Some users have a very evisceral reaction to that grid.  John's comment above about feeling like he's discovered fire by getting a good-looking spreadsheet out of it is just one example of that kind of reaction.  But Excel is a powerful app, and if you put in some time to learn it, it will do magic for you.  There are all sorts of arguments to make about whether we should have had different priorities, but that's outside the scope of this comment. :)

I think that WinOffice showed a lot of guts in moving from their old UI to a completely-brand-new UI in Office 2007.  Leaving aside the question of whether the Ribbon was the right thing to do, they really did start from the ground up and allowed a level of UI flexibility that I don't think had ever been considered before.  I think that a lot of people (both inside and outside Microsoft) could learn from that example.  I don't think that it's always necessary to completely start from scratch, but it's a great exercise to entertain the notion and see where it leads you.  It's also a really hard exercise, especially if you're deeply intimate with the software in question.

Monday, August 20, 2007 10:28 PM by nadyne

# http://google.com/search?hl=en&q=uasge+usability+microsoft&btng=search

Tuesday, August 21, 2007 12:43 PM by TrackBack

# http://google.com/search?hl=en&q=iphone+usage

Tuesday, August 21, 2007 12:43 PM by TrackBack

# re: usability versus usage -- an iPhone example

"I think that WinOffice showed a lot of guts in moving from their old UI to a completely-brand-new UI in Office 2007."

I just wish they would have pushed that consistently over the entire suite. You get used to it in Word, then it goes away in Outlook and Visio. Well, it KIND of goes away in Outlook...ugh.

But yeah, even if they have to revise it, the Ribbon was, ESPECIALLY for the Windows side, pretty damned radical.

Tuesday, August 21, 2007 11:17 PM by John C. Welch

# http://google.co.kr/search?q=after+use+first+impression+usability&complete=1&hl=ko&newwindow=1

Wednesday, August 22, 2007 1:52 AM by TrackBack

# http://microsoft.com/slovenija/msdn/spletni_dnevniki.mspx

Wednesday, August 22, 2007 1:53 AM by TrackBack

# http://google.com/custom?q=example+of+products+bad+usability&hl=en&client=pub-1127224857128572&channel=0751771333&cof=forid:10;ah:left;s:http://google.com;cx:search;l:http://sputtr.com/img/google.gif;lh:56;lp:1;vlc:%23663399;div:%23eeeeee;&

Saturday, August 25, 2007 12:37 AM by TrackBack

# http://google.se/search?hl=sv&q=iphone+example+of+usability&btng=sök&meta=

Monday, August 27, 2007 12:39 PM by TrackBack

# http://google.co.in/search?hl=en&q=what+is+different+in++iphone+&as_q=why+people+will+go+for+iphone

Monday, August 27, 2007 12:40 PM by TrackBack

# re: usability versus usage -- an iPhone example

I read the FAQ, summary and the press release of the testing. Interesting to say the least.

Although I tend to think the testing may be flawed in certain ways. Below my comments on this:

1. Multi-tap is widely inefficient, it's no surprise that even a virtual QWERTY board will eventually trump it, especially since iPhone's QWERTY has autocorrection. A better example would be to test 12 button texting using the inbuilt predictive text function and the gap between iphone texting and slow multi-tap would close dramatically. I'm assuming the people they use as tests would understand what predictive text is. Predictive text has been in phones for a decade now and is extremely fast and efficient for 1handed use.

2. The virtual Qwerty is competing with the hard-button qwerty. 12 button use exists by itself and serves it's own important uses/functions. I'm not sure that comparing the iphone qwerty with 12 button usage was the right thing to do, if for no other reason that with predictive text on, the 12 button functions extremely efficiently using only 1 hand. It's a big distinction and really does put the 12 button phones in a class by itself. From the test so far, the information I glean from it is that hard-button qwerty is twice as efficient (and possibly more accurate) than 12button phones, resulting in that even when using 2 hands, iphone keyboard is not signifigantly faster than multi-tap, the slowest form of texting (again predicitive text on 12 buttons is very much faster than multi-tapping). This validates some people's opinion that virtual keyboards are limited. It certainly validates themajorhandset maker's decisions to produce either 12 button or hard-button qwerty. Also validating in some ways, the overall inefficiency of touchscreens in a mobile device that is best served used in 1hand operations.

3. Again I bring up the importance that was missed by the testers. 1hand vs 2hand use. With 1handed use comparable with iphone's 2handed virtual qwerty use, I would say that usability suffers having to utilize 2hands for an operation that could just as effectively be done with 1hand. Compared to a hard button qwerty device, which is built specifically for 2hand use for data entry and 1hand use in most other situations, it mystifies me why the iphone would go full out 2handed operations for very little to zero gain over the 12 button and/or hard button qwerty. In terms of usability, especially when taken into consideration the mobile market and the manner & purpose in which users use their devices, a full 2handed operation doesn't make much sense.

It's just reminding me of technology being implemented for technology sake when all the data and evidence was there to bein with that proves that people prefer to use their devices 1handed when going mobile. This limits iphone's UI to a very small segment of the mobile market and apart from being able to easily carry the iphone around, it's not truly a mobile phone that can be used while on the move, carrying a briefcase/books etc. The user necessarily must stop, drop and 2hand use. While I understand that iphone can be used 1handed in certain instances, it's by far not the way it was designed and is not efficient or well working in this respect.

In this way, I'm not so sure that as a UI for the mobile market, that it actually improves anything. Giving a good experience is not the same as making things easier to use. Usability must necessarily lead to use. Not just use, but use in the area of operation that it is deployed in. As version 1.0, Iphone UI serves the "experiential" well but lacks serious focus in very important key areas when dealing with this mobile market.

Thanks for the links...it's really got me thinking a great deal about this.

Cheers!

Monday, September 10, 2007 1:59 AM by wansai ounkeo

# http://google.se/search?hl=sv&q="usability+and+iphone"&btng=sök&meta=

Wednesday, September 19, 2007 3:17 PM by TrackBack
New Comments to this post are disabled
 
Page view tracker