Experienceologist's blog

User and Customer Experience hat

This blogging hat is where I try to connect the broad user experience topic (encompassing HCI, usability, IA, design, writing, branding, and so on) with the even broader worlds of business, technology, society, etc.

I invented the name "Experienceologist" for this role. Insert tongue-in-cheek.


Misconceptions about user experience design

Whitney Hess wrote what I consider a very good article to help people understand the term "user experience": 10 Most Common Misconceptions About User Experience Design. I have seen others call it "brilliant" and other wonderful things. Great job, Whitney! The framing of what UXD is not is obviously one of the appealing aspects of the article.

I do have a few quibbles with her article:

  • #2. I would have said "it is part of the process" to stress that user experience methods should be woven into other business processes (like product visioning, requirements analysis and customer service) instead of replacing them.
  • #3. I would have said "it is not only about the technology". Her examples are good to stress that people come first, technology enables. Still, as technology becomes more pervasive in our lives, it will become more and more important to the total user experience.
  • #5. I would have positioned this more as "it is not just about the customer". A company, non-profit organization, university, government agency, or other institution has many different stakeholders, many different groups it has to serve. Customers are definitely a very important one, but there are also employees, shareholders, business partners, students, citizens, the public, reporters, and so on. I know there is a lot of baggage with the word "user" but at this point in time, it helps merge these groups together. It helps us focus on what their goals are and what they are trying to accomplish. Her focus on user goals + business goals is good, but I think it is actually bigger than this: UXD applies outside the business world, too.
  • And in the title of the article: I might have dropped the word "design". This is a tough call. For people who get that "design" itself is holistic, then this is a good term to include after "user experience". Unfortunately, some people still equate "design" with graphic design (or fashion design, or interior design, or any number of things), so then you have to explain that pre-conception away. The word "design" does not seem to be getting in the way of a useful discussion in this case, which is good to see.

Again, Whitney wrote a very good article. These are minor adjustments I would have made, and some people will think they make the article worse. Take them or leave them.

In the interest of full disclosure, I responded to Whitney's call for participation for her article. She did not include my stuff, which is fine. This blog posting is not sour grapes. It is really a "great job, Whitney" with a few points that might further the conversation (and hopefully will not derail the great conversation she has started).

And if people are interested, below is what I gave to Whitney on the topic. I think it overlaps with several of her misconceptions, so I can see why she did not use it: she divided her article up differently, she had more content than space, etc.

There are so many misconceptions that it is hard to pick the one or two to mention here.

I guess I would have to say the most significant misconception is that you can form a single "user experience design" team (usually made up of information architects, visual designers and user researchers) and expect that alone to make things better. That is only one of the first (and perhaps the easiest) step to actually creating better experiences for your customers / citizens / users.

Other important steps include:

* Getting user experience to be the focus much earlier than any "design" step in your organization. When the budgets are determined, when the projects are defined, when the requirements are determined: the people involved in those decisions need to be aware of UX considerations or else the design team will only be able to put a semi- workable user interface on a system that has UX flaws from the start.

* Establishing a collaborative culture where many parts of the organization are working together on the same UX goals. No one team can own the entire user experience, so the UX teams that are really making progress spend more time working with other groups (promoting the UX vision, explaining UX challenges, planning project interlocks) than drawing wireframes or designing novel interaction styles. Taking care of some of the details of the experience is still important, working closely with the front-end developers is still crucial, and so on, but without the collaborative culture, the core UX design team's work will not have a large impact on the total user experience.

* Building a really strong UX design team because it is really difficult to juggle many projects across the organization that all touch the user experience, keep up with an efficient Agile development team, keep tabs on the latest UX trends, and everything else the team is asked to do once the organization sees how valuable the team is. You need several senior people, with the right mix of skills and personalities, who are always in sync with the state of the company's UX, and who are also active in the UX community as a whole. A UX design team that feels overwhelmed with work tends to break into smaller pieces and do their work in silos, which will lead to a fractured experience. It takes a strong manager, too, of course.

There are other steps, and even these 3 have a lot more depth and subtleties into them. For example, how to do any of these steps is highly dependent on the politics of the organization: a Fortune 500 is totally different from a start-up which is totally different than a government agency.

So I guess in conclusion, the most important misconception I see is that you can form a "user experience design" team alone and make a difference. You need these other steps (and more) mapped out and executed on.

Back to her very good article (tired of me saying that I liked it?). One other piece that is missing is the "executive version" - something you can scribble on the executive washroom wall so that the top dogs in your organization can read it during one of the rare times when they are not distracted by other things. Here is my version of a recap:

  1. User experience design is not merely user interface design. The user interface is just one piece of the total user experience.
  2. User experience design is not a single step in the process. It is about focusing on the user experience at all stages of the product/service lifecycle.
  3. User experience design is not only about technology. People come first, the technology helps enable a good experience.
  4. User experience design is not just about usability. Emotional aspects are important, not just efficiency.
  5. User experience design is not just about the customer. It is about all of your stakeholder goals (including business goals).
  6. User experience design is not expensive. There are many techniques available, depending on budgets and other constraints.
  7. User experience design is not easy. It is easy to fall into the trap of assuming that you know what users want and need.
  8. User experience design is not the role of one person or department. Responsibility for the total user experience belongs to everyone.
  9. User experience design is not a single discipline. Specialists can address one aspect of the experience, but the design happens as a team.
  10. User experience design is not a choice. It is a core part of what your organization needs to do in order to survive.

This is too long to write on a stall wall - and I would never tell you to vandalize anyway. But I think some sort of simplification to her wonderful article ("stop brown nosing already!") adds value.

World Usability Day 2008 plans

World Usability Day 2008 is next week: Thursday, November 13th. Find an event near you (and please try to attend). See worldusabilityday.org for more information.

This is the fourth year for WUD. The first year I was too involved, working on the web site and in charge of the last beer of the day in San Francisco. Two years ago we hosted a small local dinner in Bowling Green to celebrate the day. Last year I was in Chicago for meetings, DUX and for the annual holiday shopping spree, so I attended the WUD session there.

This year I tried several times to organize a local event, but failed each time. I had several possibilities around the "transportation" theme, including something hosted by the University of Toledo Transportation Center. Didn't work out.

Fortunately, I have plenty of choices of things to attend in the Michigan / Ohio region:

I was invited to talk at both the MSU and LexisNexis events, but I could not commit since I was trying to organize something locally. The nice folks at NEOUPA are willing to add me to their panel at the last minute, so I will be in Cleveland this year.

Now the question is: can I attend another WUD event and still make it to Cleveland on time? I could drive 2 hours up/back to Michigan State in the morning. Or I could drive 2 hours to Dayton to catch the first hour of their meeting. Or maybe hit the "lunch hour" at AEP in Columbus. Not sure these will be worth it, but you might see me make an appearance in one of those places.

I hope you get to celebrate World Usability Day with your local user experience community, too.

interactions article about Randy Pausch

My paper copy of interactions November / December 2008 arrived on Saturday. (The online copy was available last week, just never got a chance to check it out.) Included is an article I co-wrote with Fred Sampson:

Some of the back story. I was asked to write a review of the Randy Pausch story and what it means for user experience professionals. Inspired by Randy: "How do we, as a user experience community, make the world a better place?" But I could not write a decent article: I was too caught up in the emotional aspects (and this was before he died). My blabbering devolved into an article about my inability to write a decent article. Fred stepped in and wrote the core of the new article and used bits and pieces of my work.

So hopefully the article provides value, given its unusual origins. And difficult topic. Writing is hard for me, and this was the hardest thing I ever tried to write. Thanks to Fred for salvaging it.

Randy Pausch

Randy Pausch died yesterday. His pages at CMU (such as his update page) have been hard to access because of the traffic, so let me summarize in case you still cannot get to them.

July 25th, 2008: Randy died this morning of complications from pancreatic cancer.

July 24th, 2008: The cancer is progressing. A biopsy last week revealed that the cancer has progresed further than we had thought from recent PETscans. Since last week, Randy has also taken a step down and is much sicker than he had been. He's now enrolled in hospice. He's no longer able to post here so I'm a friend posting on his behalf because we know that many folks are watching this space for updates.

I personally found the CMU article An Enduring Legacy the best single thing to read if you are not familiar with Randy's life. Let me extract one paragraph:

He is survived by his wife, Jai, and three children: Chloe, Dylan and Logan. The family requests that donations on his behalf be directed to the Pancreatic Cancer Action Network, 2141 Rosecrans Ave., Suite 7000, El Segundo, CA 90245, or to Carnegie Mellon's Randy Pausch Memorial Fund, which the university will use primarily to support continued work on the Alice project.

Donating money is one way to show you care. In this case, "living life the Randy Pausch way" is also a pretty nice thing to do.

Over time, I know we will see some very fitting tributes to Randy from his professional colleagues. So far I have seen:

  • Whitney Hess, one of his students
  • David Armano, who has already folded one of Randy's stories into his user experience presentations

Last week, I submitted the first draft of an article to interactions about the Randy Pausch story. It was by far the hardest thing I had ever tried to write. I cannot tell yet if the next draft will be easier or harder.

Getting to "we"

When I first read Getting to "we" in the April 2008 Communications of the ACM, I really liked two things about the article:

  • The 4 categories of Information sharing, Coordination, Cooperation, and Collaboration, with technology examples for each. Good framework: I will throw those terms around more carefully now.
  • The mention of whole system change methods like Appreciative inquiry and Charrettes to get to collaboration. The Change Handbook includes a lot more methods. Over the past 2 years, I have found the Nexus for Change conference a great way to learn more about these methods.

(You can download the article from ACM above. It is also available at The Profession of IT series from Peter J. Denning.)

A few other folks thought this article was also worth mentioning:

  • Thomas Vander Wal points out that "most of the tools and services...do not even come close" to what we need for collaboration.
  • Jack Vinson expands on "collaboration and community" and ties in another CACM article about social ties.
  • Mark Lindsey summarizes the punchline of the article: "collaboration comes by failure of other plans".

Weeks later after first reading it, I am still finding it useful (I have gone back to it several times lately), so I decided to mention it here. This article is another nice data point on the "IT systems" meets "social change" landscape for me.

T shaped people - link compilation

Too many things in the queue to write about, from Nexus for change two weeks ago and Internet User Experience / UXnet last week. And now heading out for the IA Summit, so there will be more things to add to the list.

So I better start addressing the backlog before I leave for Miami.

Here is one: I was very pleased to meet Zach Smith at Nexus U for many reasons. He works in Japan now but we traced back our roots - all of the way back to attending the same elementary school, just a few years apart.

As we talked about what we are doing now, we found a common topic of interest: t-shaped people. At the end of the day with Zach, I had a few minutes to compile a list of links to t-shaped-people-references-from-the-UX-community for him.

Hope you find the list of links useful.

Randy Pausch features

Short recap of Interaction 08 day 1

This is a very short and incomplete recap of my first day of Interaction 08. Overall, an excellent next-step on the road to establishing interaction design. During the day I was Twittering to interaction08 - as were many others - so that is another way to see what happened on Saturday, and to follow along today.

  • Alan Cooper's "best-to-market trumps first-to-market" is a great message that we need to get out to the CEOs. His "time and money are not scarce" reminded me of "You can always get more capital; customers are the scarce resource" from Martha Rogers a few weeks ago. I appreciated his call to action to bridge the worlds of business and IT, but it would have resonated more with me if it was positioned as a user experience team effort; it is going to take many of us, from many backgrounds, to have this large of an impact on the organization.
  • I came in late to Jared Spool's talk, and was glad to not get heckled like some others. Classic Jared - funny and insightful. I am starting to wonder if his schtick would work on a real stand up comedy stage. Enough ordinary people are frustrated with using technology that they would appreciate stories of hard to use web sites and cryptic Microsoft wizards.
  • Sarah Allen's application of cinema techniques was a good example of the other areas of study we need to bring onto the UX team. This was reinforced at lunch when I talked with 2 people from Walt Disney Animation. (Note to my kids: I met someone who worked on the 3d effects of Meet the Robinsons. Does that make me a little bit cooler?)
  • Saskia Idzerda gave an honest recap of the process and designs they went thru for a new Sony Ericsson catalog. The 2 questions I did not get a chance to ask: (1) Did you look at any faceted browsing user interfaces for inspiration, or did you avoid them on purpose? (2) Did you consider localized versions for countries like India or China? Being "consistent" worldwide has some value, but I suspect in this case, being localized and more usable within each locale would be the better experience overall.
  • Bill DeRouchey wins the prize for the best "package": a clear and entertaining presentation (great slide format) fit nicely into the time slot, with a handout and web site to supplement. And, of course, good content.
  • David Armano was right on target with his agency fuzziness talk about DaVinci.

I am late for breakfast, so this will have to do.

Nexus for Change II

It is time to start planning for Nexus for Change II, a conference at nearby Bowling Green State University (March 29 - April 1) about participative change methods. If you have been to a BarCamp or Unconference, you may have experienced one of these methods, Open Space Technology. The Word Cafe and Appreciative Inquiry are other change methods (buy The Change Handbook for even more).

The first two days of the conference is "Nexus U" - "U" for "university" and "you" - where you will learn the basics of whole system change principles and delve into a few of the methods. The 2nd half of the conference is about interacting with other professionals in this emerging community. And, of course, the conference has been designed by change agents to make sure you experience the methods as you share and learn about the methods.

Why would a user experience professional be interested in this conference? Many times organizational hurdles get in the way of quality user experiences. Fundamental changes in the business, processes or culture are needed in order to pull off what customers and other users need. User experience practitioners and information architects are becoming agents of change.

The Nexus for Change II conference is a way to learn about change methods and to immerse yourself in them. If we want to be change agents, we should learn from the professionals who specialize in it. Being able to better facilitate change will make you a more effective UX professional - just having the traditional user-centered design methods at your disposal are not enough.

I think user experience professionals can also contribute to the change methods toolbox. Often user research we do is a key aspect driving change (for example, when the Voice of the Customer is one of the compelling reasons for change in an IT organization). We also tend to be in tune with the impact of technology on change. If "improve the user experience or else we will go out of business" is what people are talking about within your company, then a combination of user experience and whole system change methods may be what you need.

I attended last year and will be there this year. Hope to see some of my UX friends there.

[Technorati tag ]

Syndicate content