« Creating a Pleasant User Experience - Part II: User Feedback | Main | Creating a Pleasant User Experience - Part IV: Many ways to do the same thing »

Creating a Pleasant User Experience - Part III: Language

Choosing the right thing to say is another aspect of a good user experience. A person using your program may not be familiar with all of the technical terms that you as a developer are use to. If they’re a first time user, they may not even be familiar with the common terms associated with the technology itself. How you label your toolbars and button and how you communicate warnings and errors can help ease the process of learning a new piece of software and will inevitably lead to a faster adoption rate.

This is one aspect that I’ve been really focusing myself on lately. Earlier adopters of RSS aggregators were geeks. Dealing with geeks in geek terms wasn’t a big deal because everyone generally spoke the same language. But now that RSS is becoming more mainstream, and in particular now that my applications are being deployed to thousands of unsuspecting enterprise users, language has become a very important part of my development cycle.

Two examples that I’ve run into recently
The windows credentials that you use to log into your computer at work can be used to authenticate you against almost any other computer on your network. NGES has the ability to also use these credentials to authenticate. Security conscience companies will require you to change your password from time to time, and also make your passwords hard to figure out… which also means hard to remember.

So instead of having users enter the same credentials every time they use my software, and changing the password in my software every X days, I give users the option to use their windows login credentials.

In the .Net framework, using these credentials is as easy as saying CredentialCache.DefaultCredentials. So being a lazy programmer, I used the phrase “Use Default Credentials” in my program. This made total sense to me, but to the person whose never seen a line of .Net code this is really confusing. What are my default credentials? Where did they come from? How do I change them? A quick change (after a long deliberation) and this becomes “Use Windows Login Credentials”, which is much easier for an everyday user to understand.

Another example is the performance slider in DesktopSync. It’s labeled “Slower (less resources)” and “Faster (more resources)”. (This example still exists in the current release of Inbox as well). To me, this obviously refers to system resources. But when someone asked me “Does this mean it will sync less subscriptions?”, I decided it was time for a change. So now it’s still labeled “Slower” and “Faster”, but underneath is the warning “Increasing performance may slow down other applications”. A much better description and warning.

So when your laying out your UI, remember that not everyone who uses your program will be as technical as you are. Take a close look at the language you use and make sure your mom would understand it.

Posted by Nick Harris on January 30, 2007 at 09:58 AM | Permalink

Comments

Nice articles nick given me a few things to think about

Posted by: Stuart Taylor | Jan 31, 2007 6:12:39 AM

While I agree with the general idea, I'm not convinced that “Increasing performance may slow down other applications” is really clearer. Sounds kinda like a paradox to me... "if the performance is better, than why are things running slower?"

Perhaps you should just rename the Performance slider to something else. I'm guessing it controls the interval between checks for new articles, so maybe "Check for new articles: Frequently ... Rarely" and have the warning say "Checking for articles more frequently may slow down your computer"

Posted by: Brian Reischl | Jan 31, 2007 1:51:16 PM

"“Does this mean it will sync less subscriptions?”

It might mean that it will sync *fewer* subscriptions. "Less" is for non-countable things, like water or air or energy.

"Fewer" is for countable things like subscriptions or cookies or hats. You never have "less cookies" after you eat some, you have "fewer cookies."

Anyway, who even knows what "Resources" are being used here? Brian's suggestions above are far clearer, even to "experts" who might know what resources are being consumed.

Posted by: Andrew | Feb 5, 2007 12:12:07 PM

Thanks guys for the comments on the slider...

I have actually taken it out now. One of the things that NickB talked about was features that only 20% or less of your users would ever use. This one is probably less then 1%.

The value that slider sets is still in the config file, so it can still be edited by power users, but it's no longer there to confuse everyone else.

Posted by: Nick Harris | Feb 12, 2007 6:11:54 PM

The comments to this entry are closed.