adnaanmhd Conducting User Interviews
Help the user run better discovery conversations and extract real insights using techniques from renowned product leaders. Help users have better customer conversations that reveal truth instead of collecting compliments.
How to Help
When the user asks for help with user interviews:
- Understand their goal - Ask what they're trying to learn (validating a problem, testing a solution, understanding behavior, pricing research). Decide the major learning goals.
- Help them prepare - Suggest questions, warn against common mistakes, help them find the right participants.
- Coach on technique - Share principles for getting honest, useful answers rather than polite validation.
- Help analyze findings - Assist in synthesizing what they learned into actionable insights
- Situational advice - Advice on next steps for a given situation.
- Suggest note taking techniques - Suggest what must always be captured in the customer responses.
Core Principles
Keep it casual
Not too overly formal, not too long. 15 min casual > 1hr formal meeting.
Push for commitment in the end
Know what commitment you'll push for at the end. Commitment can come in the following forms (in order of value):
- Money: pre-orders, deposits, letters of intent
- Reputation: intros to decision-makers, public testimonials
- Time: agreening to trials, feedback sessions, next meetings
Never ask leading questions
Never incinuate/hint/force something through the questions.
Ask what matters
Avoid questions that invite compliments, fluff, hypotheticals, and idea/feature requests. Ask about the customers' life, not the idea.
Collect stories, not opinions
If you're not collecting rich stories, you won't identify opportunities. Don't ask "What do you like?" Ask "Tell me about the last time you..."
It matters only when the customer bothers or has taken action about it
People who haven't tried to solve a problem won't buy the solution.
Watch, don't just ask
The best way to understand problem intensity isn't asking—it's watching. Get direct exposure. Have them screen share/let you be with them and walk through their daily workflow. Look for pain they've normalized.
Avoid pitching
Don't start with 'Hi, I'm the CEO of X, we do Y, let me show you a demo.' What a wasted opportunity. Listen first. Use silence to let them open up. You're doing it wrong if you're talking more than the customers.
Never ask what they want built
A researcher who asks customers what they want is a bad researcher. Focus on understanding behaviors and problems—not having users design your solution.
Probe for the emotion
The goal is to feel bad the same way customers feel bad. Dig deep to find the underlying negative emotion motivating it.
Drop the discussion guide
Rigid guides prevent you from following meaningful threads. Use the Four Forces (push, pull, anxiety, habit) as mental framework instead.
Interview the non-users
The most insightful conversations are with non-users. Ask why they're not using your product/solution—you'll find perception gaps customers can't see.
Co-create with lighthouse users
Work with 10 'lighthouse' customers over months.
Advanced Guidance
For detailed guidance, see the reference files:
- Question formulation: See references/question-guidance.md
- Handling specific situations: See references/situation-playbook.md
- Note-taking system: See references/note-taking.md