You’ve worked to create a product you think users will love and build features they'll use every day. You launch it and then realize this killer feature actually goes unnoticed.
This is what happened with our system of video annotation. Users that saw it loved it but most of them missed it.
We knew we had to re-design the cursor and improve the product to make our commenting system more obvious.
But how could we reduce the risk of building something that wouldn’t work?
Design research with our users seemed like a great option but they’re hard to schedule. It can take weeks before having enough feedback from users.
So we decided to go with another option: async design research.
When to use the Design Research Playbook
Pushing developers and designers to sacrifice quality and good design as a strategy for rapid delivery is costly. You end up shipping a feature your users won’t use because of its quality, having no learning at all, and re-do the whole work again.
Instead of spending time developing a feature you’ll have to improve, design research helps you validate your concept and prototype among your users even before starting to write the first line of code.
How to get started
Present the context and objective
Before jumping to the solution, it’s important to present the context and objective of the research. We like to have one slide (in Figma) that presents those elements at the beginning of the video.
In our case:
- Context: many users don’t understand that when you click on the video you create a new comment. Instead, they think that you can pause the video because of regular patterns like Youtube or Netflix
- Objective: Make it more understandable that when hovering the claap, you can leave a comment
To make the context super clear, we also show the existing feature during the recording. And I’m pretty sure you didn’t notice the cursor 😉
Present the different solutions
Once the context is clear, it’s time to present your different options. In our case, we like to do it in 2 steps.
First, we introduce the different options and their behaviour so that users understand clearly what we want to validate
Then, we show those different options in a real environment so that users have a better idea of what it could look like.
Ask users to vote on their preferred option
The goal of design research is to gather user feedback. To make sure users really give their feedback, we’ve noticed that it was much more efficient to clearly ask when we expect their feedback.
We like to have a slide or a view that clearly indicates the different options we want to test and ask users to vote on their preferred one with an option. (note: we now have the possibility to add polls to do that).
As we also wanted to validate if the zoning system was clear enough, we also asked a second question where users could also add their feedback. This is how we actually came up with the final solution that was brought to us by Victor, one of our users.
Once we decide on the final option, we like to inform the participants what choice we made and thank them. We realized that those design research sessions were actually a really good way to engage our community and create more champions!
The Design Research playbook helps you test and improve your product ideas with real users. This reduces the risk of building a feature that users won't use and saves time and effort. The playbook presents different options, asks users to vote for their preferred one, and gathers user feedback to create a more engaging community.