Experience Design Icon

XD Steel Icon

This is a gift to my group at my day job.  Experience Design “XD” is the name we are known by in a culture that gets it.  Usability is the target, yes, but it is the target’s edge. In 2012 the center is an awesome experience.  That is our mantra.

A little side note about XD in place of UX

The term “User Experience” happened when we realized that creating a User Interface (UI) is not the goal, but the means. The user experience is the goal.  In that title, “User experience, or UX, needing to explicitly include the word “user” is actually baggage leftover from the days when an “interface” without that distinction of user interface was assumed to be something connecting different parts of a system.

Ironically, interface was a purely technical term that borrowed the word “face” from the human context and metaphorically applied it to mechanical or virtual elements.  The coining of the term “User interface” was actually borrowing the term back to describe a human element as one side of the connection. That usage grew so much that the word interface alone has now come to more often mean the user interface.

The word ‘experience’ has no such baggage. There is no history of any part of the system besides the user having an “experience”. So making such a distinction is unnecessary.  So, since we know that we most definitely are not referring to a part of the system having an experience, do we really need to even say “user” anymore?  And if there is someone else, another person or group of people, that is impacted by what we do besides the “user”, well okay.  It’s still an experience isn’t it? And that is what we are designing isn’t it?

So then, just “experience”.  Yes, it sounds a little Hendrix-esque. And that’s okay too.

- roger

- Music in the short video is by Zuriel Merek

What year is this?

Ya know, when I was three years old, I knew how to watch TV.  Now its a struggle.  I’m a technology guy and I can’t figure out the stupid menus on this TimeWarner DVR.

I have conducted enough analysis to determine that the primary usability problem stems from the odd mixture of on-screen menus, which are incomplete, sort of randomly dependand upon unorthodox controls on the remote. Who came up with this stuff?  And what was their basis for this design soluttion (if you can call it that?)

Certainly, I’m not the first person to complain?  Do they have a clue?  how do they stay in business delivering crap like this?  I’m going to ask my question (that I ask when I feel things are not what they ought to be).  “What year is this?”

Mature & Lean UX

In the past, I have worn the hats of designer, or usability tester, and at times both. Its the both that brings the critics.

The real problem with usability testing my own designs is not the lack of objectivity.  Trust me, no one wants the honest truth about what works or not more than this designer in the quest for the best solution possible.  I believe the objectivity concern results from a combination of scientific folklore and the legacy of immature pedestrian designers from the past who couldn’t handle the truth.  A true professional knows the appeal of “being right” cannot come before the desire to “get it right”.

The real challenge facing me is that having just learned great insights in the lab, I must now choose between stopping to document and explain what was learned for others to understand or dig into applying it to design.

Trying to do both will cause delay and may diminish the timely effectiveness of having done the exercise. Ultimately, it is the design that we are creating that takes priority.  So, documenting will have to wait for someday.  Hopefully, no one will ask, where’s my report.  If they do, I’ll show them my better design and say “here it is”.

- roger

About Click n’ Learn

Do people who “Click here” really “Learn More”?

Someone recently asked if “Click Here” was necessary or helpful or if it just made people feel stupid. It seemed inevitable that the discussion would eventually grow to Learn More.

I don’t recall seeing many real buttons on physical objects in the real world saying “click here”, though I suppose it’s theoretically possible that some maybe could benefit from it, it’s generally not done and nobody seems to miss it. Physical properties offer enough self-identification implying, “Hey I’m a button. Push me” that such obvious instructions are rare enough to stir remembrances of Alice in Wonderland.

However, I disagree that such a thing makes people feel stupid. More likely, it makes users conclude that the UI and its designers are stupid, ultimately reflecting badly upon the brand experience.

What really makes people feel stupid, and then generally angry, is a UI that lacks affordances at all or a clear explanation as to what it is, how it operates, what it is doing right now, have I accomplished or not what I intended, and what in the world am I doing here using this piece of crap anyway?

Now, If I take this dissusion into the abstract realm of clicking and learning, implying that  people who explore information, following its interconnections with other information, do learn more than people who do not, there is a lot more that can be said. In fact a lot more has been said and is available on line, which means a lot more  clicking and a lot more learning.

Now the moment of truth when I ask, Did you learn more by clicking here?

-       roger

“When I Look here, I Leave Them”

Another installment in my discussion of user experience design in health care.

The child’s drawing in this article (see link to “The Cost of Technology” ) is a fantastic visual commentary, not just on health care UX, but on many many types of system user experience challenges. http://jama.jamanetwork.com/data/Journals/JAMA/24244/jpo120008_2497_2498.pdf

Fifteen years ago I was working on a computer system to be used by a major airplane manufacturer in the course of meeting with airlines purchasing commercial airplanes.  The dynamics were quite interesting and challenging.

A commercial airplane is the most complex machine ever built by mankind. A customer paying over a hundred million dollars for a product expects to get it the way they want it. Working through its configuration with all of the options and interdependencies is a very complicated process.     The social dynamics of a room full of customers and sales engineers all working through screens filled with searches, search results, data entry, compatibility messages, feature descriptions, and recommendations is a very challenging scenario to support.

The comment that sticks in my mind as we usability tested many variations of designs is from one of the sales engineers.  He said, “When I look here”, pointing at the screen, “I leave them” referring to his customers.   Maintaining focus on the customer while using a computer was the most challenging aspect of this application.

I spent the next several years after that designing systems for customer call centers, then for ecommerce.  The goal of maintaining focus on the customer remains the make or break factor in all of them.  Succeeding in this is the mark of a great design.  A lot has been learned over the past decade or two about how to do this.  Why has so little of this knowledge seeped into health care system user interface design?   How can we help this important field to catch up?

- roger

Yes Virginia, about Unicorns…

I received the following question from a recruiter friend:

Hello Roger,
I need to pick your brain about a position I have for a Experience Architect that requires that person to be a real cody, digital design, technical person. I’m finding that very rare and difficult to come by. I chatted with a Experience Architect of over 30 years and she didn’t know any real languages, because that wasn’t a part of her job. Am I looking for a unicorn?

signed
“Virginia”

The short answer is yes and yes.  Yes you are looking for a unicorn.  However, such unicorns do exist, but not very many. There are also cars that float in water and some that have wings that attach to become airplanes. But they are usually mediocre at something. Like any combination of specialized skills, a wise person will realize that something has to give. There are sure to be gaps in either or both categories. You might get lucky and find someone with the exact match you need and you also might win at cards in Vegas.

For the number of job descriptions looking for this unicorn, you’d think they were everywhere. This is a common discussion in tech and UX discussion groups.

What you have is an uninformed client. You are right to try to educate them.

Each profession has its own changing dynamics. Staying current in even one of these professions is a challenge with the rapidity of change. Two is too much. How many languages must one learn to be competent? Which ones? The new ones of course!

Flash & Flex? (oh that is so thrree to five years ago) Now its html5 and CSS,right?  What about IOS?  Responsive design? Photoshop? Fireworks? InDesign? Iconography and graphic design? IA? A/B testing? Object oeriented programming? Agile? What about design patterns for specialized audiences in ecomerce, call centers, CRM, BI, data visualization, dashboards, B2B, B2C, B2E BPE and SixSgma DMAIC? etc. etc. etc.???

What is reasonable is that a good UX person will possess enough knowledge of the technology to design properly for it and coordinate well with the developers. They may even be able to write some code, create pretty good mockups, and assets that a skilled developer can turn into great code.

Similarly, a great developer will understand the basics of a great UI to be able to make the detailed technical decisions that will maintain the spirit and intention of the designer.  Intense collaboration is a virtue that cannot be heralded enough.

Having said all of that, the current trend is that these two fields are converging more than ever before.  The code world is more friendly to UX-minded people than ever before and the awareness of the importance and basic principles of UX are more pervasive among developers than ever before.  So, in effect, the number of unicorns is increasing.

Still, keep in mind that there are also musicians who play multiple instruments well, but not at the same time. There are baseball pitchers who can also play catcher, first base, second base, shortstop and outfield too. A team owner could certainly save some money on salaries!

I think you get my point. Even if someone can do both categories, it becomes a matter of perspective and focus. UX is complex, so is code. The reason for different roles is not skills alone but to track the code and the user perspective in parallel throughout the design process and be able to weigh each carefully at every decision point. If one person is trying to focus on everything at once and keep up a rapid pace on a complex project, something is going to get missed.

But if that’s what the client wants, they may eventually find someone who professes to possess it all. Beware; such people may not know what they don’t know.

It is rumored that the early tales of unicorns were actually based on poor descriptions by first hand witnesses having seen rhinoceroses in the wild. Well, we both know that, aside from having a horn in the middle of its head, a rhinoceros bears a poor liking to the graceful unicorn we typically imagine. But your naive client may not know the difference.

Good luck unicorn hunting!

- roger

 

Healthcare UX on the Critical List

Nice article on the dismal state of UX in healthcare. http://mikecuesta.com/post/24974526585/healthcare-its-the-user-stupid?goback=%2Egde_1996303_member_123868048

It could go a lot further in explaining what is lacking, why, and how the gap can be filled, but this much is already edgy enough to the healthcare IT field.   It is amazing to me how the systems utilized in healthcare can be so far behind other fields in terms of usability / user experience.  It’s particularly ironic given that human factors have been involved in healthcare about as long as anywhere.  So why is the condition so awful?  It’s not a matter of technology, but of culture.

The terrible condition of healthcare UX means that there is opportunity for great design to do a sweep.  Lazy cow IT companies getting paid bundles to deliver farce user experiences are easy prey for a savvy and capable upstart firm.  And the generation of healthcare IT decision-makers that have been swindled into accepting laughably bad design will eventually be replaced by youngsters that know how well things can and should work.  There will be no more excuses. It’s not a question of if, but when.

- roger

When HFS became HFES: Insights on the name change of UPA to UXPA

Jared’s Question:  Are we better off than we were four years ago?  Oops, wrong debate.  I mean, before the name change of HFS to HFES, which was more than four years.

The context of this discussion is, of course, over the recent name change of The Usability Professional’s Association to The User eXperience Professionals’ Association, UPA to UXPA.  This is a bit of history with some personal commentary.

Roger’s short answer:  I am not sure that it was an improvement, but I think it was necessary.

Roger’s longer answer:  There was a time when the rough equivalent of our profession was called the “man-machine” interface and, apart from the WWII Rosy the Riveter era, it was pretty accurate.  The technology was clanging smoking steaming  machinery and the users were generally male.   Times changed and the term Human Factors took over as the popular term.  It fit the facts of the times far better and is still in use today.
Then in the 1990s, the word “ergonomics” became popular.  It actually gained an audience even outside of the industry being used among intellectuals who couldn’t bring themselves to say “user-friendly”.  This word posed a problem for the Human Factors Society.  Their standing as the definitive elite who’s who of the human factors profession would be threatened as the center of gravity shifted to “ergonomics”.  To not somehow embrace the change suggested obsolescence.

Besides the obvious problem of trying to maintain the well-established brand and eat the cake too was the problem of differing definitions on opposite sides of the pond.  In the US, ergonomics was being used to denote the physical aspects of product interaction, roughly synonymous with human factors, while Europeans were using the term to describe the cognitive/psychological interactions, what we Americans were calling usability engineering.  There was no perfect answer.

After much debate, HFS simply absorbed the additional “and Ergonomics” into the title.   It seemed to accomplish the purpose, but created a funky meaning to Americans who still harbor logic in their thinking.   Human Factors AND Ergonomics is akin to the “Movie AND Film Society”, the “Motor Engine Society” or the famous “Department of Redundancy Department”.  I suppose they could have used OR in place of AND, but that’s just weird.  It makes me shudder thinking of all the times I’ve watched usability test participants struggle to decode and/or search logic.  Ugggh!! Frightening!

At about that same time, the Association for Computing Machinery’s (which sounds a little dated too) Special Interest Group on Computer Human Interaction (CHI) was having its own throne challenged by its evil twin, HCI (Human-Computer interaction, which must mean the opposite, right? CHI – HCI?) and a new little upstart organization calling itself the Usability Professionals Association, or UPA.

UPA had actually started as a “Birds of a Feather” group on Usability at the CHI 92 Conference.  I was one of the first people to crowd into that very small room.  I had been told about the meeting of the BOF group by Judith Ramey during her and Stephanie Rosenbaum’s workshop on usability testing.  I found my place in the room and then watched as the door became that of a clown car.  An endless train of usability enthusiasts entered.   And I was thinking, “Geeez, everybody wants to be part of this!  Even that Spool character is in here”.

As I recall, the basic idea was to have a group something like CHI, just smaller, less theoretical, more practical, and focused on usability.  If anybody in that first meeting used the words “User Experience” it apparently wasn’t sticky.   It all began as just a mailing list to start with and eventually, thanks to the ambitions of Janice James and some others, a conference, then another, and so on.  And gee whiz. Look at us now!

As I blogged a while back, (http://belveal.net/?p=1180) usability was the great deficiency in IT at that time.  Applying direct pressure to that sucking wound made perfect sense.   Today, things have changed and the bar has risen considerably.   When I started, usability wasn’t in the dictionary and MS Word spell-checker kept suggesting suability.  Now, I hear the words usability and “user experience” spoken just about everywhere by almost everyone.   I think we have succeeded in making our point.  Hurrah.

Now, let’s stand up, get the binding out of our shorts and move on.  We need to address the way things are today, not how they were then.  I think the UPA/UXPA leadership is trying to do just that.  The term UX makes sense now just like Usability did back then.
UX is about the quality of the total experience, not just “ease of use” as usability was generally taken to mean.  In fact, many folks, my company included, are dropping the U and just going with XD, Experience Design.  If you stop and think about it, the U is not really needed since “Experience” implies it already.    It is pretty much understood that where there is an experience, somebody had to have been a party to that experience.  Whether it is a user, a customer, shopper, owner, whatever is kind of more useful being left open-ended.  But I am still okay with UX.

If you’re a purest, I invite you to return to using the title “Man-Machine” interface expert.  You can start a reformed movement and gather followers.  Start a cult.  Discover the secret meaning of the Lorem Ipsum scrolls.  Make a name for yourself.

Those of us who consider it unfruitful to flaunt ourselves as an anachronism will probably support the change to UX and UXPA.   And better get ready, because who knows, in a decade or two, it may change again.

- roger

Suddenly UPA is UXPA!

I blogged about these words a while back. http://belveal.net/?p=784 That is, the current usage of term, “User Experience” (UX) displacing “Usability” as the defining term of our profession.

Now the Usability Professionals Association has changed its name to the User eXperience Professionals Association and many are UP in Arms about it. so, I thought I’d go ahead and weigh in on this topic.

When I search for UXPA, Google says, ”Did you mean: ukspa?”  I guess Google didn’t

UX is better than Usability, not just because it’s seXy. Usability was too often equated to “Ease of Use” which sounds whiny and misses the point on quality and performance entirely. Easy is not the goal. It is a necessary attribute and a tactic for achieving a total experience. When was the last time you went to a movie because you heard it was easy to watch? Certainly easy is expected and important, but it plays a supportive role to a higher goal.

Besides all that, there’s the issue of changing one’s name and the trouble it can cause, preservation of branding, etc. But people do it all the time. Yes, its a little awkward and abrupt, but I’m guessing we’ll still be able to find them in the phone book, for those of us usability Luddites who still have a phone book.

Some may recall a similar change a few years ago when The Human Factors Society became The Human Factors and Ergonomics Society.  That change was in response to the term “Ergonomics” being used heavily in practice with a growing recognition by the outside world of the term and at least some degree of understanding of its meaning. That change was complicated by the apparent redundancy of the terms and the slightly different practical definition between Americans and Europeans.

The same resistance to change was present with the HFS to HFES that we see here, but the organization seems to have weathered it okay.  Nevertheless, when it was all done, most of our mothers still didn’t really know what we do for a living any better than before.

PS – For what its worth, I was in the room at CHI 92 in Monterrey where Janice James turned a “birds of a feather” group on usability testing into a long lasting organization heralding and supporting the noble cause of making software less crappy. She could have called it the Software Decrappifying Professionals Association and that would have been accurate, but usability was a word that people were beginning to use a lot in those days to describe what was the most glaring deficiency in IT at that time and what people like us had to offer. UPA made perfect sense.

Now twenty years later, the bar has been raised. Usability finally made it into the spell-checker and has been there for some time. We have more to communicate. So, I for one, am in favor of the new name, just as long as this is the final change! No more changes after this!    lol

- roger

Automation in Healthcare etc.

Too often automation is used to invent new crazy things for staff to do. Wise use of automation does the opposite.  It actually eases workload rather than creating it. However, in contrast to the old classic fear of workers being replaced by machines, automation can play the role of a great assistant, providing just in time information for decision support and relief from busywork that steals away human attention from key tasks.

One thing for sure that a couple decades of automation including artifical intelligence have taught us; That is: humans are still smarter for handling the unforeseen. Technology is supreme with the most predictable, mundane, repetative tasks.  Perfect!

So let’s be sure that we’re assigning the tasks where they fit.  Unfortunately, a lot of folks are getting it exactly backwards.   Then they are befuddled that they are not getting the benefits they expected.  Its really no surprise.  Any technology installed backwards is likely to produce something other than the desired effect, including maybe even the opposite effect.  Which way are you doing it?

A sound process incorporates business process engineering experts to extract from the subject matter experts the intrinsic requirements and employs advanced user experience design expertise to drive the implementation of systems to support them.  Is healthcare late to the party?

Important note: A common fallacy is to have users do design.  Design is for designers who study the needs of healthcare professionals just as they would any user category.  Doctors are not designers and should know better than to self-prescribe in a specialty beyond their own expertise, just as patients should be listened to closely, but not given keys to the pharmacy cabinet.

- roger