Tag Archives: User Centered Design

Usability – A Sign of Business Maturity

Just about everybody is familiar with Facebook these days, prior to their IPO last year, Mark Zuckerberg announced that their company would stay cutting edge by  moving fast and breaking things. This is a concept that the company would fearlessly break new territory than settle in the dust. However as time moves on, Facebook is seeing the value in increasing their Usability behind the scenes before going into the spotlight with new features and designs. 

By collecting information about their users and testing new ideas they can predict the success of changes before they go live. These are some of the tenants that User Centered Design are based on.

How do you get started with User Centered Design? Well a good start is a Usability Strategy for success. This should include process for projects to follow that are based around:

  • Research and Observation
  • Interpreting Data and Design Ideas
  • Testing and Evaluation

There should also be project success criteria outline. Like how all of this sounds? I’m just getting started, more to come…

Cooper’s Keynote Speech at Agile 2008

I just finished watching the presentation slides from Alan Coopers Keynote Speech at Agile 2008, and it reading it made me want to write another blog entry because he succinctly talks about several important UX concepts. The title of his Keynote speech is The Wisdom of Experience. In this presentation he says “the most important part of the software doesn’t exist.” He describes these parts as the “interstice between programs”, or interfaces. He describes the difference between Human facing interfaces and “Application Program Interfaces” or API’s.

I mention this because I think it’s relevant to the post that I made earlier today about how people do not understand the User Experience, and how it is not just a marketing buzzword. Perhaps people are puzzled by this subject because it is based on these non-tangible interstices between programs. It is up to the User Experience Evangelist to bring to light how important these interactions are to the applications in which they are contained.

Another responsibility of the UX professional is to decipher and distill useful answers from the cognitive distortions or raw data that people contribute in the user interview process. The following are examples he gives of reasoning illusions that distort peoples perceptions: Cognitive Friction, Memory Distortion, Hawthorne Effectve, Stockholm Syndrome, Diagnosis Bias, Reasoning Illusions, Loss Aversino, Value Attribution, Commitment bias, Pygmalion Effect, Tyranny of Small Decisions, Evolutionary Psychology, Management Fads, Abilene Syndrome. I’m not going to go into the specific details of each of these concepts, you can look them up on wikipedia. However, these are all things that can cloud the truth.

By using the Agile process, using iterations, and a multi-staged process the UX designer can greatly help the success of any development project. This process takes the guess-work out of the design by getting the users involved. The data collected by the users can be presented to development in a mental model, and in personas, and these items guide design-making decisions throughout the process. By using the Agile process, success is based more on the quality into the product, instead of being first to market. To quote Cooper “There is no large group of people out there waiting in a breathless delirium to purchase your lousy product sooner rather than later.” Developing software in iterations allows for quicker detection of errors.

When an interaction designer is brought in on a project, there is someone there to interface with the users and make sure that the application being developed stays focused on the product goal. This helps the programmers because they are then able to focus on technology. This relationship should manifest some very clear patterns, developers can start writing better applications that actually please the users, and experience more job satisfaction. Users have a good experience with the applications, and brand loyalty is built. Interaction designers take on interacting with users and management, so the programmers can do what they want to do, program.

It is very important that the Interaction Designer translates the needs of the user into something that development can understand. It is also important that designers understand the business rationale of the applications that are being built. The UX designer brings clarity to the projects goals, the users needs, and they bring sense to the business requirements definitions. They translate convoluted user input into clear user stories that can be used to develop applications.

For more information I recommend viewing the entire presentation from Cooper but for those people who dont’ have time to look at a 111 page slide presentation I hope this post provided some clarity on the importance of User Experience.

Crash course in collecting user data…

.. well, next week is the big moment I’ve been waiting for. I will be going to NYC to visit customers. My main goal will be collecting customer data to use for the User Centered Design process. This will not be a contextual inquiry session, but I’m sure I will be getting a lot of useful information to disseminate to my development team.  I hope to have lots of good stuff from my trip for my blog.

Looking for a better way…

Over the past year, I have been trained in User Centered Design techniques by some of the leading names in this country. It seems the whole Contextual Design process is very time consuming. I have a hard time making users visits because I do not access to a solid repertoire of customers from my work site. The application I do UX for requires lots of hardware and setup. I have received great UI feedback from trainers, but even some of their requests are hard for me to test in my current environment.

Because of the previously stated issues, and the fact that I’ve been reading up on the IXDA website, I am getting interested in Action Centered, or Behavior Centered design. This takes the User–the most inconsistent and unreliable element out of the equation. I am looking for good resources on ACD, and how I can integrate the ACD workflow and methodology into the scrum process that we are initiating at my location. I am even interested in doing maybe a hybrid of methods, because I believe it is important to know the users, and listen to their needs, it just seems like it may not be practical 100% of the time.

Getting Familiar with User Centered Design

I have to reiterate my previous statement about not having time to keep up with everything.

I signed up to Facebook the week before last, and I’m just starting to get my friends list built up. You can view pics of my trip to Utah on my Facebook page here.

I spent the past 4 days in South Jordan Utah for a Contextual Design course. The class was taught by Hugh Beyer the author of the book Contextual Design and one of the key players at InContext.

When I was first hired at Avocent I was given a copy of Contextual Design to read. I found the content to be rather dry. In case you are not familiar with Contextual Design, it’s the process of using customer centered data to drive design decisions.

The class I participated in was fairly engaging, however, I would like to think of some ways to spruce up the content for when I present it to my peers at work. I found the process to be slightly different than the Mental Models class I took in California a few weeks ago. I will probably end up adopting a hybrid of techniques. Apparently InContext suggests there to be at least 2 people to work on each project, and seeing how I am a UX Team of 1, I will have to streamline the process to make it easiest for 1 person. Of course I would include my coworkers for pieces where I need assistance.

I will be sorting through and organizing the content from what I learned on Contextual Design over the next few days, and perhaps put some highlights up on this page.