Speaker A
Good morning, everyone. My name is Gustav and I work here at Y Combinator as a group partner.
Learn how top founders talk to users, find them, ask the right questions, and turn insights into MVPs from Y Combinator's Gustav.
Key Takeaways
- User conversations are essential from idea inception through company growth.
- Personal, honest feedback from real users outperforms data from impersonal surveys or ads.
- Founders must proactively find and engage users beyond their immediate circles.
- Interview techniques should prioritize listening and trust-building over pitching ideas.
- Turning interview insights into an MVP is a critical step in startup success.
Summary
- Founders should engage with users throughout their company's lifetime to gain honest feedback and stay aligned.
- Real user conversations, like Airbnb's early host interactions, are crucial for product success.
- Identifying and reaching out to users can involve personal networks, coworkers, and external communities like LinkedIn and forums.
- Effective user interviews require building rapport, avoiding early idea pitching, and asking open-ended follow-up questions.
- Founders should prefer video or phone interviews over surveys for richer insights.
- The talk includes a mock startup example focused on carbon emissions to illustrate user research and MVP development.
- Outreach messages should be concise, polite, and tailored depending on familiarity with the recipient.
- Founders should avoid hiding behind 'do not reply' emails and instead maintain personal connections with users.
- The MVP is developed based on validated user problems and motivations discovered through interviews.
- Continuous learning from users keeps founders honest and focused on real customer needs.
Full Transcript — Download SRT & Markdown
Speaker A
I've been here since 2017. Before YC, I was a product lead at Airbnb and actually a YC founder back in 2007.
Speaker A
Today I'm going to talk about how to talk to your users and your future customers.
Speaker A
Here's what I plan to cover today: Why the best founders talk to their users throughout the lifetime of the company.
Speaker A
How to find your users and how to talk to them.
Speaker A
What questions to ask and not ask.
Speaker A
And four, how to turn your conclusions into an MVP.
Speaker A
Most people in the world have the idea on how new startups are formed completely wrong. They think ideas of new products is something the founders just come up with on a lazy Sunday or a late night coding session.
Speaker A
You probably know, it doesn't work this way.
Speaker A
This scene, as you can see here, is a scene from the Social Network movie.
Speaker A
It's a great movie, but they got a lot of things wrong on how Facebook actually got started.
Speaker A
This is Brian Chesky.
Speaker A
Brian is the co-founder and CEO of Airbnb.
Speaker A
On the left side of the photo is Amal.
Speaker A
This is Amal.
Speaker A
Amal was the very first guest on Airbnb.
Speaker A
They actually spent a weekend together in San Francisco.
Speaker A
When Airbnb kind of launched.
Speaker A
You notice the difference between this photo and the previous photo?
Speaker A
Well, this photo actually is a real photo and includes a two-way conversation with a real customer.
Speaker A
Great founders talk to future customers before they even have a product.
Speaker A
In fact, the very best founders in the world learn directly from their users throughout the life of their company.
Speaker A
But that's the thing, if you have correctly identified who your users are, you should learn from them throughout the lifetime of your company.
Speaker A
Why, you might ask?
Speaker A
Users and customers will keep you honest.
Speaker A
They are the only stakeholders actually paying you anything.
Speaker A
If anyone will tell you the truth, it will be them.
Speaker A
So my talk today is about how to do this well.
Speaker A
So, let's talk about another Airbnb story.
Speaker A
In 2010, um, and I remember this myself, Brian Chesky, the CEO of Airbnb.
Speaker A
He'll decide to launch an experiment, he was going to give up his apartment and live in 50 different Airbnbs over the next couple of months.
Speaker A
You might ask yourself, why would anyone do that, um, so much hassle?
Speaker A
Most people who read the articles about this experiment, because he did announce it, they missed the point.
Speaker A
Um, I personally remember this being kind of crazy.
Speaker A
By doing this, Brian will literally get a chance to talk to every one of these 50 hosts.
Speaker A
Each single day on his trip, and what incredible source of honest feedback on your product.
Speaker A
Without the Airbnb hosts, Airbnb would not exist today.
Speaker A
What Brian, Joe and Nate did so early is deeply understand the motivations and the feedback from their hosts.
Speaker A
Still today, Brian and Joe gets calls from hosts on their personal cell phone numbers.
Speaker A
I remember them telling me that on their first day of I worked at Airbnb.
Speaker A
Why do they do that?
Speaker A
Well, it's the number that they put on the website and share with all of their hosts early on.
Speaker A
They weren't hiding behind anonymous email, they wanted to hear from the customers.
Speaker A
At the time, this seemed almost radical.
Speaker A
Most founders would spend their time in front of the computers trying to find scalable growth channels like Google Ads.
Speaker A
Unfortunately, most founders still don't build personal connections with their users today.
Speaker A
They hide behind info at emails or don't reply, do not reply emails.
Speaker A
You don't believe me?
Speaker A
You should just do a search on your email for do not reply at and see how many people don't want to talk to their customers.
Speaker A
So, let's start by trying to figure out who I should talk to.
Speaker A
It's always easy to interview people that you know.
Speaker A
People in your network.
Speaker A
They're simply the most likely to respond, but perhaps can be less honest in their answers to not offend you.
Speaker A
Don't be afraid of reaching out to them.
Speaker A
And don't be afraid of rejection.
Speaker A
The second group here is coworkers or former coworkers.
Speaker A
They can be a really great source.
Speaker A
They might know the topic really well, and if you're building software for startups, you can easily let and easily navigate yourself to someone who's a potential user.
Speaker A
It's also very common that the early users you speak to are outside of your personal circles.
Speaker A
People you don't know.
Speaker A
Or your coworker circles.
Speaker A
When asking YC founders how they found their early users, some of the most common answers were LinkedIn.
Speaker A
Reddit forums.
Speaker A
Slack and Discord forums.
Speaker A
Facebook groups.
Speaker A
In-person events.
Speaker A
So to illustrate this process a little better, I'm going to start a new mock startup.
Speaker A
This is not a real company, I'm just making it up.
Speaker A
But I'm going to go through the process as I would have if this was a real company.
Speaker A
And first, I want to understand if the problem is real.
Speaker A
My hypothesis that I have here, or kind of like the idea space that we sometimes call us in YC.
Speaker A
Is that companies want to reduce their carbon emissions, but for whatever reasons don't do that.
Speaker A
So, my plan is very simple.
Speaker A
I want to first interview some potential customers.
Speaker A
Two, learn about the problems and motivations around carbon emissions.
Speaker A
And three, try to understand what an MVP will look like.
Speaker A
MVP is a minimum viable product.
Speaker A
To do this research, I plan to start by reaching out to founders, CEOs, CFOs at startups or or bigger companies.
Speaker A
I'm also going to be reaching out to people on LinkedIn that have titles like carbon or climate or sustainability.
Speaker A
Basically, words that give me a hint that they might be relevant people to talk to.
Speaker A
So, what am I looking to learn?
Speaker A
Well, first, I'm trying to understand, do the company that they work for care about their carbon emissions?
Speaker A
Um, and two, why do they care, um, and why do they not care if they don't care?
Speaker A
And three, uh, who in that company might be the one who cares the most about this, uh, and why?
Speaker A
All right, so, so here are two examples of outreach messages.
Speaker A
So the first one is a LinkedIn message to a CFO who I used to work with at Airbnb.
Speaker A
The message will go something like this.
Speaker A
First, I introduce myself.
Speaker A
I mention something about our time at Airbnb.
Speaker A
Then I say I'm starting a new project, briefly describe it, but not too much in detail.
Speaker A
And I just ask for a 20-minute phone call or a video call.
Speaker A
That's it.
Speaker A
And here's another example of a message to someone I don't know.
Speaker A
It's also on LinkedIn to the same group that I mentioned earlier.
Speaker A
It's similar, but geared towards people I don't know.
Speaker A
So the message will and the tone will be a little bit different.
Speaker A
All right, so once I get on the phone, um, or once I get on the video call.
Speaker A
Uh, let's talk about, uh, how to actually interview potential customers.
Speaker A
So first, you want to make sure that these interviews are over video calls, phone calls or in person.
Speaker A
You can learn a lot more from a five-minute video interview.
Speaker A
Then 500 or 5,000 survey responses.
Speaker A
Secondly, you want to build some rapport with the interviewee.
Speaker A
They're going to give you answers to questions that maybe no one have asked them before, so you need to make sure that they can trust you and feel comfortable in this situation.
Speaker A
Next, um, the most important thing here, the most, most, most important thing here is to not introduce your idea.
Speaker A
Until maybe at the end of the call, or maybe not at all.
Speaker A
Doing this too early can bias them in their answers.
Speaker A
Your role here in this interview is to listen, not to talk.
Speaker A
There are some great techniques to get people to open up and talk about their problems.
Speaker A
And one good one is to ask follow-up questions that are open-ended.
Speaker A
For example, tell me about that.
Speaker A
If you're not recording the interview, you should at least take notes as much as you can.
Speaker A
You need to translate the recordings to notes anyway, so you might as well take notes in the actual interview.
Speaker A
I'm going to play an example video here on, uh, how a potential customer.
Speaker A
Um, for my carbon emission company and how that conversation will go like.
Speaker B
Hi, how are you?
Speaker B
Um, it's been a long time since we worked together at Airbnb.
Speaker C
Yeah, great to see you.
Speaker B
So, I don't know if I told you this, but I'm thinking about starting another company.
Speaker B
And I have a couple of questions I wanted to ask you about this era that I'm interested in.
Speaker B
And, uh, does your company, Mountain View Inc, do you care about your carbon emissions?
Speaker C
We do actually care, and we use a consultant who creates these PDF reports once a year.
Speaker B
Interesting.
Speaker B
Uh, what do you do with the report?
Speaker C
I mean, right now, I don't think we really take much action on it, unfortunately.
Speaker B
Well, why not?
Speaker C
It's just really hard to know what to do with the information, um, the information is really dense and, um, uses words we don't really understand.
Speaker B
Tell me more about that.
Speaker C
Well, we hired this consultant, um, they asked us to fill out this Word doc with information, um, but much of the data that goes into it, uh, seems inaccurate and I just feel like we need another expert to figure out what to do with the data.
Speaker B
Got it, got it.
Speaker B
Um, but why is it important for your company at all to track carbon emission?
Speaker C
Well, our customers have been asking about our emissions and so has our bank when we try to get new loans.
Speaker C
Um, and I think there's some regulations coming up too.
Speaker A
You notice here how I never introduced a product or a solution.
Speaker A
I only ask questions to learn about the problem that Amy's having.
Speaker A
I don't even say what I'm going to build.
Speaker A
That's how you want to do it.
Speaker A
Here are some very specific questions that you can use in your interviews.
Speaker A
One, tell me how you do X today.
Speaker A
By X, of course, I'm referring to a specific problem, a task or a goal that you are trying to solve.
Speaker A
Two, what is the hardest thing about doing X?
Speaker A
Three, why is it hard?
Speaker A
Four, how often do you have to do X?
Speaker A
Five, why is it important for your company to do X?
Speaker A
Make sure you dive deep into this question.
Speaker A
Like understanding their motivation is going to be critical here.
Speaker A
And six, what do you do to solve this problem for yourself today?
Speaker A
It's really important to understand what they're doing.
Speaker A
Now, if you can watch them do this, that's even better.
Speaker A
If they can screen share during the video call or show you their laptop as you're doing the interview.
Speaker A
And show you how they actually get the PDF report, what they do with it.
Speaker A
Um, how it looks like.
Speaker A
That's the ideal state.
Speaker A
You want to deeply understand their behavior, not just what they're saying, but what they're doing.
Speaker A
Um, because changing the behavior will be hard.
Speaker A
You can also ask follow-up questions.
Speaker A
And please learn how to make use of these ones.
Speaker A
Um, it's very hard to get someone to say everything in just one answer to one question.
Speaker A
Get comfortable with asking questions like, what do you mean by that?
Speaker A
Or, can you tell me more about that?
Speaker A
Or, why is that important to you?
Speaker A
Here are some questions that you should not ask.
Speaker A
Like, there are ways you can kind of derail this interview.
Speaker A
Will you use our product?
Speaker A
They're probably going to say yes.
Speaker A
But they're not going to mean anything to you in that answer.
Speaker A
Two, which features would make product X better?
Speaker A
Remember.
Speaker A
Their job is to tell you about the problem, your job is to think about what features to solve that problem.
Speaker A
So, asking them about your job isn't really going to help you out.
Speaker A
Yes and no questions.
Speaker A
That's not really that helpful for you, you want them to explain and, um, give you as many concrete and real examples as possible.
Speaker A
So, just simply asking yes and no questions is not ideal.
Speaker A
And four, um, how would a better product, um, X look like to you?
Speaker A
How would a better carbon emission counting software look like to you?
Speaker A
Uh, many of the people aren't product developers, they're not software engineers, they're not designers, they're not product managers.
Speaker A
This is not their job.
Speaker A
Um, their job is to do a different job.
Speaker A
Um, you are the one trying to understand what is the challenging part about their job.
Speaker A
You can also ask follow-up questions.
Speaker A
And please learn how to make use of these ones.
Speaker A
Um, it's very hard to get someone to say everything in just one answer to one question.
Speaker A
And finally, um, asking two questions at the same time.
Speaker A
That's going to confuse them, it's going to confuse your answers.
Speaker A
So, um, this is when you're eager to get, um, get answers.
Speaker A
It's very easy to do this, this thing, but try to avoid it.
Speaker A
But I want to highlight one of the things I mentioned here.
Speaker A
There's one big danger during interviews, and that is to focus on features instead of problems.
Speaker A
It's very natural for you to do that.
Speaker A
Your brain is thinking through all the ways you're going to solve this problem.
Speaker A
But really what you're here for during this interview is to deeply understand the problems, not actually come up with solutions.
Speaker A
That's for, for a separate event.
Speaker A
So, users generally have good problems.
Speaker A
But also generally bad solutions.
Speaker A
So, I'll give you two specific examples.
Speaker A
So, early days of Gmail, users were asking, um, Paul Buchheit, the founder of Gmail.
Speaker A
To view both the inbox and the actual email that they were reading on the same screen.
Speaker A
Now, why would they ask for that?
Speaker A
Well, the reason was simply that Gmail was too slow, and people did not want to wait to load each of the emails in the inbox.
Speaker A
They want to see everything at the same time.
Speaker A
Similarly, in early Airbnb, a lot of guests wanted to have the phone numbers of the host so they can call them.
Speaker A
We're like, why do you need that?
Speaker A
It just turned out that they didn't fully trust the platform.
Speaker A
Like, we had not displayed enough trust in Airbnb, so they needed to feel comfortable.
Speaker A
Uh, we're getting to know the host before actually making the booking.
Speaker A
Secondly, um, users don't have incentive to say no to really any additional features.
Speaker A
If you ask for this feature, this feature, this feature, they'll probably say yes to everything, right?
Speaker A
You, however, are in charge of the prioritization and you have a lot more incentives than they have.
Speaker A
To figure out which are the most important of the features.
Speaker A
So, let's talk about next steps.
Speaker A
So, you've done your, um, five or ten of these user interviews.
Speaker A
You've written down your notes.
Speaker A
Let's, let's talk about what you do then.
Speaker A
One, you want to make sure you have notes from all each of the interviews.
Speaker A
You can use sticky notes or some similar software to organize these learnings.
Speaker A
You can bucket them in different buckets that kind of describes the different problems.
Speaker A
And see which one is actually the thing that matters the most.
Speaker A
And then you want to write down your conclusion.
Speaker A
What are you learning from all of this?
Speaker A
You want to use all of this information to create a hypothesis of what the solution to this problem might be.
Speaker A
Don't over intellectualize this process.
Speaker A
Really, you just want to start designing MVP as fast as you can, but you want to make sure you have accurate information when you design the MVP.
Speaker A
And then you'll want to test it with the same users.
Speaker A
It's also important to know if the problem you're solving is actually valuable.
Speaker A
What I mean by this is that people will value the solution to the problem and not have to pay for it.
Speaker A
Or the problem itself, solving the problem is valuable.
Speaker A
So, here are some good tips to determine if it is.
Speaker A
One, are people paying money for other solutions in this space today?
Speaker A
Are the people that make the PDF reports for carbon emissions accounting, are they getting paid?
Speaker A
Well, if they are getting paid, that's a good sign that this is probably a valuable thing.
Speaker A
Do people already have solutions to this problem?
Speaker A
They are very happy with.
Speaker A
Even though it might appear basic to you.
Speaker A
For example, like Excel or Google spreadsheets is actually competitors to many, many, many, many hundreds of startups.
Speaker A
Actually quite a formidable one.
Speaker A
To move someone off Excel or Google spreadsheet, you need to make the experience of your solution dramatically better.
Speaker A
They're not going to pay you hundreds of dollars a month for something they can almost as easily do in Google spreadsheet or Excel.
Speaker A
And three, you want to evaluate how easy it is to sell to this audience.
Speaker A
And this is one thing that I like to do a lot with the companies I work with.
Speaker A
For example, selling to plumbers or contractors is notoriously difficult.
Speaker A
Compared to selling to startups.
Speaker A
The first two groups just don't change their tools or the software very often.
Speaker A
Versus startups are open to trying new things all the time.
Speaker A
So, if you are solving a problem that's valuable, you still have to think about whether it's going to be easy to sell to this particular audience.
Speaker A
Once you have an MVP prototype, you can start by showing it to users.
Speaker A
Even if it's just a design prototype in InVision or something like that, you can just click through.
Speaker A
We used to do this at Airbnb all the time.
Speaker A
We go downstairs in our, in our office, and we would find some people that were waiting for an interview or waiting for getting a coffee or something.
Speaker A
And we just show them the latest version of, of the app.
Speaker A
This would be an InVision prototype on our phone.
Speaker A
We'd be like.
Speaker A
Hand them our phone and and show it to them.
Speaker A
This is stuff that we haven't even built yet.
Speaker A
The key thing, um, if you're doing this tactic, is to not tell them what to do.
Speaker A
Do not tell them what to do.
Speaker A
Just watch them play around with it.
Speaker A
You can tell them a specific goal, like try to make a booking at Airbnb or try to do a search with dates at Airbnb or something like that.
Speaker A
But do not tell them exactly how to solve each screen.
Speaker A
Remember, if this was a real product, you wouldn't be standing there next to them to give them advice.
Speaker A
And another good trick, when you're doing this, either when you're listening or having them or or recording them.
Speaker A
Is to have them speak their mind while they're doing it.
Speaker A
Have them describe exactly what they're thinking on each of the steps.
Speaker A
Maybe the words that they're reading, maybe that will give you hints of what words that they understand and which words they don't understand.
Speaker A
Or maybe what specific screen means or what purpose is.
Speaker A
And after you've done a bunch of these, um, interviews and then maybe MVP prototype sessions.
Speaker A
It's a great idea to keep these interviewees involved throughout the process.
Speaker A
One common idea that a lot of YC companies use is to create a Slack instance.
Speaker A
Or a WhatsApp group with their customers.
Speaker A
Now, you want to make them feel special, right?
Speaker A
You want to make them feel like they have exclusive active access to the future world-changing product.
Speaker A
So, think about how you're wording or or or how you communicate this WhatsApp group that you're adding them to.
Speaker A
It's a great idea to keep showing them your prototype as they are progressing.
Speaker A
They kind of give them this exclusive feeling that I'm the first one to see this product.
Speaker A
Product as it's progressing, and also, as you are reacting to the things that they're saying.
Speaker A
You can ship a new, a new screen with a new version of the product.
Speaker A
Um, and that builds trust with with them, they now know that you react to their feedback very fast.
Speaker A
Finally, some of them will love connecting with other people doing the same thing as they are.
Speaker A
Um, they don't get to do this very often and, um, you're the one enabling that.
Speaker A
If you do all these steps, you will collect the right information, um, from your future users.
Speaker A
You will keep them involved.
Speaker A
And translate the information and that allow you to translate the information into your first prototype and MVP.
Speaker A
So, to summarize.
Speaker A
Here's what I covered today: Why the best founders talk to their users throughout the lifetime of the company.
Speaker A
How to find your users and how to talk to them.
Speaker A
What questions to ask them and what not to ask them.
Speaker A
And finally, how to turn some of those conclusions into an MVP.
Speaker A
Thank you, everyone.
Topics:user interviewsstartup adviceY Combinatorfounder tipscustomer feedbackminimum viable productAirbnb storyearly usersproduct developmentcarbon emissions startup
