Identify your bullseye customer in one day | Michael Margolis (UX Research Partner at GV)

[00:00] 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, and 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 [00:30] 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 in one. So it's five bullseye [01:00] 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 do you start? So step one is... [01:14] Today, my guest is Michael Margolis. Michael has been a UX researcher at Google Ventures for almost 15 years. [01:20] where he's worked with over 300 companies [01:22] to help them get unstuck, move faster, and build something that people want. [01:26] 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 Bullseye 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.

[01:56] free and available online as a PDF. Michael is not looking to sell books or drive leads to Google Ventures. He genuinely simply wants people to avoid pain 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, [02:26] 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. [02:38] Michael, thank you so much for being here and welcome to the podcast. [02:44] Thank you so much. I'm thrilled to be here. [02:46] So we're going to be going really, really deep on how to [02:50] 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 [03:02] You wrote a whole book about this very specific topic. I have it right here. It's called Learn More Faster. [03:07] 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. [03:24] Thank you a ton.

[03:54] way that no other commercial tool does. When I was at Airbnb, one of the things that I loved 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, an 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 insights with your team, [04:24] for the A-B testing flywheel. EPPO powers experimentation across every use case, including product, growth, machine learning, monetization, and email marketing. Check out EPPO at getepo.com slash Lenny and 10x your experiment velocity. That's get EPPO.com slash Lenny. [04:44] This episode is brought to you by Paragon, the developer platform for building native, customer-facing integrations with third-party apps. [04:54] whether it's to ingest context from your users external data and documents or to sync data and automate tasks across your users other apps integrations are mission critical for b2b software products today but building these integrations in-house cost 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 sas companies [05:24] 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 useparagon.com.

[05:51] 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 [06:02] hands-on work with startups and founders. So just [06:06] Talk about the work that you have done that has led you to this [06:10] 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 of 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 [06:32] my introduction to usability testing, [06:35] and went from there to working at a boutique product design innovation studio. So basically consulting with big companies like Alcoa and DuPont and Ericsson. [06:46] And so learning really deep ethnographic research techniques, very big, long, expensive projects. [06:51] 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 [07:07] and speed. [07:09] 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 I.

[07:24] What we did there was then combining these also at scale, doing this kind of innovation at speed, [07:29] you can see this trend of getting faster and faster. One of the things we did a lot there was [07:34] 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. [07:44] 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... [07:55] 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 recombined them and have adapted them and experimented. [08:06] over the last 14 years working with hundreds of different kinds of startups so we have a very broad [08:12] variety of founders and product people that we're working with so over the past 14 years where we've really [08:17] experiment, gotten to experiment and got to work with them and be kind of a small piece of the 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 at 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 [08:44] 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.

[09:06] Perfect. What ROI we were providing here? Okay, so your book and your process is about finding a bullseye customer. 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? [09:23] So a bullseye customer is the very specific subset of your target market who initially is most likely to adopt your product or service. [09:33] 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 this concept of bullseye customer has become so important to us is we've seen this is really key to. [09:49] accelerating teams so [09:52] Everybody, every ambitious founder wants to build a product for everybody. And we're investors. So at GV, we want them to be. [10:00] 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 [10:09] 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 the. [10:24] that very distinct group that is most likely initially to adopt [10:28] 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.

[10:37] 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 [10:51] But it helps you kind of winnow 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. [10:59] eventually serve you but initially here's where we're going to focus and it just gets everybody [11:04] 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 referred to, of a VC like Google Ventures are so aligned with, [11:16] help figure out what most will help a startup. Like, I love that this is a good filter for what have you seen most cause 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, why? [11:33] 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. [11:47] 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,

[12:08] It helps people. [12:09] 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. [12:33] The other thing I love about what you're describing is you're focused on speed. I love that as you move through your career, it's like, how do we do this faster and faster? And what I especially love about your... [12:42] approach is it's a you basically [12:45] give people a [12:46] plan for how to figure this out in a day. [12:50] 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 [13:05] describe the sprint so you have this bullseye customer sprint that your book describes and by the way this book is freely available you can download the pdf we're not trying to sell books here this is just like [13:14] Use this. You'll be-- [13:15] You'll be better off. Yeah, there's the learn more faster calm. There's the book. There's all kinds of resources and spread and templates and yeah. [13:23] 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. [13:30] Yeah. So the basic formula, the way I think about it, is five and three in 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.

[13:51] 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? So one is bullseye customer. So we talked about [14:21] of your target market who's initially most likely [14:24] 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 in agreement, I have five people who match that. And everybody's like, yeah, those, 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. [14:42] And so that way, after we do the interviews, depending on what the feedback is, they can't really dismiss it. Like, well, 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. [14:55] But... [14:56] 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. [15:04] The next part is about qualitative interviews. So [15:08] There are lots and lots of different kinds of research methods. But what I found over doing this for many years is that the biggest bang for your buck is, [15:16] 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?

[15:29] And having the whole team watch that and understand and build that kind of empathy and understanding and hear those stories is very powerful. [15:37] 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 is watching. [15:50] Sometimes we do it across two days depending on time zones and things like that. But the idea is that they're clumped together. [15:57] And the reason for that is, [15:59] If you do the... [16:01] 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. [16:13] But the big things that you set out to answer [16:16] It's pretty clear. [16:17] 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. [16:24] and that idea of just doing five of them you hit what's called data saturation and so this is the thing in qualitative research um where [16:34] Kind of the... [16:36] 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. Like, I understand. Like, let's move on and do something different. [16:47] change the customer, change the prototypes, whatever. So qualitative interviews in small clumps. [16:54] 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.

[17:10] 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 the fabric or not. And that's helpful. And that's interesting to hear. [17:23] But, [17:23] as you start looking at two or three, then you start having this different, [17:29] reference points and and when you're testing with customers it's not up to them [17:34] 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 [17:40] 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 like compare and contrast across these different possibilities, these different distinct value propositions. [17:59] And I'm not looking for a winner, but this comparison. [18:02] The other big benefit of having multiple prototypes is it [18:06] Helps teams avoid getting too wed to one specific idea? [18:12] And so you can get a little overcommitted. 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. [18:20] And this pushes teams to [18:22] Think of new different possibilities. [18:26] and you can be a little bit more neutral a little bit more objective if you're not all so [18:31] bought into one thing. [18:33] So comparing prototypes becomes very powerful. [18:36] And then the other thing is making this a team sport. [18:38] So the watch parties are a key example of this.

[18:43] 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. [18:49] These days, typically, people are pretty distributed, so I'm doing it over Zoom, and they're watching the live stream independently. [18:55] And then one of my partners, so Kate Aronowitz or Vanessa Cho, 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. So I have kind of this spreadsheet that I use with like these are the key things we want to get out of this. [19:17] 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. [19:23] And at the end of the day, we have a way to kind of all capture like what were our big takeaways? What happened? [19:28] But the magic of all watching it and processing it and discussing it and debating it through the course of the day is, [19:35] 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 [19:43] Because at the end when we capture those big takeaways, the team has captured it. We do it through the Google form, it shows up in the spreadsheet and we 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. [19:59] 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. [20:09] But the make it a team sport has been this very powerful thing.

[20:14] um tool for building consensus building alignment especially as teams are growing and people are in a startup running in different directions it's like a chance to [20:21] come together and make sure like, oh, where are we? What are we doing? [20:24] Thank you. [20:25] 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 approach. [20:33] people, a 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 sport. [20:45] okay so we're gonna actually go into more detail of each of these steps just so folks can basically what I'm hoping to do is they listen you folks listening to this can do this tomorrow or next week there's a little prep time before we get into each step [20:58] 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? [21:04] You can do it many times. The key times to do it is [21:09] At a high level, it's before, hopefully, you've invested a lot of time into building something. [21:15] a lot of energy and um 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 were 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 um or maybe you were selling to enterprise you're doing very like white glove high touch sales to enterprise and now you're you're you're [21:42] going to shift down to maybe a different tier of customers and you're trying to set up some more of a self-serve

[21:46] kind of a sales motion. [21:48] 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. [21:58] You want to just kind of troubleshoot, like what's going on? Like we clearly, this is, [22:03] We have some traction maybe, but it's not what we wanted. Or we're getting that kind of very polite, encouraging feedback. [22:10] which is kind of a sounds good, but it's really no. Um, [22:15] 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? [22:29] 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... [22:39] The key questions, basically, what do you wish you could you would know about your product, about your customers? What's what's getting in the way? One of the most common ways that we ask this is basically what keeps you up at night? [22:50] because founders and product people have there's a bazillion things that they're [22:54] kind of bubbling in their head that they're worrying about. [22:56] But that often gets them to kind of step back and be like, oh, [22:59] What I'm really unsure is, you know, this. [23:02] Right. What's going to happen? 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 to. [23:16] help prompt and elicit what are those big things that you wish you knew right what what would have to be true for this to succeed

[23:23] right um what are 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 uh you know you know you know you know [23:33] kind of what are those nagging debates on the team those kinds of things that keep coming up over and over you know like oh for god's sakes let's go get some information and answer the question [23:42] right so with some of these things so we we have that initial meeting to kind of detail like what do we need to answer [23:48] 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? [24:01] 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. [24:09] to answer that question and and it all starts with those key questions that you have because if the question is about [24:16] Let's say... [24:17] Big questions about onboarding. [24:18] Well, if the question is 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 know, you'd be talking to existing customers. So that's an example where. [24:35] If I understand what the questions are, I can kind of work backwards. [24:39] 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, is,

[25:06] Having that conversation before we've even gotten to any interviews is super clarifying for a team. [25:12] 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? [25:22] So when you say you're building a delivery service for people who get specialty medications delivered, [25:29] specialty prescription medications like who exactly is that right it's not everybody like and so we start narrowing down so they start having those [25:38] 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 [25:47] everybody who has that. It's only people who have [25:49] 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? It's like, why would it have to be like so narrow? You just speak a little bit just like why it's so important to get very, very narrow. Someone once described Andy Johns on a. [26:11] newsletter post I wrote once. He described it as, "It should feel comically narrow." [26:16] Did that resonate? [26:17] I love that. Yeah, I hadn't heard that phrase, but I love that. Yeah. 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... [26:26] like this is too much. [26:28] The reason that I do that is [26:30] I'm pushing them to identify [26:33] a person who they [26:35] all would agree this person if 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 or it's our best guess like it's fine if you're not sure

[26:48] but we're pretty convinced that that's the person [26:51] Who will say, yeah, I mean, like I need this thing. [26:54] And so it's a way I'm kind of running an experiment, right? So it's a way to reduce variables for me. [27:02] And then, [27:04] To get that specific... [27:06] and then i recruit a bunch of the people who match that very particular characteristics set of characteristics [27:13] and they're still gonna they're people so there's still some variation but it's a way for us to [27:17] To test that. [27:19] 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 don't i'm not really sure what we learned like i don't know what we learned [27:28] Was it because... [27:30] 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. Like I don't know what we learned here. [27:38] So I think what's nice about this is this initial list you're making of Bullseye, potential customers, and attributes is not... [27:44] exactly going to be who you go after. Once you figure this out, you want to be very confident this 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 fit your product. Right. And most often what happens is we do this, we define it our best, right? It's our hypothesis. It's our best guess. The team is always very

[28:14] and then we'll see you next time. [28:15] And so the team is expert. And so this is very informed. It's not like we're guessing. [28:20] But we go through this and by the time after we've done these interviews, [28:25] 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 bullseye customer [28:35] And often what happens is through the course of that, [28:38] bullseye customer sprint you learn oh [28:41] It turns out like there's actually this other distinguishing characteristic we didn't realize or maybe 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. [28:55] Like a... [28:55] Oh. [28:57] Well, that's interesting. Let's dive in a little more. [29:00] 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 starts to get a little abstract. So I was working with a company that was developing a... [29:18] a new delivery service for people who have [29:21] uh specialty prescriptions medications so these are the kinds of medications that are expensive and for very like specialized like chronic diseases so this is not the kind of thing you're getting at rite aid [29:31] And so, [29:33] There's something 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, [29:42] They're trying to figure out, like, do we need to...

[29:45] Target something that is for delivery like ASAP, right? 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 what? [29:56] 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. [30:01] And then who exactly is this Bullseye customer? [30:05] we want to know like what is what's really the fundamental issue or problem that we're solving here [30:09] 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 question. [30:17] customers that they're after i know like okay well [30:19] 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 the [30:26] What are examples of other products that somebody has used that would make them more likely? [30:31] So a good example there is, have you had other 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, [30:44] 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 probably used Uber Eats or something like that. [30:52] 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. [31:00] 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. [31:08] Somebody who... [31:09] was responsible for their own medication. So we don't want somebody who's in some kind of a health care setting where somebody else is taking care of it or maybe their spouse or partners kind of managing their prescriptions.

[31:20] So these are the kinds of things that we're starting to look for. Another typical exclusion [31:25] criteria is i don't want somebody who knows too much [31:28] so your 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 health care i'm like oh yeah [31:40] That's probably not like a typical customer. If I just have these five precious interview slots, I'm going to have a lot of questions. [31:45] I probably don't want that, so I'm going to exclude those people. [31:50] 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, [32:04] The range is things from [32:07] It can be delivered in an hour 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 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. [32:30] for whom, [32:31] they needed to be there and know when this thing was showing up [32:36] 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, much 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.

[32:51] but knowing when it was arriving and it turned out that the scenarios where that was critical [32:57] was things like it's a refrigerated medication. [33:00] This can't be sitting out on my stoop. [33:03] 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 whether so there are these very particular scenarios so [33:15] then going back to this idea of the bullseye customer you realize oh wait so [33:20] It's a subset. [33:22] of customers who have like refrigerated meds like [33:28] 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-recruited with people who were [33:37] How does that [33:39] and also were the most important thing to do. [33:43] dissatisfied with the status quo of their existing service and were not available to just kind of be around. [33:49] So they were busy and they needed this window. [33:53] And so we ran it again like, oh, yeah, there it is. [33:56] So that second group of people, you just start building this confidence. [34:00] of of of [34:01] In the match between what you're building what the problem is you're solving and who exactly you're building it for and [34:08] 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 [34:14] much more likely to adopt this? [34:16] than like everybody who has specialty medications, because the need is just much more acute.

[34:22] I love this example. Like intuitively it all just makes sense as you describe [34:28] what you landed on. This is what people call product market fit, what you're describing, where somebody [34:34] has a pain that you are solving and they need it badly. [34:38] What does it look like when you find that group of like, 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. [34:49] 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, [34:58] What happens in the qualitative interviews is that you can sense the energy and the excitement and the enthusiasm it comes across. [35:07] especially as you do a bunch of these, you can tell. [35:10] There's a difference. [35:12] And so that's what you're looking for is people who are then starting like, wait, is this available? Can I, is this a thing? Like, can I, can I sign up for this? Like, it's that kind of thing or they're. [35:21] They're really leaning into it and you can just qualitatively can just see it. [35:26] One of the things I thought was very interesting was I was recently speaking to a founder, [35:30] When I'm doing another round of this with a new set of concepts, I'm going to go ahead and see what I'm doing. [35:34] We had done a project that was [35:37] A while ago, [35:38] And, [35:40] actually killed the project. [35:42] so through going through bullseye customer sprint with something that he was doing [35:46] We did three rounds of it. [35:48] 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.

[35:58] This saved me a huge amount of pain. [36:01] 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. [36:07] It was hardware, it was software, it was this whole subscription. Like it was going to be a big complicated thing to build. [36:14] We had mocked up a bunch of prototypes and I'd use some free prototypes when we interviewed. Like it killed the project. That was super valuable to him. He saved a huge amount of time and effort. [36:23] The other thing that he's mentioned to me was that through going through the process, he learned what no looked like. [36:30] So he could see... [36:34] Oh, like I'm getting kind of this neutral of like. [36:38] positive, encouraging feedback, [36:41] And as we did this, he he's like, oh, that's they don't. [36:46] 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 is like, now I know what no looks like. [36:59] That makes so much sense. It feels like that's almost, you could almost argue that the biggest value of this is just avoid wasting time building something nobody wants. [37:08] Totally. And as a researcher and as a VC, if I can save a company and a founder and a product team, [37:18] like from going down some path or too far down a path [37:22] That's huge for everybody, right? They have so much energy to go do the other thing. 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't 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,

[37:50] If I can't find them? [37:52] i usually take that as a sign of something also i mean like i don't [37:56] I don't know if these people exist. [37:58] And it could be sometimes you're 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. [38:14] I'm not sure how you're going to sell to them. Not that I'm the final arbiter of whether these people exist, but [38:20] It's something you should go check. Yeah. OK, 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 list of attributes to think about to help them narrow. [38:38] And how many narrowing attributes would you recommend? Is it roughly heuristically? Is it three? Is it five? Is it seven? [38:45] it's probably gets down to yeah it's more like seven rough i mean that's you know roughly it depends um [38:55] The way I think about it is kind of in these three groups. So there are inclusion criteria, [39:00] there are exclusion criteria and then there are what we found is very important are triggers [39:05] so by inclusion criteria this is usually [39:07] 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 um you know for these particular conditions like we can build that out the exclusion criteria i find [39:19] are a,

[39:20] 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. [39:31] And so it's thinking about like, [39:34] What are reasons why somebody maybe is not the best customer here? [39:38] Not yet. [39:40] 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. [39:47] 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, [39:58] 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 [40:04] that's [40:06] I want to help them, but that's not like our first place to start. [40:09] So these include exclusion criteria are critical. [40:12] And then these triggers are... [40:17] specific events or situations that somebody's been in that makes them particularly [40:24] ready or ripe. [40:26] 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 it, you know, it's a very [40:38] There's a new CSO has come in. You know, there's a new sheriff in town. [40:41] and they're looking to revamp things and rethink. And so it's a time when somebody is open to considering new options. [40:49] or something's gone wrong.

[40:51] Right. Somebody is in a situation where something's gone sideways and they they need a new solution for that kind of thing. There's or we were working for an insurance tech company and they were targeting millennials. [41:03] Mm-hmm. [41:03] So the idea was that people who were in this particular [41:06] um demographic in this time of life they would be building like buying life insurance and what we found was everybody was saying like well we [41:15] 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. [41:21] But people who would the trigger was, oh, you just had a baby or you just got married. [41:26] and now people like oh this is actually on my to-do list like i need to [41:30] 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. [41:42] Awesome. I know in the jobs 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 have. [42:00] 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 new or 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 there just disqualifying professional experiences or

[42:23] What's their title, role, and responsibility? What's their geography? Are they the buyer or the end user? Are they distributed? How is their team organized? Their budget and income? [42:35] their life and work settings, trigger events as you described, [42:39] Are they a VIP? [42:40] What is 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, [42:48] What makes one customer or another more valuable to you? [42:53] Got it. So it's like, are they... [42:55] Like, yeah, are they especially important? Yeah. Is there something about it? It was for them. It was this really interesting, again, kind of way to start thinking about distinguishing characters like, oh, yeah, what what is a valuable customer to us? Like we're there at an early stage and they were attracting a lot of people in different kinds of personas. They're trying to figure out what's the pattern here. [43:14] 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 important. [43:22] Right. And that's your build site customer that you start with. [43:26] Awesome. Okay. Should we move on to the next step? Sure. Let's do it. What comes next? [43:31] So once I have that set of criteria and the team is all aligned and agreed on what that is, like, yeah, those are our people. [43:38] So then I start thinking about how I recruit them. [43:41] 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 understand.

[43:57] Filter out people to know [43:59] 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. [44:11] And so that I... [44:12] kind of I'm in the, in the control seat so I can, [44:15] pick out and identify the people so what i mean by that is if i were to to say [44:21] I will pay $125 to anybody who is a product manager who listens to Lenny's podcast. And all of a sudden, I'm going to get... [44:29] a bazillion people who was like i will take that 125 and like well [44:34] 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 [44:41] um 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 [44:48] or even ask it as an open-ended question. [44:51] right like where do you get um your your most trusted information as a product manager and start to see and then be able to pick those people out um because what i wanted to do one of the key things in those bullseye um 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 [45:14] 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 items. [45:26] things. And so then I'm writing this questionnaire.

[45:29] And typically what I do is I rely pretty heavily actually on user interviews. [45:33] 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. [45:40] pretty fast so i can recruit in a matter of three four days typically depending on what i'm looking for [45:45] And I've been able to get-- [45:48] surprisingly specific people. [45:50] that way. And so that is a huge shortcut for me to be able to recruit that way. [46:20] 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, [46:35] 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 Interpret's AI assistant wisdom. Looking to automate your feedback loops and prioritize your roadmap with confidence like Notion, Canva, and Linear? Visit enterpret.com 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.

[47:05] you [47:07] 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. [47:15] Yeah, userinterviews.com. Oh, amazing. That's very easy. So 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... [47:34] Once, you know, meeting me at a hotel room to test a robot and 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. [47:48] That's way too easy. And how many people do you reach out to to go through a screener roughly to get to five? [47:55] 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 [48:05] They just, the responses just start rolling in. So the times I get like 400 responses, [48:11] basically download it into a spreadsheet and just start sifting through [48:14] 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. [48:27] Mm-hmm. [48:27] that 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, do these exist? Like this thing that you're solving for, I don't know,

[48:39] I'm not sure this is pretty hard to find these people. I'm not sure they're existing. [48:42] 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. [48:57] The caveat there is there are times when [49:01] 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. [49:08] with Flatiron Health. [49:10] oncologists are not on user interviews they don't care about my 125 dollars like they're 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 [49:23] Where do these people kind of cluster online or in person? [49:27] that I might be able to target them. There are certain forums, certain conferences, these kinds of things. Or I'm doing snowball recruiting. If you're building a product for oncologists, you [49:36] hopefully probably have some contacts with oncologists and you can kind of have work through their network have find one person they can recommend another person you still want to filter them and make sure that they [49:46] are matching your core criteria, [49:49] 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... [49:58] a lot to learn there, but I want to, 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

[50:11] the very first [50:13] ICP [50:14] 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 [50:22] went out to sell their product so let me do a few uh so gong [50:26] which is one of the biggest b2b sas companies their first uh bullseye customer as they described it was look out there this is software company their customers were ideal customers were software companies selling in english selling via video conferencing [50:41] selling software that costs $1,000 to $100,000. [50:45] Thank you. [50:46] Linear, their focus was two to five person startups using GitHub and Google Auth. [50:52] at a founder-driven product company. [50:54] Thank you. [50:56] And let's see one more. Augusta was really funny. Companies with less than five employees in California who have no contractors. [51:03] Thank you. [51:05] See, what's interesting to me about those is that [51:07] I would go even deeper and more specific because some of those things like are, I mean, and that's fine. Like, I don't know internally how they actually describe the details of it, but. [51:18] like some of those you want very concrete measurable things to be able to tease apart like well how founder-led art like [51:25] you know like how are you behaving what other products are you using in your stack [51:30] that this fits or doesn't fit, these kinds of things. - Yeah, so it's interesting, 'cause when people saw this initially, they were like, "That's crazy how narrow they're getting." [51:36] 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, it's too broad. And I think that's an important point here is like this exercise, you get more narrow.

[51:50] Yeah. [51:50] 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 the difference between bullseye customer and ICP. The bullseye customer is for research to help you [52:04] identify as broader ICP your business targets. [52:07] Yeah. And I think this is actually touches on another important point, which is that this is [52:13] a learning exercise so that's what i'm describing is how do we learn more faster um [52:19] And this is different from selling. [52:22] right so [52:24] 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. [52:31] and pitching and meeting with companies and potential [52:34] people who seem like maybe they are customers, [52:37] but [52:38] That mode is very, very different from what I'm describing, which is to learn, to kind of run these experiments as fast as you can. [52:44] And there's something... [52:46] just even a mindset and how you approach the conversations that's fundamentally different so [52:52] There's this... [52:53] term that I love that Ed Schein coined, which is humble inquiry. And so it's, [52:59] He frames it as humble inquiry is the gentle art of asking instead of telling. [53:06] And so, [53:07] to me that's like this fundamental way that i think about even just conducting these interviews [53:11] so if you're in a selling mode and i i encountered this over and over with heads of product and founders [53:17] is that [53:18] 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.

[53:26] But that's very different from learning and being [53:30] In humble inquiry, you basically have to be vulnerable. [53:33] And I can always do it because I'm not the founder. And I don't know, like I always present myself as like, I don't know the space and I'm an idiot. And like, can you explain it? [53:41] But asking questions and being vulnerable and giving questions, [53:45] The person you're asking the higher status? [53:48] is a difficult thing to do as a founder when you're selling. [53:52] Right. Because you don't want to be vulnerable and express that you don't know or. And people are always I come across, they're very nervous about that. So there's something that's very distinct here. [54:03] about a learning mode versus a selling mode selling and telling [54:07] versus kind of this idea of humble inquiry. [54:09] 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. [54:34] Is there anything else in that step that is important to cover? [54:37] You have to make sure they show up, make sure you're compensating them sufficiently. [54:42] 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?

[54:58] and I'm paying... [54:59] For most typical consumer things, like $125 an hour for them to show up and do this. So it's worth... [55:08] 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. [55:17] 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. And it also has just seemed to work. People are showing up for that. So if people weren't, then I would adjust. [55:40] And do you 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, [55:52] making sure people are kind of responding to me during the course of the week leading up to it [55:56] Did you sign my NDA? Like I send a reminder, are you responding? Like I can tell if they're engaged. If I'm getting, 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, [56:08] Um, [56:09] Follow through. [56:10] Great. Okay, what's the next step? [56:13] 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 prototypes. [56:26] Um, [56:27] the possible features and distinct variables that we want to present in these in these

[56:34] interviews. And so, [56:36] As I said before, ideally I can find competitors' products and use those as free prototypes. I love doing that. It's surprising to me that often... [56:46] People don't do more of this. And I think that there's sometimes a sense that like it's [56:50] cheating or they're worried they're going to copy it or something. I'm like, whatever. If you haven't studied your competitor's product and not just gone through it, but like seeing how people respond to them, you're just missing something. [57:02] Right? [57:03] So what we do is work out [57:06] 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 [57:21] 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 just a delivery courier guy, and then another one [57:39] In this case, actually, it was a drone company. So a drone is dropping this thing off. And so we could talk more about [57:44] what it was like to test that but there are different variables here um the other option is say um the size of the window of the delivery window right so this is it'll come in two days but you can narrow down in a 15 minute window this one is like as soon as possible you just have to be home to wait this kind of thing so we're developing this range [58:03] and then creating these prototypes that are very simple. They're just PDFs really very flat. There's no functionality. It's a lot of it is really a writing exercise to articulate what's the distinct

[58:14] value prop and what's the brand promise and the problem you're solving for each of these prototypes. [58:20] So you want to make it look as real as possible. So it looks like a homepage for the product. So it's a box around this thing. So you don't have to build anything. You're just describing it and putting [58:32] 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. [58:37] and just create those so that I can present those three distinct recipes. [58:41] And 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 ways, 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. [59:06] Yeah, they may. I think the thing that's important is to not get [59:09] So here's the benefit to keeping it simple is that you're not going to be able to do that. [59:17] not too wed and too committed to anything so [59:21] Build only as much as you actually need. [59:25] 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. [59:34] Awesome means very crisply describing the distinct value proposition and problem you're solving. [59:41] 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.

[59:53] It's about... [59:54] 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. [1:00:01] this is kind of what it is and why this is awesome and why this one is awesome [1:00:05] And then, [1:00:06] They're shopping. [1:00:06] 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 versus like the design of it. [1:00:17] Right. And I designed them enough that they look different. [1:00:21] from each other, so it's not version A, version B, version C, because in the course of the [1:00:27] With all the observers, I want it to be clear which... [1:00:30] prototype somebody is talking about. [1:00:32] So the green one versus the blue one versus the red one? [1:00:37] 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. [1:00:42] Awesome. Okay, anything else that is important to note on the prototype step? [1:00:48] Proofread 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 tip. So just have someone else read it like someone else that hasn't been working on it. 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.

[1:01:18] 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, [1:01:26] It's, [1:01:27] Five. [1:01:28] One hour interviews. Each interview is a two part interview. [1:01:32] 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. [1:01:44] How did you previously... [1:01:45] 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 [1:01:54] So we go through that and have that. About halfway through that interview, I shift to [1:01:59] comparing and contrasting these prototypes. [1:02:01] So, the comparing and contrasting is I'm presenting each prototype and I'm presenting each prototype. [1:02:07] People are kind of responding to that and like telling me what they see, what this is. [1:02:11] And then... [1:02:12] 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. [1:02:22] and then I'm having them compare and contrast. [1:02:25] 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. [1:02:40] is a 15-minute window. [1:02:42] for example. And so they're kind of teasing out what are the [1:02:45] the best pieces of each of these and that's really what i'm looking for through the course of this conversation

[1:02:50] is I want to grab the best bits and pieces, the best Lego pieces, so I can then go construct the ideal version. [1:02:57] 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 [1:03:03] and through the arc of that conversation by doing the first half where i've had the discovery conversation [1:03:08] It gives me a huge amount of context to understand their feedback about the prototypes. [1:03:13] because there will be times when they'll say things or tell us something [1:03:17] And because we heard the first part of this, 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. [1:03:30] 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, Margos, would you? [1:03:42] 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 ugh [1:03:48] Show them prototypes. [1:03:50] 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. [1:03:58] but it provides a lot of context for understanding their reaction to the prototypes. [1:04:03] 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, there's a warm up, there's the introduction, and then it's like your current experience with this problem.

[1:04:25] It depends on the problem space, but I love like in the warm-up big smile. Hi, thanks for helping me with this. Thanks for signing the NDA Where 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 oh [1:04:49] Do you currently have prescription medication that you have to order and refill? How many? [1:04:53] If I may ask, what are they? 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... [1:05:02] their worldview around this problem and the context around it. [1:05:07] And the way that I think about it is that I'm building an arc. [1:05:09] in that conversation. And so it starts, like you said, it's just chit chat about the weather and where you are and whatever. Like, [1:05:16] 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. [1:05:25] 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. [1:05:32] because they usually are showing up, they want to make you happy, [1:05:37] 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. [1:05:50] 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.

[1:06:02] And so I'm building this arc slowly, hopefully not too slowly, to get them talking. [1:06:08] One of the most important things is when you're doing that interview, [1:06:11] Smile. You have to start with the big smile. Even if you're on the phone, it totally changes the way your voice sounds. [1:06:17] And what I'm often looking for in those first few minutes is, 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... [1:06:25] responsive and getting them talking. [1:06:27] I love that tip. And... [1:06:30] Again, I think a lot of people that aren't easy 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 just asking questions. [1:06:41] Right. Like it's just it's on them. Like you're just asking questions and your job is not to not to say anything almost. Just keep asking questions. Yeah. And to be really genuinely curious. Like I think that's really. [1:06:54] Again, it's to this mindset, this difference between selling. [1:06:57] I have to genuinely [1:06:59] want to understand and see the world and my product through their eyes. [1:07:04] And you're going to hear stuff that... [1:07:05] is wrong you know doesn't make sense or you're like that's weird what is that and you just have to [1:07:11] Not dismiss that, but dig in and try to understand why. Why? [1:07:16] Do you think that? [1:07:17] 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 will get you pretty far. Any other tips on the step for folks that are like, OK, I'm going to try this myself. I'm going to.

[1:07:34] Stop start interviewing folks. Any other tips? Anything else important you think is important? [1:07:39] worth mentioning. [1:07:40] yeah practice it makes a difference it's it's a hard skill it seems like oh everybody talks to everybody but it's different [1:07:48] When I do these, [1:07:50] And I've done, I've interviewed thousands of people at this point. [1:07:55] I have a different character mode that I put my head in. [1:07:59] and so i literally [1:08:01] 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 [1:08:07] listener character? [1:08:09] where i i'm embodying these things this extreme curiosity this focus on the person [1:08:16] um this engagement which is quite different from my normal kind of more cynical skeptical [1:08:24] 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 [1:08:39] 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. [1:08:46] 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. [1:08:54] Yeah. So this is awesome. So this is like our... [1:08:57] It's like our magic hack for banging all this stuff together. So everything is coming together in this watch party.

[1:09:05] In this watch party, we have again, I'm conducting the interview. I'm off on Zoom, one on one, conducting these interviews. [1:09:12] 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... [1:09:21] 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 to directly. [1:09:48] So they're all live streaming it. They're on... [1:09:52] 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. [1:10:04] and not using AI to take notes, [1:10:06] The reason for this is what we found is we want people to lean in. [1:10:11] 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 [1:10:19] maybe make you lean out a little bit, or maybe you check your slack or you're looking at email or something. [1:10:24] and so it's about keeping you really engaged and working so it's a it's a it's a working [1:10:29] Watch Party. [1:10:31] 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.

[1:10:39] And then there's also a Slack channel usually in the background because there's a lot of 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. [1:10:48] Vanessa or Kate also monitors that. 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 my brain can't handle that. They're in there and then I have a chat window open just with Kate or Vanessa. They'll pop me [1:11:08] questions as they come up they we usually ask teams to be pretty judicious about that because [1:11:13] 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, clarify it. [1:11:26] So they're taking notes. This debrief is in a spreadsheet that I've set up so that they're key [1:11:33] things that we wanted to learn [1:11:35] and so those are specified in that spreadsheet for each inter each study that i'm doing like these were the key things and so [1:11:42] those are not the questions that i'm asking the inter 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 [1:11:57] is leading that. [1:11:58] 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... [1:12:06] that first column is that set of questions and then [1:12:09] 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 a.

[1:12:16] detailed notes we have the recording of my interview like those are the thickest deepest levels of this [1:12:22] Then we're distilling it down into this debrief sheet. [1:12:26] 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. [1:12:32] Thank you. [1:12:32] 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 [1:12:44] What's your first big takeaway second third? How would you adjust? [1:12:48] 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. [1:12:56] And so each person then takes five, 10 minutes independently, separately, individually, quietly. You just everybody mutes their video and fills that out. [1:13:06] And it's a way to grab a snapshot from the whole team of like, what did we really learn? You know. [1:13:11] 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 [1:13:21] the decider kind of goes through it and, [1:13:23] It talks about what are the key patterns, what are the things that we've learned here as a team. There's this remarkable amount of consensus and alignment about what is this and what do we need to do next. [1:13:33] what i love seeing is that quite frankly one of the most common things across all of these businesses all these sites [1:13:40] of all these studies is that one of the things that people say we need to do next is more research.

[1:13:48] People, it's just – [1:13:50] even though these are all teams who've said like we talk to our customers all the time [1:13:54] We go through this and they're always like, oh, [1:13:56] "Yeah, this looks really different than what we were doing." [1:14:00] And we didn't know this stuff. [1:14:04] one of the other things i want to mention is we do this thing [1:14:07] Before the watch party? [1:14:09] where we get everybody to predict [1:14:12] what they think they're going to learn. Yeah, I love that. [1:14:14] and this is really valuable for a bunch of different reasons so [1:14:19] It's a way to capture a snapshot before we do the interviews of [1:14:24] What do you actually think is going to happen? We have to push people to be specific. It's not, oh, we'll find out what they think of our concept. [1:14:32] I know we're going to learn that, but what do you actually think is going to be the [1:14:36] the outcome people will prefer [1:14:39] 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? [1:14:46] And that helps me do a couple things. [1:14:49] it helps me make sure that i'm tailoring the interview guy and everything the right way because it's a it's another check like am i [1:14:54] I'm understanding what you want to get out of this. [1:14:57] It's a snapshot of what we wanted to learn. [1:15:00] and then what happens is after we go through the big takeaways at the end of the whole study [1:15:04] It's very valuable to go back and say, [1:15:07] how does what we learned compare to what you thought [1:15:10] Because there's this, any researchers out there listening to this will be familiar with this idea. There's this hindsight bias that happens, which is, [1:15:18] As you've gone through the process,

[1:15:20] It's very difficult to remember that you didn't already know this. [1:15:25] Right. And so, [1:15:26] after you've gone through a research study very often people like well that we that seems obvious we kind of knew that that was going to happen like no no [1:15:34] Like, let's look back at a day ago what we all thought. [1:15:37] And we actually have learned a lot, which is awesome. Like that's the goal. We've learned an enormous amount. [1:15:43] It's not to catch anybody out. [1:15:45] right but it's really valuable to have the snapshot and to [1:15:49] quite frankly, just help show the value of the research. We learn things. [1:15:54] Or maybe we didn't. Maybe we were all right, which is awesome. And now we know and we can move forward twice as fast. [1:15:59] Thank you. [1:16:00] The point you made about how most people after this are like, wow, we need... [1:16:04] 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. There's this other thing that I think is worth mentioning that I've come across, which when we do this. [1:16:25] set of predictions so again it's across all different kinds of businesses all different kinds of domains [1:16:32] There's certain patterns that I've noticed that show up over and over about [1:16:37] um mispredictions like there's a there's a pattern of the kinds of things that show up over and over that are [1:16:43] I think it was kind of these common blind spots. [1:16:46] And, [1:16:48] I think it's attributed, I can attribute it to this, there's this concept of

[1:16:52] The curse of knowledge. [1:16:55] So I'm working with lots of teams who are deep experts in their space, right? [1:17:00] I'm not. I'm always showing up as the noob, like, "Okay, what is your business? What are we doing?" [1:17:05] but they have deep expertise and when somebody has deep expertise it's very difficult to [1:17:10] imagine that other people don't know what you know. It's very hard to [1:17:16] to kind of put yourself in their shoes. [1:17:18] right and you just think well doesn't everybody know this or maybe even you know [1:17:22] Yeah, doesn't everybody know this? And so. [1:17:26] 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. [1:17:35] Maybe how [1:17:36] how big a problem they even perceive it to be, how much they're willing to pay for it, [1:17:41] which is connected. [1:17:43] and kind of where they are on their journey to be ready to buy this thing. [1:17:48] Like, oh, wait, they're not... [1:17:51] They don't they're not ready yet. Like, wait, they're not there yet. [1:17:55] Or we haven't figured out who the right people are who are the bullseye. [1:17:59] but people overestimate those kinds of things and it's really common [1:18:03] blind spots that we find over and over across a lot of businesses with expert teams. [1:18:07] That makes sense. Like most startups realize what they're trying to build is not. [1:18:13] nobody really cares about so I get why that happens often. [1:18:17] 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 or some common pitfalls and mistakes people make. A couple things, I guess, about the watch party that I would make sure...

[1:18:31] the team needs to be there and they need to show up [1:18:35] And this is the whole team, like all the engineers, designers. Yeah, I mean, so... [1:18:40] 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 merrier. 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 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. [1:19:01] But it can make some of these other aspects of the process a little unwieldy. So what becomes important is to define who is the core product team. [1:19:09] Everybody's welcome. [1:19:11] But there's a core product team who's probably taking notes and like, [1:19:14] 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 the decisions and is going to have to own this and have to build it or do whatever, actually do all the work. [1:19:26] So, [1:19:27] distinguishing about like who is that core product team they need to really be there for all of it other people if if there's some other engineer on another project and they want to come in and see one or two awesome love it [1:19:37] But everybody else, the core team, you need to be there for all of it. [1:19:40] 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 to and you're just like, ugh, that's. [1:19:52] That just didn't work well. It's because for one reason or another we did not [1:19:58] select specifically and we didn't recruit specifically enough and weren't picky enough about bullseye customers.

[1:20:05] And so if you end up with a [1:20:07] combination of people who it was a little mushy like you 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 [1:20:18] Mushy. [1:20:20] And so whenever that happens, I always kick myself. I'm like, I, I, [1:20:25] 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 [1:20:32] They included some people who were like experts that they already know and they talk to all the time. Like, ugh. [1:20:36] didn't get what we wanted. [1:20:39] And that can be frustrating. So you just have to really be... [1:20:42] disciplined and picky, [1:20:45] 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. There's like seven-ish narrowing attributes of [1:20:56] who you're recruiting. [1:20:57] to get it really specific. And ideally, you get through going through this process, [1:21:03] what i want to do is get to a point where somebody [1:21:06] can now a team can narrow down to a point where like actually [1:21:10] There's one or two attributes that you realize later [1:21:14] Like, that's the thing. [1:21:16] Oh, it's people on specialty medications that are refrigerated cold chain. [1:21:21] All the other stuff. [1:21:24] maybe not as important. Like you figure out that's the distinguishing characteristic, [1:21:29] 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 like that's for now, like we'll expand it. But for now.

[1:21:42] that's how i'm going to prioritize people there's some rubric or some couple questions or characteristics [1:21:48] that are really the key ones. But this reminds me of actually with Linear, something smart they did is they had a waitlist. [1:21:55] when they first launched. [1:21:56] and the waitlist was their questionnaire. What do you call it? The screener. So basically, the waitlist 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. [1:22:14] 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? [1:22:25] Put more weight? [1:22:27] on past experiences [1:22:31] than on people's predictions of what they would do. Classic. Classic user researcher advice. Say more. [1:22:40] 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. [1:22:48] I put much more weight in that is like building the trajectory of what will this person accept or value or avoid. [1:22:55] what do they think are barriers? [1:22:58] to then showing a prototype like oh i would totally do this like that does not sound at all consistent [1:23:03] with what you just described to me so [1:23:05] I'm going to be somewhat skeptical. [1:23:09] of your prediction of what you would do or what you think might happen

[1:23:13] We're all terrible at it. It's not about the [1:23:15] customer like we're all terrible at this predicting what we're going to do and so i just put much more weight in like what [1:23:21] Has this person shown and demonstrated in the past as their behavior and their attitudes and opinions? [1:23:27] And so I really try to [1:23:29] 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 told us they would use this immediately. So what I think back to is your advice of like, look for, [1:23:46] extreme excitement like that's more of a signal that maybe they actually will [1:23:51] and the other thing that you alluded to is confirmation bias [1:23:54] Right. You want to. And we encourage people and the watch party. [1:23:58] we give people kind of rules about how to listen and we, [1:24:02] 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. [1:24:18] 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. [1:24:30] You do a bunch of this and you'll know and if you don't know you like it's probably a no and [1:24:36] 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.

[1:24:44] 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. [1:25:09] Hmm. [1:25:09] So, [1:25:11] Um, yeah. [1:25:12] a big piece of the gv portfolio is in biotech developing new therapies new treatments [1:25:18] That's a very different looking kind of business than a lot of digital enterprise consumer kind of products that I work with. [1:25:25] 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... [1:25:36] There is some... [1:25:37] Productization. [1:25:39] of it you need to figure out like oh actually how is this going to fit into [1:25:44] 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 [1:25:54] encourage more people to accrue onto a clinical trial how do we think about a clinical trial as a product [1:26:00] And, and, and, [1:26:02] streamline that and make sure we're targeting the right people and increasing the number of people who are getting on there. [1:26:07] What's been interesting is as I work with teams-- I mean, talk about expert teams. [1:26:12] as i talk to people who come kind of from that tradition i don't know what else to describe it is

[1:26:17] They're doing similar work, but they don't seem to describe themselves as product managers. They have other kinds of titles. [1:26:24] They come from like patient education. So they have these other titles, but they're doing similar kinds of work. [1:26:31] 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 [1:26:43] kind of 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 [1:26:55] Uh, [1:26:56] Partly it feels a little greenfield and partly it just feels like, [1:27:00] the impact there is huge right for some of those things so so that's something that i've just been thinking a lot about recently is is [1:27:06] I'm just kind of excited about those kinds of opportunities. And also just kind of curious, [1:27:10] I don't know, to hear from some of your listeners if they're doing some of this in those spaces. This is a good segue to two final questions I ask everyone. So perfect. [1:27:20] One is just share where people can find your book if they want to go deeper, if they want to practice it themselves. And also, do you like... [1:27:27] 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. [1:27:38] So learn more faster.com. You can go [1:27:42] grab a free copy of the book um 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

[1:27:52] 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 [1:28:00] and use it. Please tell me in terms of how you can help me, tell me 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. [1:28:14] 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. [1:28:25] And I'm on LinkedIn is probably a really great place to reach me. [1:28:29] And it sounds like you also answered 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? [1:28:40] I'm excited that we were able to open source this, that GV was able to do that. And so part of that is [1:28:46] Help me update it and fix it. [1:28:47] Awesome. And just to clarify, if folks want to like go really deep, do you work with companies just like ad hoc or how does that work? Just so people know. [1:28:56] I work with GV Portfolio Company. Okay, got it. So go work with GV. Okay, there we go. Yeah, my full-time job is UX Research Partner at 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.

[1:29:26] other listeners find the podcast. You can find all past episodes or learn more about the show at Lenny's podcast.com. See you in the next episode.