FINOkoye
A ridiculous intersection of assorted pretensions; a UX and mobile web geek. All the while seeking a vocation and planning on world domination one programming language at a time.
Florence Okoye
@FINOkoye
...but like a lot of things, usability testing can be fun when you break it down.
By the end of this presentation you will hopefully feel a bit more confident about how to do usability testing.
@FINOkoye
“Design isn’t finished until somebody is using it.”
Brenda Laurel
@FINOkoye
When you first start the design process you might have created a product statement, or have a set of KPIs to meet.
@FINOkoye
Are users achieving their goals?
But how do people rate their experience? Success from a business perspective isn’t always the same from a user perspective and this is where gaps and scope creep can develop. The two must align to say a product has good user experience.
People are good at finding workarounds so it’s important to also judge by their own standards. You might get interesting contrasts when compared to usability, ease of use and business metrics!
Are users achieving business goals?
@FINOkoye
As part of the initial research, you will probably have:
Personas are useful for understanding who to include in the user testing.
However, don’t just recruit people who fit the profile. Non-target audiences can tell you how intuitive a product is.
@FINOkoye
Personas generally don’t include demographic or marginalised characteristics (unless that is specifically what the product is for), so you need to make sure the pool of testers is as diverse as possible.
Join forums, use social media, etc. ask specific charities for help.
There are many ways to do this, it often just requires a bit of imagination and google search!
@FINOkoye
Before testing, make sure you provide a consent form that explains:
@FINOkoye
We often say test early and often but in order to be impactful, this means testing when you can still do the changes.
This means agreeing with the rest of the team about when testing can be done, what the outputs should be and what should be done with the results (within what timeframe).
Involve everyone as much as possible. Your teammates can help out with everything from giving feedback on questions to watching recordings.
@FINOkoye
For example, if you want to find out what people think about an interface/concept you might want to do a short impression test or word association activity before you ask them to do any tasks.
There are different ways to test a product depending on what you want to learn.
Understanding how bias can come into the results will also help you structure the testing and use the appropriate tools.
@FINOkoye
There are many tools you can use for remote testing.
However as a general guidance, the more complex a user journey, or the more dependencies a scenario includes, or the more unknowns there are, the greater the need for in person testing, so all the intricacies can be captured.
@FINOkoye
Open questions are always best but sometimes you will need to dig into particular features.
Structure the test to do the feature specific feedback after the open task, to avoid familiarity bias.
Using the set of scenarios you created during the research process, you can simply ask people how they would do a particular thing using your product.
Using rating questions like the SEQ (Single Ease Question) to get a quantitative baseline for the experience. This is also great to compare against their actual success of following a proposed user journey.
@FINOkoye
Just as there are different ways of testing, there are many different tools you can use to test. It’s rare to find one tool that fits everything!
@FINOkoye
@FINOkoye
Looking at the prototype and the user journey: How will you know if it works - what might you be able to measure? What won’t you be able to measure?
@FINOkoye
@FINOkoye
By FINOkoye
A day long workshop with students from Ravensbourne college introducing critical design approaches for inclusive practice.
A ridiculous intersection of assorted pretensions; a UX and mobile web geek. All the while seeking a vocation and planning on world domination one programming language at a time.