The goal of your Kindle strategies, these like non-scalable hacks, they only exist to unlock the fire strategies, to unlock the things that could take you to millions of users. Pinterest, Airbnb, Tinder, Reddit, Canva, Hip-Camp, Fair, Eventbrite. What are these companies all having common? I'll tell you, Casey Winchers. As far as I know, Casey has worked with and advised more consumer companies on their product and growth strategies than anyone in the world. He's also really generous with his time and sets time aside to help founders and product leaders. I always learned so much talking to Casey, and I'm really excited for you to hear this episode.
In our chat, we cover Casey's advice on making trade-offs as a product leader, justify non-sexy product improvements, the spectrum of product people, and how to level up your skills and wherever you are in the spectrum, new growth trends and tactics and strategies that he's seeing. He's got to focus on growth and his topic-wise, on growth strategy, and a bunch of other stuff. As a big bonus, we're actually going to be doing a live AMA with Casey in my newsletter Slack community. It's going to be an August 5th at 10am Pacific Time. And so if you'd like to ask Casey any questions, make sure to get into the Slack. Until then, enjoy this episode with Casey Winchers.
Hey, Casey Winners. What do you love about Coda? Coda is a company that's actually near and dear to my heart because I have to work on their launch when I was at Greylock. But in terms of what I love about it, you know, I love loops. And Coda has some of the coolest and most useful content loops I've seen. How the loop works is someone can create a Coda and share it publicly for the world. This can be how you create OKRs, run annual planning, build your own map, whatever.
Every one of those Coda's can then be easily copied and adapted to your organization without knowing who originally wrote it. So they're embedding the sharing of best practices, scaling companies into their core products and growth, which is something I'm personally passionate about. I actually use Coda myself every day. It's kind of the center of my writing and podcasting operation. I use it for first crafts, to organize my content calendar, to plan a new podcast episode on so many more things.
Coda's giving listeners this podcast $1,000 in pre-credit off their first statement. Just go to Coda.io slash Lenny. That's Coda.io slash Lenny. This episode is brought to you by MixPanel, offering powerful self-serve product analytics. Something we talk a lot about on the show is how startups can build successful and amazing products. And relying on gut feeling is a really expensive way to find out if you're heading in the right direction, especially when you're raising money, because VCs don't want to pay the price for these kinds of mistakes.
That's why MixPanel will give you $50,000 in credits when you join their startup program. With MixPanel, startups find product market fit faster, helping you take your company for minimal viable product to the next unicorn. Access real-time insights with the help of their pre-built templates and know that at every stage, MixPanel is helping you build the confidence and curiosity for free. Apply for the startup program today to claim your $50,000 in credits at MixPanel.com slash startups within S. And even if you're not a startup, MixPanel is pricing plans for teams of every size. Grow your business like you've always imagined with MixPanel.
Casey, welcome to the pod. I feel like every time that we chat, I leave with at least one new perspective that kind of blew my mind on product or growth, or even just the world. And so I'm really excited to have this conversation, mostly to selfishly extract as much knowledge out of your head as I can in the hour that we have together. And so with that, welcome. Very kind. Happy to be here. So you've worked at so many iconic companies and worked with so many iconic companies. It almost boggles the mind just looking at your LinkedIn, trying to scroll through LinkedIn and you have to click on see additional experiences.
And there's just so many places you've worked so many companies you've worked with. Could you just give listeners maybe a 10,000-foot view of your career arc through product and? Well, I started my career as an analyst at apartments.com on the marketing side. So it was my job to measure every channel for effectiveness in driving leads. These are things like SEO, AdWords, affiliate marketing, email. So once I got good at measuring that, I naturally started working on optimizing those channels directly.
And then I started going to do re-user research and understand how the product could be better so that we could convert leads better. And it was at that point that I got the feedback from the company that I was this weird marketing and product hybrid. And they really know what to do with that because those were two totally separate departments. It wasn't until I got to GrubHub and it was the 15th employee. And they were like, dude, we don't care. Like as long as you grow how many people order food, I don't care if you work on marketing, I don't care if you change the product, do whatever will have results. We now call these roles growth, but that term didn't exist at the time. So I basically worked on growing the demand side of that business from Series 8 IPO. We ended up creating a product management function out of my team there. But for the first four years, we didn't have product titles either. That was kind of a newer idea also.
It wasn't until I went to Pinterest that I was actually formally labeled a product person. I ended up leading the growth product team there. We basically had to rebuild the growth model of the business to reignite growth. So I was there from 40 million MAU to 150 million MAU. And it was around that time that I started doing some more advising with Airbnb on the demand side, with pocket. And then I went to a VC and in Greylock partners and worked with their companies on growth and scaling. And then I just independently started working as a full time advisor of companies like VempRite, Tinder, Thumbtack, Canva. And after doing that for a couple of years, VempRite opened this cheap product office role and they asked me to take it. So now that doing that for three years now, that's an excellent segue to our next little segment that I want to get into, which is partly your CPO role in the work that you do there.
And also touching a bit on a bit of the writing that you've done. So you're currently a cheap product officer at VempRite, which is a company that I love. I have so many friends there and they're all amazing, such a big fan of the company. And I know a lot of listeners are maybe thinking about becoming CPO someday as a goal. And so I thought it'd be cool to chat through some of the challenges that you're having and some of the things you've learned in the role. Sure. Cool. Yeah. I'll be more specific. So one of the things that you mentioned that you're working on is thinking about trade-offs and being very explicit about trade-offs you're making, communicating why you made certain trade-offs, and then just generally communicating that upward. It's executives and across the company.
So I'm curious just to hear what you've learned around how to communicate trade-offs and internal communication. Yeah. One of the things I found, especially during the pandemic at VempRite, where we weren't obviously hiring a lot of people, and we had lots of various issues come up, is that a lot of managers and leaders would just try to deal with issues on their own and not raise them or escalate them with me in particular. And some of these were really tough situations. So then later on, I'd ask why something went wrong or why we didn't achieve a goal. And I'd get some feedback from my team of like, hey, you don't understand the situation. This is really impossible. There's all these things going wrong. And then I respond like, yeah, of course, I don't understand this situation because you haven't told me about it.
Like, how am I supposed to evaluate things fairly? If you don't let me know, it's really going on. So these people in my team thought that being a leader was handling it, the best they could given the circumstances. When, in many cases, the right way is to escalate the issue, so that perhaps I could help them change the circumstances. So the circumstances are in as dire. And if I can't change the circumstances, I'm at least aware of the circumstances and the explicit trade-off we've made to deal with that situation. And then I can help communicate that better to others across the company. And I can help evaluate the results with the proper context and do it more fairly.
So I find that in general, people just weigh under communicate upward inside of companies. And then they'll complain that executives are out of touch when they aren't telling executives what the executives need to know. So then when people inside a company do try to communicate upward, a lot of times they're so in the weeds that as an executive, I just don't understand what they're saying. And then when I ask questions, it's like, as an exec, I'm asking a question to another language. It's like, I don't know if you've ever seen oceans 12, but as a joke, they invite Matt Damon to this business meeting and they just talk in code as a prank on him. And that's what a lot of people on my team feel sometimes when they're talking to the executives. It's like, I don't even understand what these questions mean. Like it's like you're speaking another language.
So one of the ways I try to frame it to my team is like if you're not an executive, whatever you're working on, you're basically writing and telling a story. And when you talk to an exec about that story, you have to start with chapter one, which is, you know, what part of the company strategy are you working on? What metrics are you trying to improve? What assumptions are you making that are guiding, what you're building? And I find that many times when non-executives are presenting to execs, they'll start on like chapter six. So, you know, even if that part of the story is right, it's like a good story. You haven't earned the right to tell that part of the story yet because you skipped the first five chapters.
I've definitely seen people with the opposite problem as well, which I call like starting at the beginning of the time where, you know, you come into a meeting, you know, with the CEO or with the CFO or something and you basically spend like the first like 20 minutes re-explaining the company strategy or who are customers or something that everyone already knows. And then by the time you get to explaining new information, you've used up, you know, you're a lot of time. So I try to coach my team to be in the middle, right? Like don't start on chapter six of the story, but also like don't start with a textbook on the English language either. You want to, you want to find the last point in your story that would be completely obvious to the person you're telling the story to and then go from there to things that would be less obvious but that they can follow along with.
And it's, it's a lot of work to really dial that in across different types of people you're trying to communicate that story to because of course, upward communication isn't all that you're doing, right? You're trying to communicate that down to your team to individual engineers and designers and they're going to need to hear some very different things than say the CPO, the company or the CEO, the company. So it's a challenge I see quite frequently. Can you talk a bit about how you actually coach PMs on this? Is this like, in one-on-ones, you revisit a presentation they gave that could have been better? Is it at after a presentation, you pull them aside and talk through what they could have done better? How do you approach that?
Well, I think the best way to coach is actually to do it before the meeting. So I think there's a tendency in product management and product design to want to do meetings where there's kind of this big reveal and an ah-ha to the audience. And it's kind of the opposite of how you want to handle most of these situations. You want to do risk that meeting, not like make it a big successor fail moment. So there's a few things that I do. One is if there is a big presentation coming up or something like that. I try to run through it with the team pretending to be the other members of the audience that are going to be there.
So I'll say, okay, well, the CFO is going to ask about here is X. And you want to answer that question before it gets asked. What Julia or CEO is going to ask about is why? So you want to weave that into the early story and not like wait for her to ask. So you kind of role play the entire thing based on the difference. People that they're going to be communicating with or something I commonly say is that executive communication is actually executive's communication. You're communicating with individual executives that all have different styles and different concerns about the business or about the particular problem you're working on.
And you want to anticipate that. And if you don't have enough experience, say presenting to the CFO or the CEO, I as the two product officer do. So I can impersonate them and help you understand what they're going to care most about. The other thing that I push a lot of my team to do is have pre-meetings with some of those key individuals so that they're going to be less surprised in the meeting about what you're talking about. That you've gotten any major concerns brought to your attention before the big meeting. And that helps de-risk how poorly a meeting like that can go.
But so definitely at the individual presentation level doing that pre-meeting, what I'm working on a lot now is trying to be, trying to have more of a scaled approach to training this type of upward communication. And what types of frameworks, what types of structure tend to work, for event break, and making sure that everyone on my team is just really well versed in that, and comfortable in it. Because of course, confidence projection is a key part of these types of meetings as well.
This is such an important advice that I think a lot of PMs don't recognize how important it is to prepare for important meetings like this. Just to give folks context, maybe that aren't doing the sort of thing when they're working at a larger company. How much time do you spend, or an ICPM should spend on preparing for these things, just to set a little bit of a reference point? Well, you know, it's an interesting question. Because I think different people have different styles on how they want to handle this.
I'd say the way my brain works in these situations, which I think is a little bit atypical, is I'm actually a little bit better if I am free-forming a lot of elements and just speaking from confidence in areas I know versus specifically trying to lay out every example at point I want to hit. I'm going to show up as more comfortable, I'm going to show up as more dynamic, and I'm going to be able to engage in a more thoughtful conversation. So for me, my approach to these sorts of things is I write a lot. I write a lot of notes, I write a lot of documents, and then in general, for any of these types of communications, I am just pulling from things I know deeply because I've written them down.
I've thought a lot about them, for a lot of other people, they really just need to spend a lot of time on prep to make sure they nail the communication they want to nail. And I found it requires a different amount of investment for different people on my team. So the point is not as much how much time you spend. It's how well do you really know the material and how well do you really know what your audience is going to care about with that material so that you are prepared for every question you might get?
So I'll give an example from Pinterest days. The primary way which was to you interface on any key strategic topic was product review, right? You'd go in and you'd talk to Bent, or CEO, and Jack, or head product. And you know, Ben and Jack had very different styles of communication. Jack in particular would very early on ask a few different data questions to get context on the problem. And if you as a product leader or an individual PM or an individual designer didn't know the answers to any of those, it cast doubt on the entire rest of that meeting because the team would be confident that you had all the right context to understand the problem.
So a lot of what I would coach my team on is, okay, I'm pretty confident Jack's gonna ask this question, then this question, then this question, based on the material I'm seeing from you. How well are you prepared to answer those questions? You know, different execs might be somewhat different in that regard. But if you haven't thought through all the questions that might be asked from the document that you're sharing or the presentation you're about to present, you're not prepared enough, right?
Like you need to know the entire universe of how that meeting can go. And that may take you dozens of hours. It might take you three hours. But the most important thing is that you've asked what possible questions can be asked. And am I prepared to answer all of those? Do I have all the data in front of me to answer all of those? Or because if I don't, the chances of like the meeting, you're having a negative outcome just increased dramatically.
I imagine some people are listening to this and they're like, holy shit, I need to spend this much time on preparing for meetings like this. But in my experience, that's exactly what you do need to do to be successful. And so this is real good and real talk about how long it takes to prepare for important meetings. Like the ones you're talking about. Absolutely. I mean, you know, for better or worse, the way that a lot of key decisions are made in psych companies are through these types of forums and meetings. And it's an extremely high leverage piece of time for a product manager or a product designer in terms of how much impact they can have. And if you are under preparing for those sorts of things, the chances of you being able to have the type of impact you want, to have the type of career growth you want, just go down dramatically.
And I'm sure, you know, you and I have definitely made mistakes in our career in important meetings, you know, in the past. But I think, you know, one of the things that I really tried to do is learn from each one of those and make sure those types of issues wouldn't happen again. And now I feel like I have a pulse on, I know if I haven't done the work going into a meeting, that's going to make it have a more negative result. And now I'm pretty accurate, you know, and look sometimes, you just didn't have enough time and it is what it is. But now I know like, okay, I know I'm not quite prepared for this and it can go poorly as a result. And I know also when I've done the right prep and I'm ready for anything, whether it's a board meeting, you know, or a meeting with the executive team or a meeting with an external partner, right?
And I think that's what you're trying to build, you know, as any sort of product leader or PM or a product designer or researcher, is that intuition of like, I'm ready for this. I know everything that's going to come at me I'm prepared for any eventual outcome. And if you're not, then probably the answer has been more time to get ready. Speaking of spending more time, another topic that you shared with me that you're thinking about, thinking a lot about as a CPO is keeping the event break product simple while adding more and more functionality to make it more usable by more people in more use cases. And so I love to hear how you're approaching that because I know that something every single product faces eventually assuming they keep growing and surviving, keep adding more power.
Yeah, you know, Scott Belsky, who's the chief product officer of Adobe, he has this concept of the product lifecycle. You know, you're probably familiar with but I'll explain it to your listeners, which is, you know, users flock to a simple product. The product takes users for granted and adds more features for power users and then users flock to the next simple product as a result. And, you know, I've done a lot of, you know, research and work on this problem and I found that there are a few different design hacks essentially that companies use to try to avoid this cycle. You know, one is, okay, if you build out more complex functionality, unbundle it over time. Like Facebook Messenger Uber Eats have done, right? You know, at Pinterest, we were heavy, we did a heavy investment in progressive disclosure, which is, you know, let's hide a lot of the more complex functionality until we make sure our users learn the really critical functionality and then we can kind of open up more of the full suite of the product.
Then there's just, you know, proactive training, right? Like you can get on a video call with your customers or, you know, a phone call, much more common at enterprise obviously, or you might have a custom UI that goes away over time that's giving you the training meals. You can also segment experiences based on different user types. So certain users might get a very simple user experience and then some users might get the more complex one and there's different packages and, you know, interfaces that cleanly separate the two. Maybe that more complex experience also bundles in, you know, training. So what I found is that just none of these really worked that well for the event, right? Citario because we have different types of event creators that look across every possible level of complexity and sophistication. We have people that are putting on their first event and they expect five people to show up.
We have, you know, people putting on 100 events per year that like really know what they're doing and then users also shift from one of those categories to another or time. They can get more sophisticated as they build up their business. So segmentation doesn't really work that well. You know, progressive disclosure doesn't work that well either because in many of these cases, we never want certain types of users to find the more advanced stuff. It's just gonna confuse them. So we strive for this concept of what we call perceived simplicity, which is there are advanced features in the product and they are easily discoverable when you look for them. But they're effectively hidden if you're not looking for them and of course the majority of users aren't gonna ever look for them. So the advanced more complex areas of the product don't make the product harder to use for the majority who will never need that level of complexity.
And you know, there are areas where we do this well and areas where we're still, you know, working on getting better, but that's really our aspiration. The company that I feel like has always done the best job of this is WhatsApp, where, you know, at its core, it's a chat app and it's really good at being a chat app. But I remember when I went to Brazil, all of a sudden I started receiving like voice messages and there was really easy to figure out how to use them and how to do them myself. When I needed to learn how to do video calls or phone calls, like it would take like less than a second to figure out how to use the more advanced stuff. But it's effectively kind of hidden if you're not looking for it.
That's, you know, what we aspire to at Eventbrite and you know, in some case we're doing well in some cases we definitely have some work to do. Is there an example of a win in that direction in the Eventbrite product that you're proud of using this model or even something that's like, oh man, this is really broken? Yeah, we've definitely had some wins here on the marketing side of our products. One of the bigger investments we've made recently is our creators do a lot of their own marketing to try to get people to come to their events and transact on Eventbrite in the process. But our event creators, you know, they're not professional marketers, right? They try to figure these tools out.
So we built a product that allows them to automate their Facebook advertising to get better results, you know, supercharged by our data. And the products working really well, but we found is that there are certain segments that want to geek out on this a little bit, right? They want to figure out all the different target segments and you know, optimize their creative and then there are many creators who just kind of want to done for them. So we've been able to build some interfaces where the default is like super simple. We'll handle the targeting for you. We'll handle the creative. And then hey, here's an on ramp. If you want to get a little bit more sophisticated and do more of this yourself, so that's an area where I wouldn't say we've like perfected it, but we've now really understood those different types of users and have easy pass for both of them to be successful.
So I'm really happy with that. Awesome. Another topic that you wrote about that kind of touches on the stuff we were just talking about is just to find non-sexy product improvements, things like stability, performance, developer, velocity, things that as a PM leader, you're just like, nah, nah, nah, let's just, the default is less you out later, we got a dark frickin metrics, we got to drive growth. And you got some really interesting insights on how to how you think about justifying these sorts of things and so I'd love to hear that from you. You know, the idea is that some of the most impactful projects that product teams can work on at scale, you know, not early stage startups per se, but at scale are the hardest to measure.
And because of that, they just get chronically underfunded. You know, it's that old adage what gets measured gets managed, right? So for things like user experience, or performance, or developer velocity, or just a product area that's deemed unsexy, like growth used to be back in the day, you know, I walk through some examples of a few tactics that work to get around this problem, building custom metrics to show the value, being able to run small tests that prove the worth wellness of the investment, creating some team principles that make sure you don't ever kind of forget about these important elements that can retune the long run.
And also just how to use experiments to build buy in at the broader level. And you know, one of the main takeaways besides some of those tactics in being successful here is that you have to get a team to buy in to this. You can't really do a lot of this work alone, right? So if you're a PM, like you want to be approaching this from a, well, my engineering manager and my design leader also bought in that we need to, you know, work on performance or, you know, we've all aligned that the user experience is not going in quite the direction we want and we want to, you know, head some problems off. That may not, you know, improve metrics today, but, you know, could certainly decline metrics, you know, tomorrow.
And if you can get a small team, you know, what two, three people aligned on the importance of something that's deemed unsexy, it's, it's a lot easier to start to build this game plan around, you know, metrics or writing small tests or, you know, structuring OKRs to not only prioritize this work, but to show some really massive impact in which could then get the rest of the company much more excited to make investments themselves. So what I'm hearing is step one is just get your kind of lead peer leaders aligned behind something that may not obviously be something your leaders want you to do. Is that right? Absolutely. Yep.
This episode is brought to you by Wimzicle. When I asked product managers and designers on Twitter, what software they use most? Wimzicle is always one of the most mentioned products. And the users are fanatical. Wimzicle is built for collaborative thinking, combining visual, text, and data canvases into one fluid medium. Distributed teams use Wimzicle for workshops, whiteboarding, wireframes, user flows, and even feature specs. And that includes thousands of built-in icons and a rich library of templates.
See why product teams at leading companies call Wimzicle a game changer? Visit www.wimzicle.com slash Lenny to have my own templates added to your account when you sign up. That's www.wimzicle.com slash Lenny. Is there anything else that you think is really valuable, powerful, effective, and just getting folks to getting your leaders to basically go along with some that maybe isn't going to move metrics? Or is that the core of it? Well, yeah, I mean, definitely it's hard when you can't create a metric that they can understand.
I think the other area to think about is when you're an early stage company, everything you're doing is trying to drive upside. Like trying to drive growth in some way could be short-term or long-term, but you're trying to drive real growth for the business. But then when you've actually built a real business, a lot of times people are still in that same mode, which is everything is trying to add more growth on top of what we've already got. But when you're at scale, you can actually lose what you've built.
So trying to help whether it's executives or just your manager understand that this thing we've got, whether it's a high conversion rate or good engagement on the teacher, it could go away if we don't do these other things. And here's what it would look like if that goes away. That can be incredibly powerful. I think we were fortunate at Pinterest in this regard in that we were a fast growing startup that stopped growing due to some changes in the market related to Facebook.
And then actually once we had switched to growing primarily through SEO, there was an algorithm change that severely impacted our growth at one point in time. So that helped the company build more intuition of like, we're not guaranteed the gains from all the things we've built in the past. We need to do things to protect them. And protecting what we've got actually is increasingly important once you build scale because now you've built something really valuable already.
And yes, we want to make it more valuable of course. But it's hard to make it more valuable if you're eroding some of the gains you've already built. So that's another element that I think can be pretty impactful. In your post on this topic, you have an awesome chart of product market fit over time and illustrating the point you just made that it doesn't last.
And you have to kind of keep iterating to keep your product market fit like you're by default falling behind if you're not continuing to push their rate. Yeah, I think the concept is user expectations just continue to go up every day, right? In terms of their expectations on user experience, on the value that they expect your product provide, but also the competitive landscape in the market continues to get better.
So yeah, if you're not continually pushing to make your product better, your user experience better, your latency better, then you're eventually not necessarily tomorrow, but maybe in a year, maybe in five years. You might find yourself fall out of product market fit entirely. And that's a really dangerous place to be because then it's gonna take a long time to figure that out and make adjustments and then you probably have more technical debt to clean up to be able to get back to where you need to be, where the market has reached in terms of expectations. So just doing work to make sure you never get in that situation is extremely valuable in my opinion. It's something that I think a lot of teams forget about.
I think you're gonna create nightmares for a lot of founders listening to this right now. That's not the intention, but. It's a, no, it's a, it's a kick in the butt. Another post that I definitely wanted to chat about, maybe your spiciest post, maybe I'm curious if there are others, is around operations team, product ops and generally ops people. And yes, point that you made that ops is often a sign of inefficiency on a product team because in theory, a lot of the roles should be done by software eventually. I'd love to unpack this into your take on this.
I think the, I originally got the idea for the post in that I had written another essay on MarTech and how MarTech to be really successful. It's really got to target engineers more so than marketers and that a lot of MarTech businesses just are very good businesses. And I think I got an invite to speak at a MarTech conference to a bunch of marketers about this post. And it's like, well, that sounds like a terrible idea. Basically telling a bunch of marketers that, with their investing in isn't that important and that they're not the most important target customer.
And I remember reading something about the conference that was like a conference for the growth of the marketing operations professional. And then I was like, oh no, that's not what I want in the industry at all. Like having marketing ops means you suck at marketing. And obviously that's a bit of hyperbole. I'm not against the concept of a marketing ops role or a product ops role, we have a product ops team at Eventbrite. But as someone who ran a double digit million marketing budget at GrubHub without marketing ops because we invested in automation and we invested in process, it scares me when the first tactic people to go to is to add people to help scale.
There's nothing wrong with people. Obviously there's nothing wrong with operations people. The thing I have a problem with is normalizing ops as a distinct stable function where operations roles are amazing and how we utilize them at Eventbrite is their explicit job is to go find inefficiencies and build process or software to root out that inefficiency. So then they can go find other places to be more valuable. When you say, oh, their job is to do this manual process long term, that's where I get super concerned because you're not rooting out efficiency and how you build your company.
And that's where I feel like a lot of this can go if you're not careful. Intercom has a really good blog post on this from a while back around their business operations team. And they basically have up front in that post say, the goal of business operations to not exist. And that's, I definitely very much agree with that. So I think in general functional ops roles, whether it's product ops or marketing ops or whatever, they're a hack to deal with some sort of functional issue on your team.
And it's totally okay to have functional issues. You know, startups are gonna have functional issues all over the place. But if the way they deal with that functional issue is by building larger and larger operations teams and roles, that's basically exacerbating inefficiency issue, a functional issue, it's not fixing it. It's like, it's a form of empire building and in general empire building something I don't have a lot of tolerance for.
So you're making more of a function unable to operate without human invention by saying the goal is to scale up marketing ops or product ops, whereas what the goal should be is let's use our brains to run experiments to make us more functional with less people, we're more efficient, we can add more value to the customer and to the business. And if that means, you know, I don't actually need to have this product operations job in a year, that's awesome.
And guess what, if you've shown, you've done a really great job at rooting out inefficiencies, every part of the company's gonna want you to do some other job. And if that job is no longer valuable because you've done such a good job eliminating the need for it. So there isn't this real concern that I'm gonna lose my job by being too effective at it. It's like, no, you're gonna show that you're just awesome at many types of jobs that, you know, product leaders or marketing leaders care about. So that's my perspective. I love that. And this happened a lot at Airbnb, a lot of amazing office people ended up moving into the roles once the role was not necessary, or they just wanted to do some else and clearly people wanted them on their team because they were killing it.
A deep. One last question about the CPO role and then I want to shift a bit to just like product management and growth. What is the job of a CPO for folks that are just like, what the heck, what is this thing? What do you do all day? And then what does it take to get there? Just like what should people work on most if they're trying to get to CPO someday? So, you know, first off, when you think about what's the job, you know, the way I think about it is, I'm responsible for leading and facilitating the development of products and features that deliver value for event rights customers that will translate into value for the business. And each of those words were chosen pretty carefully.
Now, in terms of the scope of the function, a CPO role can lead a few different subfunctions. You know, in my case, I lead product management, product design, research and growth marketing, but you know, different roles have kind of some or not as many of those. It can be pretty custom depending on the size of the company and what the leaders skill sets are. To talk a little bit more depth about like the role, I think it's my job to make sure event rights uses the best possible product strategy based on the information we have that we can adjust that strategy as we learn and continue to build, you know, that V-back loop.
It's also my job to define and consistently improve the process through which we set our product strategy, how we prioritize projects, how we execute on them to make sure we're delivering, you know, that value to our customers, we're delivering those tangible business results. And to do that in a way where the rest of the company understands it and is able to participate in it as well. So this is things like identifying bottlenecks that prevent us from delivering, you know, value or quality or doing that at the detriment of speed, working with people across the company to remove those bottlenecks, making sure people outside of development are aware of what we're building, participating in the development and feedback of what we're building as well as in helping deliver that, you know, for like a GTM perspective.
And last but not least, and we've talked a little bit about this earlier, you know, training the team on what it means to be an effective product manager, product designer, user research, et cetera, ad event rate, and then of course, hiring people who can augment our existing team on everything that's mentioned. So, you know, I'm accountable for what we build driving value for the business. And there's of course gonna be many times where what we build doesn't end up driving value. You know, it's hard to predict sometimes, but it's my job to kind of improve that conversion rate and the magnitude of impact over time, you know, might not be that everything we build over is value, but I want most of it too.
And I want the impact of that value to be higher and higher over time. So, you also asked about what it takes to get to the CPU role. And I think my journey's been more irregular than most people you probably talked to. You know, product management, when I started my career, you know, it was all waterfall. It was built around massive releases. It was a totally different job from what we do now. Marketing was a lot more, you know, agile in the lower case sense of agile. And it mapped to my mind better as someone who's like really influenced, you know, by the book, The Goal.
So, I think the tangible pieces of advice to get to this level that may be helpful is, I always focused on where I thought there was leverage. I wanted to learn everything I could and focus on the things that had a big impact regardless of the org structure or the career path that meant. I wanted to really have a deep understanding of the entire business. So, I knew just what was worth focusing on to help the business. I think one of the things that's different about being a cheap product officer versus, you know, other product roles is how much of a company leadership role it is versus a functional leadership role. You're expected in this role to optimize for the entire company, even at the expense of what's good for your team. So, you really have to learn how to optimize for company first. That's like a key thing to learn that I think new executives can struggle with.
And what advantage I think I had is, I've basically been working with the executive since my first job at departments.com. So, I learned to speak their language and understood what they cared about pretty early in my career. And, you know, this is a really important element. Assume that questions from them are them trying to learn versus them assuming you don't know something and testing you about it. I find that a lot of people get intimidated by executive questions when the executives just trying to understand things. And then that changes the interaction you can have. The other element that served me well was just refusing to specialize. I thought if I could learn all the skills that would allow me to combine them to work on the most important things. First, it's only work on the thing I knew how to work on.
And that definitely led to slower visible progress in terms of career growth or titles. There was a much faster path to the true executive role because I could speak better with CEOs about more topics than most of my peers. Obviously, this is all my individual experience. There are many paths to get to this type of level, but those are some things that work for me. That was such an incredible definition and so much good advice there. And this is a good segue to another area that you have a really interesting insight on around the spectrum of product people. When I think of UI, I think of two by twos and this is I think just a spectrum which is unusual for PC, for your work. I'd love to hear you take on how you think about the spectrum and around upscaling PMs to move along that spectrum.
The idea is, and this is something, I was inspired from talking with Omar, who runs product at Cambly. He used to run a core product at Pinterest. It's this idea of any product team is like a gang of misfits. We all come from different backgrounds. Most people didn't start as a product manager, their first job, they might have been in sales or in marketing or analytics or engineering. So everyone's bringing these different skill sets to the table. But the main spectrum that I've observed in product teams of any decent size is that you have two extreme types of product managers per se. And on the left side of the spectrum, you have the crazy innovator types. They have so many different ideas. They pay attention to every single change in the industry. They all know all about the latest Apple API or Snapchat's latest product feature, right?
Those people are gonna have ideas all the time. Actually, probably most of those ideas are gonna be bad, but like one out of 10 is gonna be just a game changer. And they're generally not super great at turning that idea into action. And then on the right, on the extreme right side of the spectrum, will be your typical executional focused PM. And they can do a really good job of taking a strong strategy and turning it into action that creates value for the customer. But they generally don't know it's going on in the industry. They can't think of a totally new product idea themselves. They're gonna need support from above to be able to push them in the right direction and then they got it from there.
So the, when you think about recruiting, what we all want as like CPO's in terms of people we bring into our team is who are people in the middle? We want people who are strategic. They understand what's going on in the industry. They can generate some good ideas, but they could also turn it into something real that delivers value for the customer and the company. And there's just already a ton of those people, you know, in the world, not as many as we would like to recruit. So, you know, as a product leader, if I'm airing on the side of like which side of the spectrum I what people from, I generally will take people who are good at execution over people who are good at generating ideas. Because of course, there's always too many good ideas that a company need to focus in, and execute well on the best ones.
Whereas if I were a VC, I would probably buy us to the people on the left because I don't need every company to work. If I invest in 10 different entrepreneurs who have crazy ideas and one of them works and becomes the next Airbnb, turns out I've done incredibly well, you know, as a venture capitalist. So the challenge you practically deal with as a product leader is you end up recruiting and managing and growing a lot of executional people who can get stuff done. But if they want to get to the director level or if they want to get to my level, they need to get more strategic. And we don't have good ways to kind of turn great executors into great strategists, you know, as in general like a product, you know, a function.
So I started investing in a lot of different things here. Obviously I built some programs for reforge around product strategy. A lot of my team goes to those to try to learn. I've also been doing a lot of mentorship with the team to try to teach them what it looks like to do that well. I've had people come in to speak with the team like you and many other great product folks to show, you know, my team what great looks like and how people like you developed your skills. And I'm trying lots of different things to try to move, you know, more of the team to the middle where they can be that, you know, optimal strategist that still retains that ability to deliver great value on top of the strategy versus just have ideas that can be executed on. And it's definitely a work in progress.
It's a lot of a lot of different tactics to try to build that skill set inside the team and scale it and you know, definitely something. I feel like I'm still working on. What I'm hearing is a lot of the kind of the biggest upside for PMs to develop is basically to become more strategic. And all the things you've shared are just ways, are a lot of ways to just become better at strategies. It's interesting that that's like what you found to be the most essential piece for PMs to often level up at. Like you said, it depends on the level, right? So early on in your career as a PM, you're going to get the most value by showing that you can ship real things to customers and that the customers like them. Like that's by far the most important thing.
But if you want to start managing groups of PMs, if you want to start a running a business unit or a pillar or a theme, I'm going, I as a cheap product officer, I'm going to expect you to be able to write that strategy doc without me. And you know, what I found in, you know, whether it's through the advising roles or through coming into event break is just a lot of people couldn't do that step. And that means when you tried to become a product leader at the company and you know, the CEO expects that from you and you can't do it, you're going to set yourself up to like really cap hard on how fast your career can grow. And you'll get stuck, you know, whether it's at the senior product manager level or at the group PM level, because you can't show that you can drive decision making on your own and that you can push forward new ideas that are going to help the company.
So that's definitely where I've seen the biggest bottleneck in terms of skill sets. Obviously, there's lots of important skill sets. You want to build as a PM, but that one to get to the top is the great filter. That's awesome advice for folks listening that are trying to figure out what should I work on. It's kind of simple. A lot of times just get better at strategy and it feels like it elevates you in so many other ways. Yeah. And of course, we could talk for hours about what it means to get better at strategy and some of the tactics there. I know some PMs follow up struggle with that.
Yeah. Okay. Podcast number two. Podcast number two. Let's book it. Okay. So I can't let you go without talking back growth. Everyone's always trying to figure out how do we grow our company? What can we do to accelerate growth? I know you're modest, but I think you're one of the smartest people in the world on this stuff. And so I just want to touch on a couple of things in the time that we have here. One is with thing with paid growth becoming increasingly more expensive and difficult, especially with Apple's recent changes. SEO forever becoming more crowded sales being always expensive. It's just like tough out there for a lot of startups to grow. Are you seeing any interesting or new growth channels or tactics that folks can explore or consider that may be work for companies that you're there looking at?
It's not that there are new channels per se unless you include, you know, tokens from like Web 3, which I do not. It's more that there are ways to get leverage on your channels through better flows or lifetime value that companies are figuring out. So for example, you know, that bright, we unified what were separate direct response and lead generation flows in our performance marketing to acquire creators. And now it just takes less effort. We're getting better CPAs and sales now has the opportunity to pick up, you know, any product qualified lead, you know, from a direct response customer who may need a little bit more help.
And they have the data to now determine if there's high enough value to justify it. So, you know, this concept is being dubbed product lead sales. And it's this idea that you can unify self service loops in a B2B business, which are typically driven by product and your sales loops into one more complex giant loop that operates more efficiently and breaks down the silos. And I think you're going to see an explosion in B2B companies that learned how to unlock that and get sales and product and marketing to be working as one larger cross-functional team and building an engine that optimizes all of their skill sets. So that's something I'm pretty excited about. But we're definitely in the early days there.
That's that's awesome. I was going to ask you if there's any trends you're seeing around growth. And clearly that's one. Are there are there any other trends just things happening in the growth world? Yeah, sure. I think there was, you know, this conventional wisdom to just focus on building until you found product market fit and then you can worry about growth. And of course, there's there's some truth in that statement. But now as I'm talking with more and more founders, and I'm sure you're seeing this yourself is we're seeing founders who are thinking about building growth loops into their product before they find product market fit. And it's not so that they can prematurely scale before they have product market fit.
It's so that when they find product market fit, they have that built in distribution advantage to grow once they're ready. And founders are starting to do it. You know, what I've written about a bit as well as you, which is that scalable acquisition or what we call an acquisition loop is a requirement for product market fit. Like if you got a product that retains well and you can't find more use for it, I don't think that's product market fit. So it's really exciting to see that evolution and to see founders think about like it's not about getting a bunch of users before you have a product that works.
It's about thinking strategically about how this product is going to grow itself when it's ready to do so. So I'm really excited to see the next generation of founders, you know, build that muscle early on. And and also, you know, leverage it when they're ready instead of just like, Oh, but throw a bunch of paid ads at it and it's going to work. So that's something I'm really excited about. On that topic, when should companies focus on growth? And the second question, when do you think they should hire a head of growth or someone full time focused on growth?
Like I mentioned, well, you don't want to focus on growth before product market fit. You want to be thinking about how your product can grow scalably, you know, pretty early on. So, you know, early growth definitely needs to be done by the founders. I tend to separate growth into two phases. I call the first phase Kindle strategies. These are those non scalable hacks to get your early users. And I think those are generally done by founders, maybe some early team members, fire strategies are the ones that drive scale.
That's, you know, what you're mentioning, content loop, sales loops, viral loops, paid acquisition. And to me, the goal of your Kindle strategies, these like non scalable hacks, they only exist to unlock the fire strategies to unlock the things that could take you to millions of users. And it's once you unlock a fire strategy, that's when I think you think about hiring someone full time on growth to fully harness that new growth loop you built that could be a sales person, if it's sales, it could be, you know, growth PM, if it's viral or you just see content, or give you a performance marketer, if it's ads.
But it's once it's like, okay, we've sequenced to a growth strategy that actually scales. Let's go find someone who's awesome at that who can make it, you know, 10x better. That's how I think about it. Maybe a last question, is there, is there kind of an underappreciated or underinvested in growth strategy, growth tactic, things that you're just like, oh, wow, this seems to be working better than people may think.
Yeah, well, I still think data network effects are under rated. I think a lot of people confuse the idea of data network effects with data as a product you can charge people for, especially like businesses. And I get it like a lot of businesses like you can't charge them for data because they don't know how to use data super well, especially SMBs. But with data network effects are is leveraging product usage data to make the product value stronger and stronger over time. You know, that could be personalized results, you know, in the case of Pinterest, where in the case of Eventbrite, better targeting data for advertising to find people who are more likely to be interested in your event.
And I think, especially with Facebook and Apple's platform changes, your product to being able to generate its own data versus just relying on the big platforms to do all the work for you, that's a real edge that companies are starting to wake up to. And it's obviously something that's worked well for me in the past, you know, Pinterest and certainly now in Eventbrite.
我认为,特别是在 Facebook 和 Apple 的平台发生变化的情况下,能够自行生成数据的产品,而不是仅仅依赖这些大型平台来完成所有工作,这是一种真正的优势,很多公司开始意识到这一点。显然,这在过去对我来说效果很好,比如在 Pinterest 以及现在的 Eventbrite。
So there's a couple of questions that I had at the top that I skipped that I thought I'd come back to. I know that you're a big video game guy. And I love that at the bottom of your post, you always share the music that you're listening to. So I was just going to ask what's the game you're playing these days, anything you recommend? And then what are you listening to?
Yeah, I'm currently playing Cyberpunk 2077 on the PS5, which is fun. But I recently finished Horizon for Ben West. And that was excellent. Really great science fiction game. You know, on the music side, what are my favorite bands, this band called broadcast? And they never really played live a whole lot. And they're their singer died a few years ago. But they recently came out with a recording of a bunch of their live sessions that they recorded on the BBC.
And it's it's like, it's like getting this time capsule from the past of some of their, you know, early live sessions. That's been really great. So I've been I've been enjoying that record quite a lot lately. Awesome. Casey's picks. Get him here. Get him here now. Casey, I feel like I was successful in extracting many nuggets and our hour together. Really appreciate your time. Where can folks find you online? And how can people that are listening be helpful to you?
Blog at kc accidental.com. I'm semi active on Twitter at one case man. And you know, always I focus on paying it forward, like help the next generation of companies of PMs of marketers, get better at the craft and build better businesses. You know, and if you if you're searching for a cool event, check out the event bright app. Of course, we always would appreciate that.
在kc accidental.com上写博客。我在Twitter上的用户名是one case man,算是半活跃状态。你知道的,我一直专注于传递经验,比如帮助下一代的公司、产品经理和市场营销人员提高他们的技能,打造更好的企业。如果你在找有趣的活动,可以看看Eventbrite应用。当然,我们总是很感激你的关注。
Love it. Amazing. Casey, what a great way to end it. Thank you again for being here. Thanks so much. That was awesome. Thank you for listening. If you enjoyed the chat, don't forget to subscribe to the podcast and even better, leave a review, which helps a lot. You can also learn more at Lenny's podcast dot com. I'll see you in the next episode.