This summer I’m teaching two courses for the Kent State UX masters program – the introductory class User Experience Principles & Concepts, and the first of two user research classes. The intro class is a level-setting course, as we admit people with a broad range of UX and non-UX related job experience.
The Researching User Experience (RUX) 1 class gives students the opportunity to learn how user research techniques are used to help organizations accomplish their strategic business goals. Sometimes this means identifying how people organize their overall workflow and how the organization’s current solution is incorporated into peoples’ workflow. Other times user research is employed to discover opportunities, i.e., “jobs-to-be-done” that people or a business would pay to have a solution for. Whatever the specific research goal, you learn a hell of a lot by watching people work or play.
The key for me is that user research is one of the more important tools that a product manager / product owner can deploy to better understand both customers and customer value. So when UX’ers are functioning as user researchers, it’s incumbent on us to identify the underlying drivers of users’ behavior. And we best serve the organizations we conduct research for when we also understand the product owner’s goals and the organization’s objectives.
Getting students to recognize that user research is not primarily about identifying a product’s usability issues has been my biggest challenge when teaching RUX 1. It requires me to help students focus their attention on big-picture workflow and overall process pain points. It’s much easier to identify task-level usability problems in a single application, because they’re more obvious than process- and workflow-related pain points and inefficiencies. It’s harder to go deep and identify root causes.
It’s a challenge, yes. But it’s fun and gratifying when I get to watch students learn how to take a broader approach to user research and develop their opportunity-spotting skills.