← Lenny's Podcast: Product | Career | Growth
Lenny's Podcast: Product | Career | Growth
Identify your bullseye customer in one day | Michael Margolis (UX Research Partner at Google Ventures)
01:29:39
Loading summary
Transcript145 lines
- [00:00]
Lenny Rachitsky
You have done 30 years of work and iteration and refinement. You're here just to tell us, here's the most important thing you need to know. Here's how to do it. Based on all that time I've spent. Help us understand what is a Bullseye customer.
- [00:10]
Michael Margolis
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.
- [00:27]
Lenny Rachitsky
Why this? Of all the things that you. You can focus on of a startup.
- [00:31]
Michael Margolis
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?
- [00:43]
Lenny Rachitsky
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.
- [00:52]
Michael Margolis
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 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]
Lenny Rachitsky
Today. My guest is Michael Margolis. Michael has been a UX researcher at Google Ventures for almost 15 years, where he's worked with over 300 companies to help them get unstuck, move faster, and build something that people want. He helped develop the design Sprint method made famous by the book Sprint, and more recently wrote a book called Learn more 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, and also this book is completely free and available online as a PDF. Michael is not looking to sell books or drive leads to Google Ventures. He 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, don't forget to subscribe and follow it in your favorite podcasting app or YouTube. It's the best way to avoid missing future episodes and it helps the podcast tremendously. With that, I bring you Michael Margolis. Michael, thank you so much for being here and welcome to the podcast.
- [02:45]
Michael Margolis
Thank you so much. I'm thrilled to be here.
- [02:47]
Lenny Rachitsky
So we're going to be going really, really deep on how to very clearly and also just very quickly identify your Bullseye customer, which some people refer to as Ideal Customer Profile or icp. There's differences there. We're going to touch on that. But you wrote a whole book about this very specific topic. I have it right here. It's called Learn More Faster and the subtitle is Important how to find your Bullseye Customer and find their perfect product. And interestingly, this topic has actually come up a bunch on recent podcast episodes. So I've been like telling guests, hey, we're going to have a whole podcast episode about this very specific topic, which I'm very excited about. So Michael, again, thank you for being here.
- [03:24]
Michael Margolis
Thank you a ton.
- [03:26]
Lenny Rachitsky
This episode is brought to you by Eppo. Eppo is a next generation AB testing and feature management platform built by alums of Airbnb and Snowflake for modern growth teams. Companies like Twitch, Miro, ClickUp and DraftKings rely on Eppo to power their experiments. Experimentation is increasingly essential for driving growth and for understanding the performance of new features, and EPO helps you increase experimentation velocity while unlocking rigorous, deep analysis in a way that no other commercial tool does. When I was at Airbnb, one of the things that I 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 and accessible UI for diving deeper into performance and out of the box reporting. That helps you avoid annoying prolonged analytics cycles. Eppo also makes it easy for you to share experiment insights with your team, sparking new ideas 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@geteppo.com Lenny and 10x your experiment velocity. That's getpo.com Lenny this episode is brought to you by Paragon, the developer platform for Building Native Customer Facing Integrations with third Party Apps Our native integrations on your product roadmap 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 CopyAI AI21 and over 100 other B2B SaaS companies use Paragon so they can focus their efforts on core product features, not integrations. The result? They've shipped integrations seven times faster, all while avoiding the never ending maintenance that comes with rolling your own integrations. Visit useparagon.com Lenny to see how Paragon can help you accelerate your product's integration roadmap today and get $1,000 in credit on their Pro and Enterprise plans. That's use P-A-R-A-O-N.com I want to start with giving you a chance to just share the work that you have done over your career that this framework and process is rooted in because it's based on a lot of hands on work with startups and founders. So just talk about the work that you have done that has led you to this process and framework.
- [06:11]
Michael Margolis
Yeah, so I've been doing this kind of product and UX work for over 30 years. So the work that I'm going to describe here is kind of the culmination or the synthesis of about 30 plus years of that. And so there are a lot of different pieces that I've picked up along the way and recombined and adapted for this. So started out studying anthropology. My first job was working in educational software as an editor. So it was kind of introduction to ux, my introduction to usability testing and went from there to working at a boutique product design innovation studio. So basically consulting with big companies like Alcoa and dupont and Ericsson and so learning really deep ethnographic research techniques, very big, long expensive projects, consulting projects. And then from there I went to Walmart.com so going from there to Walmart.com was really learning to take those techniques and compress them and accelerate them. Walmart is really all about execution, about scale, about everyday low cost and speed. And so I had to really compress those techniques and make them much, much faster and learn to combine deep ethnographic discovery work with usability work and getting lots and lots of reps from there I went to Google. So I was embedded in the Gmail team early on in 2006. And so what we did there was then combining these also at scale, doing this kind of innovation at speed. You can see kind of this trend of getting faster and faster. One of the things we did a lot there was the way I would do the research is with watch parties so teams would be able to see it. Google had invested in lots of video conferencing, streaming from the labs. One way mirrors a lot of things early on. So the teams were involved and they were seeing and watching this stuff. So a lot of those techniques I brought then to GV to Google Ventures when I joined in 2010. So I was the first UX research partner in venture capital at the time. Still, I think maybe there's one other person in this role. And so took a lot of those techniques and recombined them and have adapted them and experimented over the last 14 years working with hundreds of different kinds of startups. So we have a very broad variety of founders and product people that we're working with. So over the past 14 years where we've really experiment, gotten to experiment and gotten to work with them and be kind of a small piece of the journey that they're on to learn and answer these fundamental questions that they have about their products and their people.
- [08:28]
Lenny Rachitsky
How many companies slash founders have you worked with this point just to give people a sense of the scale?
- [08:32]
Michael Margolis
It's hundreds. So I've conducted at this point over 300 hands on research sprints with them. So we also work with many, many others where we're just doing tons of office hours. And so it's everything from, just to give you a sense, it's anything from biotech to health care to security food. I've worked with farmers. You know, it's, it's really all over the place.
- [08:54]
Lenny Rachitsky
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 every. Here's the most important thing you need to know. Here's how to do it. Based on all that time I've spent perfect what ROI we were providing here. Okay, so your book and your process is about finding a bullseye customer. Help us understand what is a bullseye customer and in particular, how is there any difference from how most people think of the ICP ideal customer profile.
- [09:24]
Michael Margolis
So a bullseye customer is the very specific subset of your target market who initially is most likely to adopt your product or service. And so compared to when we talk to founders about their ICP or the Personas that they come with, this tends to be more specific even than they usually have gotten. And the reason that this concept of bullseye customers become so important to us is we've seen this as really key to accelerating teams. So everybody, every ambitious founder wants to build a product for everybody. And we're investors. So at gv, we want them to be successful and to have these huge markets, but it doesn't start there. So to build successfully, usually you have to be much more focused and much more specific. So you can look at lots of companies, right? Amazon started just selling books or Facebook was just profiles for college students, et cetera, et cetera. So helping founders be very specific about who are you going to start with? Who is the. That very distinct group that is most likely initially to adopt helps streamline a huge number of things. So it helps you prioritize what are you building? It helps you get really deep in understanding who are those people and understanding what they need. It helps you prioritize the feedback you're getting. You're often getting just a ton of input from investors from friends and family if you're talking to them, from lots of people who kind of seem like they're in your target market. But it helps you kind of winnow away some of that stuff and be like, which, which parts of this are important, like, we'll get to you. It's not that we're not going to eventually serve you, but initially, here's where we're going to focus. And it just gets everybody as a team much more aligned on what are we doing and what are we doing first?
- [11:10]
Lenny Rachitsky
I love that the incentives, as you just referred to of a, of a VC like Google Ventures are so aligned with help figure out what most will help a startup like. I love that this is a good filter for what have you seen most cause trouble for a early stage startup? And it's interesting that this is where you ended up going. So let me actually, let's spend a little more time here and just like, why the bullseye customer slash ICP is so important. Why is this the thing? Of all the things that you guys have seen along the early stage of a startup journey, you have decided this is where we need to focus and help people.
- [11:48]
Michael Margolis
Having them focus on the bullseye customer is a way to help them focus and prioritize what they're thinking about building, what the questions are that they're asking and who it is that they need to target and build for. And so all of those things, once we can help them narrow that down and decide who are we really focused on and who are we setting aside until later, it helps 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.
- [12:18]
Lenny Rachitsky
Yeah, it makes sense. Basically, everything trickles down from who the heck are you selling to? Because it's the pains you're selling for them. How do you find them? So I love that, and I totally agree. And again, this has come up a bunch on recent podcast episodes, just like how essential this is and how underappreciated this often is. The other thing I love about what you're describing is you're focused on speed. Like, I love that you're. As you move through your career, it's like, how do we do this faster and faster? And what especially love about your approach is it's a. You basically give people a plan for how to figure this out in a day, which sounds like a dream. What a dream come true. In a day, you can change the trajectory of your startup by getting very clear on who you're selling to and your Bullseye customer. Awesome. Okay, so let's start getting into it. So describe the Sprint. So you have this Bullseye Customer Sprint that your book describes. And by the way, this book is freely available. You could download the PDF. We're not trying to sell books here. This is just like, use this, you'll be. You'll be better off.
- [13:17]
Michael Margolis
Yeah, there's learnmorefaster.com there's the book, there's all kinds of resources and templates and. Yeah, please grab it.
- [13:25]
Lenny Rachitsky
Okay, cool. So describe the Sprint high level, how it's laid out and the kind of the core piece. Pieces of it.
- [13:30]
Michael Margolis
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 as a team.
- [13:53]
Lenny Rachitsky
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. And there's a Few other elements. So can you just share some of, like, the key insights, the key unique ingredients to this framework?
- [14:15]
Michael Margolis
So one is Bullseye Customer. So we talked about that, right? So again, Bullseye Customer is that very specific subset of your target market who's initially most likely to adopt your product or service. So we want to recruit that group of people. And one of the reasons that we do that is if the whole team is in agreement, I have five people who match that. And everybody's like, yeah, 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. 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. But up front, we were able to like, identify and say, yes, yes, those really, we think, are the right people. That's our hypothesis. So first is five Bullseye Customers. The next part is about qualitative interviews. So there are lots and lots of different kinds of research methods. But what I found over doing this for many years is that the biggest bang for your buck is, is doing these kind of deep qualitative interviews where I can dig in and understand people's stories, understand their motivations, understand past experiences. Why did you do this in the past? What have you done in the past? What's worked, what hasn't worked? And having the whole team watch that and understand and build that kind of empathy and understanding and hear those stories is very powerful. But then we do those in small batches. So rather than do an interview on Monday and then one on Wednesday and then a couple on Friday, we clump them. So ideally it's in that one day. So I bang out five interviews, one hour interviews in one day while the whole team's watching. Sometimes we do it across two days, depending on time zones and things like that. But the idea is that they're clumped together. And the reason for that is if you do them in a clump like that, then the patterns are just much more obvious. At the end of the day, it's just really clear what were the big takeaways. It's not going to answer every question that you ever had about your product or your customers, but the big things that you set out to answer, it's pretty clear. Like, did it Work? Did it not work? Which parts were good or bad? All these kinds of things. And the whole team has watched it. And so they have that sense and that idea of just doing five of them. You hit what's called data saturation. And so this is a thing in qualitative research where kind of the, the, the common version of this is everybody after 4 or 5 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 let' on and do something different. Change the, change the customer, change the prototypes, whatever. So qualitative interviews and small clubs, and then we compare prototypes. And so this kind of comes from that time I had at Walmart where I sort of see the whole world as a shopping process. And so there's something very valuable. Just the way any of you have shopped for anything, right? You don't look at just one thing. If I showed you just one thing, you'd have some feedback and you'd have an opinion about it. Like, let's shop for a couch. I like the color, the stuff. Cushions are uncomfortable. I like them fabric or not, and that's helpful and that's interesting to hear. But as you start looking at two or three, then you start having this different reference points. And when you're testing with customers, it's not up to them to come up with these different possibilities of what could be. And so if I'm presenting those, they're like, oh, that's interesting. So I like the way this one has cushions that are made out of down, but this other one is really interesting because they deliver it. Oh, but this, I like this because it's a style that I like. And they actually take away my old couch, right? So then I can like compare and contrast across these different possibilities, these different distinct value propositions. And I'm not looking for a winner, but this comparison. The other big benefit of having multiple prototypes is it helps teams avoid getting too wed to one specific idea. And so you can get a little over committed. There's a risk that you get over committed to one idea, you're polishing that you're working on it, you're too committed to that. And this pushes teams to think of new different possibilities. And you can be a little bit more neutral and a little bit more objective if you're not all so bought into one thing. So comparing prototypes becomes very powerful. And then the other thing is making this a team Sport. So the watch parties are a key example of this. So I'm conducting these interviews and the whole team is. And I'm live streaming it. So the whole team is all watching it. These days, typically people are pretty distributed. So I'm doing it over zoom and they're watching the live stream independently. And then one of my partners, so Kate Aronowitz or Vanessa Cho, it's got amazing design partners I get to work with, are often facilitating kind of that back room. And so what they're doing is they're helping the team. We have a structured process for taking notes and then in between each interview they're debriefing. So I have kind of this spreadsheet that I use that like these are the key things we wanted to get out of this. And so they're going through and just capturing that, like what just happened in this interview. Like, let's make sure we have the high level and at the end of the day we have a way to kind of all capture like what were our big takeaways, what happened. But the magic of all watching it and processing it and discussing it and debating it through the course of the day is that everybody is aligned. We've all seen it. I don't write a report, I haven't written a report in, I don't know, 10 years. Because we've at the end when we capture those big takeaways, that's the team has captured it, right. We end up, we do it through a Google form, it shows up in the spreadsheet and we kind of discuss it. And then everybody's just like raring to go do the next thing and everybody's aligned. And there's this incredible amount of momentum from the team after that and they're like, let's go do the next thing. Like, it's clear what we need to do and what we learned. And sometimes the next thing is do this again and adjust so we can build more confidence. But the make it a team sport is just. Is been this very powerful 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 come together and make sure like, oh, where are we? What are we doing?
- [20:25]
Lenny Rachitsky
Awesome. That was really helpful. So just to summarize kind of the key elements of this approach, there's a bullseye customer concept of just like a very narrow people wedge almost of who most want this thing. And we'll talk more about that, making it qualitative versus surveys or things like that. Comparing prototypes and making a team sport. Okay, so we're going to actually go into more detail of each of these steps. Just so folks can. Basically what I'm hoping to do is they listen. Folks listening to this can do this tomorrow or next week. There's a little prep time before we get into each step. When do you recommend people do this? When in the stage of a journey, can you do it like many times? Any just context there before we dive in?
- [21:05]
Michael Margolis
You can do it many times. The key times to do it is at a high level. It's before. Hopefully you've invested a lot of time into building something, a lot of energy and the team's energy and money that goes into the building. So it's usually before you build something, maybe if you're expanding into a new group of customers. So you were killing it in the UK and now you're trying to get into the US market and that's different or you worry it's different or you're not sure it's a good time to check. Or maybe you were selling to enterprise, you're doing very like white glove, high touch sales to enterprise and now you're, you're going to shift down to maybe a different tier of customers and you're trying to set up some more of a self serve kind of a sales motion. You need to understand that another common time is when you're selling, but it's like not, something's not going quite as well as maybe you hoped it was going. You've already launched and you want to, you want to just kind of troubleshoot like what's going on. Like we clearly this is, we have some traction maybe, but it's not what we wanted. Or we're getting that kind of very polite, encouraging feedback which is kind of a sounds good, but it's really no, um, let's go dive in and find out. So those are kind of the big key things, the times of when to do it.
- [22:20]
Lenny Rachitsky
Okay, let's actually get into the steps. Uh, I believe there's six kind of core steps to the process. Okay, cool. So what's, how, where do you start? What's step one?
- [22:30]
Michael Margolis
Yeah, so step one is what I do is I plan about a 45 minute meeting with the team. So again, it's really important to have that core team together and have this conversation about what are the key questions. Basically, what do you wish you 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, because founders and product people have. There's a bazillion things that they're kind of bubbling in their head that they're worrying about, but that often gets them to kind of step back and be like, oh, what I'm really unsure is, you know, this, right? What, what's going to happen? Like, well, people. How will people respond to this fundamental concept or this idea or how will they use it? Right. And so that's kind of the. I have a set of questions that I'll go through with them to, to 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? Right. 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? 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 information and answer the question. 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:49]
Lenny Rachitsky
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:02]
Michael Margolis
So step two is based on what you want to learn. Now let's figure out who is the bullseye customer that we need to talk to to answer that question. And, and it all starts with those key questions that you have. Because if the question is about, let's say, big questions about onboarding. Well, if the questions are about onboarding flow, then you're going to want to talk to new customers, right? Somebody who's fresh to this to see how do they get through or how do they understand what this is. Whereas if you're talking about something that's a new feature that's already in your product, then you know, you'd be talking to existing customers. So that's an example where if I, if I understand what the questions are, I can kind of work backwards to understand who do I need to talk to. And then based on that, once, 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 we, 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. As a team, is that what happens invariably is having that conversation before we've even gotten to any interviews is super clarifying for a team because they tend to get a shorthand about who their customers are. And this is a way. And I just keep asking questions like, well, what do you mean by that? Right? So when you say you're building a delivery service for people who get specialty medications delivered, specialty prescription medications, like, who exactly is that? Right. It's not everybody. Like. And so we start narrowing down, so they start having those conversations, debates, arguments about who it is. And just having that is really clarifying for the team. Like, oh, well, I hadn't thought about that. Yeah, I guess it's true. Maybe it's not everybody who has that. It's only people who have this kind of condition or this set of conditions or these needs.
- [25:54]
Lenny Rachitsky
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? Why would it have to be like, so narrow? Can you just speak a little bit to just, like, why it's so important to get very, very narrow? Someone once described it, Andy Johns, on a newsletter post I wrote once, he described it as, it should feel comically narrow. Does that resonate?
- [26:18]
Michael Margolis
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 like, this is too much. The reason that I do that is I'm pushing them to identify a person who they all would agree this person. If. If we present this value prop that we think we're going to build and this problem we think we're solving, we are all convinced or it's our best guess. Like, it's fine if you're not sure, but we are pretty convinced that that's the person who will say, yeah, I mean, like, I need this thing. And so it's a way. I'm kind of running an experiment, right? So it's a way to reduce variables for me and then to get that specific. And then I recruit a bunch of the people who match that very particular characteristics, set of characteristics. And they're still going to. They're people. So there's still some variation, but it's a way for us to. To test that. Right. And if there's too much variation, then what happens at the end of the day, you're like, that was kind of a mush. Like, I don't. I'm not really sure what we learned. Like, was it because it was just people had mixed feelings, or was it because there was just not enough consistency? Like, we had too many variables in there. And, like, I don't know what we learned here.
- [27:39]
Lenny Rachitsky
So I think what's nice about this is this list, this initial list you're making of bullseye potential customers and attributes is not exactly going to be who you go after once you figure this out. It's. You want to be very confident 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 pitch your product.
- [28:03]
Michael Margolis
Right. And. And most often what happens is we do this, we define it our best. Right. It's. It's our hypothesis. It's our best guess. The team is always very expert. I'm not.
- [28:12]
Lenny Rachitsky
Right.
- [28:12]
Michael Margolis
I'm always showing up as the noob in whatever this business is. And so the team is expert. And so this is very informed. It's not like we're guessing, but we go through this, and by the time after we've done these interviews, the goal is to figure out was this right or not, or in what ways do we need to adjust? Like, that's the. A big piece of the outcome is adjusting that definition of your bullseye customer. And often what happens is through the course of that bullseye customer sprint, you learn, oh, 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 like, oh, well, that's interesting. Like, let's dive in a little more. I mean, I can walk through an example if you want.
- [29:02]
Lenny Rachitsky
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?
- [29:09]
Michael Margolis
Let me just give you an example. I think a lot of the stuff we're talking about, it starts to get a little abstract. So I was working with a company that was developing a. A new delivery service for people who have 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. And so, and there's something kind of very special about this company. And I can mention that afterwards. But the fundamental thing for them to figure out was before they build out the logistics of this, they're trying to figure out like, do we need to target something that is for delivery, like asap, 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, well, I can wait till a day or two, but I need it between like 2 and 2:15pm like, if I knew that. And then who exactly is this bullseye customer? We want to know, like, what is, what's really the fundamental issue or problem that we're solving here? And so they wanted to answer those questions. And so we go through this process and so those are the key questions. And then the customers that they're after, I know, like, okay, well, it's not going to be everybody with specialty medications. And so as we start teasing through that and thinking about it, I want to think about what are examples of other products that somebody has used that would make them more likely. So a good example there is, have you had other things delivered food? Have you had like gone through this kind of process before where you've used like Uber Eats? Like, because if you have never had anything delivered like that before, that's like going to be too many humps to get over to get the person to accept their medications coming by delivery. Right? So they've probably used Uber Eats or something like that, and they've been on the medication for a certain amount of time. So it's somebody who. This is kind of a chronic thing. It's not like a one off acute situation. They needed to find people who had a certain kind of density. So was how rural were they living? How, how urban was it because of the way they were going to do the deliveries? Somebody who was responsible for their own medications. So we don't want somebody who's in some kind of a healthcare setting where somebody else is taking care of it or maybe their spouse or partner is kind of managing their prescriptions. So these are the kinds of things that we're starting to look for. We. Another typical exclusion criteria is I don't want somebody who knows too much. 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 healthcare, I'm like oh yeah, that's probably not like a typical customer. If I just have these five precious interview slots, I probably don't want that. So I'm going to exclude those people. So we went through and did this and then generated these different prototypes to, to express kind of a range of different recipes of value props of what this might be. Right. So the range is things from it can be delivered in an hour or you know, or it can be delivered over a four hour window or it can be delivered, it'll take, you know, we'll get it there as soon as we can get it there, but we're not quite sure when it'll become. You just have to be home and available. Right. These kinds of things. So went through this exercise and what, what rose to the surface as we were doing these is that there were certain customers for whom this was a much, much bigger issue, for whom they needed to be there and know when this thing was showing up. So it turned out having that distinct window, a narrow window of when a predictable narrow window of when this was going to arrive was much more important than asap. These are important medications. They're not waiting until like the last pill is gone. Like that's not what's happening here. But knowing when it was arriving. And it turned out that the scenarios where that was critical was things like it's a refrigerated medication. This can't be sitting out on my stoop, right. It's cold chain. Or there's for some reason an issue where I'm especially worried about theft or something like because of what the medication is or where I'm living or whether. So there are these very particular scenarios. So then going back to this idea of the bullseye customer, you realize, oh wait, so it's a subset of customers who have like refrigerated meds. Like that seems like a much higher value problem that we're solving here. And so we ended up running this again. So we, you know, I re recruited with people who were had of that subset of kinds of medications and issues and also were dissatisfied with the status quo of their existing service and were not available to just kind of be around. Right. So they, they were busy and whatever and they needed this window. And so we ran it again. We're like, oh yeah, there it is, right. So that second group of people, you just start building this confidence of, of, of in, in, in the match between what you're building, what the problem is you're solving and who exactly you're building it for. And in that case you could see. Oh, yeah, that is the right bullseye. That's why there's this very narrow, specific group who's much more likely to adopt this than, like, everybody who has specialty medications, because the need is just much more acute.
- [34:23]
Lenny Rachitsky
I love this example. Like, intuitively, it all just makes sense as you describe what you landed on. And, like, this is what people call product market fit. What you're describing, where somebody has a pain that you are solving and they need it badly. What do you. What does it look like when you find that group of, like, what is it? What do you notice? Qualitatively? Just like this tells you, this is it. This is the poll that people talk about when you say product market fit.
- [34:49]
Michael Margolis
I avoid the phrase product market fit with this stuff. And we can talk about that because I think that's. That's kind of interesting when you find this match. What happens in the qualitative interviews is that you can sense the energy and the excitement and the enthusiasm. It comes across, especially as you do a bunch of these, you can tell there's a difference. And so that's what you're looking for is people who are then start 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. They're really leaning into it, and you can just. Qualitatively, you can just see it. One of the things I thought was very interesting was I was recently speaking to a founder whom I'm doing another round of this with a new set of concepts. We had done a project a while ago and actually killed the project. So through going through Bullseye, Customer Sprint, with something that he was doing, we did three rounds of it, and finally he was like, yeah, this is not. I'm going to focus on the other part of my business. And he said, we killed the project. And what he told me was two things that were really interesting to me. One was this saved me a huge amount of pain. Like, we ran through this. Like, we had to do some work to the Bullseye customer, Sprint, but the product that he was going to build, it was hardware, it was software. It was this whole subscription. Like, it was going to be a big, complicated thing to build. We had mocked up a bunch of prototypes, and I'd used some free prototypes. And we interviewed him like, it killed the project. That was super valuable to him. He saved a huge amount of time and effort. The other thing that he mentioned to me was that through going through the process he learned what no looked like. So he could see, oh, like, I'm getting kind of this neutral, like, positive, encouraging feedback. And as we did this, he realized, like, oh, that's. They don't. They don't want this.
- [36:48]
Lenny Rachitsky
Right. It's not that big of a deal to them.
- [36:50]
Michael Margolis
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.
- [37:00]
Lenny Rachitsky
That makes so much sense. Like, it feels like that's almost. You could almost, almost argue that's the biggest value of this is just waste. Avoid wasting time building something nobody wants.
- [37:09]
Michael Margolis
Totally. And. And as a, as a researcher and as a vc, like, if I can save a company and a founder and a product team, like, from going down some path or too far down a path, that's huge for everybody. Right. They have so much energy to go do the other thing.
- [37:28]
Lenny Rachitsky
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, 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.
- [37:46]
Michael Margolis
In the same way we define this bullseye. And then when I go recruit and try to find them, if I can't find them, I usually take that as a sign of something also, like, I don't. I don't know if these people exist. And it could be sometimes, like, well, we went too narrow. I'm like, okay, well, let's, let's go back and, like, we'll see which of these are flexible. You know, how do we soften some of these requirements? But if, in fact, I just can't, like, I can't find these people, these people that you're imagining exist who want this thing. I'm not sure how you're going to sell to them. Like, not that I'm like, the final arbiter of, like, whether these people exist, but it's something you should go check.
- [38:24]
Lenny Rachitsky
Yeah. Okay. So to give people a little bit of a framework of how to help them identify these narrow set of attributes, share some of the, like, a list of attributes to think about to help them narrow. And how many, how many, like, narrowing attributes would you recommend? Is it like, roughly heuristically, is it like three? Is it five? Is it six, seven?
- [38:46]
Michael Margolis
It's probably gets down to. Yeah, it's more like seven rough. I mean, that's. You Know, roughly, it depends what I. The way I think about it is kind of in these three groups. So there are inclusion criteria. There are exclusion criteria, and then there are. What we found is very important are triggers. So by inclusion criteria, this is usually pretty easy because the team is like, yeah, these are the people we want in the group. Right. It's people who are taking specialty medications, you know, for these particular conditions. Like, we can build that out. The exclusion criteria I find are. Is a place to dwell and help a company really think that through a bit more to brainstorm that. Because as we talked about, it's harder for teams to set people aside. Right. And so it's thinking about, like, what are reasons why somebody maybe is not the best customer here. Not yet. And that could be things that we talked about was maybe they have too much expert knowledge here. They're not really a typical person. That's not who I want to talk to. Maybe they're using a competitive product and they're already, like, locked into that. Like, I don't need to talk to them, or they've had some other personal past experience that's gonna just make them not a good candidate. Like, I'm working on fintech and this person is in bankruptcy or has had identity stolen. Like, that's. I want to help them, but that's not, like, our first place to start. So these include exclusion criteria are critical, and then these triggers are specific events or situations that somebody's been in that makes them particularly ready or ripe for the solution. So sometimes the way that looks, sometimes the. The examples of that can be you're selling a new cybersecurity platform for something, and it. There's a new CSO has come in. You know, there's a new sheriff in town, and they're looking to revamp things and rethink. And so it's a time when somebody's open to considering new options or something's gone wrong. Right. Somebody's in a situation where something's gone sideways and they. 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. So the idea was that people who were in this particular demographic, in this time of life, they would be building, buying life insurance. And what we found was everybody was saying, like, well, we. We should buy life. Yeah, it's one of those things like, I should take care of that. Yeah, I should take care of that. Oh, yeah, I really need to get life insurance. But people who had the trigger was, oh, you just had a baby or you just got married. And now people like, oh, this is actually on my to do list. Like, I need to, 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 a, an. An example of a trigger that somebody's like, oh, yeah, like, now I need to go do this thing.
- [41:42]
Lenny Rachitsky
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 ask to help narrow down. So let me just read this because I think it might be helpful just people to hear, like, if I'm trying to narrow, how do I narrow them? So it's like, are they newer and 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 disqualifying professional experiences? What's their title, role and responsibility? What's their geography? Are they the buyer or the, the end user? Are they distributed? How is their team organized? Their budget and income, their life and work settings, trigger events as you described? Are they a vip? Like, what is. What is that one? Real quick.
- [42:43]
Michael Margolis
Yeah. So I was having this conversation yesterday with a company. I met with them, and so what I asked them was, what makes one customer or another more valuable to you?
- [42:53]
Lenny Rachitsky
Okay. Yep. Yeah, got it. So it's like, are they like. Yeah. Are they especially important?
- [42:59]
Michael Margolis
Yeah. Is there something about. It's. 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, We're. They're at an early stage and they were attracting a lot of people in different kinds of Personas, and they're trying to figure out what's the pattern here. Like, who matters more to you or not.
- [43:17]
Lenny Rachitsky
Awesome. So you basically, you answer all these questions, you see, which are 7ish attributes seem to be most. Right. And that's your build site customer they start with.
- [43:26]
Michael Margolis
Right.
- [43:27]
Lenny Rachitsky
Awesome. Okay, should we move on to the next step? Sure, let's do it. What comes next?
- [43:32]
Michael Margolis
So once I have that set of criteria and the team is all aligned and agreed on what that is, they're like, yeah, yeah, those are our people. So then I start thinking about how do I recruit them. So to do that, for most people, unless I'm looking for something that's very, very specialized or hard to find, what I do is I create a screener questionnaire. So I translate these criteria into essentially a set of questions that will help me filter out people to know if people respond to this questionnaire, who are the bullseyes in there? And so part of the trick there is to write a questionnaire in a way that I'm not telegraphing the right answers and so that I kind of am in the, in the control seat so I can pick out and identify the people. So what I mean by that is if I were to, to say, I will pay $125 to anybody who, you know, as a product manager who listens to Lenny's podcast, and all of a sudden I'm going to get a bazillion people who was like, I will take that $125. I'm like, well, I don't know. Do you actually listen to the podcast? Like, I don't know. Hopefully you do. Everybody does. But if I can ask the question in a different way in terms of, you know, what are some of the podcasts you listen to? You know, what are the kinds of people you follow these kinds of things and then see, like, where does that show up? Or even ask it as an open ended question, right? Like, where do you get your, your most trusted information as a product manager and start to see and then be able to pick those people out? Because what I've wanted to do, one of the key things in those bullseye criteria are that they're very concrete and very measurable things. It's not just, oh, this person is an active shopper. Like, that's not very helpful to me because I need to translate it into this questionnaire. So I need to know what is active shopper? That means somebody who is purchasing certain kind of item, whatever we define three times a week. Like, yeah, that's, that's active, right? So we have some very particular, very measurable, concrete things. So then I'm writing this questionnaire and typically what I do is I rely pretty heavily actually on user interviews. Respondent is another one of these kind of services. So I can post that questionnaire and get responses depending on what I'm looking for pretty fast. So I can recruit in a matter of three, four days, typically depending on what I'm looking for. And I've been able to get surprisingly specific people that way and so that that is a huge shortcut for me to be able to recruit that way.
- [45:56]
Lenny Rachitsky
This episode is brought to you by Interpret Interpret unifies all your customer interactions from Gong calls to Zendesk tickets, to Twitter threads, to app store reviews and makes it available for analysis. It's trusted by leading product orgs like Canva, notion, loom, linear, Monday.com and strava to bring the voice of the customer into the product development process, helping you build best in class products faster. What makes Interpret special is its ability to build and update customer specific AI models that provide the most granular and accurate insights into your business. Connect customer insights to revenue and operational data in your CRM or data warehouse to map the business impact of each customer need and prioritize confidently and empower your entire team to easily take action on use cases like win loss analysis, critical bug detection and identifying drivers of Churn. With Interpret's AI assistant Wisdom looking to automate your feedback loops and prioritize your roadmap with confidence like Notion, Canva and linear, visit e N-T-E-R-P-R-E-T.com Lenny to connect with the team and get two free months when you sign up for an annual plan. This is a limited time offer. That's interpret.comlenny where do you find these people? How do you contact them? Where are they?
- [47:12]
Michael Margolis
So through user interviews they work with the panel and they basically. User interviews.com yeah. User interviews.com oh amazing.
- [47:18]
Lenny Rachitsky
That's very easy. So it's not like cold, it's not like LinkedIn cold email, cold pings. Not quitter DMs, things like that?
- [47:25]
Michael Margolis
No, I mean in previous days I used to use Craigslist and I did a lot of some pretty crazy shit recruiting people through Craigslist. I had people once, you know, meeting me at a hotel room to test a robot and through Craigslist, but no, User interviews is much more legit and very fast. And there are other services like this now, but it's been one of the big changes that that speeds a lot of this stuff up.
- [47:49]
Lenny Rachitsky
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:57]
Michael Margolis
So it will depend on. On what I post and how much response I get. So there are times it has been somewhat hard for me to predict. There are times I do it and I'll just. They just. The responses just start rolling in. So the times I get like 400 responses basically download it into a spreadsheet and just start sifting through as a reference. I have my criteria, and then I'm just trying to find who matches, who doesn't.
- [48:20]
Lenny Rachitsky
Okay, so it goes to hundreds.
- [48:22]
Michael Margolis
It can be hundreds sometimes. If I'm looking like I did one recently, I was looking for a very particular group of AI engineers that was. Did not get 400 responses. That was a very hard one to find. That was an example where there was this very particular group that we were looking for. And I was like, do these exist? Like this thing that you're solving for? I don't know. I'm not sure. This is pretty hard to find these people. I'm not sure they're existing.
- [48:42]
Lenny Rachitsky
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:58]
Michael Margolis
The caveat there is there are times when you need to talk to somebody who's just very hard to find or hard. They're not going to be on user interviews. So, like, I've done a lot of work in the past with oncologists with Flatiron Health. So oncologists are not on user interviews. They don't care about my $125. 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 where do these people kind of cluster online or in person that I might be able to target them? There are certain forums or certain conferences, these kinds of things. Or I'm doing snowball recruiting. If you're building a product for oncologists, you hopefully probably have some contacts with oncologists and you can kind of have work through their network, have find one person, they can recommend another person. You still want to filter them and make sure that they are matching your core criteria. But it requires different kinds of techniques to find those kinds of folks. Professional associations.
- [49:55]
Lenny Rachitsky
I almost want to go down that track because I feel like there's 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 the very first ICP for some of the biggest B2B SaaS. Companies that I pulled up here. So let me just give a few examples of how narrow some of these companies were when they went out to sell their product. So let me do a few. So gong, which is one of the biggest B2B SaaS companies, their first Bullseye customer as they describe it was, look how narrow this is. Software company. Their customers were ideal customers were software companies selling in English, selling via video conferencing, selling software that cost $1,000 to $100,000 linear. Their focus was two to five person startups using GitHub and Google auth at a founder driven product company. And let's see one more. Augusta was really funny. Companies with less than five employees in California who have no contractors.
- [51:05]
Michael Margolis
See, what's interesting to me about those is that I would go even deeper and more specific because some of those things like are ex. I mean and that's fine. Like I don't know internally how they actually describe the details of it. But like some of those you want very concrete, measurable things to be able to tease apart like, well, how founder led art. Like, you know, like how are you behaving? What other products are you using in your stack? You know that this fits or doesn't fit.
- [51:32]
Lenny Rachitsky
These kinds. Yeah. So it's interesting because when people saw this initially they're like, that's crazy how narrow they're getting. And I love that you're like, that is not narrow at all. You should go so much more narrow.
- [51:41]
Michael Margolis
Because if I had to recruit those.
- [51:43]
Lenny Rachitsky
People, it's too, yeah, it's too broad. And I think that's an important point here, is like this exercise, you get more narrow to do this research, but that's not like your actual ICP as you described. Okay, so I, I understand what you're saying now more and more of like the difference between Bullseye customer and icp. The Bullseye customer is for research to help you identify a broader icp your business targets.
- [52:08]
Michael Margolis
Yeah, and I think this is actually touches on another important point, which is that this is a learning exercise. So that's what I'm describing is how do we learn more faster? And this is different from selling. Right. So what I hear a lot is people are like, I'm on customer calls, we're selling all the time. And obviously you can learn a ton from selling and pitching and meeting with companies and potential people who seem like maybe they are customers. But that mode is very, very different from what I'm describing, which is to learn to kind of run these experiments as fast as you can. And there's something just, even a mindset and how you approach the conversations, that's fundamentally different. So there's this term that I love that Ed Schein coined, which is humble inquiry. And so it's. He frames it as humble inquiry is the gentle art of asking instead of telling. And so to me, that's like this fundamental way that I think about even just conducting these interviews. So if you're in a selling mode, and I encountered this over and over with heads of product and founders, is that if you're in. They're very. They're very good at, and they're very used to, and they're required to just sell all the time. And they're pitching their VCs, they're pitching their customers. But that's very different from learning and being in humble inquiry. You basically have to be vulnerable. And I can always do it because I'm not the founder and I don't like. I always present myself as, like, I don't know the space and I don't. I'm an idiot and like, can you explain it to me? But asking questions and being vulnerable and giving the person you're asking the higher status is a difficult thing to do as a founder when you're selling. Right. Because you don't want to be vulnerable and express that you don't know. And people are always. I come across. They're very nervous about that. So there's something that's very distinct here about a learning mode versus a selling mode, selling and telling versus kind of this idea of humble inquiry. So I think that's actually an important distinction here.
- [54:12]
Lenny Rachitsky
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're talking. We've been talking about the step of recruiting your bullseye customers. So you find these folks, you filter the screeners, you pick five, and you schedule them for the same day. Is there anything else in that step that is important to cover?
- [54:38]
Michael Margolis
You have to make sure they show up, make sure you're compensating them sufficiently. This is something where I'm not giving $20 Starbucks cards because somebody's gonna blow you off. Like when I have those five sessions and the whole team queued up to watch, I want people to show up. So I'm making sure. I'm reminding people, I'm making sure that they're kind of responsive to me. When I'm asking them to E sign an NDA ahead of time, like am I hearing back from them? And I'm paying for most like typical kind of consumer things, like one 25 bucks an hour for them to show up and do this. So it's, it's worth spending the money. If I'm 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, I need them to show up.
- [55:17]
Lenny Rachitsky
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.
- [55:25]
Michael Margolis
I think that that's based on whatever the policy is at Alphabet that somebody set. So that's the standard that I'm.
- [55:32]
Lenny Rachitsky
I see I'm going with funny.
- [55:34]
Michael Margolis
And it also, it. 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]
Lenny Rachitsky
And you do backup people just in case someone doesn't show up or it's just like, all right, I guess we have four.
- [55:44]
Michael Margolis
Whenever it doesn't happen, I actually don't. So user interviews, by working with them and by doing some of these other things along the way where I'm making sure people are kind of responding to me during the course of the week leading up to it. Did you sign my NDA? Like I send a reminder. Are you responding? Like, I can tell if they're engaged, if I'm getting, if somebody's essentially ghosting me, I'm getting nothing. I'll just swap them out. But I don't use alternates and I have very, very high follow through.
- [56:10]
Lenny Rachitsky
Great. Okay, what's the next step?
- [56:14]
Michael Margolis
So then the next step is to figure out your prototypes. And so what I want to do with those is I want to create again these three distinct examples, three distinct recipes of the possible features and distinct variables that we want to present in these, in these interviews. And so as I said before, ideally I can find product, competitors products and use those as free prototypes like that. I love doing that. It's. It's surprising to me that often people don't do more of this. And I think that there's sometimes a sense that like it's cheating or they're worried they're going to copy it or something. I'm like, whatever. If you haven't studied your competitors products and not just gone through it, but like seeing how people respond to them, you're Just missing something. Right. So what we do is work out the details of, of the variables that we're going to spread across these prototypes. So there are certain features and then certain variables across that I kind of imagine spread across these different things. So for example, we were talking about delivery of specialty medications. So imagine one of the attributes is who's delivering it. So maybe one version is a pharmacist is going to come. One is a, it's just a delivery courier guy, and then another one, in this case, actually it was a drone company. So a drone is dropping this thing off. And so we could talk more about what it was like to test that. But there are different variables here. The other option is say the size of the window of the delivery window. Right. So 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 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 value prop and what's the brand promise and the problem you're solving for each of these prototypes. So you want to make it look as real as possible. So it looks like a homepage for the product. So you're right, it's the box around this thing. So you don't have to build anything. You're just describing it and putting whatever you need to illustrate and convey that. But they need to stand alone. I'm not going to pitch them or narrate to them and just create those so that I can present those three distinct recipes.
- [58:42]
Lenny Rachitsky
And these are, these calls are usually over zoom in your experience at this point. Cool. So these are kind of just like in figma or exported, just images you're showing people.
- [58:52]
Michael Margolis
Exactly right.
- [58:53]
Lenny Rachitsky
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]
Michael Margolis
Yeah, they may. I think the thing that's important is to not get distracted by that. So here. The benefit to keeping it simple is that you're not too wed and too committed to anything. So keep it build only as much as you actually need to answer the question you're trying to answer.
- [59:28]
Lenny Rachitsky
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.
- [59:34]
Michael Margolis
Design awesome means very crisply describing the distinct value proposition and problem you're solving in a way that people get it. They're like, oh, I understand what this one is. And then I can compare it to these other ones and I understand what the features are, and I can have that conversation. It's about the value proposal. It's about making sure that they understand what it is. It's not this kind of marketing speak where you're like, wait, what? You just have to be super blunt. This is kind of what it is and why this is awesome and why this one is awesome. And then they're shopping.
- [60:08]
Lenny Rachitsky
I love that. So basically, as you said, it's a writing exercise. It's like the headline. The positioning seems to be the most important part. To nail it versus, like, the design of it.
- [60:17]
Michael Margolis
Right.
- [60:18]
Lenny Rachitsky
Awesome.
- [60:18]
Michael Margolis
And I design them enough that they look different from each other. So it's not version A, version B, version C. Because in the course of the conversation with all the observers, I want it to be clear which prototype somebody is talking about. So the green one versus the blue one versus the red one. Right. So then when the observers can keep track, otherwise you're like, wait, what? Which one are they talking about? I don't know what's happening.
- [60:43]
Lenny Rachitsky
Awesome. Okay, Anything else that is important to note on the prototype step?
- [60:49]
Michael Margolis
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.
- [61:03]
Lenny Rachitsky
That's such a good tip. So just have someone else read it. Like someone else that hasn't been working on it.
- [61:09]
Michael Margolis
Just check them carefully.
- [61:09]
Lenny Rachitsky
Anything wrong. Cool. Okay, so what's the next step? So you have these prototypes, you've got the schedules interviewed, Right.
- [61:16]
Michael Margolis
So you have people coming.
- [61:17]
Lenny Rachitsky
Yeah.
- [61:18]
Michael Margolis
So you're scheduled. So people are showing up. On Thursday, we're going to start doing interviews. You have to draft your interview guide. And so what these interviews are going to look like in. In the course of that Watch party, it's five one hour interviews. Each interview is a two part interview. So the first part of the interview is this discovery interview where I'm asking people about their existing and past experiences and attitudes and opinions about whatever this part of their life is, is. How did you previously get your medications delivered? What worked? What didn't work? Tell me about a time when it totally went sideways. Tell me about a time it worked perfectly. So we go through that and have that. About halfway through that interview, I shift to comparing and contrasting these prototypes. So the comparing and contrasting is I'm presenting each prototype and people are kind of responding to that and, like, telling me what they see, what this is, and then the responding to what each of these prototypes says, what it, what they like, what they don't like, what's important, what's not important. Some parts that they don't comment on is fine. Like, if that just doesn't even register, that's good to know. And then I'm having them compare and contrast. So by having three different prototypes, it's enough for them to then sort of step back and not pick a winner, but be able to say like, oh, I like this aspect of this one. I like the fact that this one's being delivered by a pharmacist, but I really prefer that this other one is a 15 minute window, for example. And so they're kind of teasing out what are the best pieces of each of these. And that's really what I'm looking for through the course of this conversation, is I want to grab the best bits and pieces, the best LEGO pieces, so I can then go construct the ideal version next. Right? Because none of these, again, I'm not going to build probably any one of those. I'm looking for the best pieces. And through the arc of that conversation, by doing the first half where I've had the discovery conversation, it gives me a huge amount of context to understand their feedback about the prototypes. Because there will be times when they'll say things or tell us something, and because we heard the first part, they'll tell us something about the prototype. And because of what we heard in the first part, we'll understand why, like, oh, it's because they had that other experience in the past where that thing went totally haywire when something like that happened and they don't have trust in that. Like, 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 gr. For Christ's sake, Margolis, would you just like, get to the prototypes? Like, why are you just talking to them about all this other stuff? And you're just like, chit chatting with them, like, ugh, show them prototypes. And so we always have to remind people, like, no, this is really important. Partly. You're also just learning a lot. You hear those stories, which is what you want to get, but it provides a lot of context for understanding their reaction to the Prototypes.
- [64:04]
Lenny Rachitsky
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, like it's like there's a warmup, there's the introduction and then it's like your current experience with this problem cost, 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 the medication. It's like, do you currently have prescription medication that you have to order and refill? How many, 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 the, their worldview around this problem and the context around it.
- [65:07]
Michael Margolis
And the way that I think about it is that I'm building an arc in that conversation. And so it starts, like you said, let's just chit chat about the weather and where you are and whatever. Like, do I care about what the weather? Like I don't care what the weather is like. But what I'm trying to do is build some rapport fast with somebody. Again, it gets back to this idea of humble inquiry where I'm trying to build a connection with the person. I'm trying to make them feel comfortable because they usually are showing up. They're like, they want to make you happy, but they don't really understand. Like, it's awkward, it's super weird. Like there's this, I'm going to talk to this weird dude. He's paying me to tell them like what turns out to be a bunch of personal stuff and we're never going to talk again. But like, am I doing a good job? Like it's, it's, it's odd. And so I'm trying to put them at ease and I'm trying to encourage them and make it clear like they're the expert in this situation, but they don't really know what's going to happen. And so I'm building this arc slowly, hopefully not too slowly, to get them talking. So one of the most important things is when you're doing that interview, smile, you have to start with the big smile. Even if you're on the phone, it totally changes the way your voice sounds. And what I'm often looking for in those first few minutes 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 responsive and getting them talking.
- [66:28]
Lenny Rachitsky
I love that tip. And again, I think a lot of people that aren't researchers are just gonna, like, I don't know. I'm like, I'm not. This feels weird. Something that should be reassuring is mostly you're just asking questions, Right. Like, it's just. It's on them. Like, you're just asking questions. And your job is not to. Not to say anything. Almost just keep asking questions.
- [66:49]
Michael Margolis
Yeah. And to be really genuinely curious. Like, I think that's really. Again, it's to this mindset, this difference between selling I'm. I have to genuinely want to understand and see the world and my product through their eyes. And you're going to hear stuff that is wrong, you know, doesn't make sense. Or you're like, that's weird. What is that? And you just have to not dismiss that, but dig in and try to understand, like, why. Why do you think that? And what gives you that impression? That's what you're trying to learn. Right. And just smile. Genuine curiosity and focus on that person in front of you is will get you pretty far.
- [67:30]
Lenny Rachitsky
Any other tips on this step for folks that are like, okay, I'm going to try this myself. I'm going to start interviewing folks. Any other tips, anything else important you think is worth mentioning?
- [67:41]
Michael Margolis
Yeah, practice. It makes a difference. It's a hard skill. It seems like, oh, everybody talks to everybody. But it's different when I do these. And I've done interviewed thousands of people at this point. I have a different character mode that I put my head in. And so I literally, before I start an interview, I stop, I take a deep breath, and I kind of put on that smile and I put on my listener character where I'm embodying these things. This extreme curiosity, this focus on the person, this engagement, which is quite different from my normal kind of more cynical, skeptical, you know, personality. To the point where if my kids, like, have overheard, like, who Is that dude? Because that does not sound like dad, whoever is talking to that person. But it's a different mode in my head where I'm in interviewer mode. And so you might. Maybe that's just me, but you, you might develop kind of that other character, especially if you're a founder used to pitching. You can have your. Your listener character.
- [68:48]
Lenny Rachitsky
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.
- [68:54]
Michael Margolis
Yeah. So this is awesome. So this is like our. It's like our magic hack for. For banging all this stuff together. Right. So everything is coming together in this watch party. So in this watch party we have again, I'm. I'm conducting the interview, so I'm off on zoom one on one, conducting these interviews in the Watch Party. Vanessa Cho Kateranowitz, my amazing design partners often are facilitating the group there. And so what they're having the team do is take notes and do 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. Right. It's really important to me. That's just me and the. And the customer that I'm talking to directly. So they're all live streaming it. They're on. They're taking notes. So they're in a Google Doc or Notion or Doc or whatever you want collaboratively doing that. And so people are assigned roles. So take turns taking notes. Because it's pretty intense. We have people manually taking notes and not using AI to take notes. The reason for this is what we found is we want people to lean in to this experience. We want you to focus and engage and pay a lot of attention. And if you know somebody else is taking notes, it tends to maybe make you lean out a little bit or maybe you check your slack or you're looking at email or something. And so it's about keeping you really engaged and working. So it's a. It's a. It's a working watch party. So we take turns. We've assigned roles so people know, okay, interview two. Lenny and Margolis are going to be taking notes, and that's fine. And then there's also a slack Channel usually in the background because there's other chatter like wait, what did they say? They're talking about this. They mentioned that product. Has anybody heard of that? So that's really important kind of going in the background. Vanessa or Kate also monitors that. So it's a, that's the way that somebody can pass me notes to answer to ask specific other questions. I can't, I can't do the interview and track the notes and slack like my brain doesn't, can't handle that. So they're in there and then I have a, a chat window open just with Kate or Vanessa and so they'll pop me questions as they come up. They, we usually ask teams to be pretty judicious about that because if I get a question like that, it could go a certain way, as you know, right. You ask a question, you don't know where it's going to go. And so if it's really important or you see something where clearly I've misunderstood something like clarify it. So they're taking notes. This debrief is in a spreadsheet that I've set up so that there are key things that we wanted to learn. And so those are specified in that spreadsheet for each and every, each study that I'm doing. Like these were the key things. And so 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 is leading that.
- [71:58]
Lenny Rachitsky
Right?
- [71:59]
Michael Margolis
Because they're the decider and they're, they're leading, getting input from everybody and filling in and answering those questions. So then you can imagine you have that first column is that set of questions and then you know, so those are the rows of the questions and then each participant is another column. So we're doing participant one, we're capturing it after the second one. So we end up with the detailed notes, we have the recording of my interview. Like those are the thickest, deepest levels of this. Then we're, we're distilling it down into this debrief sheet for each one. And so then you have a spreadsheet that's like the high level stuff. You can look across it at the end of the day, at the very last thing, at the end of the day, after the final debrief, we do a big takeaways form. So I create a Google form. And it just is basically like, how many interviews did you watch just to check? And then what's your first big takeaway? Second, Third, how would you adjust your definition of the bullseye customer here? And kind of what do you think are the next steps? Or what are your big questions? Open questions and concerns? And so each person then takes 5, 10 minutes independently, separately, individually, quietly. Just everybody mutes their video and fills that out. And it's a way to grab a snapshot from the whole team of, like, what did we really learn? You know, this was the important things that we had set out to do and what did we learn? And it captures that. So then again, that fills out a big spreadsheet. And we then review that. The, the decider kind of goes through it and talks about what are the key patterns, what are the things that we've learned here as a team? And there's, there's this remarkable amount usually of consensus, of alignment about, like, what is this? What do we need to do next? What I love seeing is that, quite frankly, one of the most common things across all of these businesses, all these sites, all the, all these studies, is that one of the things that people say we need to do next is more research. And so people, it just, Even though these are all teams who've said, like, we talk to our customers all the time, we go through this and they're always like, oh, yeah, this looks really different than what we were doing and we didn't know this stuff. One of the other things I want to mention is we do this thing before the watch party where we get everybody to predict what they think they're going to learn.
- [74:14]
Lenny Rachitsky
Oh, I love that.
- [74:15]
Michael Margolis
And this is really valuable for a bunch of different reasons. So it's a way to capture a snapshot before we do the interviews of, like, what do you actually think is going to happen? And, and, and we have to push people to be specific. It's not. Oh, we'll find out how they, what they think of our concept. Like, yeah, yeah, I know we're going to learn that. But like, what do you actually think is going to be the, the outcome people will prefer, you know, asap, Delivery of their medications and, you know, like, whatever. What, like, what is your hypothesis of what's going to happen here? And that helps me do a couple things. One is it helps me make sure that I'm tailoring the interview guide and everything the right way, because it's a, it's another check, like my, I'm understanding what you want to get out of this, it's a snapshot of what we wanted to learn. And then what happens is, after we go through the big takeaways at the end of the whole study, it's very valuable to go back and say, how does what we learned compare to what you thought? Because there's this. Any researchers out there listening to this will be familiar with this idea. There's this hindsight bias that happens, which is, as you've gone through the process, it's very difficult to remember what you didn't, you know, that you didn't already know this. Right. And so after you've gone through a research study, very often people are like, well, that. We. That seems obvious. We kind of knew that that was going to happen. Like, no, no. Like, let's look back at a day ago, what we all thought. And we actually have. Have learned a lot, which is awesome. Like, that's the goal. We've learned an enormous amount. And it's not to catch anybody out. Right. But it's really valuable to have this snapshot and to, quite frankly, just help show the value of the research. Like, we learned things or maybe we didn't. Maybe you were all right, which is awesome. And now we know we can move forward twice as fast.
- [76:00]
Lenny Rachitsky
The point you made about how most people after this are like, wow, we need. This is not what I expected, and I want to do this more. I know that feeling so well. Every time you're like, no, I don't need to talk to customers. I understand what we need to build. And then you do. You're like, holy shit, why are we doing this all the time? What are we doing? Yeah. That's such a powerful feeling.
- [76:20]
Michael Margolis
Yeah. There's this other thing that I think is worth mentioning that I've come across, which when we do this set of predictions. So again, it's across all different kinds of businesses, all different kinds of domains. There's certain patterns that I've noticed that show up over and over about mispredictions. Like, there's a pattern of the kinds of things that show up over and over that are, I think, of this kind of these common blind spots. And I think it's attributed. I can attribute it to this. There's this concept of the curse of knowledge. So I'm working with lots of teams who are deep experts in their space. Right. I'm not. I'm always, like, showing up as the noob, like, okay, what is your business? What are we doing? But they have deep expertise. And when somebody has deep expertise, it's Very difficult to imagine that other people don't know what you know. It's very hard to, to kind of put yourself in their shoes, right? And you just think, well, doesn't everybody know this? Or maybe even, you know, yeah, doesn't everybody know this? And so what that leads to is these key blind spots that are very common, which is there's an overestimation of how much your customer knows about the thing, maybe how big a problem they even perceive it to be, how much they're willing to pay for it, which is connected and kind of where they are on their journey to be ready to buy this thing. Like, oh, wait, they're not ready yet, they're not there yet. Or we haven't figured out who the right people are, who are the bullseye. But people overestimate those kinds of things. And it's really common blind spots that we find over and over across a lot of businesses with expert teams that makes sense.
- [78:08]
Lenny Rachitsky
Like most startups realize what they're trying to build is not nobody really cares about. So I get why that happens often. Okay, is there anything else in this step of the interview that you think is really important to mention? Otherwise, I want to hear what you find are some common pitfalls and mistakes people make.
- [78:28]
Michael Margolis
Couple things, I guess, about the Watch Party that I would make sure the team needs to be there and they need to show up.
- [78:35]
Lenny Rachitsky
And this is the whole team. Like the whole, like all the engineers, designers.
- [78:39]
Michael Margolis
I mean, so the way I like to. What we found, because sometimes we do this and at a maximum we had 40 people show up. That's still our record. And which is awesome. Like, the more the merry, like, I want the whole team to see this because part of the shortcut of the Watch party is I'm not doing a report. I don't, I don't need to go persuade or explain people what happened. Like, you all saw it and we went through it together and everybody's aligned and gets what's happened. But it can make some of these other aspects of the process a little unwieldy. So what becomes important is to define, like, who's. Who's the core product team. Everybody's welcome, but there's a core product team who's probably taking notes. And like, also for us, as the outsiders, we know, like, those are the opinions. Like, that's who's really building this thing, who's making the decisions, and it's going to have to own this and have to build it or do whatever, actually do all the work. So distinguishing about like, who is that core product team? They need to really be there for all of it. Other people, if, if, if there's some other engineer on another project, may want to come in and see one or two. Awesome. Love it. But everybody else, the core team, you need to be there for all of it.
- [79:41]
Lenny Rachitsky
Where do you find people often make a big mistake, waste time, have common or blind spots. Maybe along this process, the time that.
- [79:48]
Michael Margolis
It doesn't work as well. There are times I get to a. And you're just like, ugh, that, that just didn't work well. It's because for one reason or another, we did not select specifically. We didn't recruit specifically enough and weren't picky enough about bullseye customers. And so if you end up with a combination of people who, it was a little mushy, like you, you let the bullseye bleed a little too much in the end, you're like, yeah, I don't, I'm not sure what the conclusions are to draw here. It just feels mushy. And so whenever that happens, I always kick myself. And like, I, I, the team, like took control of the recruiting because it was, you know, their customers and I just wasn't picky enough or we didn't narrow it enough or they included some people who were like experts that they already know and they talk to all the time. Like, didn't, like, get what we wanted. And that can be frustrating. So you just have to really be disciplined and picky about, about having the right people in there.
- [80:47]
Lenny Rachitsky
Which comes back to where we started. Just like seven attributes. I really like that. Just giving people a heuristic. There's like 7ish, narrowing attributes of who you're recruiting to get a really specific.
- [81:00]
Michael Margolis
And ideally you get through, through going through this process. What I want to do is get to a point where somebody can now a team can narrow down to a point where like, actually there's one or two attributes that you realize later. Like, that's the thing. Oh, it's people on specialty medications that are refrigerated, cold chain, all the other stuff maybe not as important. Like, you figure out that's the distinguishing characteristic. And so now if I have some giant funnel or a set of leads or all these things I need to prioritize, I can streamline all this other sales motion or something else that I'm doing. Like, that's for now, like, we'll expand it, but for now, that's how I'm going to prioritize people. There's some rubric or some Couple questions or, or characteristics that are really the key ones.
- [81:51]
Lenny Rachitsky
But this reminds me of actually with linear. Something smart they did is they had a wait list when they first launched and the wait list was their questionnaire. Would you. What do you use? What the. What do you call it? The screener. So basically the wait list was a screener survey. It's like, what do you use for auth. What do you use for hosting your code? And then they pick those people that most match what they actually can do that day.
- [82:14]
Michael Margolis
That's brilliant.
- [82:15]
Lenny Rachitsky
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.
- [82:25]
Michael Margolis
Enough, Put more weight on past experiences than on people's predictions of what they would do.
- [82:36]
Lenny Rachitsky
Classic, classic user researcher advice. Yeah, say more.
- [82:40]
Michael Margolis
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, et cetera. I put much more weight in that is like building the trajectory of what will this person accept or value or avoid. What do they think are barriers to then showing a prototype? Like, oh, I would totally do this. Like, that does not sound at all consistent with what you just described to me. So I'm going to be somewhat skeptical of your prediction of what you would do or what you think might happen. We're all terrible at. It's not about the 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 has this person shown and demonstrated in the past as their behavior and their attitudes and opinions. And so I really try to get teams to anchor more on that.
- [83:33]
Lenny Rachitsky
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 extreme excitement. Like that's more of a signal that maybe they actually will.
- [83:51]
Michael Margolis
And the other thing that you alluded to is confirmation bias. Right. You want to. And, and we encourage people in the Watch party, we give people kind of rules about how to listen and we kind of encourage people to make it okay to kind of police each other a little bit and jokingly like, oh, it sounds like you're, you know, confirming your own bias about people would do this thing that you thought they would do, you know, try to like, keep each other honest about what you're actually hearing and try to be as neutral and objective about what you're hearing.
- [84:19]
Lenny Rachitsky
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.
- [84:29]
Michael Margolis
You can just see it. You do a bunch of this and you, you'll know. And if you don't know, you're like, it's probably a no.
- [84:36]
Lenny Rachitsky
Which is how everyone always describes what product market fit feels like. You just, you know it. If you don't feel, if it's not obvious, then you don't have it. Okay, Michael, we did a lot of good work here. We've gone through the entire process, solved everyone's problems. I'm going to skip the lightning round just to keep this episode shorter. Is there anything else that you want to leave listeners with before we wrap up?
- [84:58]
Michael Margolis
One thing I've been thinking about and recently getting to experiment with, which I'm pretty excited about, is to how to apply these methods in biotech. So a big piece of the GV portfolio is in biotech, developing new therapies, new treatments. That's a very different looking kind of business than a lot of digital enterprise consumer kind of products that I work with. What I think is really interesting is as I work more with those people and so those are years, right? And they're doing science, so nobody's calling me when they're doing science. Like they don't need that help. They get to a point where there is some productization of it. You need to figure out like, oh, actually how is this going to fit into a physician's workflow? How will patients react to this relative to some other possible treatment or other things that are out there? How do we encourage more people to accrue onto a clinical trial? How do we think about a clinical trial as a product and, and streamline that and make sure we're targeting the right people and increasing the number of people who are getting on there. So what's been interesting is as I work with teams, I mean, talk about expert teams, as I talk to people who come kind of from that tradition. I don't know how else to describe it is they don't, they're doing similar work, but they don't seem to describe themselves as product managers. They have other kinds of titles. They come from like patient education, so they have these other titles, but they're doing similar kinds of work. And so, but they come kind of from this other place. And so it's really. And they, they talk about TPPs, target product profiles. Right. It's like this different language in this different 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, I've been getting to do more recently is really exciting to me because it feels like there's a partly it feels a little greenfield and partly it just feels like the impact there is huge. Right. For some of those things. So that's something that I've just been thinking a lot about recently. Is just kind of excited about those kind of opportunities and also just kind of curious, I don't know, to hear from some of your listeners if they're doing some of this in those spaces.
- [87:15]
Lenny Rachitsky
This is a good segue to two final questions that I ask everyone. So perfect one is just share where people can find your book if they want to go deeper, they want to practice themselves. And also do you like, do they reach out if they want to work with you on this sort of thing. So just share what folks can do if they want to learn more. And then coming back to what you just said, how can listeners be useful to you? Maybe share cool, cool biotech stuff.
- [87:39]
Michael Margolis
So learnmorefaster.com you can go grab a free copy of the book. There's all kinds of demo videos of me doing interviews. There's all kinds of worksheets and resources. They're using a really nerdy researcher playlist there. So please just go grab stuff. It's all free. Like again, I'm not selling anything. I'm just really eager to get people to try this and, and use it. And please tell me in terms of how you could 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, is relevant there. So please let me know ways you can reach me to let me know is michaelarnmorefaster.com you can just directly send me a note there. I can't guarantee I'll reply to everybody, but I'll read it all and I'm on LinkedIn is probably a really great place to reach me.
- [88:29]
Lenny Rachitsky
And it sounds like you also answered that last question. How can folks be helpful, just like share their experience with.
- [88:34]
Michael Margolis
Yeah, totally. Just tell me your stories. How did you use this? What did you use it on? What worked, what didn't how should we fix it? Feels like we I'm excited that we were able to open source this that GV was able to do that and so part of that is help me update it and fix it.
- [88:48]
Lenny Rachitsky
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?
- [88:55]
Michael Margolis
Just so people know, I work with GV portfolio companies.
- [88:58]
Lenny Rachitsky
Okay, got it. So go work with gv. Okay. There we go.
- [89:01]
Michael Margolis
Yeah. My full time job is UX Research Partner at gv.
- [89:04]
Lenny Rachitsky
Awesome. Michael, thank you so much for being here.
- [89:07]
Michael Margolis
Thank you a ton. I've loved this. This has been super fun.
- [89:09]
Lenny Rachitsky
Awesome. I love to hear that. Bye everyone. Thank you so much for listening. If you found this valuable, you can subscribe to the show on Apple Podcasts, Spotify or your favorite podcast app. Also, please consider giving us a rating or leaving a review as that really helps other listeners find the podcast. You can find all past episodes or learn more about the show@lennyspodcast.com See you in the next episod.