Showing posts with label usability. Show all posts
Showing posts with label usability. Show all posts

Friday, November 12, 2010

What a Difference a UI Designer Makes

I use an audio editing program called Audacity for various audio editing tasks. Most recently I used it to edit a sound file I created from a screen-cast I made using Camtasia Studio. I needed to be able to listen to a sound bite offline via my iPod.

I created the file but when I went to export and save the mp3 file, I was confronted with this:



I added a "Title" and an "Artist", but was overwhelmed when I had to decide a genre. I did eventually find "Vocal" (it was an interview from the web that I saved to listen to later). I had to scroll three times and read each and every genre name. Shouldn't this be in alphabetical order?

Once the file was complete I imported it into iTunes to add it to my iPod. When I checked the iTunes information I saw this:



All the genres in alphabetical order!

Should I really be this critical? Should I really compare and open source software to a software created by a multi-million dollar company? Well...yes. As far as any user is concerned, both software products are "free" - one can use them without having to pay for them. (Although a donation to the open source developers is accepted. If you use an open source software, make a donation in time or money. I do.)

If open source software developers want their software to be taken seriously they need to pay attention to the details. Looking for the genre in Audacity is hard; looking for a genre in iTunes is easy.

Wednesday, November 3, 2010

One Check-Box - Thousands of Help Desk Calls

"Its just a check-box, that should be easy." This was a rallying cry from some of my fellow UI designers. "Oh, yeah. We can fix that in the user preferences. We'll just add a check-box." It never turned out that way. One check-box turned into two which turned into another tabbed panel, which turned into a wizard with a link to the company's web page... Well you get the idea. Design creep. If we had just stuck with the original check-box which was, actually, the best solution to the problem for this iteration of the design.

I've found that some of the most puzzling usability errors (for the user, not the designers) come from the simplest, but least thought out designs. Take, for example, the image below:



This log in screen is from a much anticipated and publicized portal I was required to use for an employer. We had been hearing for months how wonderful it was going to be, how useful, the answer to our prayers and then some. Trouble was, nobody could access it.

On the day it went live, we all got an email bright and early that morning encouraging us to log in, complete our profiles, add a picture, explore its features. Thousands of employees tried. And failed. I don't know first hand as I wasn't in either of these departments, but I suspect the HR department and Help Desk phones lit up like Christmas trees. I think the calls went something like this:

"It won't let me type my D# in."
"I can't type anything. I tried to click in the box but nothing happens."
"I can't log in."

About an hour later every HR department in the company had to send out an email explaining how to log into the new employee portal. Really? Anyone who uses a computer logs into dozens of web sites, applications, banks, etc. One can ask the generic question, "How do you log into a computer?" The most likely answer would be, "You type in your name and then your password." Simple enough. But that is not how the interface pictured above works.

Before we could type in a "D#" (user name/employee number) we first had to agree to the terms of use. Why would we assume that the last item, in what appears to be a list of items to complete, should be the first item we must complete? And don't forget that the first two items do not look disabled. They look as if someone can actually start typing in them.

And it get worse. We had to agree to the terms of use every time we logged into the employee portal. Not just the first time we used the portal. Not just the first time every day we used the portal. Every time we used the portal. This is an application that was connected to and sponsored by the Human Resources departments. Didn't they know we agreed yesterday? They know our job grades, our salaries and our manager's names, but they can't record that we agreed to the terms of use just five minutes ago?

I also do not know how many persons with disabilities worked for the company, but they would have an even more difficult time using the system. There is no logical tab order, in fact some controls don't have tab stops (the "Enter button") and the controls are not identified textually for screen reader users.

Guess what happened to the portal of our dreams? Very few people actually used it for its intended purpose. (The log-in wasn't the only usability issue, nor was the content so fantastic that people just ignored the usability issues.)

How much time was wasted by the Tech Support explaining that one must check the check-box first? How much time was wasted because the HR department had to write, then distribute the explanation email? How many customer calls were dropped because the phone system was over-loaded by employee calls?

Just a check-box. Indeed.

Monday, November 1, 2010

There Are No Stupid Users, Only Stupid Systems

I went to a local coffee shop this evening. I was going to get a cuppa joe, then sit outside and read my book. But first, I needed to use the restroom.

That's the problem. For the second time in four days, both the women's and the men's room were closed for cleaning. I understand that; the restrooms need to be cleaned. However, there was only one person cleaning both restrooms. Like me, she can only multitask in the vitual world. She cannot split herself in two and clean both rooms at the same time. Then why were both restrooms closed? (If the women's room is closed or occupied, I have no trouble using the men's. I just ignore the extra fixture.)

Well, long story short, one of the staff got a little snippy with me and I decided to send a note to the corporate headquarters of the coffee shop. I went to their website and started filling out the form. Name, no problem. email, no problem. Address, no problem. Then I ran into this:


"date of visit" Two things wrong here. Exactly what format should I be entering the date in? Is it "mm/dd/yyyy" or "mm/dd/yy"? Secondly, why am I "cleaning" your data for you? If I enter 8/16/10 and your database requires 08/16/2010, why can't you just parse the input text and format it for me? It is possible to do that - I've written code that parses text myself, and I'm not even a code monkey. (I'm a User Experience Professional - we don't write code, we just draw pictures of software. Hence the usability rant here.)

"time of visit" I'm not in the military, but I respect those who are. I admire them and not just because they know what time 21:00 is. I always have to do the math, and I don't do math well in my head. I always get it wrong. So why should I enter the time in military time?

I'm already rippin' mad, don't tick me off any more with your poor usability.