For all of Jacob Neilson’s work I have read, and some of the first literature I read of his was early journal articles was some 19 years ago, I don’t remember having seen or heard him do a presentation. The above is a talk he gave at Google in 2013.
A bit of light hearted geek fun during an otherwise emotional experience.
Over the winter I had the good fortune of being able to spend time caring for my mother while she was in palliative care. This excellent facility included many of the comforts of home, not least of which was a large screen television hung in a good viewing location in each guest room. I forget the brand but the TV had all the features that (not)smart televisions have now, features hidden and largely inaccessible to those not willing to commit to a large learning curve. Naturally, a good TV plays an important part in each guests time in the facility. Unfortunately the remote control only seemed to add frustration and increased work load for the volunteers and nurses.
Without fail each and every time my mother would want to watch TV she would be unsuccessful and hand the remote to me to try to fix the problem. I can’t figure this thing out she would say. I must have played with this remote for a week before I could make sense of what I was supposed to do to turn on the TV.
I wasn’t alone, with the exception of the nurses, the only way anyone could get the TV to show a TV show was by sheer luck.
After I figured it out, I decided to do little experiment. A discount usability test of a single task – turn on the TV to cable channel 5. Feigning ignorance I asked 7 visitors of various ages and perceived skills to complete the task. None of the participants were from the nursing staff as they, after repeated requests to perform the same task, had mastered the system. 6 participants are a common requirement for any test, with 1 extra in case their were issues with a participant and to provide a good practice run.
Afterwards I asked to explain how they accomplished the task, which would illustrate task flow.
The results were unsurprising. All had trouble with the remote. Most, (4 out of 7) gave up before completion and asked someone else for assistance. The remaining succeeded in turning on the TV and turning to channel 5 but did so entirely by luck so couldn’t recite the path they took to get there.
The problem is that remote control forces a specific button press sequence in order to accomplish the task (watch cable TV channel 5) but does not illustrate this requirement. Most people press the large green button with the text “watch cable TV”, but you must first press the smaller power button first. If you don’t the screen is active but you begin your hunt through the myriad of other similarly labeled buttons, all to no avail.
The fix is to properly label the sequence, with text and correct button size, or ideally, remove the need for a 2 button press for what is the most common function by combining these two actions into 1.
There are three keys to unlock the door to usability: frequency, sequence and importance.
Frequency says that things the customers do most frequently (e.g. next, back, search etc) should have a prominent position in the sequence.
Sequence says that activities that occur in sequence should be presented in sequence (i.e. you pay at the end of a transaction, not in the middle).
Importance means that important pieces of information need to be given clearly and at the right time (e.g. if you only ship within the EU, then a customer trying to buy from India needs to know this early on –not at the end of a six-page check-out dialogue).
Understanding the customers’ mental model and applying the frequency, sequence and importance rule will crack most of your usability needs. But, beware, like all rules, you cannot follow them blindly, and there are always tradeoffs that have to be made between these elements.
This is Service Design Thinking
Oops iTunes UI team. There is a questionable label in your dialog. Which action are we taking here? Are we removing the song or are we deleting the song? Deleting implies deleting the song all together, which may cause some confusion amongst users, especially since many no longer read the instructions above the button area at all.
It’s more efficient and effective to give users a button that’s labeled with the specific action (vs. the exclamation OK), but that label itself must agree with the action.
Perhaps with the major redesign coming to iTunes in the fall, Apple will fix this inconsistency.
Further, why is songs plural when I only selected a single song?
Other than studying material design I’m new to the Android experience. When I was setting up my sons new phone the above dialog appeared.
“Just a sec… “ seems to be an incredibly odd choice for a waiting dialog copy. Seems out of place and too informal. Doesn’t strike me as friendly, nor is it particularly clear, especially for English as a second language users. And the waits were always much more than a second.
“Usability is strongly tied to the extent to which a user’s mental model matches and predicts the action of a system. Ideally, an interface design is consistent with people’s natural mental models about computers, the environment, and everyday objects. For example, it makes sense to design a calculator program that has similar functionality and appearance to the physical hand-held calculators that everyone is familiar with”.
Via Mental Models and Usability. Mary Jo Davidson, Laura Dove, Julie Weltz
It’s easy to see why there is often push-back on the results of usability tests (nobody likes to be told why their solution doesn’t work), but it’s important to remember that the goal is the same for everyone on the development team: to constantly improve the products we design. Effectively communicating usability results is one step towards designing better products. Via.
Having a standard process for defining severity means that you can be consistent in the way you assign severity and means that you provide the transparency needed for people to check your work. With an expert review,
deciding on the severity is more a matter of judgement, but there are three questions you can ask to improve your objectivity.
From David Travis a concise set of questions to help assign a rating:
Does the problem occur on a red route?
Red routes — frequent or critical tasks — are the most important tasks that the system needs to support, by definition.
Is the problem difficult for users to overcome?
Some usability problems are show-stoppers: users just can’t proceed.
Is the problem persistent?
Persistent problems — problems that keep cropping up — are more severe because they have a bigger impact on time on task and on customer satisfaction.
The complete article: How to prioritise usability problems
20 years ago Jacob Neilson in his article Severity Ratings for Usability Problems outlined the following 5 point scale:
0 = I don't agree that this is a usability problem at all
1 = Cosmetic problem only: need not be fixed unless extra time is available on project
2 = Minor usability problem: fixing this should be given low priority
3 = Major usability problem: important to fix, so should be given high priority
4 = Usability catastrophe: imperative to fix this before product can be released
I’ve been doing allot review/reading lately, visiting dog-eared old books, and looking through my Evernote bucket for tidbits of user experience wisdom. I came across this list of 34 maxims (this format was at one time particularly popular) created by Arnold Lund. I find lists like this particularly useful for mapping to past learning and experience. Created in 1997, it’s still as relevant today as it was then, and it serves as a useful reminder and a great guide for future work.
- Know thy user, and YOU are not thy user.
- Things that look the same should act the same.
- Everyone makes mistakes, so every mistake should be fixable.
- The information for the decision needs to be there when the decision is needed.
- Error messages should actually mean something to the user, and tell the user how to fix the problem.
- Every action should have a reaction.
- Don’t overload the user’s buffers.
- Consistency, consistency, consistency.
- Minimize the need for a mighty memory.
- Keep it simple.
- The more you do something, the easier it should be to do.
- The user should always know what is happening.
- The user should control the system. The system shouldn’t control the user. The user is the boss, and the system should show it.
- The idea is to empower the user, not speed up the system.
- Eliminate unnecessary decisions, and illuminate the rest.
- If I made an error, let me know about it before I get into REAL trouble.
- The best journey is the one with the fewest steps. Shorten the distance between the user and their goal.
- The user should be able to do what the user wants to do.
- Things that look different should act different.
- You should always know how to find out what to do next.
- Don’t let people accidentally shoot themselves.
- Even experts are novices at some point. Provide help.
- Design for regular people and the real world.
- Keep it neat. Keep it organized.
- Provide a way to bail out and start over.
- The fault is not in thyself, but in thy system.
- If it is not needed, it’s not needed.
- Colour is information.
- Everything in its place, and a place for everything.
- The user should be in a good mood when done.
- If I made an error, at least let me finish my thought before I32. have to fix it.
- Cute is not a good adject33. ive for systems.
- Let people shape the system to themselves, and paint it with their 34. own personality.
- To know the system is to love it.
Reference: Lund, A M (1997) “Expert Ratings of Usability Maxims.” Ergonomics in Design: The Quarterly of Human Factors Applications, Volume 5, Number 3 (July) pp. 15-20.
Brief demonstration illustrating how they carry out usability research in the labs at Amberlight.
Have you ever wondered what would happen if you did a usability test on fruit?
Author Steve Krug’s demo test as a companion piece to his latest book, Rocket Surgery Made Easy: The Do-It-Yourself Guide to Finding and Fixing Usability Problems. The main purpose for creating this video is to demonstrate how easy and simple usability testing can be.
In this video, Julie Blitzer covers the basics of writing a usability test script, finding test subjects, and interpreting results.
Performing a usability test early in your website planning process can have huge returns – a paper prototype allows you to do this with a minimal time investment.
World Usability Day may have come and gone but the posters will last as a visual statement of what life might be like without it (it being usability). The examples are good but one only needs to look at almost any device today and see serious problems. I do think they work well.
The idea behind the 2006 campaign was to build an appreciation for usability by showing what life might be like without it. This was demonstated by visually removing or changing elements of everyday objects and consequently rendering them unusable.
More images from the posters after the jump.
Great ad placement Businessweek! Thankfully I can still see the printer friendly page, which is mislabeled. It should be labeled reader friendly. I can understand the need to display ads – I display some adsense ads which cover my hosting costs – but must they be so reader hostile?
One thing that is missing from this screenshot is a fly over ad which covered even more of the viewable area. Do these tactics really work in the long run?
As appears in Firefox and safari.
For ages we have ignored the bottom or footer section of our screen designs. We bought into and never lost the notion that the only part of the screen that had any value was the first view and that anything below the fold was seldom read. For the most part that has been disproved but old habits die hard – just look at the footer section of this webblog as evidence.
In the last year or two I have seen a increasing number of sites using this part of the screen to in corporate all kinds of different data. But this example must certainly be the most “bottom heavy” or have the greatest density of data I have seen on any site to date. At approximately 950px in height it certainly is visually impressive. Outside of the obviously performance penalties, and this particular site tends to be on the slow side, I wonder what the positive or negatives of this kind of approach could be (this same wayfinding footer is on every page)? Looks like a good candidate for some testing.
Found at Forumosa.com
Luke Wroblewski writing for UX Matters:
After forms, data tables are likely the next most ubiquitous interface element designers create when constructing Web applications. Users often need to add, edit, delete, search for, and browse through lists of people, places, or things within Web applications. As a result, the design of tables plays a crucial role in such an application’s overall usefulness and usability. But just like the design of forms,there’s more than one way to design tabular data.
“With more advanced services rolling out across the planet, ease-of-use is becoming crucial to their success, but today’s user interfaces aren’t quite cutting it. Solving that will be a complex task, but the place to start is the users – not just by asking them what they want in future, but what they’re doing with their handsets now
As the mobile industry moves toward more advanced non-voice services, from MMS and instant messaging to mobile TV and video calls, the underlying mantra for manufacturers, operators and apps developers alike has been a strikingly contradictory one: offer simple, easy-to-use services using mind-bogglingly complex technology. That means shielding the user from all that state-of-the-art wizardry behind the scenes, and making any new service appear as though it’s so simple even your Luddite great-uncle could figure it out – ideally without once having to consult a manual.”
Read: Usability: it ain’t easy – Telecom Asia. Via Putting People First
- Label the button with what it does
- If the user doesn’t want to do it, don’t have a button for it
“The consequence of the two rules may be that you end up with buttons with labels that are longer than a single word. I think that’s much better than striving for single words that are either confusing … or infuriating ….”