Here’s what I’m doing in UX this week…

What I’m Working On

I’m continuing the information architecture and navigation redesign work with the Cleveland-based software company. In a meeting with business analyst and development contributors we reviewed our initial concepts for converging five applications into a more object- and task-based IA and navigation approach. Feedback was good, so the principal designer and I are going to prototype multiple variations for usability testing. Their user base is tough to access depending on the time of year, so we’re hoping we can line up users before the end of July.


During the first half of summer I’m teaching two classes for the Kent State UX Master of Science program: User Experience Design Principles & Concepts and Researching User Experience I. They’re among my favorite classes to teach. The Principles & Concepts class is the first course in the overall sequence. I actually designed the most current version about two years ago. It seems to be doing well from both in terms of outcomes and student evaluations. That is, nearly 100% of students who begin the program by taking this class continue on in the program, and the course is evaluated quite positively across multiple instructors.

The research class is still solid, but I’m fixin’ to redesign it this fall before it runs again in a year. The current version was designed by Samantha Starmer, VP of Design at Capital One. The content is top-notch, but my feeling is that we should remove the survey research learning goals and focus exclusively on qualitative, small-sample observation and interview techniques. I’m not saying surveys are completely useless…unless of course I’m stuck trying to analyze the data from someone else’s poorly-designed survey. My take, having spent most of my graduate school career learning how to conduct research surveys properly, is that it takes way more time to learn survey research than we can give it in a 7-week course. So I’d rather we not send UX’ers into the world with an insufficient grasp of proper survey design, deployment, analysis, and synthesis.

Oh and I’m also supervising and contributing to the creation of our first course on accessibility and universal design. I’m excited about this. I’ve been an advocate for accessible design since…hold on, checking Google Scholar…wow. Since 2003. I’ve ran numerous trainings and workshops on accessibility, but haven’t gotten the chance to build an industrial-strength (or more accurately, academic-strength) course until now. We’re aiming to launch this course in time for the spring semester.

What I’m Learning

Since I relaunched ShermanUX I have a renewed interest in SEO and analytics. I’ve let my knowledge in this area become a bit stale and I need a refresher. So I’ll be looking for readings on site analytics and content marketing.

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.

I’m recommitting to journaling my experience as a working UX practitioner. I’m not sure exactly why I stopped. Between 2006 and the mid-teens I had a good run with UsabilityBlog. Somewhere along the way I probably got too task-loaded, and I just tailed off.

Here’s the thing, and I doubt it’s just me that has this feeling: it’s hard to start blogging again when you expect that every piece you produce should be worthy of a keynote speaking slot. So join me as I lower both your expectations and mine. And read on for a peek into my ongoing series I’m going to call “UX Working & Learning.”

What I’m Working On This Week

I’ve been working with a Cleveland-based software company for a few months now. This past winter I designed views and workflows for a new set of features they’re rolling out in the beginning of Q3. For the past few weeks I’m helping them redesign information architecture and navigation so their suite of products employs a consistent navigation scheme, structure, and interaction style. Like many enterprise software products, they haven’t had much in the way of a design system or any product line-wide design standards. So their five or so main products, which are increasingly converging to meet target users’ needs, are wildly inconsistent in some areas. The principal designer (actually, only designer) and I were tasked with bringing the products’ navigation and IA together, while not stranding (read: pissing off) the installed user base.

It’s a challenge, but I’ve done this type of thing before. I learned some important lessons when I led the redesign effort at Peachtree Accounting over 10 years ago. My key takeaways then were:

  • You can add a second navigation scheme and system to an existing, inefficient one. But you need to make sure they don’t interfere with each other. You have to ensure you’re not pulling the rug out from the feet of long-time users who are resistant to change, while also providing a more sensible and usable scheme and system to newer and future users who haven’t overlearned the old ways of doing things.
  • Don’t put all your redesign eggs in one basket. Design several competing alternate versions, and test them. Let iterative usability testing be the “design Darwinism” mechanism of identifying the best IA and navigation.
  • Position the design and testing as iteration zero so you can defend against “BDUF” (big design up front) accusations. Agile works great when most of the design direction is known. But UX’ers need more than your standard two weeks for a ground-up redesign or product line convergence.

What I’m Learning This Week

Sometimes I learn a soft skill technique, other times I’m heads-down in a new tool or application. This week I’m learning how to use the prototyping tool UXPin. The lead designer uses it and would like to be able to collaborate on the IA and navigation concepts. So I’m off to watch a few more video tutorials.