Hey guys! I’m a product designer at Managed by Q and am trying to learn what is the best way to approach interviewing users as a designer. Our product team conducts at least 4 - 5 user interviews every week. We are using interviews to test future designs with InVision prototypes, validate new features, and obtain feedback about the product. I'm new to conducting and interviewing users, and I’m curious to know how other product teams approach user interviews. Some of the things I'd love to learn more about include:
Does your team conduct user interviews? If so how frequently and for what purpose?
What are some of the tools you use to conduct and document user feedback?
What are some of the design tools you use to present and test designs?
Who leads the interviews and what is your role (as a designer) in the interview?
What do you do to prepare for the interviews?
Also wondering what books, talks, or resources out there have been helpful.
You can find a lot of insight from Tomer Sharon (ex Google and now Head UX at WeWork https://medium.com/@tsharon). Since he joined WeWork he spent a lot of time in improving their design/research cycle and shared a lot of what they've done and how. They also built a tool to collect research design outcome pills to share across the company.
The most important thing in the whole ux research is having clear goals, don't skew the users and let them speak, and actually take actions on the outcome, which usually is the thing the most companies get wrong.
Tools to test design you can really decide what you like depending on what you're testing. I've used anything like sketch on paper, Axure prototypes (Invision/Marvel is quite limiting when working on a solid prototype) or real HTML/JS. But you can also find values in tools like Verify, optimal workshop and Usabilla
For the interview itself you need to have a script and try to stick to your wording as much as possible. Depending on the type of test tho, you might want to give less or more freedome to users and let them explore, in that case you might be able to observe and come up with relevant and not leading questions on the spot.
When we conduct the interviews depends on the project but ideally we would like to gather qualitative data from interviews to inform the product decisions we make before starting a new product or feature.
We create a protocol for all of our interviews and tests. This ensures that we cover everything we need cover during the interview and also serves as a stepped checklist for the interview. Include your questions and tasks (if testing) in the protocol.
@jason it really depends on the type of test and the stage of your product. What I found most useful is ran a dry-test on your prototype/survey/other-test and ask yourself what can you will be able to understand with the results. If the results of the dry-test are not convincing then maybe you're asking the wrong questions.
Led one interview yesterday and shadowed another one. One thing I realized yesterday is that the mood of the interviewee impacts the quality of the feedback obtained through interviews. The customer I spoke with was very happy, was very open, and was willing to explain things in detail. On the other hand the other interview was a bit rushed, the customer was multi-tasking, and wasn't in a great mood and her answers were short and lacked depth. I did prepare a script and entered the interview with a clear understanding with what we were trying to get an insight into, which helped. But at the same time, after listening through the recording, I realized I have to practice my speaking skills, as I stutter and mumble quite a bit. I'm also working on how to best approach remaining flexible within the conversation while also guiding the conversation and knowing how to dive deeply into a particular topic.