1HX: One Human's Experience

Another entry in the "Huh?" Category

2012-01-18T08:29:00.000-08:00

A Good Nielsen Quote...

2011-11-07T05:35:00.000-08:00

From: http://www.useit.com/alertbox/mobile-ux-guidelines.html
"People want me to give hard and fast rules: don't show more than X menu items; don't write more than Y words per page; nothing should be more than Z clicks from the homepage. Sadly, UI design doesn't work that way. Usability questions seldom have a single answer. Rather, they are qualitative issues that specify the direction and nature of inevitable design tradeoffs."

Huh.

2011-10-22T13:47:00.000-07:00

Seen on a semi-private women's restroom door.

I felt like going to the front and asking if there was a key for the restroom.

One More Steve Jobs Post...but not what you expect.

2011-10-19T04:15:00.000-07:00

Steve Jobs was a genius. No question. I enjoy many of the products he enabled to be brought to market. He was a huge influence on my technology life.

But if one more person tells me that 'we don't need to talk to users, because Steve Jobs didn't talk to users to inform his designs', I'll barf on their shoes.

My contrary assertions:

He was a user of what he designed, so he had intimate domain knowledge. If you are designing something for someone else, and you don't have intimate domain knowledge, you need to get it. How? Engage the users.*

He had people who talked to users. If you don't have people to talk to users, you need to do it yourself.

Not everyone likes the iPhone or has one. Don't say that they do. And there are very poorly-designed apps for iOS devices, just like other platforms.

He was a marketing genius. He told us what we wanted, and we bought it. He could have sold us the iTurd. He couldn't know--and didn't design--everything we would do with his creations. He just gave us the platform in which to do it.

Consider this, from Apple's own Human Interface Design Guidelines:

"A great user interface follows human interface design principles that are based on the way people—users—think and work, not on the capabilities of the device. "

Last I looked, "human interface design principles" include the principle of talking to users.

By gosh, I wish I had a fraction of the visionary, arrogant, creative genius of Steve Jobs. But until I do, I'm gonna spend some time trying to understand my users.

_________________
*An example: While designing a system for healthcare professionals, I learned, from talking with healthcare professionals, that a "doc" is a physician. In my context of information technology, a "doc" is a document, or a file. In your design, you must remove ambiguity for your audience. Labeling is contextual, and you can't rely solely on your own frame of reference unless you are a domain expert. (And even then, you're only one domain expert.)

Huh.

2011-08-26T17:14:00.000-07:00

Not sure if I'm more awed or baffled by the creative cheapness. (Note: the bottom part was broken, so they...yeah.)

Curious signage

2011-07-07T07:05:00.000-07:00

I wonder what happened that made them be so specific?

Seems like you could simply say, "NO MOTORIZED VEHICLES BEYOND THIS POINT." What's not to understand?

Let me guess: this experience was designed by someone in IT?

2011-05-13T10:30:00.000-07:00

Scenario: filling out a "form" online to request a medical appointment. Click "Confirm Request", and receive this message:

Surprisingly, I don't have a big problem with the fact that the "form" is simply a pre-filled input area that I edited. I found it simple to understand and use, except for the intent of the "Voicemail" question: are they asking "Does your phone have voicemail capabilities?", or "May we leave a voicemail with your patient information in it?"

But the error condition AND its helpful messaging are atrocious for your average healthcare consumer.

Gmail Menu (or, "If Only They Had Asked Me")

2011-04-06T14:28:00.000-07:00

If you use Gmail, and if you have multiple Gmail accounts, you may have noticed you can sign in to two at a time, and quickly switch between them. Well...sort of quickly. The menu looks like this:

Even if you are signed into another account, you must select Switch account. Then you get this:

Why not display the two accounts I'm signed into right away, and allow me to make my selection with one click? Here's a suggestion, in which I can do everything I did before, but without two menus.

Practicality (yes, another 'Tools' post)

2011-03-29T08:10:00.000-07:00

There is a recent discussion on a LinkedIn group for information architects regarding requirements tools. The original poster asked for requirements analysis tool recommendations, and the responses have varied widely.

As the thread has gone on, it began to amuse me that here we are--business analysts and information architects--doing exactly what we shouldn't: recommending tools without knowing the requirements.

It's not a "one-size-fits-all" practice in which we work. Just like we as BA/IA/UXD folks wouldn't recommend a single technology solution or single user interface model for every business problem.

Many people swear by Axure, which is a great tool for developing high-fidelity prototypes. Rational is a great tool set for those who are using Rational Unified Process. For those using Agile, Rally can be a very effective tool. For us, a set of custom-designed Sharepoint web parts (in effect, spreadsheets on steroids) does the trick.

(A note on prototyping: I cannot recommend it enough as a technique for refining, as long as you identify the appropriate level of fidelity required to do the job. When we do high-fidelity prototypes, it can become challenging to manage customer expectations around delivery ("It looks like you're done, so why does detailed design and development take so much longer?"). Regarding the archaic tool set "Paper and Pen" (or "Pencil and Eraser", which are infinitely more efficient for people like me ), it may not be effective to rely on those for every situation. But the ubiquity of the digital camera makes taking a photo of a sketch--pencil or whiteboard--much more efficient for our internal processes than taking an extra hour or two creating a Visio wireframe or Axure mockup. And when you're charging your customer, an hour or two per use case can make a difference.)

So, just like the work we do, I'd want to know more about the requirements of the organization or project before recommending a solution. So, as I try to boil it down, here are some key inquiry points:

- What processes do the tools need to support?

- How mature / flexible are those processes?

- What is the scope and scale of the projects you need to define?

- What are the types of requirements and level of detailed analysis you need to perform?

- Who is your audience for the outputs? Do you have capable, experienced developers and customers, or do they need a bit more hand-holding?

- How well-developed are your BA/IA skills? What techniques do you use for gathering requirements?

- What is your budget? We have none, so specialized tools aren't cost-effective for us. We are trying to be innovative by finding new uses for the enterprise tools we already have in place.

- Are there any regulatory or legal constraints that require a particular level of analysis or documentation rigor? That might prompt you to use a different toolset.

I'm sure there are several more....

So, the answer, as usual, is "It depends."

From the "Ah, the Irony" Department

2011-03-14T06:58:00.000-07:00

We bought this can opener yesterday. It's the kind that doesn't leave sharp edges on the can or lid. We were amused to find it packaged in one of those rigid clamshell packages--you know: the kind with the really dangerous, sharp edges.

Do you know the recommended method for opening rigid clamshell packages to avoid injury? With a can opener.

If only we had one.

Design for Disability

2011-03-04T16:41:00.000-08:00

"In the context of an environment or society that takes little or no account of impairment, people's activities can be limited and their social participation restricted. People are therefore disabled by the society they live in, not directly by their impairment." --Graham Pullin, "Design Meets Disability"

I am not a tool

2011-02-21T08:14:00.000-08:00

Or am I?

This year's theme: TOOLS.

I've been in several meetings where IT people have asked what tool we use for usability, or Agile, or design. I am surprised that people assume that having a tool gives you the ability to implement these practices effectively.

For Agile, we don't use Rally: we use spreadsheets (SharePoint lists, to be precise).
For Design, we use everything from Dreamweaver to Notepad to paper and digital cameras.
For Usability, we use everything from Morae to paper. Yup, paper.

Get it? It's not the tool. It's the process, skills, and oversight of both. In other words:

Having Project doesn't make you a skilled project manager.
Having Word doesn't make you a best-selling author.
Having a toolbox doesn't mean you can build a home that would meet code.

Learn what it's about first. You are the tool.

No caption needed.

2011-01-30T16:11:00.000-08:00

I don't believe this warrants any discourse about WHY it's a poor form design choice, does it?

What is "user testing"?

2010-10-13T15:22:00.000-07:00

We get a lot of references to doing "user testing", and there seems to be a vague notion of what that means. At a basic level, there are two types, and they are very different. Here's how I explained it in a recent correspondence with a project sponsor:

...there are two types of testing that should be required of our customers: usability testing and user acceptance testing. They have different purposes, and different processes.

Usability testing is a one-on-one test with a facilitator and a participant....The goal is to identify barriers to users completing what they need to do in the system. This testing usually happens before the design is finalized....It is scripted and structured to quantify specific usability issues that will negatively impact implementation success and user adoption.

User Acceptance Testing is a test phase, usually after QA testing by the internal test team, where project sponsors and users are given access to the test system ,and are asked to do their normal tasks using the system and report back any functional problems. The goal is to identify what would prevent us from launching. Usually this happens well after the system is built, just before "go-live". It is usually not moderated but may be scripted.

So, if you do usability testing, it should identify major issues up front, which is much less costly to mitigate. Then UAT will likely only identify minor issues that would prevent launch. If you don't do usability testing, UAT will uncover more severe issues requiring more expensive mitigation, such as code refactoring.

Certainly usability issues may be uncovered--and should be addressed!--during UAT. But UAT is not a replacement for usability testing early in the process. Early, you are focused almost exclusively on the usability and accessibility of the system BEFORE the code is carved in stone.

Different and equally valid goals, and neither should be short-changed.

Mixed blessing

2010-10-06T17:39:00.000-07:00

Got another call today from someone who wants to have me "look at their new web site design" and help them make it usable. I am so glad that the awareness is there, but now I have to explain how asking for one person's opinion doesn't allow you to check the box next to "usability" on your project plan.

Best Alert I've Seen This Month

2010-10-01T07:09:00.000-07:00

From Google Calendar:

At some point, sites may have to stop support for outdated browsers, and this is a humorous and graceful way to do so.

Seriously. NOT Helpful.

2010-09-28T07:06:00.000-07:00

People: enterprise systems need as much usability and user-centered design work as custom systems. Case in point: an ordering system in use in a large corporate environment. It is so difficult to use without training, that seeing Help is a relief. Unfortunately, there are two Help links:

Selecting the first Help link pops up a window full of technical system-level help topics. Not what the end user wants. Selecting the lower Help link pops up the following message:

Why did someone even bother to leave those links intact? They do not contain valuable information for the majority of our users, and introduce frustration in an already difficult system.

Easy fix

2010-09-27T08:43:00.000-07:00

If you have an action button by an entry, there should be no need to select that entry. Here's an example. I selected "Register" next to one of the items. A message popped up as shown. (A further issue with this interface is that the checkboxes are in the header and don't look as much like list items - could be confused for a graphic element.)

My assumption is that they wanted to keep the Register button close to the items, rather than scrolling down the page, but it backfired a bit.

Testing is Good for Usability

2010-04-27T13:32:00.000-07:00

The scenario: I selected "unsubscribe" on an unsolicited e-mail. A page loaded with the form below. After selecting "no" on both options and choosing "Submit", I got this error.

Did it again; same error. Testing is good for usability.

Über-usability

2010-04-07T15:59:00.000-07:00

So, if your remote usability testers can't understand the logistical aspects of connecting to your remote usability study (technical or otherwise), will they really be in the right frame of mind to participate in your study?

Pay attention to the usability of the logistics and communication around your study.

Rock, Paper, Scissors

2010-03-12T16:23:00.000-08:00

Who wins at Roshambo? DUH.

So, here's the one that trumps everyone, in case it's not obvious: if the user can't (or doesn't) use the system, the sponsor can provide no resources, and the designer has no work. DUH.

To All You Designers Who Hate Liquid Layouts

2010-02-12T15:31:00.000-08:00

I was recently asked to provide some good examples of liquid/hybrid web page layouts, to defend my position that they are superior. While I believe, fundamentally, that they are a great idea, I had a hard time coming up with "off-the-cuff" examples of sites that I use regularly.

So, I did a little soul-searching (okay, very little) to defend my position. Why do I believe, fundamentally, that liquid (or hybrid) layouts are great idea? Accessibility is the first thing that comes to mind. A liquid display doesn't care what your monitor resolution is. It doesn't require someone with a small screen to scroll to the right to see stuff. It gives a similar user experience to everyone.

Mobile devices is the second thing that comes to mind. How can anyone possibly keep up with all the mobile web devices out there, and design specifically for each resolution?

So, why wouldn't you use liquid displays? Well, it's easier to design, build and test. Just like the argument for only supporting One Browser. And you can maintain the integrity of your visual design without worrying about things "flying around".

Needing more ammunition, I resorted to the most popular research tool: Google. I turned up http://cssliquid.com, dedicated to the promotion of liquid/hybrid displays, which had some great examples (see for yourself). The examples there aren't all great, but some are quite effective. Like any other usability guideline: "Where it makes sense."

There are many places where you can do elegant, liquid things, Recently, I designed a div-based form that displays in one column on narrow displays and two columns on wider displays. All we did was chunk the form into two equal divs so that the right column would wrap below the left column on a narrow display. Not rocket science--but it was a place where it made sense.

All you designers: be open to liquid displays. It doesn't challenge the integrity of your design; it challenges the integrity of your design ability.

Support Minneapolis Lock and Key

2010-02-03T18:20:00.000-08:00

Yesterday, as I was architecting the communication between my Skype and Google Voice accounts, so that people could call or text a local number and get me anywhere, I thought how interesting it would be that I could create an account with a different area code than mine and let people make local calls to reach me. Brilliant! I could pretend I was from somewhere exotic, like Duluth or Boise.

Then, coincidentally, this morning, there was an article on the local TV news about a nasty company who has done just that to scam people: created a business with a local number here and a business name ("Company Scam", for our purposes) that is similar enough to a well-established local business ("Company Legit") that it generates confusion among customers. They've managed to get higher Google rankings as well, so they're the first click for a lot of people.

So, here's the scene:

Customer finds Company Scam through Google
Company Scam charges 3X for bad work
Customer contacts the BBB or another Google search to complain
Customer calls Company Legit (thinking they are Company Scam) to complain

So, Company Legit is getting a reputation for bad work.

Search Google for minneapolis locksmith. Which would you choose? It's hard, isn't it?

Lessons to be learned:

Just because it's on Google doesn't mean it's good.
Just because it has a local number doesn't mean it's local.
A high ranking doesn't mean it's the best business.
Do your research.
And do business with reputable, local companies where you can, like Minneapolis Lock and Key.

User Research: Discriminating Age?

2010-01-16T17:43:00.000-08:00

I participate in a taste test program where they qualify you for certain studies and then pay you (and your selected K-12 institution) a modest sum to eat stuff and tell them what you think. It's fun, mostly because I like to observe their methods. And I like food. And to give my opinion.

As long as I've been a member, participation was limited to those under age 65. Just this week, I got an e-mail that they recently extended the upper age range to 85, so I sent my mom over (though she's not yet 80), because she buys food! And beverages! And she has time to go to studies in the middle of the work day! And she purchases food for my school-age children! And she has an opinion!

I always thought it was odd that they didn't care about the buying power of people who can afford to blow their childrens' inheritance at the casino.

The 11th Web Usability Top Ten Peeve

2010-01-13T11:20:00.000-08:00

Stated more eloquently by Elliott Kember than I could. Just because you have the tools to do a job doesn't mean you're good at it.

http://blog.elliottkember.com/posts/2-OnUsability

New Music

2010-01-07T17:52:00.000-08:00

So, this evening, I agreed to accompany my son while he practiced violin, though my piano skills are only slightly good enough for most of the entry-level Suzuki piano parts.

Having spent several years learning to sing challenging vocal music in which one has to hold one's own part regardless of what else is going on, I thought it would be fun to try with my 7-year-old. I asked him if he could play the piece again while I played something completely unrelated and weird on the piano. Not only did he do it, afterward, he said, "That actually sounded pretty good! I really mean it!", meaning our odd, aleatoric composition was somehow pleasing to his particular musical ear.

I totally didn't expect that. (Sigh.) His uncles would be proud.

Web Usability Top 10 Peeves

2009-12-16T17:00:00.000-08:00

Okay, so it seems as if everyone has a "top 10". I'll join in the fun and add my list (for this month, anyhow):

10. "We need a blog/wiki/web site."

What for?

If you can't tell me 1) what audience wants it, 2) what content will be there and 3) how you will maintain it, don't bother. Trust me: you will struggle to come up with engaging, current content on a regular basis that no one else has already contributed to the web-o-sphere. Instead, spend time with your family, or donate your services to the needy. I'm not kidding.

9. "We don't have any budget for usability on our project. We'll select a big, respected vendor and implement what they've done for others."

Super! Then you can watch me do the 'I Told You So' dance after you lose your usability budget three times over on training and support for a poorly-chosen system.

Usability should be part of your vendor evaluation. Just because they are big and respected doesn't mean they have done any human factors work. And--even if they have--they haven't done it with YOUR users in YOUR environment meeting YOUR usage scenarios.

8. "Our team uses software, so our team is qualified to design and evaluate usability."

Gosh, we all use software! And yay for that. But if you are developing something for a specific audience, involve that audience. I know this from personal experience: I designed a mobile interface for sales reps for a medical company. When looking for a very short navigation label to refer to "file documents" I chose the abbreviated term "docs". When I tested the application, the testers told me that "docs" means "doctors". That's a significant difference in meaning, and I'm grateful to have them help me make a better product, so I don't look like a narrow-minded IT moron. (At least not because of that.)

7. "We don't have any budget for accessibility on our project, but it's okay, because we have no users with accessibility needs."

Really? Have you polled every single user to see if they are colorblind or use alternative input methods? Conformance with most of the WCAG 2.0 Guidelines is very cheap. Just do it, because it's the right thing to do.

6. "Why are you so expensive? My neighbor's high school kid does programming." (variant: "My husband designs web sites and he looked at our design and said that we should do it this way.")

The kid may be awesome, but s/he's only beginning to learn what 20 years of experience and deep industry knowledge has taught our team. Does s/he understand color theory? Usability engineering? Sustainable technical architecture? Technical writing? Will s/he be there to support it when it breaks? Does s/he work for and understand the industry and its customers? Does s/he have the context of the regulatory and organizational issues within the company? (And are you in violation of some non-disclosure somewhere? Mm-hm, I thought so.)

5. "Our site should have [no more than three clicks to get to content]/[no more than seven navigation items]/[no horizontal scrolling]."

Ah, you've been reading usability gurus again. That's really excellent! However...these are not hard and fast rules. Engineers tend to love data-rich sites with no white space, where musicians may not. Teachers love to have clever ideas, where archeologists may want to search for research. Those are all very different audiences, scenarios and implementations. Findability is as much a function of the scent of information as the number of clicks.

Make the effort to understand your audience and do research before you set forth requirements that may not apply. But--please--set them forth if they make sense, and demand adherence!

4. "We have no budget for usability. We will do usability ourselves if you give us a template."

See #6 and #8.

3. "We don't have any budget for usability. Can you just take a look at this and tell us if it's usable?"

No, and it's not because I don't want to. You can't check the "We Did Usability" box if one person gives their opinion.

(Incidentally, I ask this question of each person who interviews with us. One interviewee told me, "Oh, sure! That's called a 'heuristic evaluation'." No, it's not. An heuristic evaluation involves identifying heuristics, then evaluators test the site against those heuristics. Don't get me wrong: an heuristic evaluation is a super technique as part of your usability inspection, but one person giving their 'professional' opinion does not a usability effort make.)

2. "We need to bring in outside firms to do design/usability/strategy. We get the best, most creative work from third parties."

Really? I thought our company hired the best people. Like you and me.

1. "Thanks for your awesome usability services. Our awesome site has launched, and it is so much more awesome because of your work! We are done! Awesome!"

Awesome! Hooray for us! But--technology, people and needs change. Keep evaluating and adjusting. That's the beauty of the web: it's changeable, and you should be, too.

Wouldn't it be easier...

2009-12-13T13:12:00.001-08:00

Wouldn't it be easier to place the BLUE window over the (BLUE) month, and then the BLACK window will show the (BLACK) replacement month?

What does "deluxe" really mean?

2009-12-04T17:43:00.000-08:00

Should I ask for my money back?

Genius

2009-12-01T16:59:00.000-08:00

How is it that kids who can't remember to brush their teeth, where their shoes are, or to say, "thank you" can remember every single Pokémon character and intimate details of its powers?

Has someone done a psychological study of the genius of Pokémon?

Honestly.

User Instructions (Child in Training) II

2009-11-12T17:12:00.000-08:00

Today's holiday gift request:

I also want a book bundle; Jedi academy training manual, you can draw Star wars, and how to draw the Clone Wars. How to get to the training guide and you can draw star wars, go to starwars.com and go to shop at the top then go to star wars at the top again and click on star wars. then look on the LEFT side and scroll down until you find BOOKS & COMICS then search on that bar for SOURCE/GUIDE BOOKS then click on that and search for it. to find the clone wars how to draw book do the same except click on clone wars at the top.
Love,Joe
thanks!

It's helpful to have all the instructions for accessing the gifts.

User Instructions (Child in Training)

2009-10-08T16:33:00.000-07:00

I got this in my e-mail today, from some child I know:

Your friend Joseph has sent you an email about StarWarsShop.com.

*Comment:
I want at least a $30.00 gift certificate for Christmas. Oh and I want it from starwarsshop.com. Just go to Starwars.com and click on the top bar there is a shop button click on that. Then there will be a side bar scroll down on the mouse until you see a button that will say gift certificates click on it. Then select $30.00 or more. For the name select Obi-wan Kenobi. May the force be with you, Obi-wan Kejoebi

I suspect Obi-wan Kejoebi is related to Obi-wan Kenobi, and I'm very happy to have received such detailed instructions for how to accomplish the specific task (of $30.00 or more).

Signage

2009-09-18T07:05:00.000-07:00

I saw a stairwell recently with a sign posted clearly at the top: "Warning: Slippery Stairwell". I wonder how much it cost to find and post a sign, versus simply making the stairwell less slippery.

So often we do the same thing when developing applications: present warnings and errors rather than designing to eliminate the errors to begin with.

Usability Testing: Quotable Quotes

2009-09-11T15:24:00.000-07:00

My colleague and I recently conducted one-on-one usability tests over several days for an internal project. The tests were very productive and revealed findings that helped our client make some informed design decisions.

During the week, we had many "quotable quotes" from the participants. One of my favorites was the following helpful tip: "You know what you should do? You should talk to a bunch of different people about how they would use this, because everyone is going to have a different perspective."

Say...wish we had thought of that!

Research to Help Users Enter Dates

2009-07-08T10:07:00.000-07:00

Interesting date study from William Hudson and Syntagm Design:

http://www.syntagm.co.uk/design/datesstudy.htm

Note that this is not a study to see which date order format should be used, but it's still quite interesting and informative. The summary:

"Overall, 76% of respondents made no use of leading zeros. So, it’s official – don’t reprimand users for failing to supply leading zeros in date fields. Other results are interesting but less useful in interaction design: 54% of all respondents used Arabic numerals for the month and 62% preferred full four-digit years to the two-digit variety (these are measured independently so it is no surprise that the total is more than 100%).

"So, if you are dealing with dates and users have no artifact to work from (such as a credit card), numeric dates with a four-digit year might be the way to go. However, if you are asking people to enter dates from another source (credit card, form, email and so on) do take account of what they are looking at and allow for variations. In any event, only complain if you really cannot make sense of what has been entered.

"(Do not take this as a license to use three drop-down fields. This is very inefficient compared to typing a date in. Also, don’t forget that your solution needs to work for assistive technologies such as screen readers.)"

The Only Design Guidelines You'll Ever Need

2009-05-27T10:15:00.000-07:00

For a variety of reasons, I've been thinking a lot about design and usability guidelines. I'm often asked, "What's the standard?" or "What's the best way to do such-and-such?" Well, as anyone who's worked in design knows, the answer is: It depends. Now, that's nothing new, but this morning I've formulated a new set of "über-guidelines", if you will.

1) If you have guidelines and they have been proven with users, follow them.
2) If you have guidelines and they have not been proven with users, follow them for consistency (and offer to prove--and improve--them).
3) If you do not have guidelines, develop and let users prove them.
4) If you do not have guidelines, nor the time to develop and prove them, the designer gets to pick. Just be consistent.

Beyond that, it's a matter of opinion, and the designer--who (by definition) is in the role of, um, "designer"--wins.

Usability and Forms: Default Values

2009-05-19T10:05:00.000-07:00

I have a client with whom I've had several lively debates about when to use default values in a complex form. I have searched for studies, writings or heuristic references with no luck. In the mean time, until someone points to better work that someone else has done, I offer the following suggestions for when default values are appropriate:

If you are trying to save the user mouse-clicks.
If you don't care because the form isn't complex enough or you don't have the time or resources to define and implement default values, then don't bother.
If the user of the system would most likely select the option chosen.
If 80% of your audience is U.S., then make U.S. the default with the option to change. (Don't, however, put U.S. on the top, if you care about having an equitable, global form.)
If the user is not being asked to make a declaration for legal or compliance purposes.
Don't default them to the "correct" answer if you want them to make an explicit electronic declaration. Don't default them to the "incorrect" answer, either to make them pick the "correct" answer. A recent usability test I conducted on just such a page showed us that users expect a defaulted answer to be the "correct" answer.
If the default option is the "right" option.
See 3. above.

Additionally, user expectations would be that, if you are providing default values for some controls in a form, you would provide default values for most similar controls in the form (for example, all yes/no combinations or all dropdown selectors would behave similarly).

Don't Assume: Usability in Enterprise Applications

2009-04-10T10:22:00.000-07:00

Our organization has a thing we call "Enterprise Applications". It is used to describe applications that are used across the various business groups within the company, and it's also used to describe the people who work on those applications.

Many of the applications are third-party. There are big, BIG players in that space: for customer relationship management, finance, employee forms, HR functions, training records, procurement, and...you get the drift.

My understanding is that there are always efforts underway to unify and integrate the data that is behind all of these systems. I choose to think that's a good thing. Data is great. We all need data.

As a usability engineer, I am often conducting interviews with users of corporate systems to learn about their needs and behaviors. Without fail, when talking about the current process or system, one of these "enterprise" system comes up, and they ask me if I can make it work better. (I have found that some do not distinguish it from the system we are talking about--"IT is IT", which is a fair assessment, or they see our conversation as an opportunity to get a word in with someone who claims to understand usability--a "while we're on the subject..." sort of thing).

Over and over again, we roll out awful user interfaces that come out of the box with the software. We have the expectation that the manufacturer has a huge staff of user experience engineers and has done the research and design to make usable software.

In my informal inquiries into this, I've found that it's usually due to some combination of the following issues. The evaluators and implementers (usually IT people):

thought it was usable out of the box
relied on the hope the manufacturer has a huge staff of user experience engineers who did research and design to make usable software
fixed a couple of things they saw, but did so without involving users
felt usability work would add expense to the project
obtained inadequate or incomplete usability services
never even considered usability

The applications I use on a day to day basis in this arena seem to have been designed primarily for those who are in data-centric roles in the organization. Then some of the functions are stripped away so the average user can use it. Very little, if any, consideration for what they are trying to accomplish.

Here are some lessons I've learned:

1. When evaluating third-party software, include sufficient usability work.

An heuristic evaluation by one or more "experts", but not enough to say you've done usability work. In the end, the users are the experts in whether or not it's usable.
Well-formed usability engineering does not add to the long-term cost of a project. In fact, it can save money (on training and support costs, to name a couple) and increase employee satisfaction.

2. When implementing third-party software, ensure you have well-defined audiences and clear usage scenarios.

That doesn't have to mean a 257-page document of every use case including alternates and dependencies.
A data-centric user interface is great for the 20% of users who understand the data; the other 80% of task-centric users probably need a different interface to support their tasks.
Knowing your audience and usage scenarios can help you design for effectiveness, as well as usability testing throughout the implementation process.

3. When rolling out third-party software, ensure that users have ample warning, training, reference and help available.

Don't drop a specialized application on everyone's desktop and expect everyone to immediately understand it or "figure it out".
Remember that different people have different learning styles, so a multi-pronged approach is good.
Don't assume that the third-party software manufacturer has done good human-centered design. They may have designed a convenient way to manipulate their data, but they are not the experts in how your employees do their jobs.

Usability and Frame of Reference, or "Dude, I'm Not In Your Head"

2009-02-26T15:32:00.001-08:00

A musical friend of mine sent me an e-mail with a reference to the following site:

http://looney.goldenagecartoons.com/tv/bbrr/

with the following amusing description:

...for a few of you musical pals of mine, I was just browsing the Bugs Bunny Road Runner Hour home page (a history of that show, just because I loved it), and I came across this fantastic paragraph. Seriously, this is a copy and paste directly from their page. Read on.
--Norah

--
The musical phrase utilized for all of the titles of all Bugs Bunny cartoon shorts, the Tweety-and-Sylvester cartoons with them posed on stage and Sylvester holding Tweety in his hand, and most cartoons with characters other than the regulars, went as follows:

"Da-da-da... da-da. Da-da-da... da-da. Da-da-da-da-da-da. Da."

....Music with the tree-oriented title cards of Tweety-and-Sylvester cartoons, all cartoons titled with the semi-circle of Foghorn, Pepe, Speedy, Yosemite Sam, and Elmer, and all Road Runner cartoons, was a variation on the phrase opening the original theatrical Looney Tunes from the 1940s, 1950s and early 1960s, combined with the closing motif from post-1964 cartoon shorts. First used for cartoons shown on The Road Runner Show, it sounded like this:

"Da. Da-da-da... da-da... da. Da. Da-da-da... da-da-da. DAAA! Da."

Right. So, here's what I get from those musical references:

They are instrumental
A vague indication of note duration.

Here's what I don't get from those phrases:

Meter
Actual note durations
Actual musical pitches

I don't know about you, but I think actual musical pitches are pretty important in, well, music. (My friend said "I can make a case for the first sequence being the Jurrasic Park theme...")

This reminded me that I had seen some time ago a discussion of how to express music using ASCII notation. A search turned up the following: http://www.wildebst.demon.co.uk/filks/PMS.html

which refers to Phillip Hazel's music writer: http://www.quercite.com/pmw.html

The idea of communicating many aspects of a language (music) in a relatively primitive medium is academically interesting if not entirely practical.

That said, the real point to the story is: don't assume we all hear the music in your head.

Ropes from the Moon

2009-02-05T06:39:00.000-08:00

Several things got me thinking about the way we direct traffic recently:

During reconstruction of the I-35 bridge over the Mississippi River in Minneapolis, lines and lanes were re-drawn on several other major roads to accommodate the extra traffic. After the bridge was finished, some of the re-drawn lines worked so well, they have remained.
On winter roads covered with ice (or black ice), it's not possible to see the lane dividers.

What if we could have the lane markings always "on top", and easily changed to accommodate rush hour, presidential motorcades, HOV lanes, and so on?

Like football games on television, where they do that cool yard-line marker which is smart enough to go behind the players...or those Bluetooth projected keyboards, and Smartboard technology.

Couldn't we project the lane markers on top of the roads? Now, I recognize that out in the country, you can't project lane markers from outer space*, but in the city, near intersections, we have the infrastructure of lights and signage to house projectors.

Someone else has a similar idea to create your own bike lane: http://blog.wired.com/cars/2009/02/lightlanes-lase.html

I don't know how legal that is, but I love the idea.

---------------------------------
*Reminds me of an infamous grade-school prank. This may be an old wive's tale, but someone told me it happened to them:

(Phone rings)
Victim: Hello?
Prankster: Hello, is Mr. Wall there?
(you know mostly where this is going, but stay with me here...)
Victim: Um, no, I think you have the wrong number.
Prankster: What about Mrs. Wall?
Victim: No, you must have the wrong number. There are no Walls here.
Prankster: Then how do you keep your roof up? Haha!
Victim: WE HAVE ROPES FROM THE MOON. Haha!

Usability and the Wii, Age 6

2009-02-03T12:33:00.000-08:00

Playing Little League World Series Baseball on the Wii for the first time with my 6-year-old. (He said he'd "go easy on me" since I had never played.)

While batting, I was having trouble making contact with the ball. The timing was difficult to figure out. There are all these gauges and symbols on the screen that I didn't understand, so the conversation went something like this:

Me: Is there something I can look at on the screen that shows me when I should swing the bat?

Joe: No....well, actually, yes. THE BALL.

Me: Ha-ha. I meant a gauge or something.

Joe: Ha-ha. Yes, I knew what you meant.

Driving and Usability (Loosely)

2009-01-30T05:25:00.001-08:00

After a frustrating drive home yesterday, I started thinking about turn signals, why they're important, and why people use (or don't use) them. So, I did a highly informal survey with a very small pool (okay, 5 people that I know personally). Here are the results:

Of the people surveyed:

20% claim to use turn signals all the time (Group A)
80% admit to not using them all the time (Group B)
0% claim to never use them (Group C)

When asked why they don't use turn signals all the time, those in Group B responded that they usually just forget.

Now, I believe there are people in Group C, though I haven't met any (self-admitted, that is). I also believe the pool I found is somewhat skewed, because these are all people close to me, and I usually hang out with considerate people who drive reasonable vehicles and understand that the road and everything on it does not belong to them.

I also searched to see what had been written already about this topic. I should have known that Don Norman had an article about signals. His take is more on how we might get our machines to be as expressive as human faces, but I was intrigued by the bits about the importance of signals in communication and understanding.

http://www.jnd.org/dn.mss/chapter_11_turn_sig.html

When I cycled to work the last two summers, I noticed that the other cyclists smile, wave and greet each other while commuting. I had people ask if I need help when I was fixing a chain. I remember growing up in small-ish towns where people would drive down the main streets and wave to each other.

This doesn't happen in our cars any more. Our obscenely big-assed cars have so many amenities that we have grown accustomed to treating them as isolated bubbles of human existence--an extension of our private living space.

But they're not. We are interacting with the world when we are piloting a moving vehicle among moving vehicles with other pilots.

So, dude: use your turn signal.

PDA Wishlist

2009-01-29T07:20:00.000-08:00

I've owned several PDAs: a Psion, two Handspring Visors, a Palm Treo, a Windows Treo, a Dell Axim, a PPC6700 and now an iPod Touch. Here's one more blog from one more blogger about the perfect device.

The next one I buy should have (not in preference order):

Touchscreen: So far, the iPod Touch wins. Except for the keyboard part (see below).
Bluetooth: for an external keyboard or file transfers.
Camera: frankly, this is a "nice-to-have" for me, but it would be nice to have. Doesn't have to be great, but should take photos of whiteboards in meetings or the position of your vehicles after the accident.
Real GPS: Not that half-assed wi-fi-dealy that the iPod uses. There's not quite enough public wi-fi around where I hang out. It's just not good enough for the potential of the location-based applications. Google Earth and Urban Spoon rock! But not on the half-assed wi-fi-dealy.
Wi-Fi: duh. Good-enough wi-fi that I can use the PDA as a Skype or Fring device.
A tactile (even external) keyboard (like the Psion Siena or PPC6700): Remember the folding keyboards for Handsprings? AWESOME. I can total imagine docking my iPod Touch on one of those puppies and being able to ACTUALLY TYPE. And, if it's a keyboard on the device, it needs to have a tiny depression in the center for a stylus to settle so you can type with a stylus if you had too many french fries last night. (This is not my idea, but I don't remember who suggested it to me. I'll give credit if I can remember.) My PPC6700 had a really nice keyboard, but the stylus would slip off of the smooth, rounded keys. I really dislike the Touch keyboard. (Yes, I practice, and yes, I have small fingers, and yes, it's gotten better, but why not make it easy to use out of the box? The auto-complete helps, for sure.)
External speaker with hardware control (Apple figured this out in the second generation Touch): I can't tell you how annoying it is to either be deafened, or to not be able to hear something, and have to type in my security password, find the app and then move the volume slider.
A solar battery. Just kidding, but wouldn't that be great? Or how about one that lasts a couple of days even when wi-fi and Bluetooth are on?
Ability to copy and paste text: Zowie...I can't tell you how frustrating this is on the Touch. And how simple it is on the PPC.
A phone with voice and data plan for way less than $70/month, and multiple provider choices: Come ON, Apple/AT&T!!! Is that really necessary? I won't do it, as long as this is my only choice. How about pre-paid plans?
Graffiti-like character recognition (or handwriting recognition): Yes, and I still think WordPerfect 5.1 was the greatest word processor EVER. But Graffiti rocks if you have a sucky keyboard like on the Touch.
Easy-to-use syncing software: Apple does really with iTunes and the Application Store. I was pretty happy with ActiveSync but not so much the Vista Version. At some point, Microsoft lost the ability for a one-way sync, which is important when you want to have a sad, old device that is simply a consumer of the calendar and contact information. (I still have a Handspring Visor that pulls contact information from Outlook 2007, which pulls from AirSet, which is pushed by Outlook 2003 and acts as an address book in our family room.)
Ability to customize the user interface: I LOVED the theme generators for PPC. I don't like the inability to easily group my applications on the Touch. It's just a big, black board with a bunch of sticky notes on it that I have to move one at a time. I'd like to be able to, say, arrange alphabetically or categorize. The drag and drop is clever and intuitive, but somewhat cumbersome if you have a lot of apps.

I dig my first generation iPod Touch; I really do. The second gen has added some of my wishlist items, but not quite enough for me to justify the couple-plus-hundred bucks.

Maybe the next generation of the iPod Touch, or maybe a new Google PDA?

Usability: Age 6

2009-01-27T08:47:00.000-08:00

My six-year-old was making a book by gluing pictures back to back. He put the glue in the center of the pages so the edges were loose. I suggested that he glue the edges together, as well. He didn't understand why it was important, so I asked him to try to "read" his book by turning the pages. He had to turn two edges to see the next page, so he then understood the user experience that needed to improve.

Test, test, test. And catch 'em young, that's what I say.

On Design

2009-01-27T08:22:00.000-08:00

From Leah Buley, via Jeff Patton via Twitter:

"[UX] design isn't something designers produce, design is a process that desigers facilitate."

What I Learned This Weekend

2009-01-27T04:13:00.000-08:00

1) If you decide to leave the frozen goods out in the garage at 0 degrees while you make room in the freezer, make sure the garage door is closed.

2) Squirrels like soy corn dogs.

What to say first?

2009-01-26T16:26:00.000-08:00

I thought a lot about what to say before creating this blog. What's the draw? What can I contribute? What can I say that someone else hasn't already said? And who cares?

Well, there's no telling, yet, now is there?

The description of the blog includes a reference to one of my great aunts, Virginia:

She was one of six children, three boys and three girls, all of whom went to college when women didn't. She became an English teacher at a public school in Honolulu and wrote and travelled all her life. When as a child I wrote her a letter, she would send it back with corrections ("Don't write on the last line of the stationery." "'Stationery' has an 'e' as in 'letter', while 'stationary' has an 'a' as in 'stand'.") She visited us frequently between her world travels to see starving children in third-world countries (no joke). During one visit (I must have been 8 or 10) she asked what I had been doing. I replied, "Oh, going to school and stuff like like that." She asked, "What kind of 'stuff like that'?" I responded, "Well, piano lessons, playing with my friends, and stuff like that." She asked further, "What kind of 'stuff like that'?" After three or four iterations of this, running out of 'stuff like that' to explain, I realized that she didn't want me to keep talking. She was pointing out that I should be clear and concise in my communication and put language to good use.

So, here goes.