Eric Migicovsky - How to Talk to Users

Y Combinator
25 Jul 201931:37

Summary

TLDREric Richard Kazuki, a YC partner and founder of Pebble, emphasizes the importance of maintaining direct user connections in startups. He advises founders to personally engage with users to gather valuable feedback and improve their products. Kazuki highlights key strategies for effective user interviews, including avoiding pitches, focusing on users' real experiences, and asking insightful questions. He outlines the significance of user interactions at different stages of a startup's journey and provides practical tips for extracting useful information. The talk underscores the critical role of user feedback in achieving product-market fit and overall startup success.

Takeaways

  • 🗣️ Maintaining a direct connection with users is crucial for founders throughout the company's lifespan to extract valuable information.
  • 🚫 Avoid outsourcing user engagement to other team members; founders should be actively involved in talking to customers.
  • 🎬 The movie 'Office Space' illustrates the mistake of having a go-between for engineers and users, emphasizing the importance of direct communication.
  • 📚 The book 'The Mom Test' highlights common errors in user interviews, such as focusing on pitching ideas instead of extracting information.
  • 🤔 Ask open-ended questions during user interviews to understand the specifics of the user's experiences and pain points.
  • 🙅‍♂️ Avoid hypothetical questions in user interviews; focus on the user's past experiences and concrete details.
  • 👂 Listen more and talk less during user interviews to gather as much information as possible.
  • ❓ Key questions to ask in early customer interviews include understanding the hardest part of the problem, the last time the problem was encountered, and why it was hard.
  • 🔄 Use customer feedback to iterate towards product-market fit, ensuring that the product is something people actively want and use.
  • 📈 Utilize quantitative measures, like the percentage of users who would be 'very disappointed' without the product, to gauge product-market fit.
  • 🚀 User interviews are beneficial at all stages of a company's growth, from the idea phase to achieving and maintaining product-market fit.

Q & A

  • Why is maintaining a direct connection to users critical for founders?

    -Maintaining a direct connection to users is critical for founders because it allows them to extract valuable information at all different stages of running their company, which is essential for product improvement, marketing, and positioning.

  • What is the common misconception about talking to users in a company?

    -The common misconception is that roles like CEO or CTO can outsource user engagement to other people in the company, such as salespeople or heads of product. However, the best companies are those where founders themselves maintain a direct connection to their users.

  • What are the two core activities that YC teachings emphasize as essential for a startup's success?

    -The two core activities emphasized by YC teachings are coding or building the product, and talking to users.

  • What is the primary goal of a user interview?

    -The primary goal of a user interview is to extract information from the interviewee that will help improve the product, marketing, or positioning, rather than to sell them on using the product.

  • Why should engineers or developers not be the go-between for users and the company?

    -Engineers or developers should not be the go-between because it's important for the founders and core members of the company to develop the skills for talking to users directly, ensuring a deeper understanding and connection to their needs and experiences.

  • What are some of the common mistakes made during user interviews?

    -Common mistakes include talking about the idea or product too much, discussing hypotheticals instead of specifics, and talking too much instead of listening and extracting information.

  • What are the five great questions suggested for early customer interviews?

    -The five great questions are: 1) What is the hardest part about doing the thing you're trying to solve? 2) Tell me about the last time you encountered this problem. 3) Why was this hard? 4) What if anything have you done to try to solve this problem? 5) What don't you love about the solutions you've already tried?

  • Why is it important to ask about the last time a user encountered a problem?

    -Asking about the last time a user encountered a problem helps extract context and real-life examples of past problems that potential users have had, allowing you to understand whether your solution would have helped in that specific circumstance.

  • What is the significance of understanding why a past problem was hard for a user?

    -Understanding why a past problem was hard helps identify the exact problem you may begin to solve and also informs your marketing or sales copy, as it provides insights into the value or benefits of your solution.

  • Why should startups focus on problems that people face regularly or that are painful enough to warrant solving?

    -Startups should focus on such problems because they are more likely to be perceived as valuable by users, who actively want to solve them in their lives, increasing the likelihood of product adoption and success.

  • What are the three critical phases of an early-stage company where talking to users is extremely beneficial?

    -The three critical phases are: the idea stage before any product development, the prototype stage before getting the product in the hands of paying customers, and the stage after launching when iterating towards product-market fit.

  • What is a simple yet effective strategy for finding the first users for a startup?

    -One effective strategy is to start with oneself, then talk to friends and co-workers, and get warm introductions. Another approach is to show up in person at relevant industry events or directly to potential customers' places of business.

  • How can startups identify their best first customers during user interviews?

    -Startups can identify their best first customers by asking questions that provide numerical answers about the cost of the problem, the frequency of encountering the problem, and the budget for solving the problem.

  • What is a practical tip for conducting user interviews effectively?

    -A practical tip is to take detailed notes, keep the conversation casual, respect the other person's time, and start with a small number of interviews to refine the process.

  • How can startups use customer feedback to guide their journey towards product-market fit?

    -Startups can use customer feedback by asking critical questions like how customers would feel if they could no longer use the product, and using the responses to make data-driven decisions about feature development and iteration.

  • What is a simple hack to gather more direct contact information from users?

    -A simple hack is to ask for the user's phone number during signup, which can be used for direct communication and gaining a deeper understanding of specific issues or feedback.

  • Why is it important to discard certain types of data collected during user interviews?

    -It's important to discard bad data like compliments and hypotheticals because they are not specific and do not provide actionable information for improving the product or understanding user needs.

Outlines

00:00

👋 Introduction and Importance of Talking to Users

Eric Richard, a partner at YC and founder of Pebble, emphasizes the importance of founders maintaining a direct connection with users. He explains that this connection is crucial for extracting valuable information throughout a company's lifecycle. Outsourcing user interaction is discouraged; instead, founders, including technical leads, should engage directly with users to ensure they understand and address user needs effectively. This foundational practice is critical for building successful products and companies.

05:02

📚 The Mom Test and Common Mistakes in User Interviews

Eric discusses 'The Mom Test,' a book by a YC founder, which outlines common mistakes in user interviews. He highlights three major errors: pitching ideas during interviews, discussing hypotheticals, and failing to learn about the user's life and context. Effective user interviews should focus on understanding specific problems and experiences rather than selling the product or discussing potential features.

10:03

🗣️ Extracting Specifics and Context from User Interviews

Eric emphasizes the need to extract specific information about the user's past experiences and the context of their problems. He provides examples, such as asking about the last time the user encountered a problem and why it was challenging. This approach helps in understanding the user's real-life challenges and informs better product development and marketing strategies.

15:05

👥 Finding First Users and Conducting Effective User Interviews

Eric offers practical advice for finding first users and conducting effective user interviews. He suggests starting with friends, co-workers, and warm introductions. He also recommends in-person visits to potential user locations and attending industry events to gather insights. Key tips include taking detailed notes, keeping interviews casual, and respecting the interviewee's time.

20:06

💡 Identifying the Best First Customers

Eric outlines a framework for identifying the best first customers by asking questions that yield numerical answers. These questions focus on the cost of the problem, its frequency, and the customer's budget for solving it. He provides an example involving a new smoothie blender, comparing potential customers based on these criteria to prioritize the best opportunities.

25:06

📈 Iterating Towards Product Market Fit

Eric discusses the importance of user feedback in iterating towards product-market fit. He mentions Paul Graham's and Marc Andreessen's definitions of product-market fit and how the CEO of Superhuman developed a quantitative system to track it. By regularly asking users how disappointed they would be if they could no longer use the product, companies can gauge their progress towards achieving product-market fit.

30:09

🔍 Conducting User Interviews to Improve Product Development

Eric concludes with additional tips for conducting user interviews. He advises founders to ask users for contact information, avoid designing by committee, and discard bad data such as compliments and hypotheticals. The goal is to gather specific, actionable insights that can directly inform product improvements and ensure the development of features that truly add value.

Mindmap

Keywords

💡User Interviews

User interviews are a critical component of the product development process, where founders engage directly with potential users to gather insights and feedback. In the video, Eric emphasizes the importance of maintaining a direct connection to users throughout the company's lifecycle to extract valuable information. He provides tactical advice on conducting user interviews, highlighting the need to avoid pitching the product and instead focus on understanding the user's life, motivations, and specific experiences related to the problem the product aims to solve.

💡Product Market Fit

Product market fit refers to the alignment between a product and what the target market wants or needs. The video discusses how vague definitions of product market fit can be unhelpful for guiding product development. Instead, Eric introduces a quantitative approach to measure product market fit by asking users how they would feel if they could no longer use the product, with the benchmark of 40% of users expressing 'very disappointed' indicating a strong product market fit. This concept is central to the iterative process of improving a product to meet user needs.

💡Direct Connection

A direct connection, as mentioned in the video, is the ongoing relationship and communication between the founders of a company and its users. Eric stresses that the best founders maintain this connection to understand their users deeply and gather insights that can inform product development and company strategy. The direct connection is essential for extracting 'hard data' and 'real facts' about users' lives, which can guide decision-making and innovation within the company.

💡Founder Responsibilities

The video highlights that it is the responsibility of the founders, regardless of their specific role within the company, to engage with users and understand their needs. Eric dispels the notion that CEOs or CTOs can outsource this responsibility, asserting that it is a core duty that cannot be delegated. This concept underscores the importance of founders being actively involved in customer interactions to maintain a pulse on the market and user sentiment.

💡The Mom Test

The Mom Test is a book title mentioned in the video, which symbolizes the common mistake of discussing one's startup idea with loved ones who may not provide objective feedback. Eric uses this term to illustrate the pitfalls of extracting information from people who are biased towards supporting us, rather than conducting proper user interviews with unbiased potential users to gather useful data about the product's viability and areas for improvement.

💡Hypotheticals

In the context of user interviews, hypotheticals refer to questions or discussions about what a product could be or what features it might have in the future. Eric warns against using hypotheticals during interviews, as they can lead to vague and unhelpful responses. Instead, he advises focusing on specifics and past experiences that can provide concrete data to inform product decisions.

💡Feature Set

The feature set of a product encompasses all the functionalities and attributes it offers. In the video, Eric discusses the importance of understanding which features are essential to solving the user's problems by asking what they dislike about existing solutions. This approach helps in defining the product's feature set and ensures that new additions are based on user needs rather than assumptions.

💡Prototype Stage

The prototype stage is a phase in product development where a preliminary version of the product is created and tested with users. Eric mentions this stage as a critical time for talking to users to refine the product and understand who the best first customers will be. It's a period where user feedback is invaluable for making adjustments before the product is fully launched.

💡Iterating Towards Product Market Fit

Iterating towards product market fit involves making ongoing improvements to a product based on user feedback and data to achieve the optimal alignment with user needs. Eric discusses the importance of this iterative process, using the example of the CEO of Superhuman who implemented a system to quantitatively measure user satisfaction and guide the product towards product market fit.

💡First Customers

Identifying the right first customers is crucial for startups, as these early adopters can provide critical feedback and validation for the product. In the video, Eric talks about using customer interviews to determine the best first customers by assessing factors such as the cost of the problem, frequency of the problem, and the customer's budget to solve it. This information helps in prioritizing which customers to target initially.

Highlights

Founders must maintain a direct connection with users to extract information critical at all stages of running a company.

CEOs and CTOs should not outsource user research; it is essential for founders to develop skills to talk directly to users.

The goal of user interviews is to extract information to improve the product, not to pitch or sell the product.

Avoid discussing hypotheticals during user interviews; focus on specific past experiences and problems.

Learn about users' lives and broader contexts to understand their motivations and the paths that led them to encounter the problem.

During user interviews, founders should listen more and talk less to gather valuable insights and data.

Five key questions to ask during customer interviews include: the hardest part about the task, the last time they encountered the problem, why it was hard, what they have done to solve it, and what they don't like about current solutions.

Startups should target problems that users face regularly and find painful enough to seek solutions.

In early stages, begin by interviewing yourself, friends, and coworkers; it doesn't take a large number of interviews to gather valuable insights.

Industry events and guerrilla-style meetings can be effective ways to gather user feedback without a marketing budget.

For prototype testing, identify first customers by assessing how much the problem costs them, how frequently they encounter it, and their budget for solving it.

Create a simple spreadsheet to prioritize potential customers based on their responses to critical questions.

Iterate towards product-market fit by regularly asking users how disappointed they would be if they could no longer use the product.

Collect contact information during user sign-up to facilitate direct communication for troubleshooting and feedback.

Avoid designing by committee; validate feature demand by asking users to commit financially before developing new features.

Discard compliments and hypotheticals as they provide less actionable data compared to specific feedback on past experiences.

Conduct unbiased and detailed customer interviews instead of pitching ideas to ensure genuine feedback.

Recording interviews can help capture detailed notes and insights for future reference.

Transcripts

play00:00

hi everyone my name is Eric Richard

play00:01

Kazuki I'm a partner here at YC I

play00:04

actually started a company that went

play00:06

through Y Combinator back in 2011 I

play00:08

started a company called pebble we made

play00:11

one of the first smartwatches I am

play00:14

really excited to be here to talk about

play00:16

talking to users because this is one of

play00:19

the perennial things that that you

play00:22

always hear about as one of the critical

play00:24

factors in starting a company the best

play00:27

founders maintain a direct connection to

play00:30

their users throughout the lifespan of

play00:32

their entire company they maintain a

play00:35

direct connection because they need to

play00:37

extract information from from their

play00:40

users at all different stages of running

play00:42

their company often times people think

play00:44

that you know they're the CEO or they're

play00:47

the CTO they're the technical kind of

play00:50

product leads of the company they can

play00:52

outsource this this that they can

play00:53

outsource this research to other people

play00:56

in their company they can hire

play00:57

salespeople they can hire heads of

play01:00

product but at the core the best

play01:02

companies are the ones where the

play01:04

founders themselves maintain a direct

play01:07

connection to their users if you are the

play01:09

CEO it is your job it is in your job

play01:12

description to talk to customers so take

play01:16

the time to learn how to do it well all

play01:18

founders need to need to participate in

play01:21

this process as well don't if you're the

play01:24

engineer if you're the developer don't

play01:25

think that you can escape this process

play01:27

just because you're the person who's

play01:29

coding there's a pretty classic scene

play01:33

from the movie office space where they

play01:36

there's an individual who says I'm the

play01:39

person who who is the go-between between

play01:41

engineers and users I know how to talk

play01:43

to people I have people skills and that

play01:46

is one of the things that you do not

play01:47

want to have happen at your company you

play01:49

want to make sure that the founders and

play01:51

the the the core the core members of

play01:54

your company are the ones who develop

play01:55

the skills for talking to users so you

play01:57

do not have to hire someone like that to

play02:00

be the go-between talking to users is so

play02:03

critical that at the core of kind of ycs

play02:07

teachings there are only two things that

play02:09

you must do in order to search your

play02:11

company you need to code or

play02:13

build your product and talk to users so

play02:15

this is easier said than done I want to

play02:18

provide today some tactical advice on

play02:21

how to plan your strategy for talking to

play02:24

users as well as some some questions and

play02:28

strategies that you can use to conduct

play02:30

your own user interviews at the

play02:31

beginning of your of your company a lot

play02:35

of the advice that I that I'll present

play02:37

today is actually synthesized

play02:39

fantastically in this book actually

play02:42

written by a YC founder called the mom

play02:44

test the name of the book comes after

play02:47

kind of the the process in which we

play02:49

probably all go through where we want to

play02:51

tell our parents about the company that

play02:53

we're working on and we I think that by

play02:55

talking to people that you know love us

play02:58

and want to support us

play02:59

we're actually extracting good or useful

play03:01

information about how to how we could

play03:04

adjust or improve our company but at its

play03:06

core this is not the best way to get

play03:08

information so the mom test as Rob

play03:14

actually explains it's three common

play03:17

errors that we make when we try to

play03:19

preach I to conduct user interviews the

play03:22

first problem the first mistake that we

play03:23

pretty much all make is we talk about

play03:26

our idea we're founders we love to pitch

play03:31

our idea we love to talk about the the

play03:33

product that we're working on but during

play03:34

a user interview that is not the time to

play03:37

be pitching the product the goal of a

play03:38

great user interview is to extract

play03:41

information from the person that you're

play03:43

talking to to extract data that will

play03:45

help you improve the product or improve

play03:47

your marketing or improve your

play03:48

positioning it is not to sell them on

play03:51

using your product so at the core of a

play03:55

great injury user interview you need to

play03:57

learn about their life you need to talk

play03:58

about specifics around the problem area

play04:03

that you're trying to solve that the

play04:04

user may be going through second mistake

play04:08

that we pretty much all make is we talk

play04:10

about hypotheticals we talk about what

play04:13

our product could be we talk about

play04:15

features that we want to build we ask

play04:17

questions like we ask questions like if

play04:21

we built this feature would you be

play04:25

interested in using it

play04:26

would you be interested in paying for it

play04:27

that is wrong instead talk about

play04:30

specifics that have already occurred in

play04:32

the users life this will give you

play04:34

stronger and better information in which

play04:36

to make product and company changing

play04:39

decisions you also want to talk in

play04:42

general about the users life you don't

play04:44

want to just talk about the specific

play04:46

problem or sorry the the specific

play04:48

solution that you're presenting try to

play04:50

extract information about the users the

play04:53

path that led them to encounter that

play04:55

problem ask them questions about their

play04:58

life in kind of more broader and more

play05:02

broader ways to extract context around

play05:04

how they arrived at this at this problem

play05:06

learn about their motivations learn

play05:08

about why they got themselves into that

play05:10

problem in the first place and the third

play05:14

trap that we pretty much all fall into

play05:16

is that we talk we talk a lot or

play05:19

founders we're always pitching investors

play05:21

were pitching employees we're trying to

play05:23

hire people we're trying to partner so

play05:26

we tend to spend a lot of our time

play05:27

talking in a user interview try to try

play05:32

to restrain your your your interest in

play05:35

talking and really listen take notes and

play05:38

listen to what the user is saying

play05:40

because in that span of time that 10 20

play05:43

30 minutes that you spend with the user

play05:44

you're trying to extract as much

play05:46

information as possible so that when you

play05:48

return to the office and when you return

play05:49

to your co-founders you're bringing hard

play05:51

data real facts about users lives to the

play05:54

table I think that there are five great

play05:58

questions that everyone can ask during

play06:00

their their early customer interviews

play06:03

the first question is what is the

play06:07

hardest part about doing the thing that

play06:09

you're trying to solve

play06:11

let's take Dropbox for an example now

play06:14

many of you may not remember our world

play06:15

before Dropbox but put yourself back in

play06:18

the position of Drew the founder of

play06:20

Dropbox in 2005 when he was initially

play06:23

working on kind of the the initial idea

play06:27

of Dropbox while working while studying

play06:28

at MIT imagine you're in the computer

play06:31

lab at MIT and you're sitting next to

play06:33

your friend you turn and you ask you're

play06:36

working on this project to create

play06:38

Dropbox and you

play06:39

you want to learn more about how other

play06:41

people are sharing files so that you can

play06:45

learn you know are these other potential

play06:46

users here or what are the problems that

play06:48

I can help solve with this new

play06:50

technology so you turn to your friend

play06:51

and you ask what is the hardest part

play06:54

about working on a group project with

play06:57

school computers you're sending in the

play06:59

computer lab it's the perfect context

play07:01

for asking that kind of question and you

play07:02

begin open-ended conversation trying to

play07:05

extract information about how that

play07:07

person currently works on group projects

play07:10

together with friends hopefully you'll

play07:12

learn about specific pain points that

play07:14

they have like they log on to a shared

play07:17

computer they have to get their files

play07:18

from somewhere they may have a network

play07:20

drive attached to the the university

play07:22

system but they're working with someone

play07:24

who may not be logged on to a university

play07:26

computer at that time maybe you learn

play07:29

about problems with synchronizing of

play07:32

shared work maybe you're both working on

play07:35

the exact same document at the exact

play07:36

same time how do you begin how do you

play07:38

currently attempt to solve that problem

play07:41

in general the best startups are looking

play07:46

for problems that people face on a

play07:47

regular basis or that they're painful

play07:51

enough to warrant solving this question

play07:53

can help confirm or or confirm for you

play07:57

whether the problem that you're actually

play07:58

working the the problem that you're

play08:00

working on is actually one that real

play08:03

users feel is a pain feel as something

play08:06

that they actively want to solve in

play08:08

their life the second question to the

play08:11

point that I was making earlier about

play08:12

trying to get to specifics rather than

play08:15

hypotheticals is to ask the question

play08:16

tell me about the last time that you

play08:19

encountered this problem the goal of

play08:21

this question is actually to extract

play08:23

context around the circumstances in

play08:26

which the user encountered that problem

play08:28

so for example in the Dropbox case you

play08:30

may be talking to your friend and learn

play08:32

about a week ago a specific time frame

play08:36

who were they working with which which

play08:39

which which class were they working

play08:41

working on which was this it was it's a

play08:45

computer science problem was this a an

play08:48

English paper try to extract as much

play08:51

information as you

play08:52

and about the the context in which they

play08:55

began solving this problem so that as

play08:58

you develop as you develop your product

play09:00

you'll be able to actually reference

play09:03

real-life examples of past problems that

play09:06

potential users have had and you can

play09:08

overlay your solution on top of that to

play09:11

see if it would have helped in that

play09:12

particular circumstance the third

play09:14

question is why was this hard

play09:17

why was the circumstance in which that

play09:20

student was trying to work on their

play09:23

their shared project their their project

play09:26

with other folks why was that hard what

play09:27

were these specific things that they

play09:29

encountered that were difficult the

play09:31

reason why you want to ask this question

play09:32

is because you'll hear many different

play09:34

things from different people going back

play09:37

to the Dropbox example you might

play09:39

encounter some people who say that maybe

play09:42

the problem may be the number one

play09:43

problem that they were encountering was

play09:44

when they emailed files back and forth

play09:46

they ended up duplicating work because

play09:49

they didn't have the exact same kind of

play09:52

document at the exact same time maybe

play09:55

other people will say that they

play09:57

submitted the wrong document in the end

play09:59

to the to the professor for their group

play10:01

project because they had like crazy

play10:03

strings of file version numbers on the

play10:05

end so the benefit from asking this

play10:10

question is not just to identify the

play10:13

exact problem that you may begin to

play10:16

solve with your solution to this problem

play10:18

but you'll also begin to understand how

play10:21

you market your product how you explain

play10:23

to new potential users the value or the

play10:26

benefits of of your solution in general

play10:30

customers don't buy what they don't buy

play10:34

the what they buy the why so in the

play10:36

Dropbox example they may not be they may

play10:39

not be excited and overjoyed at saying

play10:41

oh I now have this kind of file syncing

play10:43

tool that can that can keep all my files

play10:45

in sync but they'll by the Y they'll say

play10:47

well this exact product this product

play10:50

will help with this exact problem that I

play10:51

had just two weeks ago when I was trying

play10:54

to work on a student project with some

play10:56

of my friends so answers that you get

play11:00

from customers to this question of why

play11:02

why was this past problem that you

play11:04

encountered so hard

play11:06

may actually inform your marketing or

play11:07

your sales copy as you as you build out

play11:10

the rest of your product fourth question

play11:14

is what if anything have you done to try

play11:17

to solve this problem one of the biggest

play11:20

things that that I've encountered well

play11:22

while helping YC companies over the last

play11:24

few years is that if customers if

play11:27

potential customers are not already

play11:29

exploring potential solutions to their

play11:31

problem it's possible that the problem

play11:34

that you're trying to solve is not a

play11:35

burning enough problem for customers for

play11:39

them to be even interested in your

play11:40

better solution to this product so this

play11:42

question tries to get at the root of

play11:44

that of that of that issue is the person

play11:48

who encounters this problem already

play11:50

trying to solve this so in the Dropbox

play11:52

example you're working on a group

play11:55

project or you're talking to someone

play11:57

who's who's worked on group projects in

play11:59

the past try to figure out what what

play12:02

tools did they experiment with what

play12:04

tools did they try to use to solve this

play12:07

in the past maybe they they solve this

play12:09

by getting all the individuals together

play12:11

in one room to work on the project with

play12:13

four computers so that they could talk

play12:15

in real-time to to each other as they

play12:19

were working on the project maybe they

play12:21

maybe they experimented with email maybe

play12:22

they tried setting up as one of the top

play12:26

comments on Hacker News posted during

play12:28

the original Dropbox launch maybe they

play12:30

had set up our sink and they would

play12:32

already solve this problem with SFTP or

play12:34

something like that again you want to

play12:38

ask this question for two reasons one is

play12:39

to figure out whether the problem that

play12:41

you're solving or you're working to

play12:43

solve is even really something that

play12:45

people are already looking for solutions

play12:47

to you and the second one is what are

play12:49

the other competition out there

play12:51

what will your product be compared

play12:53

against as you as you as you end up

play12:57

rolling out your solution and offering

play12:59

it to end customers the fifth question

play13:01

is very tactical so what don't you love

play13:06

about the solutions that you've already

play13:07

tried this is the beginning of your

play13:12

potential feature set this is how you

play13:14

ask the or this is how you begin

play13:18

understanding

play13:19

what the features are that you'll build

play13:22

out for your better solution to the

play13:24

problem now note that this is not the

play13:26

question of what features would you want

play13:29

out of a new file syncing product in the

play13:32

Dropbox example because that's a

play13:34

hypothetical question users in general

play13:36

are not great at identifying the the

play13:41

next features that they want in the

play13:43

product just like the old you know Henry

play13:44

Ford quote you know our when we were

play13:47

developing the automobile or our users

play13:49

would have wanted a faster horse rather

play13:51

than that car so this question

play13:53

specifically targets what are the what

play13:56

are the what are the problems with the

play13:58

existing solutions that they've already

play13:59

tried these are these are specifics and

play14:02

you can begin to kind of figure out what

play14:05

the diff the differential between your

play14:07

new solution and the existing solutions

play14:09

already in the market will be talking to

play14:12

users as I said before is useful I

play14:14

pretty much all stages of your company

play14:16

but there's three critical phases to an

play14:19

early-stage company I would kind of

play14:21

define that as a company that has not

play14:23

yet reached product market fit in which

play14:25

talking to users would be extremely

play14:30

beneficial those three stages are at the

play14:33

idea stage before you've even begun

play14:35

developing any any of your product at

play14:37

the prototype stage where you have the

play14:40

first kind of rough beginnings of your

play14:42

product but you haven't really gotten in

play14:45

the hands of any paying customers or any

play14:47

users yet and the third one which is

play14:49

after you've launched and you're

play14:50

iterating towards product market fit how

play14:53

do you guide that journey so I'll talk

play14:55

about a few tips for for each phase at

play14:58

the idea stage you may have the back of

play15:02

a napkin idea you may have a thought may

play15:04

or may be you may be commercializing

play15:06

some technology that you've been

play15:08

dreaming of but you don't yet have any

play15:09

first users so you need to begin finding

play15:13

the first people that will be interested

play15:15

in either providing information about

play15:17

the problem that they've encountered or

play15:19

potentially signing up to be your first

play15:21

users the best the best

play15:23

you know people come to come to me to

play15:24

ask how can i how can i talk and how can

play15:26

i find my first users honestly some of

play15:29

the best companies are

play15:32

products or services that are built for

play15:34

the founders themself so start with

play15:36

yourself begin like test test your user

play15:40

interview strategy on yourself try to

play15:42

walk through a situation where you've

play15:44

encountered that problem the next step

play15:46

after that is to talk to friends is to

play15:49

talk to co-workers to get warm

play15:51

introductions

play15:52

it doesn't take a lot of people you

play15:54

don't have to talk to thousands of

play15:55

people you every good user kind of

play15:59

research strategy begins with just one

play16:00

or two people the critical the critical

play16:03

feature here is executing a unbiased and

play16:07

and detailed customer or user interview

play16:09

strategy rather than just trying to to

play16:12

pitch your idea to them

play16:15

another cool hack that that we've seen

play16:18

some great success with actually a YC

play16:21

company in this batch is using this - a

play16:25

YC company this batch is actually

play16:27

selling selling products to firefighters

play16:29

and they realized that cold email

play16:31

introductions was just not working was

play16:33

not a way that they could get through to

play16:35

the customers so what they did was they

play16:38

actually just dropped by fire stations

play16:40

in person they didn't even you know

play16:42

email them to say that they were coming

play16:43

ahead of time they just showed up and

play16:44

they said hey could we speak to the fire

play16:46

chief could we talk to someone about

play16:48

this problem that were that we've got a

play16:50

solution to and you know what it worked

play16:52

great they managed to get dozens of

play16:55

in-person no 10 to 15-minute long

play16:58

meetings just by showing up so when in

play17:02

doubt if there's a specific target

play17:05

customer base that you're looking to get

play17:06

feedback from just try showing up never

play17:09

it feels a little bit weird because it

play17:11

feels like you're imposing on someone

play17:13

but at the end of the day the mindset

play17:15

that I like to get into is if you truly

play17:17

think that you're solving a problem that

play17:19

your target customer base is facing

play17:21

you'll actually be doing them ahead

play17:22

you'll be helping them out by taking

play17:25

their 15 minutes and and learning more

play17:27

about the problem industry events are

play17:30

another great way to get a number of new

play17:32

customer interactions I remember that

play17:35

when I was working on pebble we actually

play17:38

went to CES which is this large consumer

play17:40

electronics show in Vegas we didn't have

play17:43

a booth

play17:45

we just went in guerilla-style we just

play17:47

like randomly started setting up in

play17:49

setting up meetings with potential users

play17:51

and we met them in like the coffee shop

play17:53

I would side at the conference we did

play17:55

that for $0 without any sort of

play17:58

marketing budget just because that was

play18:00

where a lot of people in the industry

play18:02

were and we knew that there was like a

play18:04

high concentration of potential people

play18:06

that we could talk to some tips for this

play18:09

stage take notes take detailed notes

play18:13

because like I said before you don't

play18:14

you'll never know until later which key

play18:17

facts of these user interviews may be

play18:19

useful if you're not great at taking

play18:21

notes while you're talking to someone

play18:23

bring a friend bring a co-founder ask

play18:26

the person if you could record it

play18:28

when in doubt capture as much

play18:30

information as possible keep it casual

play18:33

like I said before you can just show up

play18:35

you don't have to like pre-planned this

play18:37

you don't have to have you know 20

play18:40

minute blocks on your calendar scheduled

play18:42

for days on end of user interviews

play18:44

feel free to react like honestly you'll

play18:47

learn so much through the first 5 or 10

play18:49

user interviews that you know you'll

play18:51

your your process will dramatically

play18:53

improve from those first interviews to

play18:56

the next batch so don't feel like you

play18:57

have to do a hundred user interviews all

play18:59

at the same time just start with one

play19:01

start with three start with five until

play19:03

you get the hang of it the third thing

play19:05

is you need to be cognizant of the other

play19:07

person's time again going back to what I

play19:10

said at the beginning you know we love

play19:12

our idea we're founders we love talking

play19:14

about our idea so you need to you need

play19:15

to keep yourself in check and make sure

play19:17

that you're cognizant to the other

play19:18

person's time honestly you'll be able to

play19:21

get probably the best information out of

play19:23

say a ten to fifteen minute long first

play19:25

interview and that might be all the time

play19:27

you need just just for that initial chat

play19:30

as you move past the ideas stage into

play19:33

testing your your prototype with users

play19:36

the next major kind of benefit that you

play19:39

can that you can get from talking to

play19:40

users is figuring out who will be your

play19:43

best first customer this is critical

play19:46

because it's possible that if you choose

play19:49

the wrong first customer that you may be

play19:51

led down a path that that constrains you

play19:55

or artificially traps you without

play19:58

actually getting paid by that first

play19:59

customer so we've created a framework

play20:02

that you can use to begin to identify

play20:05

before you begin working with them who

play20:08

the best first customers will be during

play20:12

user interviews at this stage I love to

play20:15

to ask questions that extract numerical

play20:18

answers to three facts about the

play20:21

customer that I'm working with the first

play20:23

one that I like to get that I want to

play20:25

get to the bottom of is how much does

play20:27

this problem cost them today and I like

play20:31

to get a hard number either in terms of

play20:33

how much revenue do they stand to earn

play20:35

if they solve this problem or how much

play20:37

how much expense do they currently spend

play20:39

trying to solve this problem how much

play20:41

money is wasted today as they try to

play20:43

solve this problem second one that I

play20:46

like to get to the bottom of is how

play20:48

frequently do they encounter this

play20:49

problem do they encounter it on hourly

play20:51

basis a daily basis quarterly basis

play20:54

yearly basis the best the best problems

play20:57

that startups can can target are ones

play20:59

that are encountered more frequently

play21:01

this is usually beneficial for two

play21:03

reasons one is they encounter a problem

play21:05

on a more regular basis it means that

play21:08

the customers feeling the pain of that

play21:11

problem on a more regular basis and

play21:12

they'll be much more receptive to a

play21:14

potential solution the second reason why

play21:16

you want to tackle a problem that people

play21:18

encounter on a more frequent basis is

play21:20

you'll get more chances to know whether

play21:22

your product is actually solving a

play21:24

problem in my case with pebble I love

play21:27

the fact that I was working on a device

play21:29

that was kind of intended to be used

play21:31

every day you know you wake up in the

play21:32

morning you put your watch on that was

play21:35

great for me because I knew that if they

play21:36

weren't if users weren't wearing their

play21:38

watch on a regular basis that meant that

play21:40

I was doing something wrong so the best

play21:42

first customers are ones that have this

play21:44

problem very frequently the third thing

play21:47

that you want to get to the bottom of is

play21:48

how large is their budget for solving

play21:51

this problem you can imagine that say

play21:55

you're solving something for an

play21:56

industrial assembly line problem on the

play21:59

industrial assembly line if you're

play22:00

talking to the operator the person who's

play22:02

actually there on the kind of the

play22:05

assembly line they may encounter this

play22:07

problem on a really regular basis

play22:09

but they just don't have the budget

play22:11

they don't have the authority to

play22:12

actually solve the problem that's their

play22:15

boss so that's someone above them in the

play22:17

in the office of in the headquarters so

play22:19

again as you're trying to identify the

play22:21

best first customers make sure that

play22:24

you're trying to that make sure that

play22:25

you're asking questions about whether

play22:26

they actually have the ability to solve

play22:28

the problem given the choice I like to

play22:31

visualize answers to these to these

play22:33

three sets of customer questions as

play22:37

overlapping Venn diagrams with the best

play22:40

first customer being at the center of

play22:42

the Venn diagram where they have the

play22:44

highest kind of numerical answers to the

play22:46

three questions that I outlined so let's

play22:49

take a quick example imagine if you're

play22:51

working on like a super smart blender

play22:53

that's designed to produce the the

play22:55

tastiest new fruit smoothies you talked

play22:58

to several users let's say you're

play23:01

talking to McDonald's the French Laundry

play23:02

and the Google cafe you create a

play23:05

spreadsheet that simply has three

play23:07

columns with the answers to the

play23:09

questions that you've extracted through

play23:11

your user interviews via this data can

play23:14

actually be used in prioritizing which

play23:17

customer you you begin to sell your

play23:20

product to first so for example the

play23:22

French Laundry is an amazing restaurant

play23:24

up in Napa

play23:26

maybe maybe they have an opportunity to

play23:28

to roll out a new extremely fancy

play23:30

over-the-top smoothie with your new

play23:32

technology they can extract a lot of a

play23:34

lot of money from each sale but the

play23:37

frequency is not that high there's just

play23:38

not that many customers that are

play23:40

interested in a fruit smoothie at the

play23:41

French Laundry and you're talking to

play23:44

maybe the the sous-chef at the at the

play23:47

restaurants so you realize that they

play23:49

don't really have that much money to

play23:50

solve this problem even if they wanted

play23:52

to the other the other potential

play23:54

customer that you're talking to is the

play23:55

chef at one of the Google cafes

play23:58

unfortunately for you Google gives away

play24:00

their food for free to their employees

play24:02

so that person doesn't actually stand to

play24:04

earn more money or save that much more

play24:06

money if they were to use your new

play24:08

smoothie technology in their in their

play24:10

restaurant granted there are a lot of

play24:12

Googlers so there probably would be a

play24:14

lot of smoothies made per week but at

play24:18

the same time again you know they just

play24:21

don't have the budget to be able to to

play24:23

really dig into this problem so you

play24:25

learn through the initial customer

play24:26

interviews that McDonald's is actually

play24:28

the best potential customer AB attention

play24:31

potential first customer for your

play24:32

product while even though the the the

play24:36

cost of a new smoothie at McDonald's may

play24:38

not bring in you know a large dollar

play24:39

amount per transaction they have a ton

play24:42

of stores and each of those stores

play24:43

services a ton of people and on top of

play24:46

that you happen to get a warm

play24:47

introduction to the like chief food

play24:51

officer of McDonald's which I'm not even

play24:53

sure they have but that person actually

play24:54

controls like a multi-billion dollar

play24:56

budget and if they wanted to solve this

play24:59

problem they would have the authority

play25:00

and they would have the the budget to do

play25:02

so and so you put that information in

play25:05

your spreadsheet and you actually do

play25:06

like a simple stack rank that just pulls

play25:08

the best answers to those questions up

play25:10

to the top and you can use this

play25:12

framework for for kind of pulling

play25:14

together all the information that you

play25:15

get from various user surveys to to find

play25:20

the best customers the last stage a four

play25:24

product market fit that can benefit from

play25:26

user interviews is actually the process

play25:29

of iterating towards product market fit

play25:32

Paul Graham's cut definition for product

play25:34

market fit is when you've made something

play25:37

that people want Marc Andreessen also

play25:39

has an amazing blog post about product

play25:41

market fit where he describes it as when

play25:44

the product is just being pulled out of

play25:46

you when you no longer have to push the

play25:48

product on customers they're just

play25:50

pulling it pulling it from you but the

play25:52

problem with these definitions of

play25:54

product market fit is that they're vague

play25:56

they're also retroactive in that you

play26:00

have to already have product market fit

play26:01

in order to know that you've reached it

play26:03

so they're not as useful for helping you

play26:05

figure out which features you can use

play26:07

which features you need to build in

play26:09

order to iterate in order to improve

play26:10

your product to get to product market

play26:12

fit you may have heard of the app

play26:14

superhuman which is a super fast email

play26:16

client well the CEO published an amazing

play26:19

blog post a little while ago about how

play26:21

he built a well how he was actually

play26:24

annoyed with this a vague definition of

play26:26

what product market fit is and how it

play26:28

was a lagging indicator that didn't help

play26:30

him predict product market fit had only

play26:33

told him whether he achieved it or not

play26:34

he wanted to create a real-time

play26:36

quantitative system that had that had

play26:39

helped guide his company towards product

play26:42

market fit and of course it involved

play26:44

talking to users he wrote a great blog

play26:46

post on this you could just google it I

play26:47

would just gonna touch her kind of touch

play26:50

on it but I would highly recommend

play26:51

reading the entire thing because it is

play26:52

it is fantastic but in it he describes a

play26:55

process where on a weekly basis

play26:58

he asks pretty much all his customers

play27:00

but it doesn't even have to be your

play27:01

entire customer base it could just be

play27:03

you know 30 40 users a critical question

play27:06

how would you feel if you could no

play27:09

longer use superhuman three answers very

play27:12

disappointed somewhat disappointed not

play27:15

disappointed he measured the percentage

play27:18

of users who answered the question very

play27:20

disappointed

play27:21

these are the users who most value your

play27:23

product this is these are the users who

play27:25

your product has now become a key part

play27:27

of their life it's kind of weaseled

play27:29

their way into their daily habits he

play27:31

read some analysis that said that a 40

play27:33

percent or more of your user base

play27:35

reports that they would be very

play27:37

disappointed if your product went away

play27:39

on a weekly basis that that's kind of

play27:42

the signal that's the the

play27:43

differentiation point that it says if

play27:47

you get past this point your product

play27:48

will just grow exponentially and he

play27:50

evaluated a number of other successful

play27:53

companies and realized that the answer

play27:55

to this question was always around or

play27:56

above 40 percent so again I probably

play28:00

won't be able to go into it too much

play28:01

more in detail but I would recommend

play28:03

reading this blog post if you're at the

play28:04

stage where you're iterating and you

play28:06

actively have users that you can ask

play28:07

this question of this can be an

play28:10

immensely useful thing for

play28:11

quantitatively determining whether the

play28:14

features that you worked on in the

play28:15

previous week we're actually benefiting

play28:18

or adding to your product market fit or

play28:21

potentially detracting from it as well

play28:23

some other great tips that we found at

play28:26

this stage is kind of a simple hack ask

play28:29

your users for the phone number during

play28:31

signup because oftentimes you'll be

play28:33

looking at the data and you'll be

play28:35

wondering you know why did why is the

play28:38

data showing this particular

play28:40

kind of learning about our customers and

play28:42

you maybe like thinking and aggregate

play28:44

like you know 20% of people have this

play28:46

problem sometimes it helps to just get

play28:49

on the phone and talk to one person

play28:50

who's encountering this problem so I

play28:53

always encourage founders to put contact

play28:56

to put contact information including

play28:58

phone number which is like a direct

play28:59

connection to customers pretty high up

play29:01

in the user signup flow second one is

play29:04

don't design by committee you can't

play29:07

simply ask your users what features they

play29:09

want you have to begin to understand

play29:11

whether those features are truly going

play29:13

to going to help make your product more

play29:16

sticky and more useful you can do this

play29:18

through kind of the the advice of the

play29:20

superhuman CEO lays out in his blog post

play29:22

or you could ask other tactical

play29:24

questions like instead of asking you

play29:26

know do Tweel users be interested in

play29:29

using this new product or this new

play29:30

feature instead say here's us here's an

play29:33

upgrade flow if you want this new

play29:35

product put your credit card or if you

play29:36

want this new feature put your credit

play29:38

card information or pay more even before

play29:41

you actually built out the feature this

play29:42

could help give you information about

play29:45

whether the feature that you're working

play29:47

on it's actually something that the

play29:48

users are going to use the third thing

play29:51

to do during user interviews at this

play29:53

stage is to remember to discard bad data

play29:56

some of the some of the kind of worst

play29:58

bad data that you may encounter is

play30:00

compliments people may say oh I love the

play30:03

new design or man this thing is really

play30:06

useful you may love that during the

play30:09

course of user interviews but they

play30:11

actually are not useful information

play30:13

because it's not specific it's more of a

play30:15

general statement about your product and

play30:16

it's not tactical it's not giving you

play30:18

correct information on what you can

play30:20

change or what you can improve about

play30:22

you're um you're probably the second

play30:24

main type of bad data that you may

play30:27

encounter is fluff they're hypotheticals

play30:30

these are generation Eric statements

play30:32

whenever you're in the middle of a user

play30:34

interview and you start getting onto

play30:35

onto this hypothetical you know oh

play30:38

here's what it here's what the product

play30:39

may look like in the future try to steer

play30:41

it back to specifics again you're

play30:44

conducting a user interview not to pitch

play30:46

your product but to learn about problems

play30:48

or the issues that the user has faced in

play30:51

their past so that you can improve it in

play30:53

the future

play30:54

that's it that was meant to be like a

play30:57

quick quick short dive into talking

play31:01

talking to users I don't know if we have

play31:03

any time for questions

play31:05

cool awesome I'd love to answer any

play31:10

questions but other than that thank you

play31:11

thank you very much

play31:13

[Applause]

play31:27

you

Rate This

5.0 / 5 (0 votes)

Related Tags
Startup AdviceUser InterviewsYC InsightsFounder TipsProduct DevelopmentCustomer FeedbackBusiness StrategyEarly StageTech StartupEric Richard