Great resource for finding usable design patterns

The sites done in Silverlight. It has lots of design patterns to look at. It’s fairly easy to use.

http://quince.infragistics.com/

My wife might not like them, but…

These switch plate covers are cool. I’m always trying to find a place to set my phone to charge it. These aught to do the trick. My wife not approve though.

Dilbert on usability

A-Z explanation of what usability is

David Travis at UserFocus has put together a pretty cool list–an a-z explanation of what usability is.

• A is for Accessibility
• B is for Blooper
• C is for Content is (still) king
• D is for Design patterns
• E is for Early prototyping
• F is for Fitts’ Law
• G is for Guidelines
• H is for Heuristic Evaluation
• I is for Iterative design
• J is for Jakob Nielsen
• K is for Keywords
• L is for Layout
• M is for Metrics
• N is for Navigation
• O is for Observation
• P is for Personas
• Q is for Questionnaires
• R is for Recruitment screener
• S is for Style Guide
• T is for Task scenarios
• U is for Usability testing
• V is for Verbal protocol
• W is for Writing for the web
• X is for Xenodochial
• Y is for Yardstick
• Z is for Zealots

The full list contains explanations for each item.

Online retailers should work on their navigational menus

Complicated, deep nested, popup, navigation menus annoy me. I’m glad I’m not the only one. Of course, Debenhams‘ isn’t really that bad.

“Online retailers should work on their navigational menus to make them as usable as possible following research suggesting some of the UK’s biggest brands fail to do this…

…Debenhams’s simple menu, which takes the form of a horizontal bar split into links for each of its departments, means that users take an average of 6.6 seconds to click on the link they need…

Forcing people to interact with too much information upfront significantly decreases important performance indicators such as success rate, time to completion and user satisfaction.”

How usable is your copy?

Cool post on making your copy usable.

Not The User’s Fault Manifesto

What Jono DiCarlo of Mozilla Labs thinks of software development and user-interface design…

1. Why write code?

Software is for humans, not for computers.

Software is only as good as the improvement it makes to a human being’s life.

Are we making someone’s job easier? Letting them have more fun? Helping them learn? Helping them keep in touch with friends and family?

Are we making the world a better place?

---

2. What do people want?

Most people do not want a computer.

They don’t even want software.

For us software developers, this is a painful truth.

If people don’t want a computer, why do they use one?

• Email — for writing to other people.
• Instant messaging — for talking to other people.
• The web browser — for reading what other people have written.
• Word processing — for writing something you’re going to print out and show to other people.
• Graphics — for creating artwork. To show to other people.
• Presentation — for communicating your brilliant plan. To other people.
• Games — especially games that you can play online. With other people.
• Social networking websites — Enough said.

The computer is merely an intermediary. A poor and frustrating one. It is a necessary evil that people put up with in order to get what they want.

What they want is a better way to talk to each other.

---

3. Why does software succeed or fail?

We software developers, being not exactly social creatures by nature, must work extra hard to understand the social impact our software will have. If the social effect is not what people want, the software goes unused.

We software developers, being not exactly average users, must work extra hard to understand how average users will relate to our software. We see the trees, they see the forest.

We software developers have often been confused and frustrated when a clearly superior technology fails, while a clearly inferior technology spreads like wildfire and takes over the world.

We were surprised because we want each technology to be judged only by its cleverness, its raw power, the cleanliness of its architecture, the purity of its ideas. We were blind to the user experience, to what each technology meant in the bigger picture of a person’s life.

To the people buying and using the “clearly inferior” technology, exactly the opposite was true.

To the user, the interface is the product.

---

4. Why is there not more Linux on the desktop?

For open source software to take over the world, we’re going to have to do a lot better at user interfaces than we have been doing.

How do I know?

Open source has already taken over the invisible parts of the world: the servers, the infrastructure, the things users need not touch directly.

Mozilla, the most user-experience-focused of open-source companies, has the most adoption by end-users.

People say things to me like, “Linux is only free if the value of my time is zero.”

These are not coincidences.

At one time, the way of open-source software development was thought impossible. But the techniques were invented. The way became possible; then it became successful. Now the techniques are becoming widely known.

The way to make open-source UI design successful is still unclear. We must invent the techniques.

---

5. Are users dumb?

User interface design is not about dumbing things down for the poor stupid user.

We software developers, understanding the software as we do, find it easy to look down upon those who lack our understanding.

This is wrong.

Users aren’t dumb. They just have better things to do with their lives than memorizing the internal data model of our screwy software.

When software is hard to use, don’t make excuses for it. Improve it.

When a user makes a mistake, don’t blame the user. Ask how the software misled them. Then fix it.

The user’s time is more valuable than ours. Respect it.

Good UI design is humble.

---

6. Is UI design marketing?

User interface design is not marketing.

Software developers loathe marketing, so if they think that UI design is marketing, then they will loathe UI design.

The qualities of software that make for a good advertisement or computer-store demo are not the same qualities that make software usable and pleasant to work with long-term, day-in day-out. Often these qualities are opposites.

A shopper may choose the microwave with more buttons, because it seems “more powerful”. However, the shopper will soon find out that it does the same thing as any other microwave, you just have to spend longer figuring out which button to push.

It is easy to fool people into buying something that is against their own best interest.

Don’t do that.

---

7. What is the task of the UI designer?

Let us talk about that microwave some more.

The microwave with the most buttons may be most popular, but it is not the best microwave.

The best microwave has no buttons at all.

It doesn’t need any buttons because it already knows how long you want your food cooked and how hot. You never need to set the clock, either: it’s just always right.

The no-button microwave may not be reachable, but like a guiding star it shows us the direction we should travel.

Users do not know what interface they want. Users do not know what features they want.

Users know the tasks they want to do, and the problems they have.

We learn more by watching the user work than by asking the user.

The job of the UI designer is to provide what the users need, not what the users say they need.

It is to make tasks easier, not to provide features.

---

8. Where is the science?

User interface design can be approached scientifically. But usually isn’t.

Until we observe people using our software for real, our design is guesswork and superstition.

These things can be measured and given numbers:

• What program features are being used most frequently, and least.
• The number of mouse/keyboard interactions required to perform a task.
• The time it takes a user to figure out how to do a task.
• Rates of error.
• How quickly task-completion-time and error-frequency decrease as a user gains experience.

An interface’s efficiency and learnability are empirically determinable quantities.

They are not matters of opinion.

Every user is different, but that’s why we have statistical methods.

The science of design can tell us that interface foo is X% more efficient than interface bar, but bar is Y% more learnable than foo.

Choosing between foo and bar — that’s where the science ends and the art begins.

---

9. Is change good or bad?

Change has a cost. Change disrupts the user’s habits. Change forces the user to learn something new.

Sometimes the new UI is so much better than the old one that the change is worth the cost.

Sometimes it isn’t.

The trick is knowing when change is worth it.

---

10. What is the evil of the bad interface?

It is a sin to waste the user’s time, break the user’s train of thought, or lose the user’s work.

Bad user interfaces do all three. Frequently.

Most interfaces are bad.

I do not use the word “sin” lightly.

Because of bad user interfaces, an action taken based on a reasonable assumption or out of habit often results in broken trains of thought, wasted time, and lost work. This is called “user error”, but it isn’t. It is programmer or designer error.

When we blame the user, we teach them that technology is perfect and that the errors are their own. Because technology is hard to use, we are teaching a generation to be afraid of technology. We are teaching a generation to believe in their own stupidity. This is a sin, too.

It’s not the user’s fault.

What color is your party?

The other day I was debating someone about the historical relevance of voting habits. One of my friends found this great site, which gives just about every stat you can think of in just about every format you can think of. It was perfect…well…almost.

Notice anything strange?

Yeah, that’s right. Apparently Michigan is voting Republican and Texas is voting Democratic. Oh wait, nope. They have just chosen Blue for Republican and Red for Democrat. What a great idea.

Why would anyone want to stick to standards?

Fight the man. Fight usability.

I’ve used Chrome long enough to have an opinion

Things I like:

• The look and feel of the browser.
• The minimalist approach.
• The tabs at the top are the right way to do it in my opinion. I never understood why browsers have done it the other way around for so long.
• The ability to duplicate a tab (IE 8 has it too).
• It is really fast.
• Being able to tear tabs off to create new windows and visa versa.
• The paste and go feature.
• Using Scott McCloud to develop a comic book to sell the concept was brilliant.
• The bookmark bar is kind of cool.

Things I don’t like:

• It crashes on YouTube quite often.
• Bookmark management is lame.
• Some sites look wonky.
• No add-ons.
• Automatic updates.

Bottom line:
It’s cool and exciting, but after a couple days, it’s not good enough to replace Firefox.

How does environment affect usability?

There’s no single magic answer, but certainly we must always consider the possible environments and how they might affect usability. Take this shampoo bottle as an example.

The popup cap is a smooth plastic ball. When the bottle is dry, it works great. You just push up on it with your thumb or index finger. However, when the bottle is wet, your finger just slips right off of the little ball.

If you are designing a usable interface, remember to consider the environment it will be used in and test it in that environment. For example, make sure your shampoo bottle opens in the shower.