Monthly Archives: September 2010

What is User Research?

User research is the process of under­stand­ing the impact of design on an audi­ence.” — Mike Kuni­avsky, Observ­ing the User Experience

Some­times I feel like we strug­gle to explain what User Research is all about. Too often we get caught up in the day to day imple­men­ta­tion of User Research, and lose touch with how to explain what we do in plain lan­guage. Our job as User Researchers, is not to sim­ply run usabil­ity tests, and com­mu­ni­cate the results. If you tell your friends, col­leagues, etc. that all you do us run usabil­ity tests, they will give you a blank stare. We don’t just run usabil­ity tests, we help dev teams under­stand the impact of their prod­uct, fea­ture, sys­tem on its intended audience.

But I think a more pow­er­ful ques­tion is: what hap­pens when you don’t think about the intended audi­ence? What hap­pens when you don’t con­duct user research? Here are three con­se­quences of not think­ing about the intended audi­ence, and how User Research can help:

* Your prod­uct could become ‘incom­pre­hen­si­ble.’ Often times, prod­ucts and sys­tems are made, but peo­ple say­ing they can’t under­stand what the prod­uct is for, what to do with it, what prob­lem it solves, let alone how to use it. User Research can iden­tify this early, before launch, and can gen­er­ate ideas to bet­ter com­mu­ni­cate what the prod­uct does to the end user.

* End­less inter­nal debates about scope, audi­ence, pur­pose, and func­tion­al­ity. Many times, those work­ing on a new Web design project feel like they can iden­tify with the user. They will say things like, “I never like it when sites do this…” or “I always expect to see…” When project scope, audi­ence, and pur­pose is defined by the those on the project, and not by those who will use the end prod­uct, debates sky rocket. How­ever, when User Research is involved, you can find out what users think is most impor­tant for the project. After doing even a hand­ful of inter­views with users, sud­denly your scope, pur­pose, func­tion­al­ity, etc. of the project can become much bet­ter defined. User Research makes every­one more aware of what is most impor­tant to the end user.

* Cre­at­ing a solu­tion that doesn’t solve any real prob­lem. Solu­tions are sold because they relieve pain points for peo­ple. You need to con­duct User Research to under­stand the prob­lem, and the kinds of peo­ple who have this problem.

Bot­tom line: User Research is about iden­ti­fy­ing and defin­ing prob­lems, not cre­at­ing solu­tions. It is about look­ing into prob­lems, and spelling those prob­lems out for the peo­ple who build the prod­ucts — to those who have the power to solve the prob­lems. Design­ers are inspired to solve prob­lems, and user research inspires them.

Blogging through “Observing the User Experience”

I’ve decided that if I really want to learn and grow as a User Expe­ri­ence Researcher, I need to read and apply more best prac­tices. I was really inspired by Julie and Julia, the story of a woman who blogged her way through Mas­ter­ing the Art of French Cook­ing, as a way to com­mit to learn­ing to cook.

In Observ­ing the User Expe­ri­ence, Mike Kuni­avsky from Adap­tive Path writes why user research is good, and how it fits into prod­uct devel­op­ment. He also addresses var­i­ous research tech­niques, and ways to com­mu­ni­cate results. Much of what I think, worry, pon­der over all day every day.

I look for­ward to read­ing and writ­ing about the book, and how I apply it daily.

Stay tuned!