Interviewing customers is an important part of Product Management. We talk to customers to identify needs, understand problems, empathize with our users, and get feedback on current products and processes. The way we interview for each of these, though, varies slightly. We wouldn't use the same interview tactics to find out a user's current problems as we would to conduct a usability test. This lesson will teach you how to interview users in order to identify pain points, problems, and needs. Watch the video below for an introduction.
When we interview people about their frustrations and pain points, we are trying to identify the needs we could fill with our software and features. It's important to focus on the problem here. We don't want to pitch users and try to upsell them on products. We want to understand and empathize with their current situation.
While conducting user problem interviews, remember to:
Tips for the Interview:
When it comes time to actually conduct the interview, here are a few helpful tips to get you through successfully:
How to Find Users
One of the hardest parts of customer interviews is actually finding people to interview. Lean Startup teaches that you can go into any coffee shop and shove a prototype in front of someone to get feedback. You'll get feedback, yes, but not very useful feedback.
Remember, we want to qualify our users first. The best way to do this is find people who are experiencing the problem you are solving. Think about the context in which your users would experience the problem, and then go to the source.
For example, if you were working for a restaurant point of sale system, go to a restaurant. Watch people use the old system. Ask the waitresses what they think. If you're making a grocery application, go to a grocery store. Ask people for five minutes of their time and identify their problems.
What about gift cards? I've seen many businesses offer people $50 Amazon gift cards, or even cash, in exchange for 30 minutes of their time. There are pros and cons to gift cards. The pro: you get lots of people to answer you. The con: they may not be the right people. You want to attract people based on the problems that they are experiencing - not the fact that they are looking for easy money. If people have a strong problem, they will answer you. You can offer incentives in the form of a free month of your product, or other credits, but don't give away free money. There are tons of people who prowl Craigslist looking for these opportunities and they are not your target users. If you have a rigorous process to make sure someone has a problem and they are your target user, then go right ahead and offer them a gift card. But remember, if users have a strong problem, they're usually happy to talk to you for free in exchange for a potential solution.
If you are working for a business-to-business company, you can't go out into the world as easily. Instead, target potential users by trying to solve their problems. When I started consulting, I was trying to understand people's problems with Product Management better. I offered free office hours through Twitter and gave people advice. This allowed me to find beta customers for my offerings, and to better understand their problems. How can you target your market in creative ways?
How Many Users Should I Talk To?
This is a huge debate in most companies. How many users do I need to talk to? Many companies think that user research is a waste of time because it requires people to spend 100 hours talking to users before building something. This is a complete myth.
I love this article from Neilsen Norman Group, the brainchild of Don Norman, one of the father's of UX. It says to get 80% of the information you need to make a decision on what to do next, you just have to talk with 5-9 users. That's it! Seriously, I can tell you from experience it works.
I have done the 20 one-hour sessions, and after about 9 people you hear the same thing over and over again. You feel more confident that you understand the problem. In these sessions you are trying to look for trends. If you have 9 people who all say something different, try narrowing down your target audience and attracting people in that.
Remember that when we are talking with users to understand their problems and the context around when they experience it, we're not looking for them to tell us exactly what to do. We just need to be 80% certain that the next thing we try is in the right direction. If it isn't, we figure out where we went wrong by talking to users.
User research is supposed to point you to the right path, not give you all the answers. At the beginning of every project, take 4-5 hours and schedule 30 minute phone calls. Go out and find people so you can watch them experience the problem. Just this short time is going to give you a ton of learning to get started.
Remember to Empathize, Not Sympathize
In the video about Building Empathy, we saw the difference between empathizing and sympathizing. When you are listening to your user's responses it's important to do the former. Sympathizing leads to trying to solve their problems, but ineffectively. This ruins the interview.
For example, I was once the head of UX at a company where I had to fight to get buy-in to interview my users over many months. The management team was "afraid" to let me talk to users without a sales person present (crazy, I know). So when I finally got permission to go interview a user, I was sent out with a sales person.
While I was asking the user about their current problems and frustrations with their workflow, the salesperson tried to solve them immediately. "Oh, but you can use this feature for that problem!" It was completely disruptive to the interview, and I didn't get good information out of it.
It's important to bring more people into the research process, but you want to make sure they are well trained. Teach them the basic rules of customer interviews. Tell them you will lead the first few times, and then they can jump in after a while. Teach them the difference between empathy and sympathy, and how empathy is what you are after.
Time to talk to users! Target and find a few users to interview. Start by identifying your objective for the interviews (identify problems, empathize, get feedback). Then write out the list of questions you would like to ask. Invite a developer to go along with you!
No buy-in to interview people? How can you get around this? Consider this example. One of my clients is a large bank. One Product Manager wasn't allowed to talk to users because there was a separate department that did that. So she talked to her manager about how to get the information she needed. He suggested she sit in a bank's office, and ask questions casually of people as they came in. She only needed to do that for 20 minutes and she got all the information she needed. How can you (legally) skirt the rules to do what you need to do?
Talking to Humans - Free e-book by Giff Constable
It's Our Research - by Tomer Sharon
Validating Product Ideas through Lean User Research - by Tomer Sharon