Lenny's Podcast: Product | Career | Growth - Identify your bullseye customer in one day | Michael Margolis (UX Research Partner at Google Ventures)

Episode Date: December 1, 2024

Michael Margolis has been a UX research partner at Google Ventures (GV) for nearly 15 years. He has developed a unique approach to helping startups identify their “bullseye customer”—the specific subset of their target market who initially is most likely to adopt their product. Michael has conducted over 300 hands-on research sprints with GV portfolio companies across various industries and helped develop the “design sprint” process made famous by the book Sprint. In our conversation, we discuss:• The step-by-step process of running a bullseye customer sprint• The most common mistakes founders make when picking their first customers• Practical tips for conducting effective customer interviews• How to create simple but effective prototypes for user research• The power of “watch parties” in aligning teams around customer insights• How to apply these methods beyond typical tech startups—Brought to you by:• Eppo—Run reliable, impactful experiments• Paragon—Ship every SaaS integration your customers want• Enterpret—Transform customer feedback into product growth—Find the transcript at: https://www.lennysnewsletter.com/p/finding-your-bullseye-customer-michael-margolis—Where to find Michael Margolis:• X: https://x.com/mmargolis• LinkedIn: https://www.linkedin.com/in/mmargolis/• Website: https://www.learnmorefaster.com/• Medium: https://medium.com/@mmargolis—Where to find Lenny:• Newsletter: https://www.lennysnewsletter.com• X: https://twitter.com/lennysan• LinkedIn: https://www.linkedin.com/in/lennyrachitsky/—In this episode, we cover:(00:00) Michael’s background(09:11) Bullseye customers vs. ideal customer profiles (ICPs)(12:32) An overview of the bullseye customer sprint(20:56) When to use the bullseye customer sprint(22:19) Step one: Agree on goals and key questions(23:48) Step two: Define your bullseye customer(25:52) The importance of a narrow target audience(29:00) An example of step two in action(38:24) Narrowing attributes and exclusion criteria(43:28) Step three: Recruiting and compensating participants(56:11) Step four: Creating effective prototypes(01:01:10) Step five: Drafting your interview guide(01:08:49) Step six: The watch party method(01:19:40) Common pitfalls and final thoughts(01:24:43) Closing thoughts and where to find Michael—Referenced:• Learn More Faster: How to Find Your Bullseye Customer and Their Perfect Product: https://www.learnmorefaster.com• Alcoa: https://www.alcoa.com• Dupont: https://www.dupont.com• Ericsson: https://www.ericsson.com• Google Ventures: https://www.gv.com/• Kate Aronowitz on LinkedIn: https://www.linkedin.com/in/katearonowitz/• Vanessa Cho on LinkedIn: https://www.linkedin.com/in/veecho/• How to kickstart and scale a consumer business—Step 2: Identify your super-specific who: https://www.lennysnewsletter.com/p/consumer-business-super-specific-who• When enough is enough | Andy Johns (ex-FB, Twitter, Quora): https://www.lennysnewsletter.com/p/when-enough-is-enough-andy-johns• Zipline for health care: https://www.flyzipline.com/solutions/healthcare• Jobs to Be Done framework: https://www.christenseninstitute.org/theory/jobs-to-be-done• User Interviews: https://www.userinterviews.com/• Respondent: https://www.respondent.io/• Flatiron Health: https://flatiron.com/• How to identify your ideal customer profile (ICP): https://www.lennysnewsletter.com/p/how-to-identify-your-ideal-customer• Gong: https://www.gong.io• Linear: https://linear.app• Gusto: https://gusto.com/• Humble Inquiry: The Gentle Art of Asking Instead of Telling: https://bookshop.org/p/books/humble-inquiry-second-edition-the-gentle-art-of-asking-instead-of-telling-edgar-h-schein/14739375• Figma: https://www.figma.com—Production and marketing by https://penname.co/. For inquiries about sponsoring the podcast, email [e-mail].—Lenny may be an investor in the companies discussed. This is a public episode. If you'd like to discuss this with other subscribers or get access to bonus episodes, visit www.lennysnewsletter.com/subscribe

You have done 30 years of work and iteration and refinement. You're here just to tell us. Here's the most important thing you need to know. Here's how to do it based on all that time I've spent. Help us understand what is a bullseye customer? Every ambitious founder wants to build a product for everybody. But it doesn't start there. Amazon started just selling books or Facebook was just profiles for college students.

So a bullseye customer is the very specific subset of your target market who initially is most likely to adopt your product or service. Why this of all the things that you can focus on? on of a startup journey. It helps you get really deep in understanding who are those people and understanding what they need. It helps you prioritize the feedback you're getting. And it just gets everybody as a team much more aligned on what are we doing and what are we doing first. You have this bullseye customer sprint that your book describes. You basically give people a plan for how to figure this out in a day, which sounds like a dream. The basic formula, the way I think about it, is five and three and one. So it's five bullseye customers and three very simple prototypes. And

And then we conduct those interviews in one day while the whole team is watching and debriefing and kind of thinking about what are the key big takeaways at the end of that. Where'd he start? So step one is... Today, my guest is Michael Margolis. Michael has been a U.X researcher at Google Ventures for almost 15 years, where he's worked with over 300 companies to help them get unstuck, move faster, and build something that people want.

He helped develop the design sprint method made famous by the book Sprint, and more recently wrote a book called Learn More Faster, How to Find Your Bold, Your Baxter, How to Find Your Bold customer and their perfect product, which essentially helps you identify and refine your ideal customer profile in a single day. I've said many times on this podcast that one of the biggest mistakes founders make and product teams make is not being very clear and very narrow with their initial target market. And I've been looking for a book and a guide to help people figure this out. This book is that.

And also this book is completely free and available online as a PDF. Michael is not looking to sell books or drive leads to Google Ventures. he generally simply wants people to avoid paying and avoid wasting time building something that nobody needs. In this episode, we go step by step for how to identify your bullseye customer, how to interview people, how to recruit people, and how to refine your idea to build something that people actually want.

This episode is both for founders and also for product teams at larger companies who want to avoid building something that nobody cares about. If you enjoy this podcast, don't forget to subscribe and follow it in your favorite podcasting app or YouTube. It's the best way to avoid missing future episodes and it helps the podcast tremendously. With that, I bring you Michael Margolis.

Michael, thank you so much for being here and welcome to the podcast. Thank you so much. I'm thrilled to be here. So we're going to be going really, really deep on how to very clearly and also just very quickly identify your bullseye customer, which some people refer to as ideal customer profile or ICP. There's differences there. We're going to touch on that. But you wrote a whole book about this very specific. topic. I have it right here. It's called Learn More Faster. And the subtitle is important. How to find your bullseye customer and find their perfect product. And interestingly, this topic has

actually come up a bunch on recent podcast episodes. So I've been like telling guests, hey, we're going to have a whole podcast episode about this very specific topic, which I'm very excited about. So Michael, again, thank you for being here. Thank you at 10. This episode is brought to you by Epo. Epo is a next generation AB testing and feature management platform built by alums of Airbnb and Snowflake for modern growth teams. Companies like Twitch, Miro, ClickUp, and Draft Kings rely on Epo to power their experiments. Experimentation is increasingly essential for driving growth and for understanding the performance of new features.

And Epo helps you increase experimentation velocity while unlocking rigorous, deep analysis in a way that no other commercial tool does. When I was at Airbnb, one of the things that I left most was our experimentation platform, where I could set up experiments easily, troubleshoot issues, and analyze performance all on my own. Epo does all that and more with advanced statistical methods that can help you shave weeks off experiment time and accessible UI for diving deeper into performance and out-of-the-box reporting that helps you avoid annoying, prolonged analytic cycles. Epo also makes it easy for you to share experiment insight with your team, sparking new ideas

for the A-B testing flywheel. Epo powers experimentation across every use case, including product, growth, machine learning, and monetization and email marketing. Check out Epo at Getepo.com slash Lenny and 10X your experiment velocity. That's get-EPPO.com slash Lenny. This episode is brought to you by Paragon, the developer platform for building native

customer-facing integrations with third-party apps. Are native integrations on your product roadmap, whether it's to ingest context from your user's external data and documents, or to sync data and automate tasks across your user's other apps, integrations are mission-critical for B2B software products today. But building these integrations in-house costs an average of three months of engineering,

according to the 2024 state of integration survey, which results in difficult roadmap trade-offs. This is why engineering teams at copy AI, AI21, and over 100 other B2B SaaS companies use Paragon, so they can focus their efforts on core product features, not integrations. The result? They've shipped integrations seven times faster, all while avoiding the never-ending maintenance that comes with rolling your own integrations. Visit useparagon.com slash Lenny to see how Paragon can help you accelerate your product's

integration roadmap today and get $1,000 in credit on their pro and enterprise plans. That's use p-a-r-g-on.com. I want to start with giving you a chance to just share the work that you have done over your career that this framework and process is rooted in because it's based on a lot of hands-on work with startups and founders. So just talk about the work that you have done that has led you to this process and framework. Yeah. So I've been doing this kind of product in UX work for over 30 years. So the work that I'm going to describe here is kind of the culmination or the synthesis of about 30 plus years of that. And so there are a lot of different pieces that I've

picked up along the way and recombined and adapted for this. So started out studying anthropology. My first job was working in educational software as an editor. So it was kind of introduction to UX, my introduction to usability testing, and went from there to working at a boutique product design innovation studio. So basically consulting with big companies like Alcoa and DuPont and Erickson. And so learning really deep ethnographic research techniques, very big, long, expensive projects, consulting projects. And then from there I went to Walmart.com.

So going from there to Walmart.com was really learning to take those techniques and compress them and accelerate them. Walmart is really all about execution, about scale, about everyday low cost and speed. And so I had to really compress those techniques and make them much, much faster and learn to combine deep ethnographic discovery work with usability work and getting lots and lots of reps. From there, I went to Google. So I was embedded in the Gmail team early on in 2006. And so what we did there was then combining these also at scale, doing this kind of innovation at speed. You can see kind of this trend of getting faster and faster. One of the things we did a lot there was the way I would do the research is with watch parties. So teams would be able to see it. Google

had invested in lots of video conferencing, streaming from the labs, one-way mirrors, a lot of things early on. So the teams were involved and they were seeing and watching this stuff. So a lot of those techniques I brought then to GV to Google Ventures when I joined in 2010. So I was the first a UX research partner in venture capital at the time. Still, I think maybe there's one other person in this role. And so it took a lot of those techniques and recombine them and have adapted them and experimented over the last 14 years working with hundreds of different kinds of startups. So we have a very broad variety of founders and product people that we're working with.

So over the past 14 years, where we've really experiment, gotten to experiment and gotten to work with them and be kind of a small piece of a journey that they're on to learn and answer these fundamental questions that they have about their products and their people. How many companies slash founders have you worked with this point just to give people a sense of the scale? It's hundreds. So I've conducted at this point over 300 hands-on research sprints with them. So we also work with many, many others where we're just doing tons of office hours.

And so it's everything from, just to give you a sense, it's anything from biotech to health care, to security, food. I've worked with farmers. You know, it's really all over the place. What I love about this podcast and guests like you is you have done 30 years of work and iteration and refinement. And then you're here just to tell us. Here's the most important thing you need to know. Here's how to do it based on all that time I've spent.

Perfect. What ROI we were providing here? Okay. So your book and your process is about finding a bull's eye customer to help us understand what is a bullseye customer. And in particular, is there any difference from how most people think of the ICP ideal customer, profile. So a bullseye customer is the very specific subset of your target market who initially is most likely to adopt your product or service. And so compared to when we talk to founders about their ICP or the personas that they come with, this tends to be more specific even than they

usually have gotten. And the reason that this concept of bull's eye customers become so important to us is we've seen this is really key to accelerating teams. So everybody, Every ambitious founder wants to build a product for everybody. And we're investors. So at GViet, we want them to be successful and to have these huge markets. But it doesn't start there. So to build successfully, usually you have to be much more focused and much more specific. So you can look at lots of companies, right?

Amazon started just selling books or Facebook was just profiles for college students, et cetera, et cetera. So helping founders be very specific about who are you going to start with, Who is that very distinct group that is most likely initially to adopt helps streamline a huge number of things. So it helps you prioritize what are you building. It helps you get really deep in understanding who are those people and understanding what they need.

It helps you prioritize the feedback you're getting. You're often getting just a ton of input from investors, from friends and family, if you're talking to them, from lots of people who kind of seem like they're in your target market. but it helps you kind of win away some of that stuff and be like, which parts of this are important? Like, we'll get to you. It's not that we're not going to eventually serve you, but initially here's where we're going to focus.

And it just gets everybody as a team much more aligned on what are we doing and what are we doing first. I love that the incentives, as you just refer to, of a VC like Google Ventures, are so aligned with help figure out what most will help a startup. Like, I love that this. is a good filter for what have you seen most cost trouble for an early stage startup. And it's interesting that this is where you ended up going. So let me actually, let's spend a little more time here and just like why the bullseye customer slash ICP is so important.

Why is this the thing of all the things that you guys have seen along the early stage of a startup journey? You have decided this is where we need to focus and help people. having them focus on the bullseye customer is a way to help them focus and prioritize what they're thinking about building, what the questions are that they're asking, and who it is that they need to target and build for. And so all of those things, once we can help them narrow that down and decide who are we really focused on and who are we setting aside until later, it helps them prioritize their roadmap. It helps them prioritize the feedback that they're getting and gets the whole team aligned and moving together. much faster. Yeah, it makes sense. Basically, everything trickles down from who the heck are you selling to because it's the pains you're selling for them. How do you find them? So I love that. And I totally agree. And again, this has come up a bunch on recent podcast episodes, just like how essential this is

and how underappreciated this often is. The other thing I love about what you're describing is you're focused on speed. Like, I love that you're, as you move through your career, it's like, how do we do this faster and faster? And what especially love about your approach is it's a, you basically give people a plan for how to figure this out in a day, which sounds like a dream. What a dream come true. In a day, you can change the trajectory of your startup by getting very clear on who you're selling to

and your bullseye customer. Awesome. Okay, so let's start getting into it. So describe the sprint. So you have this bull's-eye customer sprint that your book describes. And by the way, this book is freely available. You could download the PDF.

We're not trying to sell books here. This is just like, use this. you'll be better off. Yeah. There's at LearnmoreFaster.com, there's the book. There's all kinds of resources and templates. Yeah. Please grab it.

Okay, cool. So describe the sprint high level, how it's laid out and the kind of the core pieces of it. Yeah. So the basic formula, the way I think about it, is five and three and one. So it's five bullseye customers and three very simple prototypes. And then we conduct those interviews in one day, while the whole team is watching and debriefing and kind of thinking about what are the key big takeaways at the end of that. And so that's all as a team.

And you mentioned a few of these kind of key ingredients. And I think things that people may be surprised about specifically, you don't need to talk to a ton of potential customers. You build a number of prototypes, which is interesting versus like iterating on a single prototype. There's a few other elements. So can you just share some of like the key insights, the key unique ingredients to this framework?

get sprints. So one is bull's eye customer. So we talked about that. So again, bull's eye customer is that very specific subset of your target market who's initially most likely to adopt your product or service. So we want to recruit that group of people. And one of the reasons that we do that is if the whole team is an agreement, I have five people who match that. And everybody's like, yeah, yeah, those people, those are the ones that if they saw this, we're pretty sure like they'd be into this. They'd want this. Like we're all, we agree. And so that way, after we do the interviews, depending on what the feedback is, they can't really dismiss it. We all thought that.

And it's fine if it didn't, if they didn't want it or they reacted in certain ways. That's what we wanted to learn. But up front, we were able to identify and say, yes, yes, those really we think are the right people. That's our hypothesis. So first is five bullseye customers. The next part is about qualitative interviews. So there are lots and lots of different kinds of research methods.

But what I've found over doing this for many years is that the best. biggest bang for your buck is doing these kind of deep qualitative interviews where I can dig in and understand people's stories, understand their motivations, understand past experiences, why did you do this in the past? What have you done in the past? What's worked? What hasn't worked? And having the whole team watch that and understand and build that kind of empathy and understanding and hear those stories is very powerful. But then we do those in small batches. So rather than do an interview on Monday and then one on Wednesday and then a couple on Friday, we clump them. So ideally it's in that one day.

So I bang out five interviews, one hour interviews in one day while the whole team's watching. Sometimes we do it across two days, depending on time zones and things like that. But the idea is that they're clumped together. And the reason for that is if you do them in a clump like that, then the patterns are just much more obvious. At the end of the day, it's just really clear what were the big takeaways. It's not going to answer every question that you ever had about your product or your customers, but the big things that you set out to answer, it's pretty clear. Like, did it work? Did it not work?

Which parts were good or bad? All these kinds of things. And the whole team has watched it. And so they have that sense. And that idea of just doing five of them, you hit what's called data saturation. And so this is a thing in qualitative research where kind of the common version of this is everybody after four or five is like, oh, for God's sakes, please. don't let me sit through any more of these. Like, I get it. I'm hearing the same things over and over. I understand. Like, let's move on and do something different. Change the customer, change the

prototypes, whatever. So qualitative interviews and small clumps. And then we compare prototypes. And so this kind of comes from that time I had at Walmart where I sort of see the whole world as a shopping process. And so there's something very valuable, just the way any of you have shopped for anything, right? You don't look at just one thing. If I showed you just one thing, you'd have some feedback and you'd have an opinion about it. Like, let's shop for a couch. I like the color, the cushions are uncomfortable. I like them fabric or not. And that's helpful. And that's interesting to hear. But as you start looking at two or three, then you start having this different reference points. And when you're testing with customers, it's not up to them to come up with

these different possibilities of what could be. And so if I'm presenting those, you're like, oh, that's interesting. So I like the way this one has cushions that are made out of down, but this other one is really interesting because they deliver it. Oh, but this, I like this because it's a style that I like and they actually take away my old couch, right? So then I can compare and contrast across these different possibilities, these different distinct value propositions.

And I'm not looking for a winner, but this comparison. The other big benefit of having multiple prototypes is it helps teams avoid getting too wed to one specific idea. And so you can get a little over committed. There's a risk that you get overcommitted to one idea. You're polishing that. You're working on it. You're too committed to that. And this pushes teams to think of new different possibilities.

And you can be a little bit more neutral and a little bit more objective if you're not all so bought into one. thing. So comparing prototypes becomes very powerful. And then the other thing is making this a team sport. So the watch parties are a key example of this. So I'm conducting these interviews and the whole team is, and I'm live streaming it. So the whole team is all watching it. These days, typically people are pretty distributed. So I'm doing it over Zoom and they're watching the live stream independently. And then one of my partners, so Kate Aronowitz or Vanessa Cho, it's got amazing design partners. I get to work with, are often facilitating kind of that back room. And so what they're doing is they're helping the team. We have a structured process for taking notes. And then in between each interview, they're

debriefing. And so I have kind of this spreadsheet that I use with like, these are the key things we wanted to get out of this. And so they're going through and just capturing that. Like, what just happened in this interview? Like, let's make sure we have the high level. And at the end of the day, we have a way to kind of all capture, like, what were our big takeaways? What happened? But the magic of all watching it and processing it and discussing it and debating it through the course of the day is that everybody is aligned. We've all seen it. I don't write a report. I haven't written a report in, I don't know, 10 years because at the end when we capture those big takeaways, the team has captured it.

We end up, we do it through a Google form. It shows up in the spreadsheet and we kind of discuss it. And then everybody's just like raring to go do the next thing. And everybody's aligned and there's this incredible amount of momentum from the team after that. And they're like, let's go do the next thing. Like it's clear what we need to do and what we learned. And sometimes the next thing is do this again and adjust so we can build more confidence. But the make it a team sport has been this very powerful tool for building consensus, building alignment, especially as teams are growing and people are going to start up running in different directions.

It's like a chance to come together and make sure like, oh, where are we? What are we doing? Awesome. That was really helpful. So just to summarize kind of the key elements of this approach, there's a bullseye customer concept of just like a very narrow people wedge almost of who would most want this thing. And we'll talk more about that. Making a qualitative versus surveys or things like that. Comparing prototypes and making a team support. Okay. So we're going to actually go into more detail of each of these steps just to folks can basically what I'm hoping to do is folks listening to this can do this. tomorrow or next week. There's a little prep time. Before we get into each step, when do you recommend people do this? When in the stage of a journey? Can you do it like many times? Any just context there before we dive in? You can do it many times. The key times to do it is at a high level, it's before hopefully you've invested a lot of time into building something,

a lot of energy and the team's energy and money that goes into the building. So it's usually before you build something, maybe if you're expanding into a new group of customers, so you're killing it in the UK and now you're trying to get into the U.S. market and that's different or you worry it's different or you're not sure, it's a good time to check. Or maybe you were selling to Enterprise. You're doing very like white glove, high touch sales to enterprise. And now you're going to shift down to maybe a different tier of customers and you're trying to set up some more of a self-serve kind of a sales motion. You need to understand that. Another common time is when you're selling, but it's like not something's not going quite as well as maybe you hoped it was going.

You've already launched and you want to you want to just kind of troubleshoot like what's going on. Like we clearly this is we have some traction maybe but it's not what we wanted or we're getting that kind of very polite encouraging feedback which is kind of a sounds good but it's really no. Let's go dive in and find out. So those are kind of the big key things of the times of when to do it. Okay, let's actually get into the steps. I believe there's six kind of core steps to the process. Okay, cool.

Where do you start? What's step one? Yeah. So step one is what I do is I plan about a 45-minute meeting with the team. So again, it's really important to have that core team together and have this conversation about what are the key questions. Basically, what do you wish you would know about your product, about your customers? What's getting in the way? One of the most common ways that we ask this is basically what keeps you up at night?

Because founders and product people have, there's a bazillion things that they're kind of bubbling in their head that they're worrying about. But that often gets them to kind of step back and be like, oh, what I'm really unsure is, you know, this, right? What's going to happen? Like, well, people, how will people respond to this fundamental concept or this idea or how will they use it? Right. And so that's kind of the, I have a set of questions that I'll go through with them to help prompt and elicit. What are those big things that you wish you knew, right? what would have to be true for this to succeed, right? What are your kind of your hypotheses and what are your

assumptions about the product, about the customer? You know, who do you think this is or not and why? Kind of what are those nagging debates on the team? Those kinds of things that keep coming up over and over, you're like, oh, for God's sake, let's go get some information and answer the question, right? So with some of these things. So we have that initial meeting to kind of detail, like, what do we need to answer? Awesome. And this informs other, I imagine all the things you do next. And so in the PDF we'll link to in the show notes, you can see all these questions and run through them yourself. Okay, cool. So that's step one. What's step two? So step two is based on what you want to learn. Now let's figure out who is the bullseye customer that we need to talk to to to answer that question.

And it all starts with those key questions that you have because if the question is about, let's say, big questions about onboarding. Well, if the questions are about onboarding flow, then you're going to want to talk to new customers, right? Somebody who's fresh to this to see how do they get through or how do they understand what this is. Whereas if you're talking about something that's a new feature that's already in your product,

then you'd be talking to existing customers. So that's an example where if I understand what the questions are, I can kind of work backwards to understand who do I need to talk to. And then based on that, what I do is run what I call a bullseye exercise. So it's again, essentially another kind of interview, get the team together, and I pepper them with a lot of questions to figure out like exactly who is this bullseye customer that we've been talking about. And the reason this is, I love doing this as a team is that what happens invariably is having that conversation before we've even gotten to any interviews is super

clarifying for a team. Because they tend to get a shorthand about who. their customers are. And this is a way, and I just keep asking questions, like, well, what do you mean by that? Right. So when you say you're building a delivery service for people who get specialty medications delivered, specialty prescription medications. Like, who exactly is that? Right. It's not everybody. Like, and so we start narrowing you down. So they start having those conversations, debates, arguments about who it is. And just having that is really clarifying for the team. Like, oh, well, I hadn't thought about that. Yeah, I guess it's true. Maybe it's not everybody who has that.

It's only people who have this kind of condition or this set of conditions or these needs. And to follow that thread real quick, I imagine people's natural inclination is not to narrow it too much because there's always like, why would we exclude this big market opportunity? There's like, why would it have to be like so narrow? You just speak a little bit to just like why it's so important to get very, very narrow. Someone once described it, Andy Johns on a newsletter post I wrote once. He described it as it should feel comically narrow.

Does that resonate? I love that. Yeah, I hadn't heard that phrase, but I love that. Comically narrow is exactly what it is. And there are times that teams will just be like, oh, for God's sakes, Margolis, like, just like, this is too much. The reason that I do that is I'm pushing them to identify a person who they all would agree, this person, if we present this value prop that we think we're going to build and this problem

we think we're solving, we are all convinced, or it's our best. guess. Like, it's fine if you're not sure. But we're pretty convinced that that's the person who will say, yeah, I mean, like, I need this thing. And so it's a way, I'm kind of running an experiment, right? So it's a way to reduce variables for me. And then to get that specific, and then I recruit a bunch of the people who match that very particular characteristics, set of characteristics. And they're still going to, they're people, so there's still some variation. but it's a way for us to test that, right? And if there's too much variation,

then what happens at the end of the day, you're like, that was kind of a mush. Like, I'm not really sure what we learned. Was it because it was just people had mixed feelings, or was it because there was just not enough consistency? Like, we had too many variables in there. I don't know what we learned here. So I think what's nice about this is this list,

this initial list you're making of bullseye potential customers and attributes is not exactly. going to be who you go after. Once you figure this out, it's you want to be very confident. These group will absolutely love what you're presenting because you're trying to learn as much as you can from the people that most love it. And then from that, you can get a little less narrow to actually pitch your product. Right. And most often what happens is we do this. We define it our best. It's our hypothesis. It's our best guess. The team is always very expert. I'm not, right? I'm always showing up as the nube in whatever this business is.

And so the team is expert. And so this is very informed. It's not like we're guessing. But we go through this. And by the time after we've done these interviews, the goal is to figure out, was this right or not or in what ways do we need to adjust? Like, that's the,

a big piece of the outcome is adjusting that definition of your bull's eye customer. And often what happens is through the course of that bull's eye customer sprint, you learn, oh, it turns out like there's actually this other distinguishing characteristic. We didn't realize, or maybe it validates what we knew, but often we didn't quite realize that. Like this other thing is popping up where we're seeing heat from people. Like, oh, well, that's interesting. Like, let's dive in a little more. I mean, I can walk through an example if you want.

Yeah, that'd be awesome. Yeah, yeah. And I think even just like what are some examples of attributes? Like, what's the list of attributes you should be thinking about? let me just give you an example. I think a lot of the stuff we're talking about, it starts to get a little abstract. So I was working with a company that was developing a new delivery service for people who have specialty prescriptions, medications. So these are the kinds of medications that are expensive and for very specialized chronic diseases. So this is not the kind of thing you're getting at Rite Aid. And so, and there's something kind of very special about this company. And I can mention that afterwards. But the fundamental thing, for them to figure out was before they can build out the logistics of this, they're trying to figure out, like, do we need to target something that is for delivery, like ASAP? These are really important medications for very serious diseases. Is it like, oh my gosh, I need the next pill, like get it to

me like as fast as you can? Or is it like, well, I can wait till a day or two, but I need it between like 2 and 2.15 p.m. Like, if I knew that. And then who exactly is this bullseye customer? we want to know like what is what's really the fundamental issue or problem that we're solving here. And so they wanted to answer those questions. And so we go through this process. And so those are the key questions. And then the customers that they're after, I know like, okay, well, it's not going to be everybody with specialty medications. And so as we start teasing through that and thinking about it, I want to think about what are examples of other products that somebody has used that would make them more likely.

So a good example there is, have you had other things? things delivered. Food, have you had, you know, like gone through this kind of process before where you've used like Uber Eats. Like, because if you have never had anything delivered like that before, that's like going to be too many humps to get over to get the person to accept their medications coming by delivery. Right. So they've probably used Uber Eats or something like that. And they've been on the medication for a certain amount of time. So it's somebody who, this is kind of a chronic thing. It's not like a one off acute situation. They needed to find people who had a certain kind of density. So how rural were they living? How urban was it because of the way they

were going to do the deliveries? Somebody who was responsible for their own medications. So we don't want somebody who's in some kind of a healthcare setting where somebody else is taking care of it or maybe their spouse or partners kind of managing their prescriptions. So these are the kinds of things that we're starting to look for. And another typical exclusion criteria is I don't want somebody who knows too much. So your core bullseye customer, I want somebody who's pretty typical. So in this case, like if I were to find out that somebody was a pharmacist or worked in healthcare, I'm like, oh, yeah, that's probably not like a typical customer.

If I just have these five precious interview slots, I probably don't want that. So I'm going to exclude those people. So we went through and did this and then generated these different prototypes to express, kind of a range of different recipes of value props of what this might be. Right. So the range is things from, it can be delivered in an hour, or, you know, or it can be delivered over a four-hour window, or it can be delivered. It'll take, you know, we'll get it there as soon as we can get it there, but we're not quite sure when it'll become. You just have to be home and available, right? These kinds of things. So went through this exercise. And what rose to the surface as we were doing

these is that there were certain customers for whom this was a much, much bigger issue, for whom they needed to be there and know when this thing was showing up. So it turned out having that distinct window, a narrow window of when, a predictable, narrow window of when this was going to arrive was much more important than ASAP. These are important medications. They're not waiting until like the last pill is gone. Like that's not what's happening here. But knowing when it was arriving and it turned out that the scenarios where that was critical was things like it's a refrigerated medication. This can't be sitting out on my stoop, right? It's cold chain. Or there's for some reason an issue where I'm especially worried about theft or something like because of what

the medication is or where I'm living or weather. So there are these very particular scenarios. So then going back to this idea of the bull's eye customer, you realize, oh, wait, so it's a subset of of customers who have like refrigerated meds. Like that seems like a much higher value problem that we're solving here. And so we ended up running this again. So we, you know, I re-recrued with people who were had that subset of kinds of medications and issues and also were dissatisfied with the status quo of their existing service and were not available to just kind of be around. Right. So they were busy and whatever, and they needed this window.

And so we ran it again and were like, oh, yeah, there it is. Right. So that second group of people, you just start building this confidence in the match between what you're building, what the problem is you're solving, and who exactly you're building it for. And in that case, you could see, oh, yeah, that is the right bullseye. That's why there's this very narrow, specific group who's much more likely to adopt this than like everybody who has specialty medications. because the need is just much more acute.

I love this example. Like intuitively it all just makes sense as you describe what you landed on. And like this is what people call product market fit way you're describing where somebody has a pain that you are solving and they need it badly. What does it look like when you find that group of like what is it, what do you notice, qualitatively just like this tells you this is it. This is the poll that people talk about when you say product market fit. I avoid the phrase product market fit with this stuff, and we can talk about that because I think that's kind of interesting. When you find this match, what happens in the qualitative interviews is that you can sense the energy and the excitement and the enthusiasm.

It comes across, especially as you do a bunch of these, you can tell. There's a difference. And so that's what you're looking for is people who are then starting like, wait, is this available? Is this a thing? Like, can I sign up for this? Like, it's that kind of thing, or they're really leaning into it. And you can just qualitatively, you can just see it. One of the things I thought was very interesting was I was recently speaking to a founder

whom I'm doing another round of this with a new set of concepts. We had done a project a while ago and actually killed the project. So through going through Bullseye Customer Sprint with something that he was doing, we did three rounds of it. And finally he was like, yeah, this is not, I'm going to focus on the other part of my business. And he said, we killed the project. And what he told me was two things that were really interesting to me. One was, this saved me a huge amount of pain.

Like, we ran through this. Like, we had to do some work to the Bullseye customer sprint. But the product that he was going to build, it was hardware, it was software, it was this whole subscription. Like, it was going to be a big, complicated thing to build. We had mocked up a bunch of people. prototypes and I'd use some free prototypes when we interviewed it. Like, it killed the project. That was super valuable to him. He saved a huge amount of time and effort. The other thing that he's mentioned to me was that through going through the process, he learned what no looked like. So he could see,

oh, like I'm getting kind of this neutral, like positive, encouraging feedback. And as we did this, he really, he's like, oh, that's, they don't, they don't want this. Right. It's not that big of a deal. It's not that. And it was by doing this and you see it enough times and he felt like that was one of the most valuable outcomes for him. It's like, now I know what no looks like. That makes so much sense. Like it feels like that's almost, you could almost argue this, the biggest value of this is just waste, avoid wasting time building something nobody wants. Totally. And as a, as a researcher and as a VC, like, if I can save a company and a founder and a product team, like, from going down some path or too far down a path, that's huge for everybody, right? They have so much energy to

go do the other thing. Yeah. Yeah. And again, this is another reminder why it's so important to go so narrow, because if you can't find anyone that is thrilled, this exists, like, you're in trouble. This is your chance to find the most thrilled people, the most specifically pained. And if you can find that, that's a problem. In the same way, we define this bullseye. And then when I go recruit and try to find them, if I can't find them, I usually take that as a sign of something also. I mean, like, I don't know if these people exist. And it could be sometimes like, well, we went too narrow. I'm like, okay, well, let's let's go back and like, we'll see which of these are flexible. You know, how do we

soften some of these requirements? But if in fact, I just can't, like, I can't find these people, these people that you're imagining exist who want this thing, I'm not sure how you're going to sell to them. Not that I'm like the final arbiter of like whether these people exist, but it's something you should go check. Yeah. Okay. So to give people a little bit of a framework of how to help them identify these narrow set of attributes,

share some of the like a list of attributes to think about to help them narrow. and how many how many like narrowing attributes would you recommend? Is it like roughly heuristically? Is it like three? Is it five? Is it seven?

It probably gets down to, yeah, it's more like seven. I mean, that's, you know, roughly, it depends. The way I think about it is kind of in these three groups. So there are inclusion criteria. There are exclusion criteria. And then what we found is very important, are triggers.

So by inclusion criteria, this is usually pretty easy because the team is like, yeah, these are the people we want in the group, right? It's people who are taking specialty medications, you know, for these particular conditions. Like, we can build that out. The exclusion criteria, I find, is a place to dwell and help a company really think that through a bit more to brainstorm that? Because as we talked about, it's harder for teams to set people aside, right? And so it's thinking about, like, what are reasons why somebody maybe is not, not the best customer here. Not yet. And that could be things that we talked about was maybe they

have too much expert knowledge here. They're not really a typical person. That's not who I want to talk to. Maybe they're using a competitive product and they're already like locked into that. Like I don't need to talk to them. Or they've had some other personal past experience that's going to just make them not a good candidate. Like I'm working on fintech and this person is in bankruptcy or has had identity stolen, like, that's, I want to help them, but that's not like our first place to start. So these exclusion criteria are critical. And then these triggers are specific events or situations that somebody's been in that makes them particularly ready or ripe for the solution. So sometimes the way that looks, sometimes the examples of that can be, you're

selling a new cybersecurity platform for something, and there's a new CSO has come in. There's a new sheriff in town, and they're looking to revamp things and rethink. And so it's a time when somebody's open to considering new options. Or something's gone wrong, right? Somebody's in a situation where something's gone sideways, and they need a new solution for that kind of thing. Or we were working for an insurance tech company, and they were targeting millennials. So the idea was the people who were in this particular demographic in this time of life, they would be buying life insurance.

And what we found was everybody was saying, like, well, we should buy life. Yeah, it's one of those things like I should take care of that. Yeah, I should take care of that. Oh, yeah, I really need to get life insurance. But people who had, the trigger was, oh, you just had a baby or you just got married. And now people like, oh, this is actually on my to-do list. Like, I need to go get this done. And so I'm in a completely different mindset.

That's the person who now is your bullseye. It's an example of a trigger that somebody's like, oh, yeah, like now I need to go do this thing. Awesome. I know in the job to be done framework, there's a term for that. That's like the, like it kicks off the vector to get them to do something. And like, I forget there's a term in that framework. So I have your book up in my hands right now.

And I'm looking at the list of attributes and questions that you ask, to help narrow down. So let me just read this because I think it might be helpful just people to hear like if I'm trying to narrow how do I narrow them? So it's like

are they newer an existing user of your product? What sector industry are they in? What's the size of their organization? Have they used a competitive product? Is there disqualifying personal experiences? As you described, is they're disqualifying professional experiences?

What's their title, role and responsibility? What's their geography? Are they the buyer or are they the end user? Are they distributed? How is their team organized? Their budget and income? Their life and work settings, trigger events, as you described. Are they a VIP? Like, what does that one real quick? Yeah. So I was having this conversation yesterday with a company. I met with them. And so what I asked them was, what makes one customer another more valuable to you? Oh, okay. Yeah. Got it. So it's like,

are they like, yeah, are they especially important? Yeah. Is there something? Yeah. Is there something about, it was for them, it was this really interesting, again, kind of way to start thinking about distinguishing characters. So like, yeah, what is a valuable customer to us? Like, we're at an early stage and they were attracting a lot of people in different kinds of personas and they're trying to figure out what's the pattern here. Like, who matters more to you or not? Awesome. So basically, you answer all these questions. You see which are seven-ish attributes seem to be most right. And that's your bull's-side customer that you start with. Awesome. Okay. Should we move on to the next step. Sure. Let's do it. What comes next? So once I have that set of criteria and

the team is all aligned and agreed on what that is, they're like, yeah, yeah, those are our people. So then I start thinking about how do I recruit them. So to do that for most people, unless I'm looking for something that's very, very specialized or hard to find, what I do is I create a screener questionnaire. So I translate these criteria into essentially a set of questions that will help me filter out people to know if people respond to this questionnaire, who are the bullseyes in there? And so part of the trick there is to write a questionnaire in a way that I'm not telegraphing the right answers. And so that I kind of am in the control seat so I can pick out and identify the people. So what I mean by that is if I were to say, I will pay $125 to anybody who, you know,

was a product manager who listens to Lenny's podcast. And all of a sudden, I'm going to get a bazillion people who was like, I will take that $125. And like, well, I don't know, do you actually listen to the podcast? Like, I don't know. Hopefully you do. Everybody does. But if I can ask the question in a different way in terms of, you know, what are some of the podcasts you listen to, you know, what are the kinds of people you follow, these kinds of things, and then see, like, where does that show up? Or even ask it as an open-ended question, right? Like, where do you get your your most trusted information as a product manager and start to see and then be able to pick those people out.

Because what I wanted to do, one of the key things in those Bullsac criteria are that they're very concrete and very measurable things. It's not just, oh, this person is an active shopper. Like, that's not very helpful to me because I need to translate it into this questionnaire. So I need to know, what is active shopper? That means somebody who is purchasing certain kind of item, whatever we define three times a week. Like, yeah, that's active, right?

So we have some very particular, very measurable concrete things. So then I'm writing this questionnaire. And typically what I do is I rely pretty heavily actually on user interviews. Respondent is another one of these kind of services. So I can post that questionnaire and get responses depending on what I'm looking for pretty fast. So I can recruit in a matter of three, four days, typically, depending on what I'm looking for. And I've been able to get surprisingly specific people that way. And so that is a huge shortcut for me to be able to recruit that way.

This episode is brought to you by Interpret. Interpret unifies all your customer interactions, from gong calls to Zendesk tickets, to Twitter threads, to App Store reviews, and makes it available for analysis. It's trusted by leading product orgs like Canva, Notion, Loom, Linear, Monday.com, and Strava to bring the voice of the customer into the product development process, helping you build best-in-class products faster.

What makes Interpret special is its ability, to build and update customer-specific AI models that provide the most granular and accurate insights into your business, connect customer insights to revenue and operational data in your CRM or data warehouse to map the business impact of each customer need and prioritize confidently

and empower your entire team to easily take action on use cases like win-loss analysis, critical bug detection, and identifying drivers of churn with interprets AI assistant wisdom. Looking to automate your feedback loops and prioritize your roadmap with confidence,

like Notion, Canva and Linear, visit E-N-T-R-P-R-E-T-D-com slash Lenny to connect with the team and get two free months when you sign up for an annual plan. This is a limited time offer that's interpret.com slash Lenny. Where do you find these people?

How do you contact them? Where are they? So through user interviews, they work with the panel and they basically... UserInterviews.com. Yeah, user interviews.com. Oh, amazing. That's very easy.

So it's not like It's not like LinkedIn, cold email, cold Pings, not Twitter DMs, things like that. No, I mean, in previous days, I used to use Craigslist and I did a lot of some pretty crazy shit recruiting people through Craigslist. I had people once, you know, meeting me at a hotel room to test a robot through Craigslist.

But, no, user interviews is much more legit and very fast. And there are other services like this now. Yeah. But it's been one of the big changes that speeds a lot of this stuff up. That's way too easy. And how many people do you reach out to to go through a screener roughly to get to five? So it will depend on what I post and how much response I get. So there are times, it has been somewhat hard for me to predict.

There are times I do it and I'll just, they just, the responses just start rolling in. So the times I get like 400 responses, basically download it into a spreadsheet and just start sifting through. as a reference I have my criteria and then I'm just trying to find who matches who doesn't. Okay, so it goes to hundreds. It can be hundreds. Sometimes if I'm looking,

like I did one recently, I was looking for a very particular group of AI engineers. That was, did not get 400 responses. That was a very hard one to find. That was an example where there was this very particular group that we were looking for and I was like,

did these exist? Like this thing that you're solving for, I don't know, I don't know, this is pretty hard to find these people. I'm not sure they're existing. Yeah. And to your point,

that's a sign. Like, I think there's a nuance here of if this group is hard, not only hard to find, but hard to reach and get them to talk to you at all. That's already going to make your life hard building this company. The caveat there is there are times when you need to talk to somebody who's just very hard to find or hard. They're not going to be on user interviews. So, like, I've done a lot of work in the past with oncologists with flat iron health. So oncologists are not on user interviews. They don't care about my $125. They're busy doing something more important.

And so if I'm doing that, I need to find a different way to approach that. So then I'm thinking about where do these people kind of cluster online or in person that I might be able to target them? There are certain forums or certain conferences, these kinds of things. Or I'm doing snowball recruiting. If you're building a product for oncologists, you hopefully probably have some contacts with oncologists and you can kind of have work through their network. Find one person.

they can recommend another person. You still want to filter them and make sure that they are matching your core criteria, but it requires different kinds of techniques to find those kinds of folks. Professional associations. I almost want to go down that track because I feel like there's a lot to learn there, but I'm going to stay focused and keep going through our steps. But let me take a quick tangent. So as you were talking, I actually wrote a post in the past on how to identify your ICP, and I put together a table of the very first. for some of the biggest B2B SaaS companies that I pulled up here. So let me just give a few examples of how narrow some of these companies were when they

went out to sell their product. So let me do a few. So Gong, which is one of the biggest B2B SaaS companies, their first bullseye customer, as they described it was, look how narrow this is software company. Their customers were, ideal customers were software companies selling in English, selling via video conferencing, selling software that costs one thing. thousand to one hundred thousand dollars. Linear.

Their focus was two to five person startups using GitHub and Google auth at a founder driven product company. And let's see, one more. Augusta was really funny. Companies with less than five employees in California who have no contractors. See, what's interesting to me about those is that I would go even deeper and more specific. Because some of those things like are, I mean, and. And that's fine.

Like, I don't know internally how they actually described the details of it. But like some of those, you want very concrete, measurable things to be able to tease apart. Like, well, how founder-led art? Like, you know, like, how are you behaving? What other products are you using in your stack, you know, that this fits or doesn't fit? Yeah. So it's interesting because when people saw this initially, they're like, that's crazy how narrow they're getting. And I love that you're like, that is not narrow at all.

You should go so much more narrow. Because if I had to recruit those people, That's too, yeah, it's too broad. And I think that's an important point here is like this exercise, you get more narrow to do this research, but that's not like your actual ICP, as you described. Okay, so I understand what you're saying now more and more of like the difference between bullseye customer and ICP. The bullseye customer is for research to help you identify us broader ICP, your business targets.

Yeah. And I think this actually touches on another important point, which is that this is, a learning exercise. So that's what I'm describing is how do we learn more faster? And this is different from selling, right? So what I hear a lot is people are like, I'm on customer calls, we're selling all the time. And obviously, you can learn a ton from selling and pitching and meeting with companies and potential people who seem like maybe they are customers. But that mode is very, very different from what I'm describing, which is to learn, kind of run these experiments as fast as you can. And there's something, just even a mindset and how

you approach the conversations that's fundamentally different. So there's this term that I love that Ed Shine coined, which is humble inquiry. And so it's, he frames it as, humble inquiry is the gentle art of asking instead of telling. And so to me, that's like this fundamental way that I think about even just conducting these interviews. So if you're in a selling mode, and I encountered this over and over with heads of product and founders, is that if you're, they're very, they're very good at and they're very used to and they're required to just sell all the time. And they're pitching their VCs. They're pitching their customers. But that's very different from learning and being in humble inquiry. You basically have to be vulnerable. And I can always do it because I'm not the founder. And I don't,

I always present myself as like, I don't know the space and I'm an idiot and like, can you explain it? But asking questions and being vulnerable and giving the person you're asking the higher status is a difficult thing to do as a founder when you're selling. Right? Because you don't want to be vulnerable and express that you don't know or or and people are always, I come across, they're very nervous about that. So there's something that's very distinct here about a learning mode versus a selling mode. selling and telling versus kind of this idea of humble inquiry. So I think that's actually an important distinction here. I love that.

And I think it helps that you're finding randos on user interviews that you don't have to worry as much about versus like finding great intros through VCs that you do worry about. Right. Awesome. Okay. So we've been talking about the step of recruiting your bullseye customers. So you find these folks, you filter the screen areas. You pick five and you schedule them for the same day.

Is there anything else in that step? is important to cover. You have to make sure they show up, make sure you're compensating them sufficiently. This is something where I'm not giving $20 Starbucks cards because somebody's going to blow you off. Like when I have those five sessions and the whole team queued up to watch, I want people to show up. So I'm making sure I'm reminding people. I'm making sure that they're kind of responsive to me when I'm asking them to e-sign an NDA ahead of time. Like am I hearing back from them. And I'm paying for most like typical kind of consumer things, like $125 an hour for them to show up and do this. So it's worth spending the money. If I recently did something where I was talking to attorneys, I was paying their hourly rate.

I was paying like $400 bucks an hour for them to show up. But I need them to show up. Yeah, good point. Good point. And I love that it's $125, not $100. Is there like you've seen a difference there that it's like something more than $100? I think that that's based on whatever the policy that is at alphabet that somebody said. So that's the standard that I'm going with.

Funny. And it also has just seemed to work. People are showing up for that. So if people weren't, then I would adjust. And you do backup people just in case someone doesn't show up or it's just like, all right, I guess we have four whenever it doesn't happen? I actually don't. So user interviews, by working with them and by doing some of these other things along the way

where I'm making sure people are kind of responding to me during the course of the week leading up to it, did you sign my NDA? Like I send a reminder or you responding. Like, I can tell if they're engaged. If somebody essentially goes to me, I'm getting nothing, I'll just swap them out. But I don't use alternates and I have very, very high follow through. Great. Okay.

What's the next step? So then the next step is to figure out your prototypes. And so what I want to do with those is I want to create, again, these three distinct examples, three distinct recipes of the possible features and distinct various. that we want to present in these in these interviews. And so as I said before, ideally I can find competitors' products and use those as free prototypes. Like that,

I love doing that. It's surprising to me that often people don't do more of this. And I think that there's sometimes a sense that like it's cheating or they're worried they're going to copy it or something. I'm like, whatever. If you haven't studied your competitors products and not just gone through it, but like seeing how people respond to them,

you're just missing something, right? So what we do is work out the details of the variables that we're going to spread across these prototypes. So there are certain features and then certain variables across that I kind of imagine spread across these different things. So, for example, we were talking about delivery of specialty medications. So imagine one of the attributes is who's delivering it. So maybe one version is a pharmacist is going to come.

One is a, it's just a delivery courier guy. And then another one, in this case, actually, it was a drone company. So a drone is dropping this thing off. And so we could talk more about what it was like to test that. But there are different variables here. The other option is, say, the size of the window of the delivery window, right? So it'll come in two days, but you can narrow down in a 15-minute window. This one is like as soon as possible.

have to be home to wait, this kind of thing. So we're developing this range and then creating these prototypes that are very simple. They're just PDFs, really. Very flat. There's no functionality. A lot of it is really a writing exercise to articulate what's the distinct value prop and what's the brand promise and the problem you're solving for each of these prototypes. So you want to make it look as real as possible. So it looks like a homepage for the product. So it's the box around this thing. So you don't have to build anything. You're just describing it and putting whatever you need to illustrate and convey that. But they need to stand alone. I'm not going to pitch them or narrate to them and just create those so that I can present those three distinct recipes.

And these are these calls are usually over Zoom in your experience at this point. Cool. So these are kind of just like in Figma or exported just images you're showing people. Exactly right. Sweet. More and more on this podcast people are sharing waste, just how AI is making prototypes, like actual product prototypes, so much easier to create. So I imagine people are going to move to like functional prototypes more and more. Yeah, they may. I think the thing that's important is to not get distracted by that. So here there is a, the benefit to keeping it simple is that you're not too wed and

too committed to anything. So keep it, build only as much as you actually need to answer the question you're trying to answer. That's a great point. So it's like even if you can create an awesome prototype, don't do that probably. Just keep it flat design. Awesome means very crisply describing the distinct value proposition and problem you're solving in a way that people get it. They're like, oh, I understand what this one is.

And then I can compare it to these other ones. And I understand what the features are. And I can have that conversation. It's about the value prop. It's about making sure that they understand what it is. it's not this kind of marketing speak where you're like, wait, what? You just have to be super blunt. This is kind of what it is and why this is awesome and why this one is awesome. And then they're shopping. I love that. So basically, as you said, it's a writing exercise. It's like the

headline, the positioning seems to be the most important part to the name versus like the design of it. Right. And I designed them enough that they look different from each other. So it's not version A, version B, version C. Because in the course of the conversation, with all the observers, I want it to be clear which prototype somebody is talking about. So the green one

versus the blue one versus the red one, right? So then when the observers can keep track, otherwise you're like, wait, which one are they talking about? I don't know what's happening.

Awesome. Okay. Anything else that is important to note on the prototype step? Proof-read it. Carefully. People get stuck on errors and then it undermines

the validity and the credibility of the prototype. So proofread it and make sure. Because otherwise people are like, oh, that's not right. That's such a good too. So just have someone else read it, like someone else that hasn't been working on. Just check them carefully. Anything wrong.

Cool. Okay. So what's the next step? So you have these prototypes. You've got the schedules interviewed. Right. So you have people coming. Yeah.

So you're scheduled. So people are showing up on Thursday. We're going to start doing interviews. So you have to draft your interview guide. And so what these interviews are going to look like in the course of that watch party. It's five one-hour interviews. Each interview is a two-part interview. So the first part of the interview is this discovery interview where I'm asking people about their existing and past experiences and attitudes and opinions about whatever this part of their life is. How did you

previously get your medications delivered? What worked? What didn't work? Tell me about a time when it totally went sideways. Tell me about a time it worked perfectly. So we go through that and have that About halfway through that interview, I shift to comparing and contrasting these prototypes. So the comparing and contrasting is I'm presenting each prototype, and people are kind of responding to that and like telling me what they see, what this is. And then they're responding to what each of these prototypes says, what they like, what they don't like, what's important, what's not important. Some parts that they don't comment on is fine. Like if that just doesn't even register, that's good to know. and then I'm having them compare and contrast.

So by having three different prototypes, it's enough for them to then sort of step back and not pick a winner, but be able to say like, oh, I like this aspect of this one. I like the fact that this one's being delivered by a pharmacist, but I really prefer that this other one is a 15-minute window, for example. And so they're kind of teasing out what are the best pieces of each of these. And that's really what I'm looking for through the course of this conversation is I want to grab the best bits and pieces, the best Lego pieces, so I can then go construct the ideal version next, right? Because none of these again, I'm not going to build probably any one of those.

I'm looking for the best pieces. And through the arc of that conversation, by doing the first half where I've had the discovery conversation, it gives me a huge amount of context to understand their feedback about the prototypes. Because there will be times when they'll say things or tell us something. And because we heard the first part, they'll tell us something about the prototype. And because of what we heard in the first part, we'll understand why. Like, oh, it's because they had that other experience in the past where that thing went totally haywire when something like that happened. And they don't have trust in that. And now I know why that's the situation. And it's very, very, very common that when teams are watching this,

they're always like, for Christ's sake, Margotis, would you just like get to the prototypes? Like, why are you just talking to them about all this other stuff? And you're just like chit-chatting with them. Like, oh, show them prototypes. And so we always have to remind people like, no, this is really important. Partly you're also just learning a lot. You hear those stories, which is what you want to get. But it provides a lot of context for understanding their reaction to the prototypes. I love all that context that you shared.

This is the step, I think, where everyone gets kind of scared or afraid or thinking they're doing this wrong. They're biasing people. So in the book that we'll link to, you give them a guide for how to write out this whole interview guide. I have the book here and I'm just like looking at an example where it's, Like, it's like, there's a warm up, there's the introduction, and then it's like your current experience with this problem. It costs, it depends on the problem space. But I love like in the warmup, big smile.

Hi, thanks for helping me with this. Thanks for signing the NDA. Where are I'm dialing in from Seattle? Where have I reached you? And then it's like, how's the weather where you are? So it's all these like nice little questions you can ask to keep it light. And then it's, and then just a few examples of questions you like, you ask in this example where it's about medication.

It's like, do you currently have prescriptions? medication that you have to order and refill. How many? If I may ask, what are they? And when was the last time you filled a prescription? And on and on. So it's kind of this whole set of questions just to help understand their worldview around this problem and the context around it. And the way that I think about it is that I'm building an arc in that conversation. And so it starts, like you said, this just chit chat about the weather and where you are and whatever. Like, do I care about what the weather? Like, I don't care what the weather is like. But, what I'm trying to do is build some rapport fast with somebody. Again, it gets back to this idea of humble inquiry where I'm trying to build a connection with the person. I'm trying to make them feel comfortable because they usually are showing up. They're like they want to make you happy, but they don't really understand. Like it's awkward. It's super weird. Like there's this, I'm going to talk to this weird dude. He's paying me to tell him like what turns out to be a bunch of personal stuff and we're never going to talk again.

But like, am I doing a good job? Like, it's odd. And so I'm trying to put them at ease, and I'm trying to encourage them and make it clear, like, they're the expert in this situation, but they don't really know what's going to happen. And so I'm building this arc slowly, hopefully not too slowly, to get them talking. So one of the most important things is when you're doing that interview, smile. You have to start with the big smile. Even if you're on the phone, it totally changes the way your voice sounds. And what I'm often looking for in those first few minutes, are they smiling back? Can I get the person to smile back at me? And then I'm like, okay, we're good. Like, I'm getting them responsive and getting them talking.

I love that tip. And again, I think a lot of people that aren't researchers are just going to like, I don't know. I'm like, I'm not, this feels weird. Something that should be reassuring is mostly you're just asking questions, right? Like, it's just, it's on them. Like, you're just asking questions and your job is not to say anything almost, just keep asking questions. Yeah, and to be really genuinely curious. Like, I think that's really, again, it's to this mindset, this difference between selling. I have to genuinely want to understand and see the world and my product through their eyes. And you're getting here stuff that is wrong, you know, doesn't make sense, or you're like, that's weird, what is that? And you just have to

not dismiss that, but dig in and try to understand, like, why do you think that? And, what gives you that impression? That's what you're trying to learn, right? And just smile, genuine curiosity and focus on that person in front of you is, we'll get you pretty far. Any other tips on this step for folks that are like, okay, I'm going to try this myself. I'm going to start interviewing folks. Any other tips, anything else important you think is worth mentioning?

Yeah. Practice, it makes a difference. It's a hard skill. It seems like, oh, everybody talks to everybody, but it's different. When I do these, and I've interviewed thousands of people at this point, I have a different character mode that I put my head in. And so I literally, before I start an interview, I stop, I take a deep breath, and I kind of put on that smile. And I put on my listener character where I'm embodying these things, this extreme curiosity, this focus on the person, this engagement. which is quite different from my normal kind of more cynical, skeptical, you know, personality,

to the point where if my kids, like, have overheard, like, who is that dude? Because that does not sound like dad, whoever is talking to that person. But it's a different mode in my head where I'm in interviewer mode. And so you might, maybe that's just me, but you might develop kind of that other character, especially if you're a founder used to pitching, you can have your listener character. Okay, that was an awesome tip. Okay, and so I think then the next step is the final step, which is the watch party where you actually do this.

Yeah. So this is awesome. So this is like our, it's like our magic hack for banging all this stuff together, right? So everything is coming together in this watch party. So in this watch party, we have, again, I'm conducting the interview. So I'm off on Zoom 101 conducting these interviews. In the watch party, Vanessa Cho, Kate Aronowitz, my amazing design partners, often are facilitating the group there. And so what they're having the team do is take notes and

go through these debrief sessions in between each interview. And so we have a very particular way that we structure all of that. And it's very important that the team is all in there and watching and doing this together. So I'm in Zoom. I have it set up. So it's live streaming to them. So they're not in my Zoom. It's not like 20 of us with a bunch of heads watching the person. It's really important to me. That's just me and the customer that I'm talking. talking to directly. So they're all live streaming it. They're on, they're taking notes. So they're in a Google Doc or Notion or Doc or whatever you want, collaboratively doing that. And so people are assigned roles. So take turns, taking notes because it's pretty intense.

We have people manually taking notes and not using AI to take notes. The reason for this is what we've found is we want people to lean in to this experience. We want you to focus and engage and pay a lot of attention. And if you know somebody else is taking notes, it tends to maybe make you lean out a little bit. Or maybe you check your Slack or you're looking at email or something. And so it's about keeping you really engaged and working. So it's a working watch party. So we take turns. We've assigned roles. So people know, okay, interview two. Lenny and Margolis are going to be taking notes. That's fine. And then there's also a Slack channel usually in the background because there's a lot of their chatter. Like, wait, what did they say? They're talking about

this. They mentioned that product. Has anybody heard of that? So that's really important kind of going in the background. Vanessa or Kate also monitors that. So that's the way that somebody can pass me notes to ask specific other questions. I can't do the interview and track the notes and slack. Like my brain doesn't can't handle that. So they're in there. And then I have a chat window open just with Kate or Vanessa. And so they'll pop me questions as they come up. We usually ask teams to be pretty judicious about that because if I get a question like that, it could go a certain way, as you know, you ask a question, you don't know where it's going to go. And so if it's really important or you see something where clearly I've misunderstood something, like clarify it. So they're taking

notes. This debrief is in a spreadsheet that I've set up so that there are key things that we wanted to learn. And so those are specified in that spreadsheet for each study that I'm doing. Like, These were the key things. And so those are not the questions that I'm asking in the interview, but they're the things, again, these key questions that we wanted to learn, which is different from what I'm asking. And so we're just capturing in that half hour, the decider, whoever is kind of owns the product or the founder, is leading that. Because they're the decider. And they're leading and getting input from everybody and filling in and answering those questions. So then you can imagine you have that first column is that set of questions.

and then, you know, so those are the rows of the questions. And each participant is another column. So we're doing participant one. We're capturing it after the second one. So we end up with the detailed notes. We have the recording of my interview. Like those are the thickest, deepest levels of this. Then we're distilling it down into this debrief sheet for each one.

And so then you have a spreadsheet that's like the high level stuff. You can look across it at the end of the day. At the very last thing at the end of the day after the final debrief, we do a big takeaways form. So I create a Google form and it just is basically like how many interviews did you watch just to check? And then what's your first big takeaway, second, third? How would you adjust your definition of the Bullseye customer here? And kind of what do you think are the next steps or what are your big questions, open questions and concerns? And so each person then takes five, ten minutes, independently, separately, individually, quietly.

Everybody mutes their video and fills that out. And it's a way to grab a snapshot from the whole team of like, what did we really learn? You know, this was the important things that we had set out to do. And what did we learn? And it captures that. So then again, that fills out a big spreadsheet. And we then review that. The decider kind of goes through it and talks about what are the key patterns, what are the things that we've learned to here as a team?

And there's this remarkable amount usually of consensus, of alignment about like, what is this? What do we need to do next? What I love seeing is that, quite frankly, one of the most common things across all of these businesses, all these studies, is that one of the things that people say we need to do next is more research. And so people, it's just,

even though these are all teams who've said, like we talk to our customers all the time, we go through this and they're always like, oh, yeah, this looks really different than what we were doing. And we didn't know this stuff. One of the other things I want to mention is we do this thing before the watch party where we get everybody to predict what they think they're going to learn. Yeah, I love that. And this is really valuable for a bunch of different reasons.

So it's a way to capture a snapshot before we do the interviews of like, what do you actually think is going to happen? And we have to push people to be specific. It's not, oh, we'll find out what they think of our concept. Like, yeah, yeah, yeah, I know we're going to learn that. but like what do you actually think is going to be the outcome? People will prefer, you know, ASAP delivery of their medications and, you know, like, whatever, what, like, what is your hypothesis of what's going to happen here? And that helps me do a couple things.

One is it helps me make sure that I'm tailoring the interview guy and everything the right way, because it's another check, like, am I understanding what you want to get out of this? It's a snapshot of what we wanted to learn. And then what happens is after we go through the big takeaways at the end of the whole study, it's very valuable to go back and say, how does what we learned compare to what you thought? Because there's this, any researchers out there listening to this, we'll be familiar with this idea. There's this hindsight bias that happens, which is, as you've gone through the process, it's very difficult to remember what you didn't, you know, that you didn't already know this.

Right. And so after you've gone through a research study, very often people like, well, that seems obvious. We kind of knew that that was going to happen. You're like, no, no. Like, let's look back at a day ago what we all thought. And we actually have learned, which is awesome. Like, that's the goal. We've learned it an enormous amount.

And it's not to catch anybody out, right? But it's really valuable to have this snapshot and to, quite frankly, just help show the value of the research. We learned things. Or maybe we didn't. Maybe you were all right, which is awesome. And now we know we can move forward twice as fast. the point you made about how most people after this are like, wow, we need, this is not what I expected. And I want to do this more.

I know that feeling so well. Every time you're like, no, I don't need to talk to customers. I understand what we need to build. And then you do, you're like, holy shit, why are we doing this all the time? What are we doing? That's such a powerful feeling. Yeah. There's this other thing that I think is worth mentioning that I've come across, which when we do this set of predictions, so again, it's across.

all different kinds of businesses, all different kinds of domains, there's certain patterns that I've noticed that show up over and over about mispredictions. Like there's a pattern of the kinds of things that show up over and over that are, I think of these kind of these common blind spots. And I think it's attributed, I can attribute to this, there's this concept of the curse of knowledge. So I'm working with lots of teams who are, deep experts in their space, right? I'm not. I'm always like showing up as the new, like,

okay, what is your business? What are we doing? But they have deep expertise. And when somebody has deep expertise, it's very difficult to imagine that other people don't know what you know. It's very hard to kind of put yourself in their shoes. Right. And you just think, well, doesn't everybody know this? Or maybe even, you know, doesn't everybody know this? And so what that leads to is these key blind spots that, are very common, which is there's an overestimation of how much your customer knows about the thing, maybe how big a problem they even perceive it to be, how much they're willing to pay for it, which is connected, and kind of where they are on their journey to be ready to buy this thing.

Like, oh, wait, they're not, they don't, they're not ready yet. Like, wait, they're not there yet. Or we haven't figured out who the right people are, who are the bulls are. but people overestimate those kinds of things. And it's really common blind spots that we find over and over across a lot of businesses with expert teams. That makes sense. Like most startups realize what they're trying to build is not. Nobody really cares about.

So I guess why that happens often. Okay. Is there anything else in this step of the interview that you think is really important to mention? Otherwise, I want to hear what you find are some common pitfalls and mistakes people make. a couple things, I guess, about the watch party that I would make sure the team needs to be there and they need to show up. And this is the whole team, like the whole, like all the engineers, designers. Yeah, I mean, so the way I like to, what we found, because sometimes we do this and at a maximum, we had 40 people show up. That's still our record.

And which is awesome. Like, the more the merry, like, I want the whole team to see this because part of the shortcut of the watch party is I'm not doing a report. I don't need to go persuade or explain people what happened. Like, you all saw it. and we went through it together, and everybody's aligned and gets what's happened. But it can make some of these other aspects of the process a little unwieldy. So what becomes important is to define, like, who's the core product team? Everybody's welcome.

But there's a core product team who's probably taking notes and, like, also for us as the outsiders, we know, like, those are the opinions. Like, that's who's really building this thing, who's making those decisions. And it's going to have to own this and have to build it or do whatever, actually do all the work. So distinguishing about who is that core product team, they need to really be there for all of it. Other people, if there's some other engineer in another project and they want to come in and see one or two, awesome. Love it. But everybody else, the core team, you need to be there for all of it.

Where do you find people often make a big mistake, waste time, have common, or blind spots maybe along this process? The time that it doesn't work as well, there are times I get through and you're just like, that just didn't work well. it's because for one reason or another, we did not select specifically, we didn't recruit specifically enough and weren't picky enough about bullseye customers. And so if you end up with a combination of people who it was a little mushy, like you let the bullseye bleed a little too much. In the end, you're like, yeah, I don't, I'm not sure what the conclusions are to draw here. It just feels mushy.

And so whenever that happens, I always kick myself. I'm like, the team like took control of the recruiting because it was, you know, their customers. And I just wasn't picky enough or we didn't narrow it enough or they included some people who were like experts that they already know and they talked to all the time. Like, it didn't like get what we wanted. And that can be frustrating. So you just have to really be disciplined and picky about having the right people in there. Which comes back to where we started just like seven attributes. I really like that.

Just giving people a heuristic. like seven-ish narrowing attributes of who you're recruiting. You get really specific. And ideally, you get through going through this process, what I want to do is get to a point where somebody can, a team can narrow down to a point where like, actually there's one or two attributes that you realize later. Like, that's the thing.

Oh, it's people on specialty medications that are refrigerated cold chain. all the other stuff, maybe not as important. Like, you figure out that's the distinguishing characteristic. And so now, if I have some giant funnel or a set of leads or all these things I need to prioritize, I can streamline all this other sales motion or something else that I'm doing. I'm like, that's for now. Like, we'll expand it. But for now, that's how I'm going to prioritize people.

There's some rubric or some couple questions or characteristics that are really the key ones. But this reminds me of actually with linear, something smart they did is they had a waitlist when they first launched. And the wait list was their questionnaire. What do you call it the screener? So basically the wait list was a screener survey. It's like what do you use for auth? What do you use for hosting your code? And then they pick those people that most match what they actually can do that day.

That's brilliant. Yeah. So there's a lot of overlap with this exercise and then how you actually launch. Any other blind spots or pitfalls? Anything else that you think people often run into other than not getting narrow enough? Put more weight on past experiences than on people's predictions of what they would do. Classic. Classic user researcher advice.

Say more. I described I do these two-part interviews. So that first part is having people describe and explain past experiences, what they've done, what's important to them, etc. I put much more weight in that is like building the trajectory of what will this person accept or value or avoid, what do they think are barriers, to then showing a prototype, like, oh, I would totally do this. Like, that does not sound at all consistent with what you just described to me. So I'm going to be somewhat skeptical of your prediction of what you would do or what you think might happen. We're all terrible. It's not about the customer.

we're all terrible of this predicting what we're going to do. And so I just put much more weight in like, what has this person shown and demonstrated in the past as their behavior and their attitudes and opinions. And so I really try to get teams to anchor more on that. I love that. And what I think like, I think everyone always hears this and then they still fall for this because it's like, oh, great, they're going to use this awesome. Let's build it.

They tell us they would use this immediately. So what I think back to is your advice of like look for extreme excitement. Like that's more of a signal that maybe they actually will. And the other thing that you alluded to is confirmation bias, right? You want to, and we encourage people and the watch party, we give people kind of rules about how to listen. And we kind of encourage people to make it okay to kind of police each other a little bit and jokingly like, oh, it sounds like you're, you know, confirming your own bias about people

would do this thing that you thought they would do, you know, try to keep each other honest about what you're actually hearing and try to be as neutral and objective about what you're hearing. I love that. To the signal that they're excited, it reminds me someone's quote once was look for their pupils to dilate to sense how excited they are about something. You can just see it. You do a bunch of this and you'll know. And if you don't know, you're like, it's probably a no.

Which is how everyone always describes what product market fit feels like. You just, you know it. If it's not obvious, then you don't have it. Okay. Michael, we did a lot of good work here. We've gone through the entire process, solved everyone's problems. I'm going to skip the lightning round just to keep this episode shorter. Is there anything else that you want to leave listeners with before we wrap up?

One thing I've been thinking about and recently getting to experiment with, which I'm pretty excited about, is to how to apply these methods in biotech. So a big piece of the GV portfolio is in biotech developing new therapies, new treatments. That's a very different looking kind of business than a lot of digital enterprise consumer kind of products that I work with. What I think is really interesting is as I work more with those people, and so those are years, right, and they're doing science. So nobody's calling me when they're doing science. Like they don't need that help.

They get to a point where there is some productization. of it. You need to figure out like, oh, actually, how is this going to fit into a physician's workflow? How will patients react to this relative to some other possible treatment or other things that are out there? How do we encourage more people to accrue onto a clinical trial? How do we think about a clinical trial as a product and streamline that and make sure we're targeting the right people and increasing number of people are getting on there? So what's been interesting is as I work with teams, I mean, talk about expert teams, as I talk to people who come kind of from that tradition, I don't know why else to describe it, is they don't, they're doing

similar work, but they don't seem to describe themselves as product managers. They have other kinds of titles. They come from like patient education. So they have these other titles, but they're doing similar kinds of work. And so, but they come kind of from this other place. And so it's really, and they talk about TPP's, target product profiles, right? It's like this different language in this different world to me, but it's the same, like the same things, the same methods and the same stuff. So the idea of bringing some of these methods there as I've been getting to do more recently is really exciting to me because it feels like there's a, partly it feels a little greenfield and partly it just feels like the impact there is huge, right, for some of those things. So that's

something that I've just been thinking a lot about. recently is just kind of excited about those kind of opportunities. And also just kind of curious, I don't know, to hear some of your listeners if they're doing some of this in those spaces. This is a good segue to two final questions that ask everyone. So perfect. One is just share where people can find your book if they want to go deeper, if they want to practice themselves.

And also, do you like, do they reach out if they want to work with you on this sort of thing? So just share what folks can do if they want to learn more. And then coming back to what you just said, how can listeners be useful to you. Maybe share cool, cool biotech stuff. So learn more faster.com. You can go grab a free copy of the book. There's all kinds of demo videos of me doing interviews. There's all kinds of worksheets and resources. They're using a really nerdy researcher playlist there. So please just go grab stuff. It's all free.

Like, again, I'm not selling anything. I'm just really eager to get people to try this and use it. And please tell me, in terms of how you could help me, tell me your your stories. Try it. Let me know what works, how you adapt it, how it applies even to places that aren't early stage startups. I assume some of this is relevant there. So please let me know. Ways you can reach me to let me know is Michael at Learnmorefaster.com. You can just directly send me a note there. I can't guarantee I'll reply to everybody, but I'll read it all. And I'm on LinkedIn. It's probably a really great place to reach me. And it sounds like you also answer that last question. How can folks be helpful? Just like share their

experience with. Yeah, totally. Just tell me your stories. How did you use this? What did you use it on? What worked? What didn't? How should we fix it? Feels like we're, I'm excited that we're able to open source this, that GV was able to do that. And so part of that is help me update it and fix it. Awesome. And just to clarify, if folks want to like go really deep, do you work with companies just like at-hawk or how does that work? Just so people know. I work with GV portfolio companies. Okay, okay, got it. So go work with GV. Okay, there we go. Yeah, my full-time job is U.U.X. GV. Awesome.

Michael, thank you so much for being here. Thank you a ton. I've loved this. This has been super fun. Awesome. I love to hear that.

Bye, everyone. Thank you so much for listening. If you found this valuable, you can subscribe to the show on Apple Podcasts, Spotify, or your favorite podcast app. Also, please consider giving us a rating or leaving a review,

as that really helps other listeners find the podcast. You can find all past episodes or learn more about the show at lenniespodcast.com. See you in the next episode. episode.