The full-stack PM | Anuj Rathi (Swiggy, Jupiter Money, Flipkart)

There are only three reasons why things do not happen the way you want them to happen as a leader. And you can look at a person and you would say that either that person can't do, which is a capability issue, or they won't do, which is a motivation or an alignment issue, or they were not set up to do, which is really your problem, that you didn't set up the ways of working in org design properly. So as a leader, do you have the right people in terms of capability? And if not, is the right answer for us to coach them or to like really put them or mentor them and so on or move them to some other place because maybe their capability is suited elsewhere. If they won't do, why won't they? Are they not aligned to you? Do they not agree with your vision? Do they not have enough time and so on and so forth? So you need to really go deeper there. Why won't they do?

Today, my guest is Anuj Rathi. I've been looking to get more India-based product leaders on the podcast. because this podcast has a large audience in India. And when I put out a call on Twitter and LinkedIn asking people who I should have on, Anuj was the single most requested person. Anuj is Chief Product and Marketing Officer at Jupiter Money. Previously, he was Senior Vice President of Revenue and Growth at Swiggy, where he spent seven years. He was also VP of Product at Snapdeal, a Senior PM at Walmart Labs, and the very first Product Manager at Flipkart. where he let the buyer experience team. In our conversation, we dig into how product management is different in India, Anurag's lessons about building product experiences for new users, how he operationalized the working backwards process at the companies he's worked at, why he pushes his teams to explore three divergent directions before settling on a plan, why he thinks product managers and companies should be much more full stack than they are, also a bunch of frameworks and contrarian takes about building product.

And your career in product.

A big thank you to Saiyan Maiti and Nikhil Kulkarni for helping me navigate the product scene in India. Look for more amazing India-based product leaders to come. With that, I bring you Anuj PratI, after a short word from our sponsors. This episode is brought to you by Sanity. Your website is the heart of your growth engine. For that engine to drive big results, you need to be able to move super fast. Ship new content, experiment, learn, and iterate. But most content management systems just aren't built for this. Your content teams wrestle with rigid interfaces as they build new pages. You spend endless time copying and pasting across pages and recreating content for other channels and applications. And their ideas for new experiments are squashed when developers can't build them within the constraints of outdated tech. Forward-thinking companies like Figma, Amplitude, Loom, Riot Games, Linear, and more. Use Sanity to build content growth engines that scale, drive innovation, and accelerate customer acquisition. With Sanity, your team can dream bigger and move faster. As the most powerful headless CMS on the market, you can tailor editorial workflows to match your business. Reuse content seamlessly across any page or channel and bring your ideas to market without developer friction. Sanity makes life better for your whole team. It's fast for developers to build with, intuitive for content managers, and it integrates seamlessly with the rest of your tech stack. Get started with Sanity's generous free plan, and as a Lenny's Podcast listener, you can get a boosted plan with double the monthly usage. Head over to sanity.io/lenny to get started for free. That's sanity.io/lenny. This episode is brought to you by Vanta, helping you streamline your security compliance to accelerate your growth. Thousands of fast-growing companies like Gusto, Calm, Quora, and Modern Treasury trust Vanta to help build, scale, manage, and demonstrate their security and compliance programs and get ready for audits in weeks, not months. By offering the most in-demand security and privacy frameworks such as SOC 2, ISO 27001, GDPR, HIPAA, and many more, Vanta helps companies obtain the reports they need to accelerate growth, build efficient compliance processes, mitigate risks to their businesses and build trust with external stakeholders. Over 5,000 fast-growing companies use Vanta to automate up to 90% of the work involved with SOC 2 and these other frameworks. For a limited time, Lenny's podcast listeners get $1,000 off Vanta. Go to vanta.com/lenny. That's V-A-N-T-A.com/lenny to learn more and to claim your discounts. Get started today.

Anuj, thank you so much for being.

Here and welcome to the podcast.

Thank you so much, Lenny. Thank you for having me.

It's my pleasure. I haven't told you this, but when I put a call out on Twitter and LinkedIn for people's favorite India-based product leaders, you were the single most recommended person. And so I just wanted to start with how does it feel to be the most loved India-based product leader, at least according to my Twitter followers and LinkedIn followers?

Well, it feels really good. I really feel it's come together because I've been doing product management for the longest time. In 2010, when I started the product management journey with Flipkart, I think that was a time when there were not a lot of products being built for India. So I think one part is just the tenure and B is I think it's just a lot of people have known that work.

Awesome. You're very modest. I wanted to start with a question about product in India. And I'm just curious just how is product management and product building in general just most different in India?

Yeah, I think that's a very interesting question. And I think about this all the time. When I look at product management in India, and I do have a lot of friends comparing product management versus in US or even in Europe versus even in China, Southeast Asia, et cetera. I think India has had a very interesting journey of products in general and hence product management also. I think till about 2010, 10-ish, there were not really many products built for the Indian consumers in the first place. There were a lot of products being built, a lot of technology being built, but largely because it was a back office. So you had a lot of great engineers, but kind of working in companies which would build products for the American customer or even for the European customer and so on. So once these startups started coming in, which were thinking about building for the Indian consumers, I think we did not really have that talent which could directly tap into who were trained into product building. Forget product management as a field in the first place. There were no colleges which were teaching anything about this. There was no playbooks and so on and so forth. We would go to the internet and look at YouTube and look at SVPG and all of that. But what we would understand would not kind of, you could not port directly to the Indian startups. and the way that they shaped up, I think also shaped up the way product management field would evolve in India. So it's taken a bunch of iterations and I think there are two or three different waves that have come in and we are way closer to how good product management should be done in India. We still have a little bit way to go compared to US. And I also think of it along, for example, in US, the product building culture probably started in 1970s, a modern software product building culture. And you didn't only have product managers, but the entire ecosystem. If you think about a company, who is the VP of business and who is the VP of supply and sales and ops and technology and all of that? That group knew how to work with each other to build software products. They understood how that would be built and what to expect. I think in India, when we were in 2010, et cetera, Even those different people who needed to come together to build, say, e-commerce, they would come from, say, FMCG or they would come from manufacturing and so on. And what they would have seen in their journeys in terms of what to expect is a very request response kind of understanding, which is here's machinery. If I give this extra resources, I expect with a little bit of variability, why predictable output to come. And that mentality also kind of moved on to what I expect from product managers. or product building journeys and so on. So I think over a period of time, a lot of those cycles have happened and a lot more other leaders in companies have now seen those cycles and kind of understood and all right, now I understand software is not machinery. Consumers are not predictable as much as we thought. And that has led to now finally, I think, product management coming of age.

You said that in the, I guess, in the Bay Area, things started like 1970, something like that. When would you say things started to really ramp up? modern product thinking in India?

I think 2010 was kind of when it started because look, there were a few products that were built before that also. And I think somebody said this clearly that usually when modern consumer internet starts coming in countries, it usually starts with travel. So you do have basically any country we would start with, which is the first travel company. So I think India started with some companies like MakeMyTrip and so on way earlier. There were a few very interesting products being built in India which were solving uniquely for the Indian consumers that were in the matrimony side, which is shaadi.com and BharatMatrimony.com and so on. What do you think about Tinder? India is famous for arranged marriages. So a product that would really understand that, hey, if you're a parent, if you want to get your kid up for matrimony, how would you solve for them? And that marketplace of matchmaking, et cetera, started. so a few blips here and there, which was solving uniquely for India. I think 2010 was a decade of time when I can like very clearly imagine that's where like a lot of people started building for India. So I think then Flipkart started that kind of journey. But in a couple of years then they were like say Ola, which was in a way similar to Uber, what they were doing elsewhere. And then a whole bunch of other startups that started coming in. So for example, in food delivery, when I was working at Swiggy, that came in like, say, 2015, 2014 in that timeframe. And now you see a whole bunch of startups which are trying to do not only things which are, what could an Uber for India look like? Or what could a DoorDash for India look like? Very different and also very innovative. So I think now is the time when you see a lot more product building around that area.

What are some numbers of just like, companies in India, people in India's money spent in India. I don't know things that would be like, wow, that is a much bigger opportunity than I thought.

All right. This is a very wide question. So I'll tell you before the opportunity in India, I think I'll talk about the complexity in India, which is, which is very, which, which I think a lot of people don't understand. So India has, what, 1.4 billion people. So there are three waves, really, that that happened in India, but also in the globe. I think first wave was from desktop to mobile, and then even from mobile to smartphones. And from smartphones, there was what we call the Jio revolution. There's an Indian company called Reliance Jio that basically got internet at the cheapest prices for smartphones. So because of this, a whole population came onto the internet, which was hungry for newer products, newer content, completely different ways of interacting with each other and using internet for all sorts of different things. That was one of the waves. The other part is really what the Indian government really enabled, which is especially in digitization of a bunch of absolute core fundamental citizen related machinery, which is either through digital payments, which is a whole bunch of Indians now started having a bank account by default and something called UPI. So even if you do not have a bank account or that bank account is linked to your mobile phone number, but now everybody would pay through that and that brought in like a very different kind of revolution. So even if five rupees, that is basically like, you know, 10 cents or less than that, that would be paid through UPI and people started moving away from cash and so on. And there's something called the India Stack that is like all of these things coming together, which is social security, identity payments and so on, that a whole bunch of other apps can now use to build their own, you know, layers on top of that. So many interesting cases kind of started coming about. So that's kind of one, which is just a number and in the infrastructure. Now, the other thing to look at is India is very diverse. So the number of languages spoken here, even the official languages is so high. And they say there's this quote in India, like every 15 miles, the language will change and the people and their culture will change. And it's a huge country of so many people. So your traditional ways of thinking about products also that who am I building for? is very different is are you building for this person or that etc. So a bunch of frameworks kind of break down because it's not even that the same language will apply. While English is a language that is used by the people at least who have the money and who have the dollar to even like give to you, but you have to think way more widely. The other thing that about India that is interesting is the price that people are willing to pay So, and it generally is, it also look at like the per capita, you know, money that people have is very low. It's in the two, two and a half thousand dollar range compared to us, which is maybe 30 times more and so on. So while there's a lot of people who are going to give you, you know, traffic and engagement and so on, but the craft of actually choosing the right kind of paying customer who will actually come and engage and give you money, is at a premium. So a lot harder work needs to be done. If you're running e-commerce, who are the people who will pay me delivery fee? Who are the people who will actually buy this expensive stuff? And so a whole bunch of different ways of thinking has evolved in this country. And that's why it's so vibrant and so different than any other global products.

Wow. Fascinating. I could keep going, but I want to talk products. I've collected a bunch of questions from people that know you or people that have worked with you about a bunch of different stuff. So I'm just going to kind of go a little bit all over the place. And the first area I wanted to talk about is the new user experience. Apparently you have a interesting insight and kind of a different approach of thinking about new users and new user experiences.

One of the things that I realized once we started working about the products is that product managers and generally companies are too engrossed in thinking about But they're very close to the product. It's close to their heart and they're looking at it all the time. They're looking at a lot of minor nuances in terms of how this works and feels and almost inherent into this is a bias that everybody is thinking about this product all the day, all the time and so on and so forth. Whereas the reality is most consumers in the country or in your target market, they don't care and they may have some time heard about your product. The word of mouth is not Ever so strong, even if you are the strongest brand and so on and so forth. But that is the customer that you've got to bring in and then serve. So there's very interesting insight that I heard from Scott Belsky from Adobe and then now he's doing very interesting stuff. And that kind of stayed with me, which was how do you think about users or modern internet consumers having three attributes? So they are lazy, they are vain and they're selfish. So lazy meaning I don't have time for this. So blow my mind away. Otherwise I'm not going to pay attention. When, which means I have a habit. I'm solving this problem in a particular way. And here you come with your two part product and. And ask me to change my habit. Do you really expect me to do that? That second, that's their inherent attribute. And the third one is that they're selfish.

Like.

Show me what's in it for me. And once you start thinking about users in that vein, and if these users are not even using your product, like suddenly you realize, oh my God, it's quite difficult to even, how do I attract this kind of customer? And if my marketing team has done a good job at bringing this user to my product, how do I actually now empathize with this lazy, selfish, and mean customer and build my product in a way so that I can make this we are on your side. Like this is the thing that you have to use. The way you write your copy, the way you build your onboarding, the way you do your first warm welcome, it's going to make the biggest amount of change in terms of a product success than your core product features that you're going to build for your loyal consumers. So that one insight and I've seen and applied that multiple times, not only the companies that I've worked with, the companies I've consulted and spoken with, most neglected. Well, they kind of get user onboarding is important, but just how important is that? It's one. And B, this is a craft of thinking like a user who is lazy, vain, and selfish and basically rejecting all your products. This does not work for this kind of customer. It's extremely hard. It's very hard, but it's totally worth it if you put that lens on.

And is there an example of you using this framework on a product you worked on where you're just like, here's the thing we really did that I made? I don't know, it had a big impact or it's really surprised everyone.

So we use it in two different areas. One is, of course, products I worked on. So I worked in Swiggy for the last seven years. And really when we started working towards this user, instead of thinking about everybody as, you know, this is what our onboarding experience looks like and this is what our product is. So essentially we used to basically say, key, that we are a food delivery app, we are a grocery delivery app, and we have these bunch of things. Instead of that, we just started reframing it from the point of view of what would you want and how could you use us and what is it in it for you? And we started connecting all our marketing messages along with the onboarding. So even going out market and thinking, where do you actually find us? How did you know about us? It's a reasonably large brand. Why have you not already downloaded us and used us? Have you used us and rejected us in the past? So kind of building that entire mental model, and looking at a user from the point of view, let's assume that you have heard about us 20 times and what was that exact situation that brought you to download this app? So right from the entire journey of you hearing us, what was the trigger and what was the marketing message and what was the promotion that we were running and how do we continue that journey on your onboarding from your splash? 200 rupees of extra rupees if you buy from us continuing that entire journey in the language that they understand and with the user experience that is continuation from the marketing to product are the thing that we started focusing on a lot more and it instantly started showing us results. But while I'm talking about just a very simple example and everybody should be doing it, that is true even for when you haven't have a particular app which has multiple products and many product lines. The same principle that applies there. And that's where I think the largest amount of delta that happens that people don't know really why are we not able to cross pollinate or cross sell and so on, so forth. Right now I'm working with a company called Jupiter, which is a financial services app and it's a neo bank. So we care for personal finance and it has a bunch of offerings. Like there's a personal account or savings account. There's a credit card, there's mutual funds, there is investments in say gold and FD and so on and so forth. It's a bunch of things. But when people think about why using us only for one service and just go away. And actually the key is to recognize that this user has found value in here and they are not interested in all the other things that you talked about. So be able to empathize with that user and now thinking about the behavioral science aspects in terms of how do I convert this user from one to the other. that I think is extremely important.

So a couple of things I'm hearing here. One is the importance of focusing on not people currently using your product, but this idea of maybe the marginal user or the adjacent user. Like the next state of users is who you should be thinking about when you're trying to optimize onboarding user experience. And then two is something it sounds like you've had a lot of success with is picking one value prop, maybe one positioning. statement and then following that through their entire journey versus like, here's all the things we do. Is that right?

That's absolutely right. Let me give an example of this one. And one of the reasons why I really feel product managers must, if not better, but equally understand category consumers which are not in market or which are not really looking or which are not buying your products just yet, as good as the marketer or the or the brand expert in your team does, because they really are tasked with, what is that one message that I can say that will make the user take attention or get to like, oh, this interesting and direct attention towards your product. And if the product managers are able to do that, then they will choose that positioning and essentially understand what is my hook product and what is the hook that will at least get them to try my app or any of those things, right? So if they understand it as well as a marketer and then understand over a period of time, what is the right time when I introduce them to this other one rather than being, you know, very greedy about like letting the news try everything. So that's one. The other thing that I feel is a lot of product managers don't do right is forget about everything. Here's my app go figure. is how most of the products are designed, unfortunately. Automatically these things will happen without any intervention. I have created something which is so beautiful and once you tap that icon, everything inside that is my product that is so working perfectly, but they don't really think about at what moment do I actually get this user here and why will they use it? But this user is lazy, vain and selfish.

That phrase reminds me of something I always think about with Marc Andreessen had this great quote that your users time is already allocated. They're not like looking for more apps to download. They already have a plan for the day, basically. They have things to do. They're not like, what's another iPhone app I'm gonna check out right now? And so somehow you have to convince them, this is worth your time. And I like this framework. Is there like an example of like a phrase you found really effective in either Swiggy or Jupiter or Flipkart or anything just like, here's a, really quick example of something that had a big impact on either simplifying the value prop or if you don't have an example top of mind, what was kind of the impact you saw from implementing some of these ideas?

I'll talk about like a phrase that now I use with product managers a lot to kind of simplify how they should be thinking. I think one thing is, and that's not only for the consumers, but even like how we operate. We are product managers and we are in the business of influence. Users are doing something and now we want them to do something else. Our engineers are doing something and now we want to influence them into building something fast. Our leadership has some plans where we influence them to essentially look at a plan and basically sign off and do something else. We are in the business of influence and you are doing this all the time internally. Otherwise you are anyway not successful even in shipping. Now we have to extend this to our users and really think about it from that point of view. And so you are a full stack influencer and not only an external influencer. So you've got to think like more like sales, more like marketing, more like influencers.

One of the most important skills are product managers influencing people on their team. And I like the point that you're also trying to influence your user. And that's interesting. Just more reason to get really good at influence. So I actually have a newsletter about how to get better influence. based on Frodo Baggins and Lord of the Rings. We'll link to that in the show notes. Okay, let's shift to a different topic. You have a really concrete way of actually implementing the working backwards process. We had one of the authors of the book Working Backwards on recently, and I'm excited to just hear what you've learned about how to actually put this into practice. It's easy to hear about, let's work backwards, but doing it as a different beast.

And so I'd love to hear what you've learned there. so I think the, the people who invented working backwards is clearly Amazon. I think they started this entire process, which are like, hey, why don't you write a press release? And with that press release, we'll work backwards from, from that one. And I thought that was a very cool idea. And I was trying to dig down into, like, hey, how, why does it work? My Insight, or at least my, the way that I thought about this one is it's not working backwards only from a customer value proposition. Will our customers love and will they pay for it and is it noteworthy and is it something that we should even be working? While that is one of the most important things that the working backwards framework teaches us. But essentially what you're working backwards from is an entire machinery at a particular day that is working for that date of GTM. What do we need to do from here till that particular day so that that GTM is successful, but also what will be the machinery we would have created so that this product is successful? Now, because you are already talking about GTM, you are already thinking about how will users love it? What is the money that we'll spend? What are the alternatives that we will routes that we have explored that finally we have zeroed in on and all of those? So they are all going to be a part of a PRF review. If I take a slightly open stance on this one, what is a press release? A press release is you have a one pager which talks about what are we building? What is a particular date? Why? What is exact value proposition? What will consumers say? What will the business manager say? What will, how will they respond? How will they use it? But the one thing that comes out from this framework is that you can use it for a whole bunch of other things. You can use it for negotiation, for example, because you start with a date and then you say, this is the one page that I need to ship and I want consumers to say that. And you can use it to now go to VP engineering and say, By this date, can we build all of this? Now, they do not have all the PRDs and everything, but they can give you a sense that this is too aggressive or this is not and so on. You can also use the quotes here to actually find alliances or find people who are going to actually derail this. So you actually use the customer quote. I want my customers to say this from marketing and from my pricing team. Can we actually ship this so that consumers will say that? and then from the business owner's code, you actually say, this is what we are shipping, but what are your goals? Can you say that within three months we would have achieved this much? And so using that to kind of build one entire picture is one way that I found it really powerful. Because if you find disagreements here, then say, I can't ship it, then you change the date and then you change the goals. Because all of these things are changing together. So instead of one, you find the other set of all the things that need to come together for that press release to go live. is the real value. The other part that I found interesting here is that I really fully believe in the power of three. So I actually ask my teams to write three plus releases, alternative and divergent. Like what if we, so suppose you're launching a membership program. So instead of two tiers, let's do three tiers. Or for example, let's take another one which says instead of building a membership, let's build a tearing pricing program with membership points. And instead of this segment, let's use another segment. Let's say within these three and they all need to be fully thought through and that kind of helps the leadership choose. So the two things that help that work here, when you are in the product discovery phase, you would have heard from a lot of folks. And finally, if you show them just one roadmap, it feels like, hey, this person didn't, they listened to my interesting point, which was valuable, but they didn't include it. But when you're doing this three PR FAQs, I was saying them, I considered this and this added up to a story that eventually is valuable. This alternative route, I considered your point of view and I created a story, but unfortunately it is not adding up, so we rejected it. So now people can compare and contrast and that's a very powerful leadership tool. And that actually is a very powerful tool, even for CXOs. When they say, let's build this, and say, here are three ways we can build this. And here's the reason why I'm not building what you said, because you would like these two more.

That's a really cool idea of just using the PRFAQ and working backwards process to think very differently, partly to make sure you've explored all the options, partly to just think through things that are kind of in the back of people's minds and see if there's something there before committing to the one direction.

So the FAQs also are very important to kind of set processes in the system. For example, if now we are Jupiter, we are a financial services app. So every FAQ will mandatorily have how are we going to make sure that it is fully compliant? Have you gotten sign off from ABC people? Have you actually thought about legal aspects and so on and so forth? So for example, you can use the FAQs very effectively here. For example, when it was Swiggy and it is a three-way marketplace, you have consumers, delivery executives and restaurant partners. Now, any small change that you do on, say, delivery partners, for example, if you're working on optimizing their earnings per hour, which will lead to some changes in cost per delivery, but that may have a completely different impact on delivery fee. I'm just making this up. But now, because of so many moving parts in your FAQs, you'll be explicitly asking, have you thought about what are the implications on restaurant partners? Have you thought about what are implications on delivery partners? and we in fact used to have that PR FAQ in terms of we'll write down the different segments of delivery partners and sometimes it will have extremely weird correlations because just the product managers on one side of the equation have started thinking or at least consulting the other part of the marketplace. What could this mean for you? And just it gets everybody together to create very crisp products that work for all sides of the marketplace.

One thread I'm pulling out of a few of your stories so far is you often come back to this like full stack approach to many models. So, and you talked about how PM is like an influencer, but also they're influencing users. It's a cool way of thinking about it. With this working backwards process, you can use it to think about the full stack of launch, not just what features you're gonna build. I know you also have some strong opinions about product managers, and they should be much more full stack than most PMs. Does that ring a bell? And if so, can you talk about that?

Yes. No, I think it's the same thread that is connecting the first and the second. I think product managers have to own outcomes and not only features and parts of the problem. They will own some parts of the problem fully, but if they need to work with everybody to make sure that eventual product that they launch is successful, and not only successful from the point of view of, hey, we launched something that works for users, et cetera. That's not the definition of success. Did it work in the way that it really changed the behavior of the kind of user that we wanted to achieve a business outcome that will build a capability that is important for us? So all of those things combined will not happen if the product manager is only thinking about their part. So they have to think about external users. They have to think about competition. They have to think about other product managers and product leaders about engineering, about marketing and so on, because it's such a diverse field unless you really, and I'm not saying you need to be an authority of that, unless either you, you are very, very good at that, or you have built partnerships and have run your ideas or product through those people and gotten weighted from them and finally made a decision around that part. I don't think you'll be very successful. So in my opinion, the full stack product managers are the ones who are going to be more successful rather than product managers who are doing very good at one particular area only. So there's one book which is range, right? I'm sure you may have heard about it. Even the first chapter, what they talk about is they take two examples. One is the example of Federer, Roger Federer. So with Roger Federer, for example, I think I'll just continue on that. Till 18, he played a bunch of racket sports. and this wasn't even tennis. But then you bring in, you know, ideas from one racket sport to the other and second to the third and so on, so forth. And now you have such a range of ideas that you can connect a lot more dots and actually ship it. Like, I think that's the, that's a better Playbook for being more successful in product.

I was just watching a documentary on, I think it was called greatness, and they had Wayne Gretzky, and he had exactly the same experience, actually, when he was young, he played hockey just during the winter times and during summer he played other sports. And hockey was just like a sport, one sport he played, and then eventually he started to focus on it. And they talked about how people that played different sports in their childhood actually ended up being much better at that one sport they chose. So a lot of parallels. I know you also have a lot of interesting ways of thinking about coming up with the roadmap ideas and ideating and building a roadmap backlog. So you already talked about this idea of going in very divergent directions and seeing if that leads anywhere. There's a couple more. Someone shared. One is you have this idea of show don't tell. What is that?

Actually, show don't tell is an idea which is an extension of what we were talking about is from working backwards. And when we're talking about working backwards, one is a PR FAQ, which is like a written documentation of what we're trying to achieve. Show don't tell is essentially a way in which the product manager starts ideating with the entire experience and they actually create all the collaterals together of a user journey to begin with. If you're working on a single player product, which is a single user product, and then you actually start bringing together your marketers and others in terms of what is literally the first screen and how is my user getting here? And it's not as simple as key, imagine somebody who will be doing this and reaching here. We try to recreate an exact situation. There's a concept of person, not personas. So while we talk about personas, but we try to go to. All right, no, don't think about a generic user. Let's say Lenny, 30 years old, doing ABCD things, earning this much, etc. Etc. His relationship with this category of food delivery is X. These are the things that he has done in the last month, in the last three days. okay, were the needs, desires, aspirations, fears, frustrations, et cetera, et cetera. And we take, okay, it's 11 o'clock. What's happened? Why is this user open or what triggered this particular app? And then what happened? So you literally start from there. And I think 50% of my product reviews are around that part. And then when we say, okay, all right, then this app got open. Do we have the right kind of way forwards for Lenny to actually achieve what he came here for? and literally each pixel and each copy and each word is going to be in service of that part. So that's kind of showing the entire journey rather than just staying and assuming. So that is something that I've found really powerful with respect to even designing products or even thinking about why are we building something. What it also helps is when we are building complex products, especially in marketplaces, because once you are building this for the user, Simultaneously, something is happening on the other part, if it is simultaneous, if it's a real-time marketplace or something like that. So you're building something for the user and saying, all right, if this guy ordered, now there's a 30 minutes time when a delivery executives will come to the user with food. What is happening? What's the emotional state of the user? And let's plot out the 30 minutes time and let's create various scenarios. Maybe he went to the restaurant and the food is delayed. dude on a bike, his bike got punctured, etc. What is the consumer thinking at this time? So you show all of those things in real time and that cuts out a whole bunch of random ways in which the product could have looked like if you're creating even a chatbot. So just having that showcase of all journeys coming together helps a lot in building your products in the right way.

So essentially just getting very Detailed and very concrete with the product experience that you're building. Thinking about the user experience. Sounds like a lot of work. I can't imagine you do this often. Is the advice here to do this once a year or once and just kind of keep it updated? Sounds like you did this at Swiggy and that was a really impactful way of building the product.

Yeah, I think this is not only like one way at Swiggy. I think like I recommend this, every product manager to do a show don't tell version of their current version. and at the same time, there's a new version all the time. So they can compare and contrast and very easily kind of explain everyone why they're doing something. In fact, that wall, so it's called the wall. It also becomes one common place where you can get all the stakeholders in because it becomes instead of just doing the elevator pitch, you can actually do detailed discussions on why I'm choosing this versus something else and so on and so forth. That's a product manager's version of doing this. There's also product leaders version of doing this learning, which is which I call strategy on a page. And a lot of people call it like growth loops. Like, don't show a user's journey. Now let's see the entire strategy of the company together on one page. All right, this is what the market looks like and why will we get what kind of users and what is our activation budgets and how many of them are we going to get to this next stage and get them to use it? How will we get them to cross-pollinate into different sections? Do we need a membership program? Are there any different levers which we'll press more or less and so on? So that also is like a short on tell. And not only one, but usually I like to create three of them as well. Like why would we choose a strategy versus the other? And that, for example, is like a very good way for product leaders to kind of get to one strategy that their CXOs align with and something that they can essentially tell the entire product and other teams. This is what we're going to follow.

This episode is brought to you by Wix Studio. Your agency has just landed a dream client. You already have big ideas for the website. But do you have the tools to bring your ambitious vision to life? Let me tell you about Wix Studio, the new platform that lets agencies deliver exceptional client sites with maximum efficiency.

How?

First, let's talk about advanced design capabilities. With Wix Studio, you can build unique layouts with a revolutionary grid experience and watches elements scale proportionally by default. No-code animations add sparks of delight while adding custom CSS gives total design control. Bring ambitious client projects to life with any industry with a fully integrated suite of business solutions from e-commerce to events, bookings and more, and extend the capabilities even further with hundreds of APIs and integrations. You know what else? The workflows just make sense. There's the built-in AI tools, the on canvas collaborating, a centralized workspace, the reuse of assets across sites, the seamless client handover, and that's not all. Find out more at wix.com/studio.

What kind of impact have you seen from implementing something like this? Or is there an example of something that came out of this that was a big unlock? And again, it's probably a lot of work for someone to put together a whole board, keep it updated. screenghots, marketing funnels of where people are coming from. What sort of impact do you see from doing this either on growth or people, what people think?

I think the largest impact that happens here is on alignment. So how CXOs are thinking, if that is not very clear, and that can be a document and so on and so forth. But for a lot of people, it's not very clear on, I can see one part of the funnel. I can understand the marketing team can understand the best why we are acquiring those users. but they don't fully see the picture of if I attract this kind of users, why will these users become loyal and what does that entire thing look like? Or say some other team which is building a part of the product, where do I come in and so on. So I think the largest impact that the show don't tell has is on basically getting the entire company together on the same page and them being able to understand why I'm doing when which part of the entire picture I am working on and why others are working on so that I can actually work with them to solve that part. That's one. The other thing that it helps, Lenny, it also helps in choosing directions. Like I said, it's because we are not doing one, but three of them. I'm choosing one alternative versus the other. Sometimes these strategic discussions, they can go in all sorts of different ways. and maybe you'll talk about one particular unique point and go deeper, rather than look at the entire picture together and say, this is good because of all of these five points that we presented in page one versus the other one.

I think the other benefit, just like one of the benefits of working backwards and Amazon's whole written down memo approach is it forces you to crystallize ideas and not stay superficial because there's so many good ideas in theory, but then when you have to get really concrete. Now that's actually a terrible idea. Basically it's the same benefit in a lot of ways of like get very concrete. What are you actually going to do? And that'll help you identify, okay, this isn't going to work. What are we even thinking? And so I like that. Awesome. Okay. Another framework that you have is something that you call the 4BB framework for a product strategy. Can you talk about what that's all about?

We essentially saw that, you know, if a startup actually usually wants to do like a bunch of of things across the border. There's always like, hey, I should be investing in tech debt or like building core platforms that will really help my product in the long term. And that's super important. And that's my engineering managers and largely people asking for that bandwidth. And then there is the product manager themselves who is basically saying, I want to do feature enhancement, bug fixes, my version tools, you know, a few areas, experiments and so on, so forth. That's a a regular product backlog that would work on on sprint by sprint. Then there's this leadership which will say, you know what, now we have a suite of products. Now I want to take like a large delta bet that may work. It may not work, but we need to make sure that it works. But I need work done across teams and it's not only one person that needs to do it. I need contribution from four or five of you that come together and deliver that. Or there are places where a company is just reimagining their identity. Or they're pivoting, which is like, all right, we were doing X, now we are doing X plus Y. That's how we want to be known. Or we were doing X, now we want to do very little of X because current consumers, okay, we will take care of them, but now we want to pivot into Y. So it usually is in four of these buckets. And what really happens is it gets down to product managers eventually prioritizing between these four. So I don't think it's a tactical prioritization product manager call. It really is a product strategy call. And the conversation that needs to happen is between, say, the head of product and the CEO or even the leadership. If I gave you 100 focus points, how much will you put in each of these buckets? And what are those four buckets? Those are the four BB buckets. So what are the ones? We call them First BB's brilliant basics. And the reason why we call it Brilliant Basic, you need to brand, you cannot brand it as pig debt. So it feels like very off because these are brilliant, these are important. That's what the company is built on and the company needs to invest in that. So that's one. The second one is bread and butter. So that's your backlogs. If the product managers had no big ideas and they just were left on their own, what would they come up with? And it in terms of just improving that line of business that they're given. And they're big bets. And now that's where your larger ideas that have come together. But how many big bets should we take? Or is this big bet even a big one? That's where you are working backwards or PRFAQs start becoming even more important. Because those are the kind of bets that cannot be taken without everybody basically signing up, working backwards, and saying, we will all make this successful. And breaking bad essentially is a different world altogether. That's where you want to redefine your company. You were doing, for example, in Swiggy, we were doing food delivery. Now we want to do grocery delivery as well. It's like these are two companies working together or from a food delivery company we wanted to become a convenience company. So that's almost breaking bad. Again, like I said, we got cheesy. But the good thing that happens is now what you can do is along with your leadership takes stock and the head of product essentially can say, you know what, I can in this, in the next year, I can invest a lot less on my brilliant basics and we should as a company focus a lot on this breaking back because that is existential. But then we should not look back and say, why would tech systems a little bit broken this time? Why were? you know, we had a little bit more down times and you can basically blow it out and almost showcase what to expect. For example, if we are just working on a whole bunch of bread and butters, so you're starting a lot fewer bugs, customers will be a little happier. You worked a lot more brilliant basics. Tech systems are nice, but you didn't create any differentiators. Well, none of your bets went out and your competitors are catching up. Does that sound like a better future? These are hard questions and these prioritization questions, I don't think are product management questions so much as product strategy questions. But in a lot of cases, executives don't know what they are trading off against. So if you are able to create the conversation around which buckets do we want to put in and create three alternatives, I have tried to do that a bunch of times. Let's look at strategy A and this is how to be divergent. Suppose we were putting a lot fewer focus points in Brilliant Basics and a lot more on, for example, big bets. Then there will be a risk that they will be like, we won't have any experiments or very less experiments. We won't have your bugs will stay bugs. But we will get a shot at kind of changing the game. Is there a future that is that sounds better or something else, which is like because you're paying also by a lot of bugs and constant downtimes, which is more secure, but we won't build something amazing, which sounds better. Because you are able to drive that, now the clarity to the product managers is way clearer in terms of what will they do. And also they would know that if they have been signed up for a big bet, then they will need to contribute to the PRFAQ, they will need to contribute to the actual working of that, irrespective of what their product was. But now they are part of something bigger. Awesome.

I love it. Okay, so just to summarize so people can have just a very short definition of this framework. Brilliant basics is essentially tech debt and things that you just have to do like hygiene almost. Bread and butter is essentially optimizing the product, existing product, big bets are big bets. and Breaking Bad are just like future big rocket moonshots, just transform the way the business works.

That's right.

I love it. It's also interesting, another thread that comes up again and again in your advice is exploring all the options before committing to one. I think it sounds like you always try to recommend three. I guess let me say what I always find is important there is I think it's important for the product manager to recommend one along with that. It's not just like, here's three, you tell me which one you do. It's like, here's three, here's my recommendation why. Is that your advice to you or do you see something?

100%, 100%. So when you have explored the three, you essentially have done the work on that I have covered all bases and also crystallized them into a concrete option. And now I'm choosing one on the company's behalf on the basis of whatever I know about the market, about the company, about our strategy, and about how we will make it successful. Now, if I miss something, it's also a time where you can actually work with leadership and other product managers to essentially get that knowledge complete. Or if there are, like, if you're 80% right, you can actually use elements of strategy two and strategy three to bring into one. So that's always the way that you're thinking that one very concrete option, but because you have these other tools so that you're not missing and bringing it together. But ultimately, you are the one who is going to champion this. And that's where the other leadership element of Amazon comes in, which is disagree and commit. But once we have aligned on this one, we'll all commit to launching this and then the leadership should not go back and forth on that part.

Awesome. I want to go in a completely different direction. It feels like you have a lot of contrarian opinions about how to build product and how to build teams and build companies and things like that. So I just want to start broad. What are some things you have contrarian opinions about, things you believe that a lot of other people maybe don't believe or see differently?

So one, for example, excellence and speed. There's always like a question around that, hey, would you rather ship faster or would you rather ship better? In my opinion, when you have to make a choice, think more and ship better. Most experiments should be thought experiments. and they should not even be tried out because they were obviously going to fail, which is contrary to let's try it out and then let's see. I think that wastes a lot of company time. If you had smart people who could do meta thinking, a lot of experiments would just not even be like, it's not a rule, but it's a preference. I think speed and excellence are two different axes. Ideally, you should be better at both, but if you had to choose one, choose excellence. There's another contrarian opinion, which is I think most product managers, and again, I'm probably talking a little bit of the kind of people that I've worked with and have kind of interacted with in product. Most product managers should not even be product managers. They should think a little bit more around whether this is actually the right field for them. because I think a lot of people from other areas have entered the field without fully realizing what it takes. So there is definitely a way in which you can coach yourself and kind of work your way upwards of that one. But it can make you quite miserable if you're not kind of, if it's not right for you.

Is there something folks should look for there that'll tell them you probably shouldn't be a product manager, either motivation or skill set or background or anything?

No, I don't think about, like, particular domains that you come from. I have, like, again, a simple framework of three. I think the first thing is, is essentially raw sharps, and that can manifest itself into problem identification and problem solving. That's one. And also, higher order thinking and all of that. I think that is super important. The second one is what I call drive or grit, because I think with that comes a whole bunch of qualities around curiosity, learnability, never giving up, consumer backward thinking. I really want to solve this and all of that that comes with that. Third, which has a little difference, we talked about that is influence. You're in the business of influence. And if you can kind of see yourself that I'm built this way or I want to really get better at these, that's when I think this field is going to serve you well.

I love that everything is three. How handy.

Only the BBs are four. I wish I could come up with something better.

Yeah, there's too many things to do there. Essentially these are your maybe your perspective on the most important PM skills. A good way to think about it, influence grid and just being smart. And I think what you said here is not like you have to be amazing at these to get into product and do well. It's you need to be excited about getting better at these skills.

That's right.

Awesome.

Because I think it's It's not as if that everybody is born with like a lot of influence. Like of course you can get better rated, but it's just a prospect of that, hey, I will need to be influential to succeed at this job. That should excite you and not scare you away. And you should not think that, hey, you know what, I can get away from this and still be a very successful product manager because most likely you will not.

Maybe spending a little more time here so smart you're probably not going to be able to do a lot about in terms of grit or influence? Is there anything you can share about what you've seen most helps people develop at these skills other than just doing the job for a while and then starting to get better at this?

Yeah, I think even smartness, I think 80% of that smartness, I think is something that's very achievable. You don't need to be outstanding at that. Domain knowledge, for example, is something just like an average smart person with no domain knowledge versus you with armed with a lot of knowledge around domain and so on can already take you there where you can take better decisions. I think first one is more about decision making, problem identification, problem solving and all of that. So I think that really can be developed at least to a level where you are very effective. Drive, I think, is probably the hardest to coach, probably the hardest. I have not seen people with less drive actually eventually turning out with a lot of drive, etc. but they can be inspired. And I think you need to be a person who can think about it that way. But the third one influences, I think, like there's no negotiation there. You need to really think that I have to be good at this one. There's another framework that Lenny wanted to talk about. And when I look at product leadership in general and how do you think about different people and so on, why is it When is it a product manager problem or your problem or the company problem? There are only three reasons again, why things do not happen the way you want them to happen as a leader. And you can look at a person and you would say that either that person can't do, which is a capability issue, or they won't do, which is a motivation or an alignment issue, or they were not set up to do, which is really your problem that you didn't set up the ways of working in org design properly. or we are okay, our structure sucks and so on and so forth. So as a leader, it's almost the opposite of what we talked about, great influence and raw shops. Do you have the right people in terms of capability? And if not, is the right answer for us to coach them or to really put them or mentor them and so on, or move them to some other place because maybe their capability is suited elsewhere? if they won't do, why won't they? Are they not aligned to you? Do they not agree with your vision? Do they not have enough time and so on and so forth? So you need to really go deeper there. Why won't they do? And there are different answers for that. But if it's a setup issue, and at least I have realized that apart from what product managers can do, almost 70-80% of problems, why things don't happen, are a setup issue. Product leaders or other leaders have not thought through what OKRs are doing to my company. They have not really fully thought through around org design. If you have read the book called Team Topologies, that's like one interesting book which starts with Conway's Law and essentially saying, show me an engineering architecture and I will actually tell you what the org design of this company is. But that also manifests itself in products that you can buy. you basically look at a product. In most cases, you will be able to say what was the org design that led to this kind of product.

I've heard that book mentioned a couple times recently. I gotta check it out. Just to the three you just shared, which is another three. I love it. Can do, won't do. What was the third one again?

Didn't do. Not set up to do.

Not set up to do. That one's a long. That's a long one. I think what's cool about these are it. They're essentially ways to measure performance, maybe of a product manager, like. performance reviews. Like, did you have the skills to do this? Did you have the motivation to do this? Or did something not set up for you success? Like you weren't set up for success, basically. Okay, let's go to AI corner. Something I'm trying to do with every guest. Is there anything you've learned about working with AI that you think might be helpful to listeners?

Yeah, I think a couple of things. I think working with AI, many, many, many teams and companies get too excited about AI and the possibilities and so on. And it's almost like a solution ready to find a problem within their companies, which also is fine because now you're thinking about possibilities on what this particular technology can do for my company. So it's a good way to start, but many people don't actually use it in the best way possible and force fit it. Instead of that, you can think about how do I get AI to work with AI. And again, it's connecting back with, and this is something that Swiggy CEO, Sachin, invented this term called AI just to make sure that everybody understands artificial intelligence is important as much as human intelligence. And if you're not humanly intelligent, you're not going to be artificially intelligent or AI really helped your company a lot. So literally any product that you're building, even when it is technologically quite interesting and exciting and so on. It needs to be balanced out and work together along with a great UX, along with behavioral science. And the combination of those two will actually make sure that you are getting the best outcome of that, unless you are building something which is completely back-end with no human interventions. I'm talking about consumer products largely.

You've helped build some of the most successful marketplaces in India and in the world. I'm curious just what may be a lesson or two about building a successful marketplace.

One thing that I would definitely want to talk about is when you're thinking marketplaces, it's not as a one plus one equals two, it multiplies. When you think about three-way marketplaces, you almost not need to think like it's a two-dimensional plane going into three dimension. It becomes that amount of complexity and your regular product management and and leadership principles that will start failing. So a bunch of usual suspects will not work. Let me give an example. OKRs will not work. Why not? So fundamentally, OKRs are a way to think about objectives and key results. But the fundamental assumption here is that it is solving for a kind of user. And that kind of user, you can divide and conquer. And of course, there will be like a little bit of tussle between different teams, but you can get to work with each other. But if it is working for three different kinds of users, then all the goals will all the time be in conflict with each other.

And what are examples of the three users? There's like the delivery person, the restaurant, the end user.

So if you have an example of, on the consumer side, we need to collect more delivery fee. Or what does that really mean for those other two? and on the restaurant side, hey, we need to get more commissions, because profitability is the goal. And on the delivery partner side, it means pay them less or optimize a little bit more. So, but once you start moving one lever, those two are already stretched towards the other direction. So they are not independent levers in the first place. And the way to even model them out, how will it work out if we choose X versus what Ys will change, Y on Z, Z will change, it's almost impossible to do that. So, I've seen Okazee multiple times when you're running this kind of a marketplace, big bets work much better. That's when you say, hey, we want to take this bet, but it's all going to be, it's all going to come together as if we pull this lever, then something else will change. So here's the entire story of let's go make this profitable by making delivery fee higher, but maybe not touching earnings per hour, maybe not touching restaurant commissions. things like that. So I've at least found that's a better way to choose strategically which direction we have to go. The other thing is managing multiple empathies together. That's not straightforward. So again, Swiggy being a real-time hyper local marketplace and we discuss about that, as soon as the order comes, what happens between when user does this and when delivery executive is doing something else and what are the absolute different kind of scenarios that are going to be faced by by the delivery executive. And at the same time, how will I really, you know, work with the user to manage their emotions? So you need to manage a whole bunch of these things together. And product management here, you cannot have the delivery executive product manager only care about that side. They also need to be a champion on the consumer side and vice versa.

Yeah, I find with marketplaces, Uber went through this, Lyft went through this for the like the supply often just gets squeezed because they need to deliver for the customer. So like drivers end up getting housed, you know, Airbnb hosts kind of get pushed to do things they may not want to do. Imagine delivery people, same thing.

Now that you mentioned Uber, for example, one of the things that companies which were running, you know, taxi businesses, if you have just one limited pool of money, for example, and you want to get the marketplace humming with respect to number of orders per day, how do you decide? Should I incentivize my users, for example, for the first ride, first 10 rides and so on, or put zero money in there, but incentivize my drivers that you need to come here. So you have to think about liquidity also in, in very different ways. And, and sometimes you need to pull the lever completely towards the other side. So the experiments also, a b experiments also don't work. And that's a very unique thing about marketplace. It not work, I mean, not work the way that you would expect them to work because there are network effects follower. So if you have to run AB experiments on your driver side, if you put half drivers on A versus half on B, but there is a network effect between the both of them.

When you're trying to decide which side of the marketplace to focus on and prioritize, do you have any kind of lessons or rules of thumb of just like focus on the customer and index towards their happiness versus the supply versus, say, the delivery person.

There's one thing that I think marketplaces need to realize is that A, you need to be operating in a stable marketplace. So all sides need to be stable enough so that they're not going to go away. So I think that's the starting point. And that's an important point because once we have established that, then after stable marketplaces, then we say that which are the, which is the kind of customer that we are in the service of. which are the customers that we will really focus on. For example, Amazon is very, very clearly a customer-centric company. And if they have to make a choice, they won't because they need to have a stable marketplace. Sellers also are very as important, but slightly more important than the customer. For example, if you looked at, say, Taobao or in Alibaba, their way of thinking is their aim in life is to create life changing experience for 10 million Chinese sellers. And they will create a marketplace from the point of view of sellers which can actually sell. Again, they will have the same consumer app and a seller work and so on. They are in the service of sellers. So you really need to derive from the company's vision. I think the way we had thought about it at Swiggy, that we had to clarify in our values that the first value is initially it used to be customer comes first. But that was very confusing because everybody is a customer. Even a restaurant is a selling customer. And so on. We had to clarify that consumer comes first. The end consumer, which is actually eating food, because we are a convenience company that delivers to the end consumer. And when you're thinking about restaurants or delivery partners, then we work with them because we both are, when you're talking with a delivery partner, Swiggy and the delivery partner, we both are in the service of the customer. So you'll build that app also from that perspective and even the restaurant side also from that perspective that we both are together in the service of the end customer.

I feel like you have probably 100 more frameworks and processes and acronyms we can talk about, but I know you got to go. Is there anything else you wanted to touch on or is there anything else you want to leave listeners with before we get to our very exciting lightning.

Just last few words that I want to revise. Work backwards from an amazing future. So first thing is creatively imagine a future and then work backwards from that and essentially think what will make that successful and be paranoid about that, hey, everything is going to go wrong and hence I need to just make sure that it all comes together.

Only the Paranoids survive. Great advice to leave people with. We've reached our very exciting lightning round. I've got six questions for you. Are you ready?

Yeah. What are two or three books that.

You'Ve recommended most to other people? One book is Working Backwards.

We covered that. The other one that has shaped my beliefs a lot is called How Brands Grow. It's by a professor called Byron Sharp. The two parts to it, How Brands Grow One and Two, that's both very good. The other book which I really love is, and recently, Kunal Shah, who's the founder of Cred and Indian startup he suggested is the luxury strategy. And the reason why I love that book is because it gets into the depth of the human psychology behind hierarchies and how lords and kings and those kind of social hierarchies have shaped how people think about aspirational products and so on. So highly recommend it.

What's a favorite recent movie or TV show that you've really enjoyed?

I really like to do reruns of the office. So it's, I was trying to think about this is what is the recent movie that I watched? I'm like, no, I keep on going back to the office in some other episode and try to drive a lot of, you know, stories from Michael Scott. And the, okay, the US one, not.

The British one, or do you watch both?

No, I've watched both, but the US one has like a lot more seasons.

Do you have a favorite interview question that you like to ask candidates when you're interviewing Product manager specific.

Which are the products where you decide speed is more important versus which are the products where you decide excellence is more important? And I think that gives me a good understanding of their frameworks and why they're designing what. And then we go back into concrete examples where they chose one versus the other and then take it from there.

And then what do you look for in a good answer to that question?

I look for essentially their assessment of risk, their assessment of how important have they or how well have they assessed the market and the competition or the competitive products in that market. And if their answer is let's ship something and we'll find out and so on, that also gives me basically a point of view that they really don't understand that this product, what they're talking about with this ship with speed is not read the the V part of the MVP. It's not viable or it's not or I don't know how do you call the MLP or like whatever, but it's not differentiated enough that it can be marketed. It is not worth enough where we can take it to user. It's not going to work for a lazy, when and selfish user. And maybe that's not the answer towards speed versus excellence versus, for example, there are some products which are very clear competitive differentiation that we can find. There was a clear market gap. I wanted to launch something, even if it is half baked, no problem. I want to go take it out, get user feedback, iterate and so on. So understanding of the market A, but B also understanding of the core orientation.

Turns back to your ongoing advice of being full stack in a lot of ways, and in this case, being a full stack PM, thinking about marketing, launch and adoption, all those things. Next question, what is a favorite product you've recently discovered that you really like?

The very recent product that I like is called Rise. It's a sleep tracking app and because I am kind of a half insomniac and for the longest time I was thinking about how can I track this, what am I doing and how can I actually get better at this? So I really like the way that they actually help the end user. It's just been a week since I've started using it. I would recommend it.

Has that helped your sleep yet or too soon to say?

It's helped me track my sleep. And now it's getting into the zone where it is actionable, but I like it.

Okay, we'll see. Do you have a favorite life motto that you often come back to, like to share with people, kind of think about in either work or life?

I would call it a life motto as, as much. But one of the things that I keep telling my people who work with me alongside me and so on is stop externalizing. That's one, which also means the more artistic way to say that is you are the reason for your own misery. So that's something that keeps using a lot more in a fun way. But if things go wrong, if that leadership meeting didn't happen that way, if my product bombed and so on, Go back and let's ask ourselves, what could we have done better? What I could have done better and so on. And of course, because I'm also a poker player, so in a way I understand there is half luck involved and half skill. But over a long period of time, if it's only luck and you're feeling and feeling and feeling, you have to go and look back at your skill. So, yeah, you are the reason for your own misery.

I love that advice. Be very empowering and be responsible. Final question, I was stalking your LinkedIn. You host an event called the Secret Soiree. Which, it's not that secret because you post about it, but I'm curious just what is that all about and what got you to do these sorts of events?

So we just started like me and an ex colleague of mine, Shivangi. So we essentially wanted to meet cool people around. So that's how it started. Like interesting people without agenda who can come together and discuss interesting stuff about entrepreneurship, about startups, about products, about connections and so on and so forth. So it just started like that. And now we are on to many, many more interesting things that we are bringing in, in terms of cohorts and which will be team-based. So it could be around product management, around marketing, around growth and so on. We are strictly keeping it not for profit for at least in next year, but long way to go. Amazing.

And so for listeners, is this something they could join? Who should look into this? Who is this for? Absolutely.

At that time, probably we'll not call it the secret soiree, once they have expanded. No longer secret.

Okay, cool. And then I guess is they just follow you on LinkedIn, right? That's how they can keep up to date with these sorts of events.

Okay, cool.

On LinkedIn as well as on Twitter. Awesome. Anuj, we've gone through so many topics. We've talked about breaking bad and full stack product management, full stack thinking, working backwards, bread and butter, rule of threes, I don't know, so many things. Two final questions. Where can folks find you online if they want to reach out and follow up on anything we've talked about? And how can listeners be useful to you?

Yes, so I'm on Twitter. It's on twitter.com/anujrathi and LinkedIn, you can just search my name. pretty active on both of them. I do a bunch of, you know, not podcasts all the time like you host Lenny, but a bunch of other events as well as talks. So keep on posting on Twitter. We can find you there.

Amazing. Anurag, thank you so much for being here.

Thank you so much, Lenny for hosting.

It's my pleasure.

Bye everyone. Thank you so much for listening. If you found this valuable, you can subscribe to the show on Apple Podcasts, Spotify, or your favorite podcast app. Also, please consider giving us a rating or leaving a review, as that really helps other listeners find the podcast. You can find all past episodes or learn more about the show at lenniespodcast.com See you in the next episode.