Transcription
Do you want to ace your upcoming product sense interviews? If so, you probably want to avoid the most common mistakes and traps that average and weaker candidates fall into. I've helped a ton of clients prepare for product interviews at top tech companies, and initially, a lot of them, when they first came to me, did not even realize they were making these mistakes. So, in this video, I've compiled an entire list of common mistakes and traps that I see that you can learn to avoid. So, by the end of the video, you'll be a bit more aware if you're already making any of these mistakes.
Hey guys, I'm Diana, and I'm a senior product manager at a large tech company in Silicon Valley, California. And I bring you the best tips to get into product management and teach you how to succeed once you've made it. So, a lot of the times when candidates do the things that I'm going to be talking about, they come off one, not sounding as if they're actually thinking during the interview, but rather reading off of a script. Two, they end up asking too many questions that make me think that they're not doing enough to drive the conversation. Three, they end up requiring too much prompting and nudging, so that I'm basically hand-holding them during the interview. And number four, they end up making decisions that seem really subjective versus objective and data-driven.
So, what I want to cover in today's video. First, I'm going to start off reviewing the product sense framework for those who need a refresher, because we're going to use the sections in the product sense framework to break down the common mistakes that I see in each section. Then, secondly, I'm going to talk about the most common mistakes that I see. I'm going to give you a sense of what they sound like when interviews say those things, and then we're going to talk about how to improve it and actually make it better.
So, let's start off by reviewing the product sense framework. The product sense question is meant to test whether you can take an ambiguous space and turn it into products that people could love because it solves their problems. Hence, to answer this question comprises of four sections: motivation, user segmentation, identifying pain points, and solutions. So, the motivation is basically, why should we build this? User segmentation is, who should we build this for? Identifying pain points means, for our target users, what are the things that they're struggling with that we can help solve? And number four is coming up with clever solutions. If you want to see some best practices for the product sense question, take a look at this video that I've shared before to get my best tips on how to ace the product sense interview. But for now, let's dive in into the most common mistakes that I see.
So, the first section, which I actually didn't even mention in the framework, is before candidates go into starting their framework, they actually spend some time upfront asking clarifying questions. So, a common mistake that I see when people ask clarifying questions is, sometimes they ask clarifying questions that don't really matter. And other times, they ask clarifying questions that they should really figure out and not me giving them the answer. So, for example, some questions that don't really matter during the product sense interview is, should this be on mobile or desktop? Is there a time constraint with building this? Most times, the company isn't trying to test whether you can build a product under a very tight, specific constraint. Other questions that you should be figuring out that a lot of people ask is, which market should we build this for? What's the business objective? And the last one is, should we be building this for company X?
So, what I recommend in the clarifying question section is to altogether avoid questions that again, are not going to impact your answer if you get the answer. For example, if I told you it was mobile, how would that change your answer? It wouldn't really. And you also don't have to front-load all your clarifying questions. Feel free to ask them throughout the interview. Some questions that are okay to ask are, I know X company is already building a similar product like the one you're asking me to build, should I consider that? Or, should we consider building this product pre-COVID, or during and post-COVID?
The next thing that I see a lot of people forget to do in the beginning of the interview is actually share their structure. It's really important to share your structure so your interviewer knows where you're going to be going, and if you're missing any critical things, they can early on insert it. Or if you over-scoped and added too many things, they can say, "No, let's leave that out of the focus." And to that point of over-scoping, some candidates end up adding a metric section at the end of a product sense question. And no, that's usually not in scope because they test that in an entirely different interview. So, they don't try to squeeze in a whole another section and not do well on the most important sections that they're testing.
Now, we're going to break down for each of the four sections of the product sense framework, what are common mistakes that we see. So, we're going to start off with motivation. So, that section again is answering, why should we build this for this particular company? For the motivation section, the most common mistake that I see is people assume that the question that they're asking them about or the product they're asking them to build should be built for the company that they're interviewing for. So, what does this sound like? An interviewee, you might ask, "I just want to clarify, are we building this for Google?" And the interviewer says, "You decide." And the interviewee replies, "Okay, I'm just going to assume that we're Google building this product that you're asking me about." Take this opportunity to actually strategically assess whether the company that you're interviewing for should be building about the space they're asking you about. And I want to be asking myself, is it aligned to our mission? Are there strengths that we have to win in this space? And three, how is it going to help us grow?
So, something I commonly hear when I give the question, "Build a product to improve the grocery store experience," and people interviewing for say, Facebook, would come back saying, "Well, Facebook's mission is to connect people and build community. In this case, we're connecting grocery stores and people shopping at grocery stores. Hence, I think it's aligned with Facebook's mission." I don't know if you can tell, but that was a really generic response because I literally could have given the candidate any space and they would have just said, "Yes, it's aligned with the mission because I'm connecting the demand side and the supply side." A better way to tackle this is if the interviewee said something like, "Okay, let me figure out why we should build this. And I want to consider a couple of things. First, is this aligned to the mission of the company? Second, what are strengths that we as a company have to win in this space? Third, what is the market opportunity and size that gets us excited about investing in the space? And fourth, do we have any competitive advantages that are going to help us win over any other competitor?" This is probably one of the most important parts of the question because, think about it, think of this as an investment pitch. And the investment pitch first starts off with, "Why do we care about building in this space?" And if you come up with something generic and weak, the investor is not going to let you go on with the rest of the presentation. So, be thoughtful in this section and don't just come off with a generic response.
Now, the second part of the product sense framework is user segmentation. A common mistake that I see people make in a user segmentation is either not being broad enough or being too granular. So, for example, say I gave the candidate the question, "We want to build something in the travel space." And the candidate responds, "When I think about travelers, I think about business travelers, people who need to bring pets when they're traveling, and leisure travelers." A better way to approach it is to go from broader buckets to them more granular buckets, but not too granular. So, for example, if I was to respond to that prompt again, I would say, "If I think about travel, it's a multi-sided ecosystem where we have the travelers on one side and the businesses providing the services to travelers on another side. And say I wanted to focus on travelers, if I break that down even further, I want to break it down into leisure travelers and business travelers, who have totally different needs."
A second mistake that I see people doing all the time when they're segmenting users is that when they prioritize one of the segments, they don't give you an objective criteria or reason why they're choosing that segment. So, this sounds something like, "Well, I would choose business travelers because they have the most needs." The most needs is quite subjective. Me, as an interviewer, I might think leisure travelers have the most need. So, what would help is a more objective criteria, either explaining how you quantified most needs so that we're able to compare leisure travelers' needs versus business travelers, or find more objective criterias. For example, a better way to evaluate which segment to choose is looking at what is the size of these populations to compare to each other, what is the frequency of how they use say, travel products, and a third criteria, what is their willingness to spend? If we're going to develop a product and we want to monetize off of it, we'd rather choose a group that has a higher propensity to spend so we can actually make revenue.
The third common mistake I see people make during segmenting users is not being MESI. So, what does MESI stand for? Mutually exclusive, comprehensively exhaustive. Which means your segmentations again should be mutually exclusive so that they're not intersecting amongst each other, and also comprehensively exhaustive, so you're trying to cover as much of the population that would use this product as possible. So, what this sounds like to again, the same prompt of, "Build something in the travel space," is for travelers, there's people who travel in groups, people who are mothers that travel, people who travel with kids, travelers who are college students. So, do you see how some of those groups might intersect? For example, people who travel in groups and people who travel with kids, well, those groups might be families, and they might be traveling with kids. So, that does not meet the mutually exclusive part of it. A better way to segment it, so it's mutually exclusive but also comprehensively exhaustive, is when we think about travelers, we have people who travel in groups, people who are solo travelers, and people who are couples. I mean, think about it, if you're a solo traveler, you can't be a traveler that travels in groups. I mean, maybe sometimes.
If you guys are finding this video helpful so far, I'd love for you to like the video and subscribe to the channel because we're going to be producing even more content to help you ace your product interview. Now, let's move on to the third part of the product sense framework and what common mistakes we see people make there.
The first one is, most people tend to come up with needs rather than pain points. So, what does that sound like? Well, if I'm thinking about travelers, some of the things that they struggle with are deciding what place to go to, organizing the trip, coordinating with the group, and then deciding what to do when they arrive at the place. Sure, these are general struggles, but they're not specific and deep enough to show user empathy. You really want to use those general needs and think about what sucks in each of these parts and each of these needs. So, what's a better way to tackle this? Well, if I was to think about the user journey for travelers, the first is deciding where to go. That's a need, but some of the pain points they have is not having enough information between all the places they could go in terms of budget that they would need. And on top of that, a lot of the information is fragmented, and it's hard to do that comparison. So, in this section, what could really help you go the second level of depth in empathy is asking yourself, "When was the last time you had to deal with this situation, and what sucked about it?"
And the second mistake that I see people do while identifying pain points is not using an objective criteria to choose and decide which pain point to go with. So, this sounds like, "Okay, I'm going to go with the pain point of deciding where to go because it's the first step in the journey, and hence, if I don't solve this, the other steps won't even happen." A better way to value which pain point you should choose is to actually come up with a strong criteria. So, say I want to optimize on which of these pain points affect the largest part of the population, and which of these pain points don't have any existing solutions. So, you see how that's much more about an objective criteria.
So, or add the last section of the product sense framework, which is solutions. So, what common mistakes do we see in the solution section? The first one I see with people trying to come with creative solutions is that they use certain technologies and trends but very shallowly. This sounds like, "For travel, I would build something that enlists VR and AR to help people decide where to go." That just sounds like you're choosing your pain point and having a technology and smooshing it together without giving any detail of how the experience is going to be unique or innovative. So, a better way would sound something like, "Well, my solution is going to be using a VR and AR experience where we can basically put the user who needs to decide where to go in multiple places at the same time, so they can actually get a feeling of what it's like to be in the Pyramids of Giza versus in the rainforests in Brazil." So, you see how that example basically leverages the strengths of VR, AR, and defines what the experience would actually be like for the user, so that the interviewer actually gets excited about the solution.
And the last common mistake I see people make during the solutioning section is talking about solutions that already exist. So, for example, for the prompt, "Build a product to help people find doctors." A bad response, or one that's ignorant of the existing solutions, sounds like, "Well, I would build a product that allows people to search across a directory of doctors and read reviews and filter on their insurance." Well, this already exists. So, good job in identifying a needed market, but it's already been solved. So, how are you going to add something innovative on top of that? So, a better way is actually first acknowledge that there's an existing solution and what you would build on top to make it even better. So, this sounds like, "For finding a doctor, there already existed a website out there where you can search a directory of doctors, filter, and read reviews. But what's missing that really helps people decide doctors is what issues the doctors have dealt with before. So, I'd build something that kind of captures the doctor's experience with dealing with specific issues, say, type 2 diabetes, and add that to a list to allow people to easily find doctors that specialize in the issues that they're dealing with."
By the way, as I'm going through, are you seeing yourself make any of these common mistakes? If so, I'd love for you to comment below which mistake you're making so that you can become aware to avoid these in the future. And you want to avoid these mistakes because they reflect average or weaker candidates who are not thinking during the interview, who are asking too many questions and not driving the interview enough, who need prompting and hand-holding, which again, doesn't show a leader. We're trying to hire product leaders. And fourth, end up showing someone who can't use data to make decisions. So, avoid these mistakes at all costs.
And now you know the mistakes to avoid, you'll still want to figure out, well, what are the best things that I can do to ace the interview? So, take a look at these two videos focused on product sense and the best practices that I've developed through working with tons of candidates interviewing for top tech companies. I'll see you later, guys.