When designing complex software, it's easy to forget that part of what we’re dealing with is content. The content a form is required to capture; the content available to a user to accelerate their work. Content, and its structure, as an essential component of the enterprise design process - and one that’s far too easy for designers to overlook in the pressure of getting design out the door for developers to work on.
Object Oriented UX provides a way for designers and teams to align on structure and content before they start designing screens. By understanding the OBJECTS people need to interact with, the ATTRIBUTES that need to exist within them, and the CALLS TO ACTION they offer, we can have better conversations with our developers and set ourselves up for experiences we can iterate and evolve over time.
One of the key outputs of OOUX is the object map, which outlines the objects in the system, along with their relationships and attributes. While this can be valuable for product and engineering teams, during a recent project we wondered if it could also be used for user research.
The answer, it turns out, is yes—kinda.
Setting the stage a bit, one of our designers, Kayla Huddell, has been working with her team to create a treatment plan for a specific type of specialist. The treatment plan is a core part of how these specialists work and captures goals for treatment, along with specific objectives and interventions they will take to get there. We knew through our user research that the plan needed to evolve along with the provider/patient relationship, and it had to be signed by multiple people, including the patient and the provider(s) involved with treatment. We also knew that there needed to be a way to capture progress against the goals of the plan, and that there was some way in which this plan needed to be involved with the provider’s progress notes - but we weren’t fully sure how that needed to work.
So you can see that going into this project, we already had a lot of research around what a treatment plan should be, how it might be accessed, and we had a solid sense of what should be in it. What we weren't fully clear on was:
Working through the OOUX process together, Kayla and I arrived at a set of core objects we believed existed within and alongside the treatment plan. For each object, we looked at the research to determine:
The result was an object map that looked like this:
Now came the question of validating this with end users. We had already planned on joining the user group for our target specialty the following week to get feedback on our early design for treatment plans. Could we bring the object map, and get the feedback we needed to make sure we were creating something that would work before we started creating designs?
We decided to start by reaching out to a couple of our internal subject matter experts (SMEs) in this space. Zooming through the object map with them in Figma, we were able to get some reasonable feedback one on one - but it was easy to get tripped up trying to figure out where to navigate next on the big map as we were trying to ask our questions. We could tell that trying to do this in a big group of providers and EHR admins over a Teams call would be a recipe for disaster. But going through the exercise with these SMEs, we were able to get really clear on some of the questions we needed to validate:
These questions in mind, we decided to break out our object map into a series of PowerPoint slides, which included:
With these slides, we were able to engage the user group in a robust conversation over a 40 minute call. Keeping things at the object and attribute level helped us get to the core of what the treatment plan should be and do, without the baggage we often find when we try to validate more “finished” prototypes types. Even better, it gave participants the freedom to challenge and correct our assumptions, which helped us see aspects of the problem we hadn't even considered before. Best of all, the participants loved it; feedback in the meeting chat suggested that they found it productive and engaging. And the user group lead, one of our internal SMEs, was overjoyed.
So the tl;dr on this? OOUX can absolutely be validated with users, when you structure the conversation thoughtfully. Some tips on making it work:
All in all, we felt this process helped to deepen our understanding on what the treatment plan could be, while giving us rapid validation and refinement of our approach — just in time to talk through the backend architecture with our engineers, with on updated object map as a guide: 10/10 would recommend!
To learn more about object-oriented UX, visit ooux.com.
Note: this post also appeared on Medium: https://danigrrl.medium.com/using-object-oriented-ux-in-user-research-it-can-be-done-f4c484972032.
Cialdini describes six “weapons of influence” so adept at guiding our behavior we don't realize they're doing it.
Taking some time each day in meditation can make a huge difference in how you relate to others, and to yourself.