Becoming a super IC: Lessons from 12 years as a PM individual contributor | Tal Raviv (Product Lead at Riverside)

I've had thousands of people tag my CEO on Twitter calling on him to fire me. I was actually on vacation and I got bored and I was like, I haven't logged into Twitter. I haven't posted anything on Twitter for a while. What's going on on Twitter? And I see that the notifications number is maxed out. It's like 999 plus or whatever. And I was like, Wait, what? And I clicked the notifications tab and I see the first tweet is has@ceohandle fired@tallreviv. And I saw that that has a ton of retweets and I keep scrolling down and I start to piece together another story.

Today my guest is Tal Raviv. This is a very special episode for me because Tal was one of the first and most active community members when I was just starting my newsletter Slack community and as a PM I've admired from afar for a very long time. He's got some really unique and insightful takes on how to be a great product leader and interestingly he's decided to stay an IC product manager throughout his entire career up to this point which is over 12 years as an IC PM. I've never met anyone that stayed an IC for this this long. He's been a PM at Patreon, at Wix, at AppsFlyer, and most recently joined Riverside as their first ever product manager. Riverside, by the way, is the platform that I use to record my podcast, so this was kind of a meta experience for both of us. He's also a former founder, and outside of tech, he volunteers as a surf instructor for people with disabilities. In our conversation, we talk in depth about the IC career path, a bunch of tactical advice on how to be more productive as a PM, including a killer example of how he uses ChatGPT to scale himself, Tal also explains why every tech company has just two departments that matter: the difference between book smart decisions and street smart decisions. We also spend the most time I've ever spent in Failure Corner, where Tal shares all of the times that he's failed in his career and how those experiences made him stronger. And it was really important for him to share these things because he wants people to understand that successful people fail a lot and those failures make you better. If you want to learn more from Tal, he's actually about to launch a course on Maven that's called Build youd PM Productivity System, which based on the conversation that we had, I am confident is going to be awesome. If you enjoy this podcast, don't forget to follow it and subscribe in your favorite podcasting app or YouTube. It's the best way to avoid missing future episodes and helps the podcast tremendously. With that, I bring you Tal Raviv. Tal, thank you so much for being.

Here and welcome to the podcast. Thank you. It's great to be here. This is a long time in the making.

It has been a long time in the making. You're interesting in so many ways. We're going to talk about a lot of different things. One of the things that makes you most unique and interesting as a PM is that you've stayed an IC product manager for your entire career for 12 years. I don't think I've ever met a PM that's been an IC for 12 years. I imagine you've had many opportunities to be promoted. I imagine this has been very intentional. and I also know a lot of people actually think about this a lot. Should I move it to management? Can I stay in IC and be successful? So I want to spend some time here to start. And my first question is, why? Why have you decided to stay in IC? Why have you not moved into management?

I don't really have a strategy for my career. Like, my strategy is not to have a strategy. For the longest time, I've gone by, am I excited to wake up in the morning? And what's going to make me excited to wake up in the morning?

Right?

Not every single day, not all the time, but. for most of my days that I work, what's going to make me hop out of bed and just kind of follow that. And over time, as I got to have different managers and different product leaders that I've worked with, I've never looked at their schedule or their days or how they spend the high percentage of their time. and said, wow, that's what I want to be doing. If I compare their days with mine and the stuff they're busy with and focused on. And at the same time over the years, I've also noticed that the colleagues that I identify with the most, like the ones where I just feel I most relate to them, many of them have that same pattern where they've gone to team lead or director and so on, and their next role, they request to be an IC. They insist on being an IC. And yeah, so that's from the tech world, that's what informs that and the values I had growing up just watching my dad, he's a researcher, he's a professor, and he just has a blast every day. He refuses to retire. He's just so enthusiastic about what he does. And he's never aspired to be a chairman, provost, like that. He just loves what he does and he stayed there. I just see the joy, like the fun.

This episode is brought to you by Gamma, an entirely new way to present your ideas powered by AI. If you hate designing slides and dread that feeling of staring at a blank slide, Gamma is here to help. Just upload your PRD and turn it into a beautiful, ready-to-present presentation in seconds. Gamma works with all types of formats, from Google Docs, PDFs to PowerPoint. You can even drop in a link to your favorite Lenny's newsletter post and turn it into a presentation for your team. Gamma has become one of the fastest growing AI web products in the world, adding 20 million new users just this past year and is setting its sights on becoming the modern alternative to PowerPoint. Whether you have design skills or not, Gamma can save you hours of time synthesizing your ideas and shaping your content. Visit gamma.app and use promo code Lenny to get a free month of Gamma Pro. That's G-A-M-M-A dot app. This episode is brought to you by WorkOS. If you're building a SaaS app, at some point your customers will start asking for enterprise features like SAML authentication and SCIM provisioning. That's where WorkOS comes in, making it fast and painless to add enterprise features to your app. Their APIs are easy to understand so that you can ship quickly and get back to building other features. Today, hundreds of companies are already powered by Work OS, including ones you probably know, like Vercel, Webflow, and Loom. Work OS also recently acquired Warrant, the fine-grain authorization service. Warrant's product is based on a groundbreaking authorization system called Zanzibar, which was originally designed for Google, to power Google Docs and YouTube. This enables fast authorization checks at enormous scale while maintaining a flexible model that can be adapted to even the most complex use cases. If you're currently looking to build role-based access control or other enterprise features like single sign-on, SCIM, or user management, you should consider Work OS. It's a drop-in replacement for Auth0 and supports up to 1 million monthly active users for free. Check it out at workos.com to learn more. That's workos.com. so much of that resonates with me. There's actually a period of my career where I was, I was not an IC, no, I wasn't IC, and I was just like, I don't wanna be promoted any higher. Everyone I look at above me is just so stressed and I just don't need this and things are great. Why would I wanna change that? And I love that you stayed close to that. I know a lot of things pull people towards management, compensation, their status, more impact, trying to, you know, like learning to be a manager. Is there anything there that's just like pulled you and you've been just like, I'm gonna give that up and I don't need that, or is it or life just as good as an IC for you?

I won't lie over the years, despite like everything I said, if somebody who is my, you know, same amount of experience or same cohort and gets promoted and becomes a team lead and makes that decision and rises up, it does twang in my stomach, it gets on my ego. I have that moment where I'm like, wait a minute, what about me? Should I be doing that? And it makes me question everything. And then I say to myself, okay, so go for it. Tell your manager you changed your mind or whatever it is needs to happen. then I'm like, well, do I actually want... I kind of get back to that same logic of like, what I don't actually want that. So if I could push a button and switch with them, I wouldn't. But definitely, you know, very human at the same time.

For someone that's trying to pursue this path, trying to avoid these sorts of things, and say just trying to be successful as an IC, looking back, is there anything that you've learned? that has helped you be successful and pursue the thing that makes you happy?

I think the big elephant in the room is compensation. I think that's like, you know, whenever I have this discussion with friends and colleagues, like that's always like the, well, there's two things. There's compensation and there's like, can it be interesting? Like, don't you get sick of it?

Right?

So I think, you know, that classic book drive, you know, motivation comes from autonomy, mastery and purpose. And I think for me, the IC role, it's definitely very autonomous. It's one of the, being a product manager is one of the most autonomous roles and most amount of agency you can ask for. I think mastery, I once heard Marty Cagan say in a workshop, you know, product manager role is just one of those roles where you can just keep doing it, you know, for a really long time because it just gets, it just keeps changing and you can change industries right without having background in it. The situation changes every time you do it in every different context. It's just so different and interesting. And purpose is one that I took for granted in the past and I learned how important it is. I think if you feel that you're building something that you really want to see happen in the world and you really want to make sure it's done well, you don't trust anybody else to do it. You want to be the one to work on it and make sure that this gets done well in the world. because it matters to you, then I think you're, you know, you're in a really strong place from that point of view. Like that really gets you motivated and you want to be hands-on and it keeps you really focused.

I want to drill into something you said around compensation and just generally what you've done to be, to stay down this path. Because I know the compensation, that's a real thing. Is there anything you've seen or done that has helped you be more comfortable with that in terms of getting the comp you think you deserve, being an IC this long, being like basically a super IC?

I think first of all, you have to believe your worth. You have to genuinely believe and understand that an individual contributor in product management is worth, can have a really big scope, really big ownership, really big impact, and matters a lot. And I think the industry is coming around to that. We'll talk a little bit more about this, but the great flattening of the last few years and you know, I've seen, like, talking to friends who are Founders and the founders here at Riverside are really looking for people really experienced who are really Hands-On like that's like, first of all, we just need people who get stuff done. And just recognizing that in yourself and believing that and recognizing that in the industry and remembering there's a really good analogy here in engineering, right? Where it really makes sense to all of us that, like, you shouldn't have to rise into management in order to increase your compensation. You're equally or just as valuable, right? Not as a manager, as a domain expert. And that's step one, really understand that you are really, really, really valuable as an IC. I think tactically speaking, one thing that I've done a few times, different interview rounds, is when it comes to compensation, you've probably heard the line, well, that's a really high number. But, you know, we can't reach it, but don't worry, we're growing a lot. The product or is going to grow a lot. There's going to be a lot of opportunities to rise into management. So, you know, there's going to be a lot of opportunities to increase compensation over time. And that's like a classic line you might hear from a recruiter or hiring manager. And in those moments, it's kind of like puts you in a weird position where it's like, well, you know, you don't think you're going to rise up. You can't like debate that so well. And what I say in those moments is, I'm glad you mentioned that. I actually have no intention of going into management or rising up in those ranks. And I know that you and I know that the industry traditionally undervalues the IC role. So it's really important for me to have that number now and that works.

Wow. Okay. Very straightforward. So maybe along those lines, just a final question on this track is just, for people that are trying to create a space for an IC path at a company or as a company trying to do this, anything you suggest they do to make this a thing for people that actually want to stay ICs to set this up as a real career path.

Have the titles. I think having, you know, good, you know, titles that are clear that you can move up into, first of all, just like creates it as an idea that there is progress. creating clear levels and rubric just like you would for, you know, within any level or within any title. I think saying it out loud, recognizing it, I think it's just like at the end of the day, you know, we all want respect, we all want to feel that we're growing, we want to feel that that's recognized. So I think putting it in words goes a really long way.

So in terms of titles, what are the titles you find? Is it principal product manager? Is there other titles you've found helpful and how many levels of IC do you find you need?

The ones I've seen on LinkedIn is there's product manager, senior product manager, principal product manager. I've seen a distinguished product manager at last year.

Oh, yeah, I think Amazon, I think, has that too.

Amazon too?

Yeah.

I think those are the exception, not the rule. But yeah, I think putting in words really helps.

Okay, so principal and distinguished. Amazing. Distinguished is the highest level you've seen of an IC PM.

And I think super I see, I.

Guess that's super I see. And we're going to talk about that. And then in terms of root breaking career ladder, basically it's just the same way you have a career ladder for managers. Just have it further, go further for IC PMs.

Yeah, I think product is usually like the last department to really, just because it's smaller, I think.

Yeah. Okay, amazing. Really helpful. We've talked about this idea of super ICs and as you mentioned, there's kind of this been rise of and shift of flattening of orgs, as you said, of people hiring more senior product managers is there's a sense of that. And their companies are expecting more of PMs just doing the work, not managing their PMs. And I feel like you're such an interesting prototypical example of the PMs people wanna hire. and with AI, it's unlocking a whole new lever and opportunity for a lot of PMs where they, in theory, can actually achieve this thing that companies are looking for them to achieve, which is just get more done. So any just thoughts along that track of just like more is expected of ICPMs, there's more need for ICPMs and AI making it easier. What have you seen there? Where do you think things might be going?

We've seen the last couple of years, you know, I think it was, you had on here Nikhil Singhal, talking about when Facebook had those really big layoffs that they were biased towards keeping individual contributor product managers. Zuckerberg talked about the flattening. And I've seen here at Riverside during that same time, founders talking about how they were just really looking for, can we just find some really, really senior experienced people who want to stay hands-on? That would be the dream, right? I also have heard from friends in the market, the hiring market, that there's just a lot more experienced people competing for the same IC roles as a result of all that. So I do think that the result of that is a lot of, I think the result of that is being at 10x PM, for example, is becoming more and more table stakes, especially like you mentioned with AI. That's just the tailwind for all of that.

And we don't have to go too far down this track, but have you actually experienced this yourself? Have you found really interesting ways to leverage AI and become more effective?

Just this week I have an example. My team, I have one team that's trying to introduce much more rigorous Scrum as it hires a lot more developers. Part of that is a lot more paperwork as a product manager. In some companies, it's a whole role that they hire just to do that. And what we did is basically took ChatGPT, told it the format of the stories and epics and so on, and tried something where I just dictated and spoke as if I was doing a kickoff. And I just talked naturally and out it just put out all this really, really, really amazing detailed stories and so on. And I just had to edit it a little bit. But so that was like a, you know, Aha moment for me, like, okay, that would have taken either dividing the team into smaller pieces or multiple product managers to be able to keep up. And, you know, obviously the next step is like, we just take the actual kickoff, record that, transcribe that, and like feed that in. We're playing around with that as well. You can imagine what might have taken, you know, 10 years ago or five years ago, a director organization, like a director level organization and everybody reporting to that director. to achieve something could probably be achieved with an IC now. And I think this ties in because the product career path is going to be even less about people management and just more and more about leadership and the core product manager skills.

This is a really interesting example of how you're using AI. I want to definitely spend more time here. It helped me understand exactly what you did. So you had a bunch of projects that you were kicking off with a bunch of different teams with a PM. Leading each one or Scrum Master and leading each one.

So this is actually, we tried this on one team, but it was like a really big project. Okay.

Like a ton of stories, yeah.

Can you explain what the project is briefly or? Sure. Okay. It's a, I'll say it's like a pretty fundamental change to the user experience. So it touches on like everything.

Oh, shit. Ever Riverside. Okay. Oh, man, here we go.

I'm excited.

Okay, so you have this big project you're kicking off to rethink the experience of Riverside. And normally you're saying you would have had to write all these one-pagers and specs of the components of this project, like the different features and products. Is that right?

So the high level why we're doing this, usability studies, the design, the vision, all that stuff we did without AI. That was me, director of design and our founder. But then it came time for the rubber meets the road. We did a kickoff on the engineers, everybody's bought in, everybody's excited, and now we need to really make sure that things are really, really well defined and very, very clear and easy for testing afterwards and just make all that stuff, the high level stuff, really specific. And so that means user stories in Jira in this case, right, for this team, that's how they prefer to work. And a specific format, that they've asked for. And so it's like a story and there's, it's called like Gherkin. I'm learning this too. This is new to me. Given this, when that, then that, it's really tedious. When it's small, it's actually really fun to write because it makes you think. But when you have so many things that need to change, it's overwhelming and would either delay the team, that would be the bottleneck, or we just have to split it up. What we did is we took that template. My team lead said, hey, this is the template I would love. I gave it to ChatGPT. I said, you're an expert PM, product owner, Scrum Master, whatever. This is the template. Do you understand? It's like, yeah, let's go. And then I said, well, actually, before we get going, I want to tell you, I'm holding down the dictation button. I use Whisper AI to dictate. And I was like, let me just tell you a little bit more background. I just started talking to it like I would for a developer joining the team. and I just started to talk about why we're doing it and so on. I was like, so do you understand that? He's like, yeah, cool, let's go. And then I said, okay, well, the first thing is we're going to change this area and it's going to work like this and it's really important that this and this happens. And I just talked super naturally to it, just like I would to a person. And when I was done, I hit enter and it created that user story in that format with all those cases that would take me so long to write. And I would say the thing that we still really needed a person for was deciding how to break up this really, really big change into those stories. What is the logical way to split it up engineering-wise, which my team lead did. But once you have that, each one individually worked really, really well. So I'm now experimenting with taking the transcript. I tried this actually, experimenting with taking the transcript of the actual kickoff that we did. that we recorded on Riverside and had it transcribed, and I copied it and put it into ChatGPT. It didn't work as well. So I'm experiment tweaking it to see how far can we push this.

This is awesome. I love that you're sharing this. So you had basically described the project and all the different features and user stories and words using Whisper, and to use Whisper as an app. or is it within ChatGPT? Where do you actually access this?

It's built into ChatGPT's desktop app and mobile apps. Like if you dictate that way. I also have like a desktop app on my own that I use because it's just such a great, you know, transcription model. Awesome. It's open source free provided by OpenAI.

Right. It's OpenAI's speech to text system. And then they're adding voice mode soon. Like it's coming out to people. So this is going to be built into ChatGPT. you soon. Amazing. Okay, so you talk about here's all the things we're going to be changing in the product. You give it a template. Where do you give the template? Is it you put the transcript into ChatGPT with a prompt of here's the template, or are you just even still.

Describing that in the recording? No, the template is something that my team leads like, this is how I'd.

Love to have these written.

He just says it as part of the transcript. He sent it to me. He sent it to me. He sent it to me. He sent it to me. He sent it to me. He sent it to me. He sent it to me. He sent it to me. He sent it to me. He sent it to me. He sent it to me. He sent it to me. He sent it to me. He sent it to me. He sent it to me. He sent it to me. He sent it to me.

He sent it to me. He sent it to me. He sent it to me.

He sent it to me.

He sent it to me. He sent it to me. He sent it to me. He sent it to me.

He sent it So the first thing I did, I opened a new thread in ChatGPT and I said, you,'re an expert, product manager, product owner. This is the template we want to use for user stories. Do you understand? Hit enter. So it's like, cool, I get it. And then I start to talk about the changes we want to make.

Okay, this is amazing. I could go down this track all day, but let's shift a little bit. Is there anything else you found to be really helpful in Having leverage as an ICPM kind of along these lines, whether it's A or not, just being that super IC, essentially getting more done as an IC.

So the way I think about this is how you manage your own time, how you design your days, your energy, your focus, and then your team and how you build that culture and those habits to just give you a lot of leverage as an IC so that, you know, still as one person, You can, you know, own a lot of scope, you can influence a lot, you can, manage a lot. So personally for my time, I really believe, and I think you've written about this as well, in actively designing your days. And for me, I really strictly split my days between deep work and what I call ping pong or, you know, ping pong. You can imagine it's like when you're, you've opened slack and it's just constant, you know, hitting the bell back and forth. It makes your brain feel like scrambled eggs. You're not going to be doing any, deep thinking or reading or strategy. So for me, I'm a morning person and I block off my morning for meetings. A lot of people give that tip. I go even further and I don't open Slack before noon. I've been doing this for eight years. I don't open Slack at all. It gets really extreme to the point where if I need to send a message, it usually fails. I usually open Slack before noon because I need to send a message. And then I realized all these messages don't need to be sent before noon. Just because I thought it at 11:00 AM doesn't mean I need to send it at 11:00 AM. There's no urgency at that level. So I actually keep a section of my to-do list, which is when I open Slack, here are the messages I'm going to send. And I write them as if I'm about to hit enter in Slack, but they're in my to-do list. And sometimes if I really, really, really rare moments, I'll need to check something. I'll ask the person next to me, like, Hey, can you go into this channel and just show me that thing? Because all their notifications like, you know, trigger my brain into scrambled eggs again.

So that's an awesome tip. Yeah. And I know people will hear this and be like, there's no way I can do this. Is your insight as you can?

Yes. Usually when I share this, people are like, well, what if something urgent happens and people are looking for you? This has happened like twice a year. Like, you realize how not urgently needed the PM role ever is. Like, And first of all, over time, people really respect it. They learn that this is how you work and they come to really respect this. And second, the key people that I work with have my phone number and I tell them, you know, feel free to call me at any time. If I'm not on Slack, if you really need a response, just call me, WhatsApp me, whatever it takes. And First of all, it's like a barrier, right? It's not like a quick message. So it really is only for urgent stuff. And, you know, I have, like, you know, for twice a year, I'll get, like, a WhatsApp message from my manager, from my team lead, Hey, something urgent is happening in Slack. Like, we really need you. And then I'll open Slack, you know, violate my rule. It's totally fine.

But that's like, it's so rare that the system works for me.

Amazing. Okay. Anything else along those lines? This isn't awesome.

Little tip.

I personally keep a weird habit. I realize it's a weird habit. I call it product scrapbooking, where I have this massive notion database of every opportunity, big or small, that's ever come up. And when a piece of evidence out in the world comes in, it could be a support ticket or a CSM sends a gong call, or there's a really great Slack thread with an amazing brainstorm happening and ideas, piece of data, whatever it is, I'll file it. I actively take a screenshot or whatever it is, I file it and I start to cluster these in this really messy notion. And the reason I do this is that I've learned that we have these roadmaps and strategies that seem linear, but life and customers and insights are not. So when the time does come around to work on that thing, and that opportunity comes up, I can pull up that notion. And I already have a bunch of really in the weeds, real world clues to start with and even persuade people that we should dig deeper into this. Or for example, another advantage is that if I'm on a conversation with a person from sales or CSM from customer success and they'll mention a request, I can open that up and I'm like, yeah, this is actually this client and that client and that client also mentioned that. and you see in their face that they feel heard. You've been listening all this time, you've been writing this down. I think that's really important as well.

I love these tips. I love product scrapbooking as a term. It makes so much sense and it's immediately clear what you're going to be doing. And I love how simple the approach there is. Is there anything else along those lines or is there something you want to share around this other bucket that I think you hinted at of helping your team set you up for success and get more done?

I believe in cultivating very self-reliant teams. And I think that's really key to having a lot more leverage as an IC, being able to manage multiple teams if needed on much bigger areas of the product. I think the key of that is having this mindset that product isn't a role, it's a team. and I read a quote once by Abby Attawodi and she's worked on Netflix and Uber and she's super experienced and she says something like, it's not about waiting for products, products said this or that or waiting for product, we're all product. And I really try to have that as the cornerstone of a culture of any team that I'm on. that, you know, I had a new teammate come up to me recently. He just joined and he was on engineering and he came up to me excitedly and he's like, I found a case that you didn't think about. And I was like, okay, awesome, but hold on, let's talk about language. Like product is not a role, it's a team and whatever it is, I don't even know what it is, but everything that we own, like it's both design was involved, engineering was super involved, you know, yes, I was there. And it's, let's call it, hey, I found a way to improve the product, or hey, I found something that we didn't think about. It's really, really important. So first of all, like that language, that culture, that, you know, it's not like this hub and spoke model and like the PM is at the center and making all these decisions and, you know, passing things through. So first of all, that's like a fundamental mindset. It's really important for each team to have to be more high leverage as an IC. The second thing is personally to seek to not be needed, but be valuable. And the difference is, if you think about your day as a product manager, look for situations where is there a game of telephone that's constantly passing through me? Are there a lot of situations where clearly you're the bottleneck, like your attention, your ability to get to something is the bottleneck and a lot of people are waiting on you? Do you find like a lot of communication is happening direct messages with you instead of public channels for the team? Are a lot of working meetings just like you and one other person on the team instead of maybe two or three, you know, not too many either? So all those are like opportunities where you can create a different situation where a culture on the team where people are figuring things out between themselves and maybe involving you at the very end. So one of the things that I really put a lot of energy into is really encouraging people to get conversations out of direct messages and into channels. This is like a really important way to cultivate people were just working together and figuring things out in between one another. And anytime somebody sends me a direct message, I say, this is a great question. Can you please put it in this channel with the team? I'll answer there. But it's really important for me that any decisions we make are transparent, that it's easy to find it later, that there's a few other people who should probably chime in if they want to. And this could be at the team level. I worked at a company that had a really, really big customer success organization. They'd constantly find you as a PM and just DM you these questions. And I'd say, great question, put it in this really big channel. That way, and I give a reason. So that way, other people on the customer success team can search the channel and find the answer later. It can help other people. And if you do this enough, it becomes a snowball effect because other people on the team we'll see that other people are posting in public channels and feel more comfortable with it. And that just becomes a chain reaction.

Such awesome advice. There's like it's so counterintuitive also, I think, to a lot of product managers where you're basically saying, like, remove yourself as a dependency, delegate more, empower everyone on your team, have engineers come up with ideas, have them write things like one pager specs, things like that. Like, become less valuable almost, which I think is not the natural tendency.

Become obsolete.

Become obsolete.

And that's the dream, no? That's my dream.

I love that. But I think there, like, if I thought, if I think about trying to do this, I think you need like a real confidence as a PM and be in comfort with chaos. A lot of times PMs, they want to be the hub because the more they can control the narrative, the more they can control what people see. CX pinging an engineer, like, oh my God, they're just gonna start working on this thing. And we have this roadmap, we have priorities. What are they? How do you manage that challenge?

Yeah, there's a great phrase I heard a mentor once say, which is culture over process. You know, process is important and sometimes you need process to scaffold until you build the culture, but I think it's like you've got to view the team as this asset you're building. Right? This culture is an asset that you're building and you're investing in it and you're, you know, cultivating it and you want to build something that's stronger than, that's a great example. A CX person or salesperson just directly messaging an engineer or just asking for something. You want to build something that's resilient to that. Like that's the real product that you're building as a PM, I think, is the team that builds the product and is resilient to all this. It doesn't happen overnight. It's not going to happen in the first quarter that the team has formed. But it happens over time gradually with little messages and little interactions and positive feedback and asking people to work a little bit differently and giving them a reason why and building trust. And I think that success in my job is to build a very self-reliant team that's very resilient to all those things that I would otherwise, like you said, keep me up at night and really make me worried.

You shared an example of how you do that, these little mic, I call these micro interactions. So much of a PM is these micro interactions with team members, which is so much harder now in a remote world where you can't just walk by and just do a little chat. The chat you shared, I think, is an awesome example where the language was a really powerful shift in how this person thought. Is there anything else along those lines you could share of how to create this sort of culture?

One thing that I try to do is when somebody takes something that would be my job, right, and does that, like, whether it's on the design side, they lean in more or on the engineering side, they lean in more. People bring ideas or they say, Hey, I took the liberty of doing this. It could be as small as something bureaucratic or as big as an idea or a suggestion. I just shower them with positivity. I just show them just how excited I am that they did that. I just want that to happen again and then to feel even more bold. And just like when somebody takes something off your plate, when somebody does kind of the PM, what you think is like, that's PM thinking, what are you doing? Just really want them to feel that that is extremely welcome.

And imagine there's a bunch of coaching you do to help engineers, designers, researchers, data people think the way you think almost. to kind of become more PME? Is that a part of this too?

I don't know if I would call it coaching. It's like a lot, like you said, just a lot of little behaviors. So one thing I try to do along those lines is when there's something that's on me to do for someone or the next logical step, I try to do that live with them. So if somebody asked me a question about, hey, what does the data show about this if we went that direction? I'm like, I don't know, let's find out. Instead of saying, hey, I'll get back to you, let's open mix panel, let's play around with this. And I don't tell them, hey, it would be great if you, I just show them how easy it was. Like, hey, if I could figure this out, like, you know, this Fisher Price data for PMs, like this, you could totally figure this out. That's what I'm trying to imply by showing it. Or, you know, if it's a write a, create a Jira ticket just to make something happen quickly and document it. I like, Hey, let's just do this together on the call right now and make sure I get it right. And what you see is over time, you know, some people more than others, but they start to just naturally want to do that themselves, ask you for that access, start to do those things. Hey, you know, I did this and I wrote the geo ticket for it. I did this and I did the data analysis and, you know, that grows over time.

You actually have a course that you're launching or is out now or about to launch that teaches a lot of these things. Talk about that.

Yeah. This is a passion project I'm working on with Maven, the learning platform. It's a course called Build youd Personal PM Productivity System. And it really goes super deep and super practical into these topics exactly, like how to design your time, how to manage yourself, how to manage your emotions, how to cultivate self-reliant teams, how to give feedback and create a product org that puts less overhead. on you as a PM. And yeah, the idea is to just take all these topics and just make this really, really, really hands-on.

Awesome. I feel like I wish I had this. And I feel like you're such a great person to teach this because as an IC, this is how you succeed. This is the thing that makes it real hard to stay as an IC. And again, with the rise of AI almost creating a space for super ICs, as we talked about, Feels like this kind of stuff is going to be more and more important. So we'll definitely link to that in the show notes. I want to shift to a different topic. I think you've kind of shown people this already, but you have a lot of very contrarian opinions about a lot of things. You see things a little differently. And there's a few other things that I've seen you talk about that I want to spend a little time on. So I'm just going to go through a few of them and just share whatever you want to share on this. Sound good? Sure. Okay. Okay, cool. The first is you have this phrase that, or this concept that every tech company basically has just two departments that matter.

So yeah, over time working at a bunch of hypergrowth companies, I've started to notice that there's some departments that are the reason that company won the market and also started to realize that, and this is sometimes true of the department, you know, that I'm in product, that even if, you know, product did a 10x job, you know, it wouldn't be a 10x outcome for the company over the decade. But for example, it could be if marketing did a 10x job, the company would have a 10x outcome over the decade. And I started to observe this over the years and I noticed it's roughly usually like two things. two companies, sorry, two departments. It's roughly like two departments that this boils down to in each company. So I'll just make this really concrete without naming names. The companies that I worked at, the two departments at one company was product design and support. Like those are the, like if those two departments were 10x, then the company would win. Another company was data accuracy and customer success. Another company was the thing that made them win in the market was trust slash brand, like a trusted brand, and payments. And another company that I worked at looking back, what made them win in the market was marketing and engineering, like scalability. So product sometimes is on this list. so one of the companies I worked at, like I mentioned, in product design product, if that department does 10x impact, then the company will succeed 10x in the market. But it's, in my career, it mostly hasn't been product. Product has to do a good job, but it's not the, you know, not the biggest lever for that company, even though it's a tech product company and I think this really crystallized for me when I finally worked in a company where product is that department. You feel that.

Okay, so the $64,000 question, whatever billion dollar question is, how do you know which two departments matter most?

First of all, look at what really drives the growth. What's the growth model? What are the levers? Ask those questions. How does it work? Ask officially and ask as part of your back channeling and reference checking. The second thing is if you're really seriously checking out a company, evaluating a company, truly understand that customer and what are they actually paying for in this industry? What is the real product? What's the real value that they're getting? Clearly they're paying for a product or a service, but beyond that, what are they actually paying for? Ask those questions and I think that'll make it clear.

I think maybe one trick here is just see what team drives growth. Oftentimes it's going to be sales, oftentimes it's going to be product, experiments they're running, could be marketing.

Exactly. And that department, if you're whatever role you have, if you're in that department for that company, that's going to be your career defining work. That's why it's so worth it. That's kind of, you're going to attract the best colleagues, your careers are going to have a step function jump. It's a totally different experience.

And this is when people say a company is engineering driven, product driven, marketing driven, sales driven, this is exactly what they mean. Which team matters most to the company because they are driving the most growth. So if you're a sales person on a sales driven company, you will be valued more highly than being a product person at a sales driven company.

Now, when I graduated from college, I had a friend give me advice. He was like, Don't be a finance guy at a tech company and don't be a tech guy at a finance company. This was 2009. So like, yeah, anyways. Yeah.

And I think this is where a lot of people struggle where they're PM at a company that is very not product driven and they read all these books about being empowered and having agency and autonomy and instead they're just the team that people, they're just feature factories because other teams are in the show and We don't need your opinions. We know how to grow this thing. Just build this thing for us.

And here's the thing. That's okay. That's what that company needs to succeed in the market. You think about the Olympics. This is analogy that came to mind recently. It's like, let's say you can think how a marathon runner looks and how a swimmer looks. They have very different, they look very different. You can spot them. in the row of athletes. And if you imagine, you know, product being a lat muscle, that's product department, you know, you can be a lat muscle for a marathon runner. You can be one for a swimmer and a marathon runner needs one and it needs to work. Uh, but right. It's, you want, where do you want to be that lat muscle on the swimmer, on the, on the marathon runner.

I love that analogy. This episode is brought to you by EPO. EPO is a next generation A/B testing and feature management platform. built by alums of Airbnb and Snowflake for modern growth teams. Companies like Twitch, Miro, ClickUp, and DraftKings rely on Eppo to power their experiments. Experimentation is increasingly essential for driving growth and for understanding the performance of new features. And Eppo helps you increase experimentation velocity while unlocking rigorous deep analysis in a way that no other commercial tool does. When I was at Airbnb, one of the things that I loved most was our experimentation platform, where I could set up experiments easily, troubleshoot issues, and analyze performance all on my own. Eppo does all that and more, with advanced statistical methods that can help you shave weeks off experiment time, an accessible UI for diving deeper into performance, and out-of-the-box reporting that helps you avoid annoying, prolonged analytic cycles. Eppo also makes it easy for you to share experiment insights with your team, sparking new for the A/B testing flywheel. Eppo powers experimentation across every use case, including product, growth, machine learning, monetization, and email marketing. Check out Eppo at geteppo.comlenny and 10x your experiment velocity. That's geteppo.comlenny. Let's move on to another, let's say hot take that you have. You have this kind of phrase that there's a big difference between book smart decision making and street smart decision making. What's that about?

Yeah, this one comes out of a lot of mistakes I've made myself and seen around me as well. So I'm so guilty of this. Book smart decision making as a PM is all the stuff we talk about all the time. That's data, you know, design, technology, strategy, frameworks, all that stuff. And it's really important. And, you know, it's why we're strong at it. Street Smart decision making is taking all that and then seeing something from somebody else's point of view. This goes beyond empathy. I'll explain what I mean. It's like giving the customer's perception just as much weight as you would to logic. A really big example of this, and I won't name the company, I was at this company that changed the structure of the pricing. And the change was actually not meant to make more money. It was meant to unblock a payments roadmap and enable all these feature requests that were stuck behind this fundamental change. And in preparing for this, the company did a lot of analyses and just made sure that, you know, this was actually really good for customers and that this would only, like, the numbers and the predictions and the models were like, this is a positive thing. And I know all the people that were involved were the most empathetic, really did this because they really cared about this customer genuinely. I've never seen people that are, you know, at the executive level, at the product level, at the data level, like, these are the people who, who really genuinely wanted the best for this customer. And they rolled out the change. And in reality, what, well, bottom line, it was a big, you know, revolt on the internet. It was a big deal. And it was rolled back. And the bottom line, why there was such a gap between, you know, everything. And actually, by the way, all the analyses proved out to be to be correct. All the models, all the predictions, everything played out in the numbers as predicted. The problem was the perception, the narrative behind it, what it looked like when you've logged into the product and you saw only the negative, but you didn't see all the positive because a positive was what happened 30 days later and you saw the negative immediately, a lot of things like that. And I would have made exactly the same mistake. not a criticism, I would have probably made more mistakes. But that's what opened my mind to, oh my God, you have to really think more than just logical, more than just utilitarian. Another example of this is there's a company I worked at where all the features that were on a higher plan were invisible to the lower plans just because everything was built really fast and it was time to make them visible so people could upgrade. So we got that ready. And we did this and we're about to release it and we realized, you know, tomorrow morning a bunch of customers are gonna log into the product and there's all these features that they've been asking us for because they didn't know that we have them because they were locked and only on the higher plan. Suddenly from their point of view, the company built everything they'd asked for. and all of it requires paying more money. How are they going to feel? And so we didn't roll it out that way. We rolled it out in smaller pieces and, you know, different ways because we realized, like, that's going to feel really shitty if you think about it, you know, but practically speaking, or theoretically speaking, we didn't, we didn't, upsell anything, we didn't start to, you know, these are all things we already had built. Everything is above board. That's the perception that was going to happen.

And that second example, is there anything that triggered that recognition or is it just people sitting around being like, oh, what about this? Or was it, because the first example, you had a great point where customers were telling you this isn't necessarily what they want and you're like, no, no, no, you're going to do great. Trust us. It's going to be really good for you. But there's feedback, at least in the second example, is there something that's like, And what I'm asking about is how can people develop this skill? Because I love this advice.

I think that intuition came from spending time in the customer community and support tickets and just noticing smaller versions of that that people had feedback on. And you kind of start to see what our customers at the time with what they would tend to, what their suspicions always were. They're very trigger happy to blame the company for XYZ. And if you see enough raw data from customers, or if you get on a customer call and they mention nickel and diming and all these things, you start to understand this is the target persona. This is how they think. This is what they're sensitive to.

It's interesting because at Airbnb, there was a lot of that, a lot of hosts being really upset about changes constantly. Everything that changed there, and usually the changes are to help the business in some way, help the guest in many ways. And it's always this balance of we're just gonna, we gotta do this, this is just the future. Is there anything there just real quick of just like learning when we gotta do this anyway, even though they're gonna be pissed versus like, oh shit, let's roll this back. Okay.

Yes, for sure. This is just, this is just like what I'm talking about is to recognize it, what you do with it, right? Is a different thing. But I joke when we do changes to redesigns or changes to the UX, and we're going to get inevitable complaints, I just tell my team, we're going to deploy this and we're all going to log out of social media for two weeks. That's the strategy. That's extreme. We don't actually do that, of course, but that's what we wish we could do sometimes.

And the insight there is just social media will amplify one person's loud voice. versus how many people actually are upset about this, how important are they to the business? It's like don't pay attention to the loudest person.

Or also, I think the key there is the two weeks. Because if people are still complaining after two weeks, okay, then there's something here. But in those two weeks, there's gonna be a lot of feedback that comes from a resistance to change that they're gonna adapt to and won't be able to remember what was before. But sometimes you make mistakes and people will, if there's a real mistake, you'll know about it for a long time.

Yeah. And obviously you'll pay attention to support tickets and all that stuff.

It's just, yeah, obviously, disclaimer, during those two weeks, we look at every support ticket and we look at everything on social media and we, for sure.

Okay.

Two more examples about the Street Smart Booksmart that are really important.

Oh, please, let's do it. to it.

This has happened twice to me where I worked on a team that made a very logical UX change and quickly found out that we ruined the sales demo. So for the users of the product, the experience became a little bit smoother. It was an optimization. It wasn't something critical. But then for the sales demo, it communicated the value less. It was harder for people to really understand in one glance. So a lot of times this comes from taking something that's very visual and making it very efficient and small. So you might gain fewer clicks, but it'll make it harder for the sales team to communicate. and for that ha moment to happen on a call. To the point where we made this change and then salespeople would send me Gong link recordings in the past and in the current demos and just show me the difference and it would pain me to watch these. I was like, oh, we got to fix this. People aren't getting the value how they're even going to experience it.

Okay, I know that you have a couple more hot takes that I wanted to make sure we had time for. One that I love that I agree with and it's kind of the thesis of this podcast almost. which is that there's no right way to get things done in a product team in a business in spite of what you may read online. I'd love to hear your take here.

Yeah, I didn't always understand this. In fact, I moved continents because I had professional FOMO. So I moved from Israel to San Francisco because I believed And actually a lot of people had that feeling that whatever we're doing here in Silicon Valley, they know how to work. That's the big leagues. And I got to work shoulder to shoulder with people who came from Apple, YouTube, Salesforce, Facebook, Slack, Amazon, Stripe. I got to work with the people who came from these companies I admired so much. I came up with the conclusion that we're all just making it up as we go along in tech. We're all just improvising as we should. That's the beauty of it. Every situation is different. Every market is different. Every company is different. What it takes to win is different. And so myself, I've had phases where I've been this zealot of everything has to be outcomes driven. Then I've gone to, let's just ship as much as possible and figure it out. And everything needs to be A/B tested and quarterly planning has to work this way and should do Scrum or don't do Scrum. And I just realized, it's not that simple. It's about figuring out the problem at hand and optimizing for that and having an open mind and just understanding that we're all improvising.

That's really powerful. I think people may hear this and be like, yeah, I think I get it. I guess for people that are just, you know, everyone's reading, reading my newsletter, reading all the newsletters, we're listening to podcasts, listening to how people work. What's your advice? Is it just like, what should people think in your mind when they read about how another company runs?

My personal story, like one of the things that happened when I landed in San Francisco, I really felt like an imposter. I was like, okay, wow, everybody else here really knows. how to work and I need to learn from them. And six months later, I found myself giving talks and writing blog posts about how to work and blog posts that were being used in Reforge courses and all that and advising people and sharing. And that's when it hit me, that's the beauty of this industry, is that that can happen because everything is changing so fast. How did I get there? I was just on a team doing something really difficult and interesting in a very unique way.

And.

That'S how you learn. That's the real way to learn. My manager, Adam Fishman, at the time told me something related to this, which is the best networking is just to do really good work at a successful company and everything else will work out. So I think the same goes for learning. The best learning is to just do really good work at a really good company with really good people and solve problems that have never been solved before in this way, which will inevitably happen. That's what we're all doing. And everything else will work out. You'll be the one writing the blog posts, not just reading them.

Such important advice. So the takeaway here is just if you want to become much better, if you want to be the one sharing advice versus the one reading advice, easier said than done, but the advice is work at a company doing interesting, hard things, driving impact, being growing, being successful. And that's, that's how you level up. Yeah, I love that.

That's the best way. Yeah.

Yeah. And again, easier said than done. Not everyone can join an awesome, you know, high flying tech startup. Interestingly, you did this like in Israel, right? Away from the core of Silicon Valley. So you can find great places outside of Silicon Valley. Absolutely. Great. Okay. So I know that you wanted to spend a bunch of time in Failure Corner, which I love. It's this recurring segment on this podcast where folks share times they failed in their career and things they've learned from those experiences. And you wanted me to carve out meaningful time here, which tells me that you've had a lot of these experiences for better or worse. So what I'm thinking is let's just go through a few of these stories that you think might be helpful to people to hear about times you things didn't go great. And what you learned from those experiences, how does that sound?

Yeah. Yeah, it's really important for me to share this. I think during low points in my career, having someone share with me a failure story just really helped me understand that that's part of it and I'm not alone. And, you know, You browse LinkedIn, you see these incredible profiles with these incredible pedigrees and what you don't see, it gives you this sense that everybody's just had a smooth sailing and everything's going great. And everybody has had some, everybody who's been here long enough has a ton of failure stories and ton of low points and self-doubt. So it's really meaningful for me to just talk about this.

Let's do it. Let's get into it. Let's get real.

So, I'll say this, I've wasted twice, twice I've wasted an entire quarter of a growth team's time because of my poor use of user research. First time I can look back and after 12 failed AB tests and then 12 failed AB tests set us on the right path and got us to revisit our hypothesis. But if I had only spent more time with the customer, and this was the kind of A/B testing that people say, no, you can't do user research. You can't ask somebody how a button's going to affect their purchasing. But if I had spent time with the customer to just understand who they are, what motivates them, how they got there, why they're paying, all that stuff, I would understand that Not every checkout process, you know, is the same psychology as Groupon or, you know, Amazon or booking.com so the things that work on those sites work not just because, you know, people are the same everywhere, but they work because people are in the same mindset. You know, for Groupon, for example, Amazon is different, booking.com is different. and what you're working on, why people are buying, you know, in this situation that I was, I was in was so different. They had so much motivation over such a long period of time. You know, they, they had constant reminders naturally in their lives that they were happy to get. And the things that didn't work were all the things that worked, you know, that the Groupon and Booking and Amazon, all these e-commerce sites did. those were not relevant. And we tried all those things and they fell flat. The moment we realized that and it clicked for us, and all these, you know, all these A/B tests that should have printed money did nothing. Once we realized that, then it really started to, you know, increase conversion and it was a super successful team. But man, I look back at it, if I had just, you know, I just used more qualitative research, even though it was an area that traditionally you don't use qualitative research. I gotta save so much time.

It's also a great reminder of just not assuming wins that work at another company will work for you, which I think everyone's like, yeah, I know that, but I think people don't know that. I think they often, oh, look at this, Amazon's killing it with this feature. We're gonna, if we add it, we're gonna, we're gonna win so hard. And so that's a great reminder. Don't just take stories from others. There's something Shreyas actually talks about a lot is don't take stories from other companies as gospel. your company. There's so many things that are not the same. Awesome. What else? What else you got?

Second example of that is I was building a referral program and we made a user research plan and we ended up only executing half of it, which means we talked to the people who were already using it successfully and we decided to skip talking to the people who should use it but didn't. And we're like, yeah, we got it. It's probably the same feedback. We were in a rush for a lot of other reasons. There was a lot of pressure for just unrelated reasons and just decided that, okay, we have enough information. We don't need to spend more time. Let's start shipping. And that was a huge mistake as well. Just spent so much time building something that didn't work.

And.

Yeah, I think my lesson there is The reasons that got me to hurry and make that decision with not as much data were reasons that I just kind of took people's word for stuff. I didn't think as first principles as I should, and I really caved into the time pressure. So, yeah. It's like tall, I learned to listen to that.

Just letting it all out. This is great. And so, so far, a recurring theme is spend more time in user research, talk to more customers. Again, something we always hear, but a lot of people are like, I use a research. I don't need that. And what we're hearing here is it would have saved your team months and quarters potentially. Yeah.

Each of those wasted entire quarter.

Oh, geez. All right, cool. All right. What else? What else we got?

I have three times been a hair away from getting fired. And what I mean by that is a senior executive has come to me and said, you are a hair away from getting fired. And one of them, one of them is there were changes that the head of product really wanted to make, and I felt strongly that it shouldn't be made. And I voiced that directly, candidly, personally, and repeatedly. And then we had that conversation. and a colleague told me, listen, look at it this way. If you trust the leadership team to adapt if something's not working, I said, yeah, I trust them. Well, what they need from you is just to rely on you that you're gonna be with them, even if the disagree and commit, that's what they need from you. If you're right, they'll adapt. If you're wrong, then great, you learned something, product or got better. So the most important thing was, you know, there's like a song that a lyric that goes, you got to give in to win. Like it wasn't about being right. It was about just like being supportive and letting things fix themselves instead of so that was that was that moment. It was really like literally that was that was the conversation. The second moment, the bigger story, but I was on a group that my manager and I, we just weren't a fit. And that happens. It's really important to share that happens. It's common. And as somebody I respect deeply and has done amazing things and I still respect them and we didn't work well together. And the next step was, okay, well, I guess it's time to let me go. His manager was like, Hey, before we let you go, I want you to stay at this company and let's find you another group to work in. So I was like, okay. He's like, Just finish the initiatives you're on, don't start new ones, and quarterly planning is coming up, sit in all the meetings, look for opportunities, and things will work out. And I did that, and I didn't find an opportunity that I was excited about. And my initiatives wound down and I didn't know, okay, well, what's going to happen? And then there was a group where actually three PMs left at the same time. One went on maternity leave, one got an offer from Fang, and one had to start like an emergency tiger team for their area of expertise. And this director, he filled two of the roles, one internal hire, one external hire, and there was one more role. And I reached out to him and he's like, yeah, great. Come put your desk next to mine. We'll just work on a few projects together, get to know each other. And I could tell after a few weeks that even though we'd been getting to know each other, he was still interviewing for that third role. And I realized that something was stuck. And at the same time, the director who had reached out and said, Hey, please say at this company, you'll find something, called me with a very different tone. He's like, listen, you can't just float around without a role. If you don't find something soon, we're going to have to let you go. And he was right.

And.

So I found myself in this situation. And I actually reached out to a friend, Guy Pelleg, he's a friend and a mentor. I actually met him through the Lenny community.

Oh, man.

And yeah, he's here in Israel. We got coffee. and so I'll see. And he told me, listen, like, clearly you have nothing to lose. Like, there's probably an elephant in the room. You know, this new director is wondering, why'd you leave this old group? He's not opening. He's not broaching the topic. So it's up to you to do it. And I was like, okay, what do I say? He's like, well, what would you say to him if you didn't have to edit yourself? You didn't have to censor yourself. And I just. I told guy, well, this is. This is what actually happens. This is what I believe. This is what I could have done better. This, you know, and he's like, dude, that's totally fine to share. You should share that, like, word for word, just say that. So the next day, I took the director aside and we had this conversation. I shared vulnerably just like, here's what I think I messed up. Here's what I think I wasn't under my control. And that conversation just like the vibe I could feel like a weight off our shoulders. It was like we really felt like we got closer and two days later I was part of the group. I joined the group. We did some really awesome work there.

That's such a powerful lesson right there of just opening up and being vulnerable and just sharing what you're actually feeling. And this has come up a couple of times in the podcast is what brings people closer. You think being vulnerable and showing weakness makes people think less of you, but almost always they think more of you because they didn't realize what they're doing. They didn't realize what you're going through. You kind of think they're reading your mind. Yeah, we've all been through that.

Like, you know, it doesn't look like it. Doesn't, when you see someone, you think it's successful that you admire, you look at somebody's LinkedIn profile, you look at their resume, you look at their bio. Right. It doesn't look like that, but we've all been through all of it.

You know? Right. And most times folks don't know that's what you're feeling or going through and so just sharing, here's what I'm seeing, here's what I'm feeling, here's why things maybe aren't working for me. It goes a long way. Amazing. These are awesome stories. What else? Where else have you failed?

I've single-handedly tanked new payments for a whole week for a company I worked for. It was a well-meaning change. It was super logical. It was kind of streamlined. and I violated my own framework for when do you run A/B tests? I even wrote a blog post about this and I violated that. And I was like, oh, there's no downside here. And we don't need to measure this. This is just going to make things way smoother. And then I get a call from marketing. They're like, why are none of our campaigns converting? Listen to your own advice. Run A/B tests sometimes. Run A/B tests sometimes. If you're dealing with really sensitive , flows that have big downsides, even if you think, you know, logically and you're buying, there's no reason there should be a downside here. Great. Yeah.

If the stakes are really high. Yeah. All right.

What else? I have some stories. I don't know if they're failure stories, but they're kind of like wild west, you know, let's do it. Let's do it. That's what it feels like. It's like, one time I, completely disobeyed quarterly planning. I was, you know, my team was told to be, to do one thing and we just said, no, we're gonna do something else. It's not as dramatic as it sounds. It was like, you know, hey, we really, really believe that this is an opportunity. And if we delay this, there's gonna be like a really nonlinear cost, opportunity cost of this. And we really should do this. I'm like, no, you should still work on this. Like, okay, well, what if we, you know, made it a really small team and it was just for one quarter and then, you know, like, fine. Okay. Yeah. We have, we have built that, that Capital to be able to do that. But, you know, I remember your W framework post. I love that. And I don't know what, what letter that would be. But that's how that works.

You go off to the side, split it off into it, make it a Y. But most importantly, did it work? Was that a good idea? Was that a right call?

It was a right call. It's become a way bigger team today. And yeah, I still read press releases and blog posts from the company where it's clearly that team's work continuing.

Excellent.

I got lucky though.

Yeah. All right. It sounds like.

Again, this is, this is just like wild west, you know, wild west, like PM is no less wild than life itself. I, I've pulled an April Fool's prank on an executive team that resulted in my CEO seeing me, like next time he saw me, just look me in the eye, said, fuck you, tall. and walked away.

Can you describe the prank?

So the prank was, I'll say first of all, the best April Fool's pranks are the ones that touch just ever so gently on people's biggest fears at that time. So in a work context, like whatever somebody's biggest strategic fear is that quarter or like that March of that year, right? Whatever people are talking about, like you just have to touch it a little bit. They'll do the rest of the work. So this company There's this really big debate about internationalization and should we do that? And there was a big trade off to doing it and other things we could be doing with the same resources.

And.

This was just on everybody's minds, especially the leadership team, and it was March. So my buddy and I, also at the company, we decided what would be people's biggest fears would be that a really big company would launch the same thing in Europe. And we created not just a fake screenshot, like not just fake news, we created a fake domain name, website, publication. It was like really detailed. We really invested a lot in it and of this like German website. And it was we made up a tech arm of their Spiegel. we call this Spiegel Tech. We bought the domain. I'm probably incriminating myself by saying this. And then what we did is we knew that if we had sent that link on the 1st of April to the executive team, nobody would believe it. So what we did is every executive on the leadership team has that like senior report that they really trust. So we got all of them in on it and the link would come from them. And each of them took it further. Like the senior engineer, who was like this really critical to the company, he created a fake recruiting poaching email. If I recall, I think the legal counsel created a fake cease and desist. Like we just went all out. And then, and this was on a Saturday. So we ruined the executive team Saturday. They had like an emergency call. It was a Saturday. We ruined the executive team Saturday. And every time that we decided that, you know, a particular executive had suffered enough, like depending when they woke up and how long they had been, you know, dealing with us, we would let them in on it, let them into the private channel and, you know, haha. So, Monday rolls around, CEO sees me, fuck you, tall, great. I'm still employed. And I hear later that day that the leadership team had their Monday meeting and somebody mentioned that, you know, even though that was a prank, it really got me thinking. And then the CTO of the company goes, wait, what do you mean prank? And he dons on, it dons on him. And he just gets up, throws down his jacket and like walks out of the room. So we forgot to tell him he had to, you know, stew without the home again. So yeah, sometimes you gotta, something goes too far.

That is well executed. Oh my God. It actually reminds me at Airbnb when I was, I was leading a lot of the April Fool's jokes year after year. And one of the best ones we did was we launched, it's basically we did the opposite of what you did. We launched AirBRB, which was a desk sharing service. And we made a whole launch video. We announced it as a new product, Airbnb. And the idea is you go get lunch and I'll be right back. And then your desk can be rented out for 20 minutes.

For 20 minutes.

And we had a whole website and we had amazing video launching it. And basically it was the opposite. All the desk sharing companies got freaked out.

Oh no.

Because they're very legit.

It's the greatest fear.

Yeah, exactly.

You don't have to do too much.

Yeah. And the good news is they quickly realized it was not real, but we probably led to some calls, some board calls. Okay, this is awesome. Any other stories?

I've had thousands of people tag my CEO on Twitter calling on him to fire me. this was by accident, but yeah, I was actually on vacation and I got bored and I was like, I haven't logged into Twitter. I haven't posted anything on Twitter for a while. What's going on on Twitter? And I see that the notifications number is like maxed out. It's like 999 plus or whatever. And I was like, wait, what? And I clicked the notifications tab. And I see the first tweet is, Has @ceohandle fired @tallreviv yet? And I saw that that has like a ton of retweets. And I keep scrolling down. I start to piece together the story. And there was a change, the pricing change that earlier I said had an uproar. And the internet was up in arms about this. And somebody found a blog post from a year earlier, Brian Balfour interviewed me about an onboarding experiment that we did. And part of that interview, I shared that at this company, we'd rather have fewer customers where we make a bigger impact on their lives than a lot of customers that we make smaller impact. And kind of explaining the logic and the product principles. That was really core to the mission of the company. And somebody took a very limited screenshot of that to prove that, you know, Tal Raviv hates poor people or something. And that screenshot went viral and that those tweets got embedded on NPR and Washington Post. And that was a little nerve-wracking. I wasn't fired because I actually wasn't connected to that. I wasn't on that. I really felt bad that the PR team, marketing team and all that, I reached out to them, was like, I'm so sorry, you guys are working overtime because of my big mouth. And they're like, don't worry, this is happening to everybody at the company right now. Everybody's having, people are digging stuff up, unrelated stuff. But yeah, that's stuff that happens.

What a life you've led, Tal. Maybe just to close out this portion or Discussion. Is there something that you think people should most take away from this really important stuff you're sharing of just like things that usually don't go well for people that do well in pro- like there are many things that go wrong.

So the feedback I get from executives about these moments that really, I think is transferable and helpful is that they know that no matter how silly I'm being or, you know, what kind of stuff I get myself into, that they know for a fact that I, how much I, how seriously I take everything. Like they know how much I, I'm taking, if I make a funny presentation about something, right, and I put a lot of jokes into it, but they're like, you, it's still extremely clear how seriously you're taking this. So I have peace of mind. Yeah, I think you, you have to have both. You can't just, you know, have these adventures or do these silly things or make these, like, these mistakes, like it's important to give the confidence that you know you're making a mistake, you're on top of it before anybody else, that, you know, it's bothering you more than anybody else that you've, if you're communicating and you're trying to make it creative and like that, first of all, you've done all your homework and you, you know, you've put a ton into it and that gives you the basis. Like the funny side of this is I have friends who make fun of me that I work really hard to justify, like, I have friends that make fun of me. I have friends that make fun of me, but I work really hard so that I can increase the amount of bullshit that I can get away with having fired. Depends how you look at it, but it's really important to give that peace of mind.

Yeah, build that trust bucket and then just deplete it completely every time.

Throw it out the window.

Amazing. Tell us, is there anything else that you want to share? Before we get to our very exciting lightning round, we've covered a ton of stuff. It feels like there's been three podcasts within one podcast. But just before we move on, is there anything else you wanted to share.

Touch on, or leave listeners with? Let's do it.

Okay, lightning round. Well, with that, we reached our very exciting lightning round. I've got five questions.

Are you ready?

I'm ready. First question, what are two or three books that you've recommended most to other people?

The best book on product management that I've read is called How to Talk so Kids Will Listen and Listen so Kids Will Talk. I encountered this book. My sister is a speech therapist and she had on her bookshelf at home in her apartment. And I was jet lag one night. I was visiting her and I read it. And if anybody has read Never Split the Difference by Chris Voss, where he talks about how these senior FBI agents in 70s, 80s were realizing that all they were doing in their negotiating tactics were just not working and decided to try something different. And that something is basically nonviolent communication. And he gives these amazing examples of decades of using this with kidnappers and terrorists and organized crime to defuse situations and create productive outcomes. So This book, with all due respect to FBI agents and terrorists and hijackers and kidnappers, right? This is about kids. So this book is, for me, this is what really, the examples, how it's communicated, it's illustrated almost like a comic book, tons of super concrete examples. And for me, I think that's when these principles really sunk in is from that book really resonated with me the most, more than the book itself for nonviolent communication or the never split the difference, both of which are awesome. So I really recommend that book.

Man, I want to do a whole podcast on what you learned there, but I'm going to force myself to move on. Yeah, that's awesome. This is going to be really helpful to me as a new parent. There's a book that another, I'm just going to throw out a book recommendation reverse lighting around on this topic that Joe Hudson, recent podcast guest, recommended offline that I've found to be incredibly helpful. It's called Listen. It's an orange book, so there's a few on Amazon, and we'll link to it in the show notes, but it's just called Listen. And it's about why listening is the most powerful way to help your kids get through stuff that is challenging to them. That's, I'm not gonna- Powerful title. Just listen. That's it. And there's all these different ways of listening. So anyway, okay, we'll keep going.

Do you have a favorite recent movie or TV show you've really enjoyed? I recently rediscovered Ted Lasso. The first time I watched it, I got tons of recommendations. It's hilarious. I didn't connect to it. I just didn't connect to the humor. I was like, ah, okay, fine. You know, I stopped watching it. And then I heard a podcast where somebody recommended watching it from a point of view of, like, leadership lessons, and they just couldn't stop recommending. They just so passionately recommended it. And I was like, okay, let me revisit this. And when you watch it from that point of view, it's mind blowing. If you think about, I'm sure a ton of people listening to this have watched the show. You think about the premise of the show, it's this guy who's been given an impossible task and he's surrounded by the worst human beings in the world in terms of, just the worst human beings and behaviors. And the way he gets through that Right, is it's hard to describe. You have to watch it. I think any attempt to summarize it, but the show, like just watching it how this character behaves and gets through this stuff is incredible when you watch it from that point of view. And for me when I, it definitely affected how I work. Definitely influenced me, but not just work, like just also how I deal with, you know, aggressive Middle Eastern urban life situations, how I deal with, I've applied this dealing with really tough locals at surf breaks, you know, in South America, like it's incredible. I'll give a story of the surf break. I was in Chile and I was surfing and it was an hour of the day where a lot of the people who were local would be surfing. and a bunch came out and they started giving me these looks, you know, this happens everywhere in the world, every surf break. And just like really uncomfortable and.

One.

Of the guys especially and after a while I was realizing like, I'm not gonna get the surf if this keeps up and, you know, I'm not, there's no conflict way to get out of this. and I swam up to him and I asked him, I was like, Hey, are you from like, Pichilemu? Are you from here? And he's like, yeah, why? I was like, you are one of the luckiest people in the world. And he didn't, you know, he was totally caught off guard. He started smiling and like, you know, that just changed the whole vibe. It got to a point where he was telling other people, let me have this wave. That's not my experience in a lot of surf breaks. My friend calls it the Ted Lasso, the Ted Lasso somebody, which is also very genuine. You really have to believe it.

Okay, next question. Do you have a favorite product you've recently discovered that you really love?

So this morning I spent half the day surfing. I think the products I've really come to appreciate, there's not a lot of products used in surfing. It's like a wetsuit, like board shorts, you know, maybe a hat, but you can really feel, like I surf with O'Neill wetsuit, Hyperfreak wetsuit, but that doesn't matter. It's like when a piece of gear is like really well constructed, you can feel that the person behind this also surfs or spends a lot of time with surfers and really gets you, probably gets you more than you understand on face value. And you start to notice all these details over time. It takes a long time to notice all these details and you can really feel that there's a person behind this product that gets you. And that's like, it's kind of like art almost, you know, when you feel, you know, a piece of art or music really resonates with you, you feel that the artist is like, communicating with you directly and letting you feel something that they were feeling. It's almost like that. So I think like, like for me, it's outdoor equipment that you can feel that the person behind this is like using it along there with you.

First time a wetsuit's been recommended on the podcast. A great milestone. Two more questions. Your favorite life motto that you often come back to find useful in work or in life, share with friends or Family.

I think I can't, I'm doing three surf stories in a row, but.

My.

My, this is a life motto that's just like stuck in my head, for almost a day. Yeah, for more than a decade now, which it comes from a piece of plywood outside a surf shop in Mexico, that was painted on it. You can't stop the waves, but you can learn how to surf.

Mm-.

And yeah, there's a lot to that. Over time, I've really tried to apply that in a lot of ways, emotionally, organizationally, at every level, you think about that.

Along those lines, final question. So at the beginning of this podcast, you mentioned that this podcast has been a long time coming. And the reason that's the case is we had this scheduled for some time in early October. You live in Israel, war broke out. You've been living through that being in Israel this entire time. I saw this Venn diagram that you put out that I think summarizes your life right now, which is, I forget one side of it, but just like- Apocalypse. Apocalypse, one circle, the other is gotta get to work.

Gotta wake up and make- Israel's in the middle, that's what it- and you've.

Been in- for real that for the past year. so I'd love to just briefly just hear how that's been for you in the past year. How are you doing? How's, how's life for you here at Riverside?

We've had a bunch of people out for Reserve Duty. I think all, all of them are back now. I have a team lead. Well, people are still going in and out of Reserve Duty while working here. I have a team lead who leaves on some days around, you know, 4 p.m. goes to the base, won't say what he has to do, but it's super intense and shows up the next morning a little tired, but back at work.

And.

In general, we have, it's not just in Israel, we have teammates in Ukraine all along at the same time. Yeah, like one of my teams is almost entirely in Ukraine. So you'll have, we've had moments where, you know, we'll all be on a call and then there'll be, you know, missile siren here in Israel, here in Tel Aviv. And we'll say, hey, sorry, we gotta go. Go down to the shelter, hear the explosions overhead, come back, sit back down. Later that day, we'll have another meeting. And on the Ukraine side, you know, you'll hear like, hey, that beeping, Isn't that the missile alert on your end? And Andri, isn't that the critical alert on your iPhone? He looks at his phone, he'll be like, yeah, but I got 10 minutes. Let's just finish the meeting. These surreal moments where you just, at the same time where everything's not normal, people have this really strong desire for normalcy. It's work and everything around us and our routines become more important than ever. And it's just these, you know, you have, oh, you know, where's Vlad? Oh, you know, the power grid was attacked in this town, so he's working on getting the generator back up. Okay. But, you know, I don't know if it's like a no excuses mindset or badassery so much as I know on my end, it's just that, like, I think for Ukraine team, definitely for my end, it's just like, really, really crave the routine and the sense of normalcy when you can get those moments. And like I said, I think doing this podcast, working on this course, all these things, I'm not doing them because things are normal. I'm doing them because they're not. So, yeah. And I'll use this opportunity to say that biggest thing in all of our minds is there's 107 hostages that have been held for 328 days by Hamas. Yeah, you need to bring them home now.

Yeah. Let's hope also just come home. Let's hope things end soon. I'm really impressed with how much you've been able to get done in the middle of all of that. And thanks for making time for this. I know that this isn't the most important thing in the world right now, but I think this conversation is gonna help a lot of people. people and you have so much wisdom to share.

Thank you.

Thanks for being here, Tal.

Thank you.

On the course real quick, just to make sure people check it out. How do people find it? Just throw that out there as a final step.

It's on maven.com in the product catalog. And I'll have it, I'll probably post links to my LinkedIn as well. You can find it there. And yeah, it'll launch in Mid-October. That'll be the first cohort.

Amazing. And we'll link to it in the show notes.

Paul, thank you so much for being here.

Honey, thank you.

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 you can find all past episodes or learn more about the show at lenniespodcast.com. see you in the next episode.