In short
```markdown
Podcast Episode Summary
20Product with Noah Weiss
Podcast Details
- Title: The Twenty Minute VC (20VC)
- Host: Harry Stebbings
- Episode Title: 20Product: Slack CPO Noah Weiss on Mastering Product-Led Growth
- Episode Description: Noah Weiss, Chief Product Officer of Slack, discusses his career journey, product principles, product-led growth strategies, and internal processes at Slack.
Key Participants
- Noah Weiss: Chief Product Officer at Slack, previous roles at Foursquare and Google.
---
Episode Highlights
- Entry into Product and Journey to Slack CPO
- First Foray in Product:
- Began at Google, worked on structured data search and display ads.
- Key takeaway: The 70-20-10 model for product focus (70% on valuable improvements, 20% on new areas, 10% on long-term bets).
- Lessons from Google and Foursquare:
- Importance of maintaining product-market fit over time.
- Understanding competition and evolving needs of the audience.
- Foundations of Product Management
- Art vs. Science:
- Noah views product management as more of an art (75% art, 25% science) in early-stage, shifting to 80% science in mature products.
- Product Principles:
- Defined as cultural guidelines to streamline decision-making and maintain the quality of product offerings.
- Common principles at Slack include: "Don't make me think", "Be a great host", and "Take bigger, bolder bets".
- Mastering Product-Led Growth (PLG)
- Key Lessons:
- Common mistakes founders make during PLG transitioning and advice from Noah.
- Importance of knowing when to shift from SMB to enterprise models.
- Emphasizes product speed as crucial for success.
- Internals of Slack
- Product Testing and Post-Mortems:
- Detailed process of how Slack conducts post-mortems and product testing pre-launch.
- Discussed the importance of understanding enterprise needs versus small teams.
- Acquisitions vs. Building:
- Insights on why Slack chooses to buy vs build products and the challenges in product integration.
- Scaling Challenges
- Mistakes When Scaling:
- Over-rotating focus on enterprise buyers can slow down innovation.
- Importance of balancing the needs of end-users with enterprise demands.
- Personal Reflections from Noah
- Product Leader Weaknesses:
- Struggling to create a strong team environment among product managers.
- Advice for Aspiring PMs:
- Deliver tangible impact to make a case for promotion.
---
Key Takeaways
- Speed is Paramount: The most important feature of any product is speed, essential for user experience.
- Dynamic Product Management: Successful product management involves adapting art and science based on context and maturity of the product.
- Ongoing Learning: Product principles should evolve with the organization, and founders should remain in touch with user needs as they scale.
- Strategic Focus: Balance between immediate feature improvements and long-term strategic innovation is crucial for sustained growth.
---
Final Thoughts Noah Weiss shared valuable insights on navigating the complexities of product management, particularly in a rapidly changing tech landscape. The discussion highlighted the significance of maintaining product principles while being adaptable and responsive to user needs, especially as companies scale from smaller to enterprise-level operations. ```
Written by AI. May contain mistakes. Listen to the episode to check what was said.
Transcript
Automatic transcript. May contain errors.0:00The most important feature by far for any product is actually speed above all else. It has like the oxygen for a good product experience. I think we're good at talent integration. I think we struggle at product and technical integration. This is 20 product with me, Henry Stemings. Now 20 product is the monthly show where we sit down with the best CPO's in the world to hear how they start, scale and manage the best product teams in the world. And we have the incredible no -a -vice CPO at Slack in the Hort Seat's Day. Now, over his seven years at Slack, Noah has led various parts of the product talk, including the self -service SMB business and the PLG growth engine.
0:36The virtual HQ team that launched huddles and clips and the search and machine learning teams. And prior to Slack, Noah served as SVP of product and analytics at four square and he started his career at Google, leading the structured data search team and working on display ads. But before we dive into the show's day, this episode is brought to you by Linia, let's be honest, the issue tracker you are using today, it's not very helpful. Well, Linia is different, it's incredibly fast, beautifully designed, and it comes with powerful workflows, there's dream line your entire product development process.
1:07From issue tracking, all the way to managing product road maps. Linia is designed for the way modern software teams work, it's powerful workflows that you customize and automate processes to fit your team's unique needs, and they have integrations with your favorite tools like GitHub, Slack, and it takes just minutes to set up. Linear is the default tool of choice for high -performance teams, from start -ups to a wide range of large, established companies like Vacelle, Ritool, and Cash App. So see for yourself what makes Linear magical. Visit linear .app -20vc to try for free with your team, and get 25 % off when you upgrade.
1:43That's linear .app -20vc, and speaking of tools we cannot live without. I need your input on the 20VC Mirrorboard. About new guests we should feature for 20VC in 2023. Just head on over to mirror .com for slash 20VC. Mirror is a tool. I consider it to be truly game changing. It's a visual collaboration tool packed with the right tools tech and templates to help you think of and create that dream product. That means you can brainstorm the perfect product with your team, vote on the best ones and explore with your customer journey roadmap all on a mirrorboard. Whatever you need, Miro's infinite whiteboarding capabilities help you get that.
2:21It asks as your team's single source of truth, and now I'm using it to hear from you. Go ahead and add your suggestions for 20VC guests on our Miroboard at Miro .com for slash 2 .0VC. And finally you have to try Epo. The next generation A, B testing and feature management platform designed to help you run reliable in -paraphril experiments. Epo saves you time across the entire experimentation workflow. So, planning tools help run experiment scenarios beforehand. Best in class diagnostics mean you spend less time debugging issues. Their cutting edge status engine helps you reduce experiment run times.
2:57Plus, Epo sits directly on top of your data warehouse and your North Star mattress, so it gives you this real confidence in experiment performance and ease in conducting follow -up deep dives. No more extended analysis cycles to understand results. And that's why companies like DraftKings, ClickUp, Momentive and Cameo all rely on to power their experiments, get access today at getepo .com.
3:27You have now arrived at your destination. No I am so excited for this, I've really been looking forward to this one, so thank you so much for joining me today. Thanks so much for having me here, I've been a long time listener excited to finally join. Well that is very very kind of you now, I wanted to chronologically unpick your career before we dive in and start your career starting as PM at Google. What is the single biggest product lesson you took from the two to three years at Google? And how did that impact your mindset? I think the thing that struck me the most in background that used to have this model they called it the 70 -2010 model.
4:0270 % of the product teams were focused on what are things that are known valuable things for our customers that are in some ways more incremental. 20 % were new product areas that had already taken off, but they were trying to further refine and incubate. So, you know, AFF and Gmail took off. How do you scale it to a billion users? And then 10 % were the far out bets, the self -driving cars, the Android before Android existed, the building a web browser. And I think the thing that stuck out to me was the combination that deliberate approach to what the portfolio looked like. And whatever your idea is, you bring to them, what would 10X bigger scale look like?
4:38So I think that caused a level of ambition for product thinking at Google that it's kind of hard to afford at a bit of early stage startups but I think it's aspirational to bring to every company. Do you do the 70 -20 tenants like? We do talk a lot about kind of the portfolio and diversification within different product areas. So you know we might ask it to you. When you think about the breakdown of your roadmap for the next two quarters, where is allocated? How much of this is maintenance performance and quality? How much of this is refining and kind of customer delight? How much of this is you're incubating new ideas you're trying out new levers.
5:13We don't call it 70 2010, but it's definitely part of how we'll look at the structure of product team roadmap and trap. And every team is different too. You know, even at Google, I would say that was at the appropriate level, but to get to make ad words, their allocation didn't look like 70 2010. They might look like 95. 5. It's an interesting framework, but I don't think it is something that is like a perfect ratio to apply in every context. What's the biggest product takeaway for you from 4Square? It's a fascinating product actually to have the experience you did on. How did that impact your mindset?
5:44You wind up learning a lot more, it doesn't matter what your role is, when you're actually faced with a lot of headwins. When everything's going up into the right, you think everything you're doing must be brilliant. You throw something in so all and the metrics keep rising. I think it's really hard. It is a knock -off, I think sometimes folks who have only worked at large companies is you have so much tailwind, you have so much momentum, you have so much distribution. You don't learn how to main the facts for the scratcher. You don't learn how to turn things around and things go sour. Within the kind of a force for a basic thing I took away was that product market fit.
6:15People talk about it like it's a binary thing. You unlock it and then you have it forever. And I actually think a much more accurate model is that you unlock product market fit. You get to maintain it for a while, but you have to keep renewing it as your audience changes and as a world around you changes. So I think with force where we definitely had to go past the early adopters who were so motivated by discovering the world, seeing new places, novelty, and the social side of it, and then also the world change. Understanding how competition changes the backdrop with Instagram coming out, really shifting how people viewed what it meant to share experiences in the real world.
6:50I totally agree with you in terms of the need to renew product market fit with the changing of company scale. What are the biggest challenges to doing that? I think you look earlier stage. The single biggest challenge, because I think the first time you had product market fit. Almost every company, they're designing for themselves in some way. What's the founders right to compete at this market? What's their founder, you know, market story? It's almost always, I have this problem in my personal life or I see this problem in my work life and I want to solve it for me and hopefully other people want it too.
7:21Slack obviously was two stories of it. You know, the first was trying to build for this game that they wanted. That didn't take off. The second version was, hey, we built this amazing tool will, eternally, maybe other people might want it too. Let's hope that there's a big enough market. Once you saturate that market, other people do want the thing. I think the biggest first leap is how do you have the self -awareness, the humility, and then the intellectual curiosity to learn about what is the next audiences that you should be kind of designed the product for, who looks fundamentally different from you.
7:51And how do you make that leap as an organization as a culture, as a frame of reference where you are your next customer. That's a huge leap and I think really hard for most companies to do. How do you do that and how much do you listen to your customers versus independently progress on your own research and thought processes? Yeah, I think you have to get even deeper into your customers' lives and better understand. So you know, in this case the Slack I think it was initially if you read the initial pitch deck which they shared when they pivoted the company, it said Slack is a product for teams of 5 to 50 people.
8:27The initial conception of Slack was, after 50 people, this thing probably won't scale. No one's gonna want to work this way, so let's just design for the small, medium -sized teams and companies. I think the biggest change was when we realized just looking at the data that actually small teams at large companies were loving using Slack in all these different pockets as they were springing up. But to actually make Slack work at a scale of thousands or tens of thousands of people, the needs of that type of company looked very different. The end user is one of the exact slide product, but the organization wanted something very different.
8:58We had to spend, it was probably at a 2016, 2017, really immersing ourselves in the world of enterprise, controls, scale, security, compliance, talking to executives at companies instead of just being the insurgent and getting closer to them, not because everything they said we should take literally, but because we weren't designed for ourselves, because we were only maybe 200 -300 people back then. So you couldn't know what a 30 ,000 -person company actually wanted, and you have to actually get a toxin and find out, and then incorporate it into your view of how to evolve the product. Now, before we move into that kind of scaling up into enterprise, you mentioned that the 5 to 50, I do just want to touch on kind of the foundations being in a product principles, and you said before the show to me that your organization needs product principles.
9:41First, what are product principles, and what did you mean by this? Yeah. Product principles are a way of enshrining the culture and the lease of your product organization into a common language that everyone at the company can easily refer to as a shorthand for making quick decisions and for making qualitative assessments of the level of craft of the product. And so for Slack, I think the why they have my way of creating these was as a company with scaling and the average person who's working in product development is kind of further a way every day from working with Stuart, who is the founder of CEO and very product led.
10:17It became harder to figure out how to instill the fiber in DNA of how the product was initially built into teams that were further away from that origin. And so what we realized was you couldn't just have Stuart spend all day in meetings with every single product team. How do we scale the culture and how do we make it easy and memorable to reference? So we came up with a couple of things like don't make me think and be great host and I can't protect the path and take bigger bolder bets and we can pack any of them. But... Let's unpack them. I'm going to be deliberately contrarian. They're all white general, bigger bolder bets.
10:51I get it, but kind of nuanced. If I'm going to come with an idea that's like, back the company, you're telling me to take bigger bolder bets. I help me understand this because they seem pretty challenging. Yeah, I would say, I think they mean something to the context of the organization. When you have half these, but when you say, we take bigger bolder bets as a company many scales. I think there's a tendency towards incrementalism and local optimization. You have bigger and bigger organizations, you have feature teams, the feature teams may have a single KPI that is the one thing they feel I'll directly account before.
11:24And the natural tendency is I view my success, my team success to move this symbol metric. The easiest way to do that is incrementally with very small experiment. So I can say, hey, we move this metric by 0 .6 % and that's kind of antithetical to if you're saying, hey, actually our product is much earlier in its journey. We're defining an entirely new category. No one else has created this space. We're the ones who are creating this space. Yes, we need to do things that are different from metal and refinement, but we need to balance that with taking huge swings to push the concept of this category for our customers.
11:58What do you think of the biggest mistake startups make with product principles? Most companies wait too long to introduce them, whether they call them principles or maxims or design guidelines, it doesn't really matter. It's really hard if you're a product founder and you're a founder -led company. But I think one of the hardest things lines of being, when you give up enough control that your organization starts building things that you're even aware of, and then how do you have enough trust that the people building it are going to build it up to the standard in approach that the company was founded on.
12:33That's the leap, but I think most companies wait for our too long, and then the organization starts going slower and slower, and then the CEO starts complaining. Why are things slower when we have twice as many people? I would say probably waiting too long to try the culture in a way that can still. You said they're about speed with scaling teams. I had Gustav Soda from the CPI Spotify on the show recently, and he said, talk is cheap and so we should do more of it. meaning we should have more internal discussion, more debate around products. And that leads to better outcomes. I bluntly disagree.
13:03I think speed of execution is everything, and you should move as fast as humanly possible on non -core items. How do you think about internal product debate, and whether it should be fast, slow, and what to get the most out of it? Fundamentally, I can depend on the type of filmmaker debating. I think Amazon, maybe that was kind of famous for the two classes decisions, like there's the two -eighthours and one -way -dour decisions. I think the thing that we've learned over time is separating the two and trying to empower teams who have context, understand the strategy, have principles to make as many two -way -to -all decisions as possible locally and not having to have a lot of talk in the bait.
13:39And then on the flip side, really being clear, what are one -way door decisions that actually do need the entire kind of executive team's buy -in to actually make that call, make that investment? And then I think talk is cheaper than a bad decision, but that should not be the vast majority product discussions in my mind I know these. How do you do product reviews? How often do you do them? Who's invited? What do they look like? Yeah. It's evolved a lot over time. I would say where we are now and you know for context Slack has probably around 1200 people across product design and engineering. So it's a pretty you know sizeable team.
14:13Where are we kind of a structure now is there's basically product pillars which are teams of teams that are responsible for areas of the product. So there might be an enterprise product team or the virtual HQ team as it owns for huddles and clips and so on. And what we've figured out worse pretty well is that we have those pillars, the leads for those pillars do product reviews or product workshops on a weekly basis within the team. So the leads can kind of weigh in and give feedback and unblock feature developments that's happening. And then what we'll wind up doing is usually on maybe a biweekly or depending on their monthly basis and exact review with the leads of each pillar, the PD kind of executive leadership, so the design, the engineering, the product, and try to focus those discussions less on, okay, let's run through the 15 features that might launch in the next couple of months and instead be like, what are those one -way door decisions that we need to really focus on?
15:06What are things around the product roadmap and the portfolio that we need to refine or if it's a really major launch? Let's go taste the soup. Housing feeling is it up to the bar? What's broken? and where do we need to push on the quality bar? How did they change in a world of hybrid? Yeah, biggest change was it became more inclusive, actually, because what used to happen, I mean, you probably know this dynamic, right? It's, everyone is familiar, you're in a room, and once the room gets to a certain size, it feels like you're not in a collaborative discussion, it feels like you're in a performance.
15:37And so back in the day, when it was all in the state, it was a cool meeting room, it kind of felt like you had to set a hard cap, I don't know if it was eight or 10, or something like that, or you're like, like, okay, this is a single discussion. And so I think we've changed in hybrid where you could have a much larger room but not feel like you're doing a performance as much as that the reviews at which I tend to love. Actually, if we're reviewing a key product that I could have it right after this today about the new information architecture that we're working and come through redesign of the Slack navigation, many of the tech -lead, some of the design leads, multiple PMs working on this project all there in one place.
16:14And that doesn't mean that it's completely a chaotic discussion. We're still mostly having a review, but I think the beauty of it is it's more inclusive and people can have a context immediately instead of the typical trickle or cascative information. In that way, I think it's actually been a real beneficial change. You know you're the only product leader who's set a positive about it being hybrid. Every single leader said it gets worse, the quality of discussion is worse, when it's not in person. It's harder as an executive. It's less fluid, but I think the team, I mean, even the team's perspective, I think they actually can enjoy it more and get more out of it.
16:50Instead of the typical, it's a closed door, it's six people in a room. Definitely this is not true of hardware, talking to friends, for example, at Apple. I think as soon as it was physically safe, they need to be in the physical environment to actually touch the thing. I would say the other thing that's really changes, we do much more of what typically was in a synchronous review, asynchronously now, ahead of time. whether it's pre -reading or people or court clips of demos that people pre -watched, so then in the actual review is the part that needs to be synchronous discussion, but so much of the work that used to be in the meeting can actually split off when people do asynchronous layout around schedule.
17:27How do you do that? Is that with mirror boards? Is that with? What does that look like? Yeah, what I would say is that those typical flow would be somewhat well write a doc that kind of frames what the discussion is, the key context decisions. But I think the big thing that's actually happened is designers and engineers now will record clips with screen sharing in Slack. And it'll be a quick three or five minute clip. And if it's a designer, they'll be like walking through a prototype in Figma or if it's an engineer, they'll be doing the same, but with real life code. And they'll actually show you the thing and say to say, hey, let me, you know, the classic meeting otherwise is a 20 minute presentation of everyone sitting there and you're like, okay, I wish I could just go through this quickly on my own.
18:06Now it's everyone pre -watched this thing. And then come in with your perspective, your ideas, your feedback, so you can get straight into the discussion. And so they're having half the meeting via presentation. So I think it's made a big difference. What's the biggest broken process part of product building today for you and Slack that hasn't yet been resolved? What is actually the latest state of the world for all the major areas going on at the company? And I think Slack itself definitely doesn't solve that. Like yes, you can be in all the channels, but for me, if I just open up a random team channel, it's gonna be really noisy.
18:39It's gonna be hard to know like, what is the actual latest? Should I be reviewing this thing? Is this just team discussion? We wind up solving this like most people do at the end of the day, you spread cheats. So we have a Monday meeting, PD Monday meeting as we call it, where like literally we just review in a spreadsheet, super manual process, but the top priorities for the quarter in latest updates and it gives that kind of operational cadence to the quarter. But that's a solution that is not very elegant and is not very software. So that is all the spreadsheets. But I think a lot of organizations rely on that and software is too rigid often to be able to solve it.
19:12Did the enemy of most SaaS companies is the spreadsheet? So I think you're not alone in terms of that. But I do want to ask, we've managed to start so many times. You are the masters of PLG. You've been building one of the iconic PLG products to last five plus years. Yeah. What do you preserve simplicity with scale and with time? One of the things you go to the actual emission and vision of the company to make people's working lives simpler, more pleasant, and more productive. And so I think everyone here, when we're thinking about how do we build, what do we build, what does the quality of craft bar look like?
19:47It does always come back to, is this simple enough? Are people going to be more productive or more confused by the complexity that we're producing. And I think the other way that we do is through hiring, you know, the vast majority of people who have worked at Slack had never worked in enterprise software before. A simple, always, simple from a, it's easy to understand. That is always going to be an important and good thing that we talk about this a lot of internally. Simple doesn't always mean fewer clicks. So for example, I think in a lot of consumer yields, you'll say, okay, you know, we on our movies, many clicks as possible, remove as many options, and give less control.
20:23But I actually think in enterprise offer, often more clips can be okay because you bring people along. So a guided flow, where you're only making one decision per screen, can actually, before and a lot better, you're helping people feel like they have a master of the software that they're using and feel confident at what they're doing. Simple is about how understandable something and is how comprehensible it is. It isn't necessarily how streamlined or how things look to this. When you review many of the product decisions, you may with regards to the product that they grow with features at Slack.
20:52If you were to choose actually a biggest PLG product feature mistake, what was that and how did that change? How do you think about product today? Oh, two, because one is not specifically necessarily PLG, but I think kind of affects the motion there. So the most obvious PLG when is at Slack always had a really generous freemium model. Like you know, you're free, a free plan, you can use it as long as you want. There's no cap on users. The really only significant cap is just on how many messages you have access to, or how many files you can upload, and so forth. But what we didn't do for many, many years is actually never gave people a rich, valuable trial experience of what the paid product looked like.
21:30And when you learn this in user reading, this making sounds obvious in hindsight, but in user research, what we realized was that many people had to have bitchfully used their free plan, and didn't even realize that paid product existing, because we're not banging you over the head with it inside Slack. And then kind of just was like, their conception of what Slack was, had all the limitations of the free plan. And so the image of you says, oh, it's meant to be ephemeral. Like, you know, the conversation disappeared. You know, this is back when maybe Snapchat was really taking off. So people kind of thought that was the point of it.
21:57And so we wound up building a really robust, impromptu trial program, many ways to flow into it, a guided experience help you make sure you're getting the value out of it. And that was probably, I honestly, the single biggest thing we did on top of the premiere model to really push that self -service driven paid conversion. How did it change your mindset when you reflect on that? I think for a long time we have a perspective that if you use Slack for long enough, you'll eventually decide to pay for it because it'll be obviously valuable to you. And I think what changed, and I remember, or, normally, remu this and kind of rhythmaxing is what we want to do is give people such a great taste of the full -slack experience that they never want to go back.
22:35And that's a change. So I'm assuming that they'll discovered on their own, that they'll have the intentionality. It's actually how do you give people a taste of that? How do you walk them through it? How do you make sure they fully utilize it? And then once that ends, they're like, oh my god, I would never want to go back to the free plan. Like this is so powerful. This changed my entire organization. So I think that was a big change there. The other thing which I was gonna mention, not strictly appeal to you, but I mean, this product capability called Slack Connect. Whole idea is take a channel, now you can share across multiple organizations.
Read the full transcript
23:04So we can use Slack Connect between companies working in a project together, between vendors. We have Slack Connect channels with every one of our customers to do customer success and support, the stripes head of sales famously said, you know, once we're the Slack Connect channel with a customer, I know the deal's gonna get done. The thing that I think we were, you know, maybe overly cautious on is, we were really, really slow in delivering that product to market because we're really worried that people's mental model of Slack was very much that it was this walled garden for my organization. You know, there was no external notion Slack.
23:35It was whatever was in Slack was just fully internal. We were really anxious, frankly, about breaking the walls of that garden with this idea of Slack Connect channels that could connect you to other organizations. And then, to point about simplicity, does people's mental model what Slack is get more blurry? And I think we probably had it in beta for about two years. It was a really long time to bring to market. Frankly, especially given the competitive backdrop there, I think if we had expedited into market back before there were more products that people were starting to use or get for free as defaults.
24:08And back when I think the ubiquity of Slack was something that felt like maybe inevitable. This could have created enough gravitational pull or existing customers who love it. Just forced the rest of the world to come use it with them. And I don't really miss that moment, but I do think that moment was delayed enough that maybe we missed some of the more like exponential return to having brought it to marketer. You mentioned speed that I'm asking it I used to be so nice on the show when I was younger. I'm asking the tough ones. If we're honest, I'm sure you hear what I hear. People say the speed of innovation at Slack is slower today.
24:44What are the biggest bottlenecks to the speed of innovation in Slack? Where it was most true was 2018 to 2020. Back then, but that's when we really made this kind of hard rotation focusing on the enterprise buyer, the enterprise organization. We did prioritize for a while kind of scalability and solving those really complex. Fortune 500 use cases and compliance and security needs. And I think we did take the eye off a little bit, that core pace of product innovation, of pushing the boundary of what category could be forward. COVID was a real wake -up call for us because suddenly even our existing customers were coming to us and saying, oh my God, I'm living all day in Slack, but also now having all these other needs and can Slack fill these needs or do I need to look at other places for them?
25:29It's right at the end of 2020 through now. I would say, and this is not a rebuttal, but my perspective of these is that I think that the pace of innovation has kind of increased pretty dramatically. You know, you have huddles, you have clips, cameras, which was just launched, you have work flip. And that is because you have clarity of understanding who you're building for, be it the enterprise button. I think what it actually is is that we got to the place where we realized there was diminishing returns for focusing the majority of our efforts on the enterprise buyer. or once you get through a lot of the blockers that are just, hey, the CIO is gonna say no, unless you have DLP and EKM and IDR, I'm not gonna go through all the three letter acronyms that will be blockers.
26:10But once you do all those, then you start realizing what we felt all along, which is you wanna keep pushing the capabilities of the product for the end users, for the teams we're trying to work on a more productive, the like, full way. And those teams need new things. And it felt like, honestly, and Stuart said this publicly too, the pandemic and the shift to this hybrid world, I think it kind of gave us almost a new level of meaning and urgency that we were doing because the level that people were depending on Slack, the expectations they had for what Slack could do had just grown incredibly basically overnight.
26:45No, you mentioned there's three latter acronyms. Most people have no idea what they mean because generally most people don't have to scale into enterprise but many startups do and many startups actually I think respectfully don't understand quite what it takes. What do you think of the biggest mistakes that start -ups who start in SMB make when they scale into enterprise. It's hard because honestly a lot of the work is really kind of removing blockers and I think there what I would really recommend honestly is like that's where you want to hire people who have domain expertise you don't want a bunch of folks who worked our early stage startup and never worked enterprise before to be like let me try and figure out from from first principles what like a little traumatic key management is and why the Chief Security Officer of a Fortune 100 company cares about it.
27:29This is not a place where you should read the wheel. You should not take a novel approach. But the biggest mistake I think people make, and it's a little bit kind of reflecting for ourselves, is over -rotating on the enterprise buyer where you think that they're hardly more conservative. They don't want features to be shipping every single day at 10 users because they're and Farron was trying to centrally run an organization where they have enablement and education and so forth. And I think you can introduce to your point about speed. It can introduce a level of cultural conservatism because the enterprise buyer will say, hey, I have these blockers, a block then, and please stop shipping things so quickly.
28:07And then the small, immune -sized business will say, I don't even know what those acronyms are on on care, but what else can your product do? And by the way, I'm very value -conscious. So I'd love your product to do more for the same price. And I think that becomes attention and I think if you over rotate you can lose some of that speed That product innovation DNA and I think that's the thing to watch out for the most is not losing the core of the fiber That got you to build a product that people the enterprise along in the first place How do you know when's the right time to move into enterprise?
28:36I think there's two paths and there are some Product categories where you need to start in the enterprise because there isn't an SMD buyer things in the like security compliance infrastructure space. Those buyers for good or for bad are gonna be the CIO or the CSOE at an organization to start with enterprise is often the answer and don't sweat that you don't have a bottoms up motion or PLG motion. I think if you start with SMBs, I think the thing to look out for is, are you seeing pockets of teams or subsets of an organization that are starting to use your product kind of independent of each other?
29:11And if you start seeing that, so for example, I can imagine, I've heard interviews too, it talked about Figma, they started seeing different pockets of a large organization start adopting Figma. This is a very similar to Slack story. And then once you see that, you're like, okay, maybe we don't have all the control and administration that a large company needs, but we have that organic demand that obviously people large companies are getting value. And so that's where you start saying, well, let's go talk to the CIO at Uber. You already have 300 people using it. They paid for it with their corporate card.
29:41What if you went and enterprise level agreement and then they'll tell you the 17 things that are missing and then that be good your enterprise journey How do you determine where to focus? It's so fucking hard because you've got SMBs wanting speed new products I want this situation that is racing your enterprises who want security often as a product leader Which customers you serve when you have to our answer that if we have to choose who we're serving about else It's actually the end user who's using a product and living in it for 10 hours a week because it really can make something that they love, that they feel like actually makes their working life simpler and more pleasant, more productive.
30:17They're not only gonna tell their co -workers, they're gonna tell their boss, they're gonna tell their friends, and they may even advocate for us with IT. That's SMB. Not so I would say actually independent of SMB or enterprise, because actually that's the magic of how Slack spreads at most large enterprises. So I think we've said this publicly, but over 85 % of our enterprise customers, so you know, customers of over 1 ,000 users started in self -service. They started by signing up on Slack .com, just like an SMB, sharing it with some co -workers, just like an SMB, putting a credit card down, just like an SMB.
30:47But at some point, that grew enough that they then had a discussion with our sales team about becoming an enterprise -level customer. Fundamentally, if we have to choose, we choose the end -user of Google Insilival Day. But I think we do it, balancing what we know are the needs of the organization, the administration, the buyer, who sometimes isn't the end -user, obviously, the larger company. But I think just fundamental to our DNA build a product Cus it was love enough to tell their co -workers and their friends in the rest will take care of itself How do you think about the product decision of short -term product feature improvements and Shipping a little bit of what delivers revenue today in all honesty versus longer -term strategic best generative AI Introductions you name it.
31:31How do you think about that balance? Yeah, I mean, it's good back a little bit to the very beginning of the discussion with the Google 70 -2010 model, which is like one way of thinking about it, because I think there, if you just apply that, you'd say 70 % are the first category and 10 % are the other latter category. What do you think you've done this in the 10 %? In that 10 % bucket, would be the entire Slack platform and kind of workflow automation system that exists on top of it and that ecosystem, which didn't exist when I first started Slack. building network on top of this world garden that existed with slot connect.
32:04I think slot connect is so interesting. Did you disagree internally? We definitely debated the benefits would be outweighed by the complexity that it introduced. And also, you know, email is what we joke about. It's kind of like here at your post. It is the lowest common denominator. Everyone can be reached by email. So what would slot connect be 10x better than email for? And could you actually deliver on that? Because you do have the post mail that everyone can So yeah, we debated a lot. I think the AV stuff was another audio visual with Huddles and Clips and some of the newer co -working capabilities we've been introducing.
32:37I think for a long time we thought Slack was a just primarily tech space product and adding dimensionality to it, moving into a space that has a lot of other competition and components. I think that was a huge bet to take. How long does it take for you to know a new product works? The thing that we do, which I think has become a playbook for us at least, We start off always with an internal prototype of something that's big, but we make it rough, we make it ugly, it's unpollished, and we see internally, before we do all the refining, the polishing, the scaling, the performance work, are people like, wow, this is super interesting.
33:14Like this could change the way that we work internally. Okay, if you do that with a small group, then okay, if we're fine and a bit, scale that to the rest of the company, and then you just are actually looking at data of like what percent of slack is using it every day. What percentage of those people are using it the following week in the week after? What's the depth of usage or those things growing? And it's a big leap that we do long before we launch things is that we have a really just rapid customer base, many of whom want to pilot new features before they're ever out in the wild. And most of the new capabilities that we launch can't be experiments at a user level because there are social features, right?
33:47You can't sit on a huddle by yourself. You have to be able to use it with the rest of your organization. So we have this whole pilot or champion network that we use of companies of every customer segment size and basically every country in the world. And we do these progressive pilots where we'll roll out these new capabilities. We'll measure with surveys by talking to folks and also by looking at kind of adoption metrics as well. We'll find a product and then increments and increase the pilot. And usually by the time that we're watching something that's really big and new to the world were pretty confident because of the diversity of pilot customers who hopefully became totally smitten with this new capability that it's gonna be something that all our customers love.
34:28What do you know, since big and new, that you thought passed all internal checks and then didn't hit with the public and what did you learn? If you go back, I want to say this must have been in 2018 -2019. We bought this company that was kind of a lightweight, wiki tech Ex -settler, maybe almost like an early, no -shiny, kind of probably before Nation existed very early on. We tried to incorporate it as a very basic, wissy way document composer in Slack, and it was called hosts. We were like, well, obviously you in the hosts in Slack, it's like a message about it to richer, more formatted, more visually appealing.
35:04For many reasons, this seemed obvious, and yet when we launched it, it really got very love adoption. It never really grew. And I think what we realized actually, this goes back to one of the things I think Google really, and stills in you, is that the most important feature by far for any product is actually speed above all else. That is like the oxygen for a good product experience. And it turns out to build like a rich documenting experience. If it takes a couple seconds to load, if there's latency on the key presses, if moving objects around takes longer than you think, you're gonna just say, well, I'm just gonna go back to the thing I I use every day in some other browser tab.
35:41I think it took us a long time, and obviously we've launched Canvas recently, or we're rolling it out actually now, and it's a different take on the same space. But I think what we realized was that the bar for just speed and quality, for something that is as ubiquitous as a rich text editor, was much higher than we're able to hit. And our customers, we could see in the data, like, they seem obviously valuable. And at the end of the day, they didn't use it because they had good enough alternatives. and that was humbling but valuable to learn. I'm fascinated you said there about that acquisition on posts from a product leader mindset for a massive voice in our acquisition, especially so product centric acquisitions.
36:19How do you think about that by versus build and respectfully, why buy when often the price is very high? To be honest, and this is maybe colored more by our experience at Slack, we've struggled to buy a product that we can then repurpose and incorporate that was faster at the end of the day than if we decided to build a different scratch. The question was, well, why does that happen? Why do you do it? I think the reason is often very simple, which is you look at your existing organization and then you look at your ambitions. And when your ambitions are upstripping your ability to scale your organization, you sometimes think, okay, this whole area that we're excited about, can we just buy a team here?
36:56I'll say you have the equity or the dollars to do it. And will that be a faster time to market to kind of realize some of the vision that otherwise we just don't have the capacity for? And I think it's just fundamentally very, very hard, especially if you're a hyper -scaling kind of company to be able to do Acquisitions of products, not teams. Teams are very different. Like we've done a lot of talent acquisitions and those of which are amazingly well But when we're trying to actually buy a product, I think you're right I think I think often the thing we've learned is that it doesn't actually Decrease time to market.
37:26You might bring an expertise and that's a good reason to do it But that's at least what we've learned for more small -scale acquisition I think it's different if you're a large company buying like a multi -billion dollar business or Salesforce buying Slack That's a very different propulsion. Do you think you'll get it in scratch? I think we're good at talent integration. I think we struggle at product and technical integration And this is another reason I think if you look at a large company that's very inquisitive like a Salesforce or Google There's a reason why they have an entire M &A division that isn't just about purchasing the company It's about actually integrating the company after and again And I try to think, at least, lack what we were still independent for most of our life, we didn't have the capacity, we were doing acquisitions regularly enough to build that muscle internally to become great at inter -ration.
38:11It was always a one -off, and it's hard to get great at one -off. Now, why are you weakest as a product leader? When you do a self -reflection, and when you whisky at the end of the year, why are you like, I really need to improve here, and what are you gonna do to improve that? I think it's really hard to create a team environment within a product manager organization where people feel really connected to each other, where they feel energized by each other's work, where they're pushing on each other, where they have a lot of shared context. Most product organizations, the PMs, they feel like their primary team is going to be the engineers and designers that they work with.
38:44Those are the people they work with every day that they have the closest connection to. And I'm still trying to figure this out. I'm still trying to crack it. I was like, how do you make a PM organization feel less isolating? How do you create connection between people with the work on very different parts of the product, to learn from each other, to push on each other, to build product with each other. I get to work at a place that has cracked this, and I think that's part of there's a why, maybe there's so much hunger from PMs to kind of learn externally, to learn from podcasts, to learn from newsletters, to learn from other communities, because it is hard to foster that connection internally.
39:17What about a more style metric, and how do you think about effective more style metric setting? Yeah, I keep that works. It's harder to do, I can get enterprise and consumer, because really the metric we care about is are people willing to pay for the product, but most of the things you do in a product don't directly affect that metric. So it's a little bit harder than I think in the consumer world where it's more of a direct one to one. But I think those PMs are wired to really care about impact above all else. So that's the thing that motivates them. Impact to the customer experience to the product experience in the business.
39:48I know it's their metrics help with that. It's kind of like head not heart. When they think about what we obsess about, but different than how you feel connected and energized by your team. What piece of conventional product wisdom do you think is BS? A lot. The biggest, I don't know if I would say the mistake, but there's been like a professionalization of product management over the last five to ten years. And by that I mean coming up with what is a very like a rigid idea of what the role of the PM is and all the frameworks that you could be applying. And I think, no, Naka, I think it's great to have education, inspiration, and get that from many different areas.
40:22But I think a lot of PMs, really on your career, I think you look for all these shortcuts that are like, this is a framework I can use for a product shout out or document, or this is a framework I should use for understanding customer feedback. To me at least, it's much more of a combination of the arts in the science, the head in the heart, knowing things that are like frameworks but not really abying them, powerplunge. I think with the role started, my impression, and 20 years ago or so, is that kind of started by filling in the gaps in a product development organization where who was the single person who felt responsible for defining a why behind the product, the understanding of the customer or strategy that's going to be longer -term than the next release, and from an operational perspective, kind of being the glue, being the multiplier for everybody else.
41:11And I think that's an inherently very fluid definition. What I always kind of see with PMs is I think you're very rigid definition of the role. I do this, the other roles do that, where I apply this framework, this is the only framework work I should use. I think you miss a lot of opportunity to have impact and even just enjoy the job. Take a more expansive view of what product can be. Take a less rigid view of copying, pasting frameworks and advice and figure out what the team needs, figure out the customer needs and focus on that. No, I could talk to you all day but I do want to move into a quick fire out my eye, pepper you with questions again but we just relatively time bound it.
41:47So it's not too dissonant to the last half an hour but I say it's not They've been ready to rock and roll. Let's do it. Okay, so when is the right time to hire a CPO? I would hire for sale, I had a product before CPO, because it's only better to start with fewer titles when you're small. And I think the right time to do it is when the product founders here, presuming that they are a product founder, feels like the teams are now locking on them for high -quality fast decisions of direction. So when the development team starts slowing down because the CEO becomes a bottleneck, you probably need someone who can serve as a de facto head of product to start accelerating no organization.
42:25What other function does the CPO have the most tension or conflict with? I think in a poorly functioned organization, I would say engineering or design, and a well -function organization there should be your best friends. I think at an enterprise offer coming to the answer is always going to be sales because what you promise to customers and when you can deliver to customers can often be at odds. At a consumer organization it might be marketing because that's kind of the same dynamic. Which product lead outside of Slack? Do you most admire and why? Julie Zhao, who is... I think she was actually a designer by training, but was at Facebook for many years.
43:00I think she is the most incredible thinker and writer about product craft, how to design, the nature of working between a product development team, I literally think she does, she's great. Love that one. Is product more art or science? What's the ratio? and if you were to put a number on it, what would it be? On a really mature feature area, it's more science than art, because it's about optimization, and you have so much data and scale. So there I'd say 80, 20 science art. If you're at an early stage company, or at a really early part of the product development by CycleFurne feature or new product capability, I would say it's like 75 % art, 25 % science, and you can be informed by the science and the measurement, but there's so much art in the curation, in the editing, the creative approach, the vision that you have to focus on before you have enough scale to get into optimization mode.
43:52What would be your biggest advice to a PM who wants a promotion today? Deliver impact. That's it. Everything else is an input. If you can change the trajectory of the customer experience or the business, and you can point to what you did, that is the single most silver bullet you can have for a promotion process because everything else is an input to deliver an impact. You can call up a CPO who's starting their role the next day. This is the night before your first day of CPO slack, yeah? And you can give them any advice knowing what you know now. What do you call up that CPO to be in Tellum? The most generic advice I would say is no one's looking to you to make any rash decisions.
44:32In fact, they actually want the opposite. In the beginning, what you should really focus on is understanding the team, the culture, the customers, the vision, the strategy, We focus on the things initially that are guaranteed accelerator to the velocity of product development organization. Those are the lowest hanging fruit. The things that are about process execution so on. Focus on team after that, because I think you have to spend a lot of time to understand the team in the culture where there's holes, where there's gaps. Then I would focus on changing the fundamental strategy or mission the last, because that's the thing where you have to have a lot more context and understanding to be informed enough to have a good perspective.
45:10You can be CPU of any product other than Slack. Which one would you be CPU of? Not that I would do it necessarily, but I think the most interesting company right now that's an independent company that's not like a beefy myth. I would say it's OpenAI. And that's, forget even the technologies out of it, I think strategically for them right now. There's just an incredible exponential set of pathways in front of them. I know there's really interesting questions to try to think through in an industry that is rapidly changing. So let's say OpenAI. For getting all constraints, financial, hierarchical, legislative, if you could change anything about slack, what would you change?
45:47I wish there was a way to have both the bandwidth but also the kind of divergent projects experience where we could build for both kind of like work adjacent and work use cases while at the same time. I think every year in our history we've always had that that wasn't something we could pursue and in that market has become more saturated. But that would be my answer. Penultimate one, navigating and building in the age of generative AI. It's a new space. It's changing really quickly. It reminds me a lot of their early days of mobile back in What it was 2008 to 2009 where you need to keep such a close pulse on how the fundamental technology and platforms are changing that are enabling new types of products to be built and that changes every three months keeping close pulses is one of the I would call a product principle actually from Google back in the day as it relates to kind of ML and insertionally products that I still think is really relevant now, especially now is this idea that I think the prominence and the promise that you put into the product experience needs to match the underlying quality and confidence in the data in the model.
46:47And I think that's actually the thing that is hardest right now, the whole issue is hallucination and everything else, but these products are promising a lot to people. If you trust them blindly, you're going to get burned. And I think figuring out how to have a little bit more of a symbiotic experience where you feel like this is an assistant, but not on that you should trust unconditionally and that it's more transparent with you of, here's what I think, but you should check this or you should modify this or you should give me feedback on this. I think that's gonna be really important for organizations to figure out.
47:16Now, final one, what recent company product strategy? Did you look at and go, that was smart, well done. Been in realizing that this thing that was in research labs, this thing that was in a bunch of academic papers, which was the Flores language models, that the proof of concept, which isn't that much more sophisticated, you know, from a consumer experience. It's just actually making input box and a text output box. There was something magical there that would help people envision a world that was a very different model of interaction between people and machines. Seeing them execute on that, and then obviously I think, you know, Google has been playing catch up.
47:54I think actually now, first, we've come into doing a good job of that. The space didn't evolve very quickly, but I think OpenAI kind of realizing there's something magical here and forgot that the smallest possible product packaging of that To then give the consumer world a glimpse of what the future could look like I think now the question out of the space will ball is you know between the consumer product side Which I think there's not gonna be so many different variations that are gonna win and then you have in the platform and the infrastructure side How do you enable any other company to integrate AI into their products?
48:25I think that's going to be the most interesting thing to play out over the next 12 to 18 months. No, you've been unbelievably patient. I've just gone cow, cow, pow on peppery of questions. I love conversations like this, though, where it is totally natural. I've so enjoyed having you on. Thank you so much for doing it and it really has been awesome. Thanks so much for having me, Harry. Have a great time. I mean, what a fantastic guest have on the show. If you want to see more from us behind the scenes, of course, you can by going to YouTube and searching for 20VC, but before we leave you today, this episode is brought to you by Linia.
48:57Let's be honest, the issue tracker you are using today, it's not very helpful. Well, Linia is different, it's incredibly fast, beautifully designed, and it comes with powerful workflows. There's Dreamliner and your entire product development process. From issue tracking, all the way to managing product road maps. Linia is designed for the way modern software teams work. It's powerful workflows that you customize and automate processes to fit your team's unique needs. and they have integrations with your favorite tools like GitHub, Slack, and it takes just minutes to set up. Linear is the default tool of choice for high -performance teams, from startups to a wide range of large established companies, like Vacell, Retool, and Cash App.
49:36So see for yourself what makes Linear magical. Visit linear .app slash 20vc to try for free with your team, and get 25 % off when you upgrade. That's linear .app slash 20vc. And speaking of tools we cannot live without. I need your input on the 20VC Mirrorboard. About new guests we should feature for 20VC in 2023. Just head on over to mirror .com, Fought slash 20VC. Mirror is a tool, I consider it to be truly game changing. It's a visual collaboration tool, packed with the right tools tech and templates to help you think of and create that dream product. That means you can brainstorm the perfect product with your team, vote on the best ones and explore with your customer journey roadmap all on a mirrorboard.
50:19Whatever you need, Miro's infinite whiteboarding capabilities help you get there. It asks your team's single source of truth, and now I'm using it to hear from you. Go ahead and add your suggestions for 20VC guests on our Miroboard at Miro .com for slash 2 .0VC. And finally you have to try Epo. The next generation A, B testing and feature management platform designed to help you run reliable in powerful experiments. Epo saves you time across the entire experimentation workflow. planning tools help run experiment scenarios beforehand. Best in class diagnostics, mean you spend less time debugging issues.
50:55Their cutting -edge stats engine helps you reduce experiment run times. Plus, Epo sits directly on top of your data warehouse and your North Star matrix, so it gives you this real confidence in experiment performance and ease in conducting follow -up deep dives. No more extended analysis cycles to understand results, and that's why companies like DraftKings, ClickUp, Momentive and Cameo all rely on Epo. to power their experiments. Get access today at getepo .com. As always I so appreciate your support and stay tuned for an amazing set of episodes next week.
From the publisher
Noah Weiss is the Chief Product Officer of Slack, overseeing the product team’s strategy and development. Over his seven years at Slack, Noah has led various parts of the product organization, including the self-service SMB business and product-led growth; the Virtual HQ team that launched huddles and clips; and the search and machine learning teams. Prior to Slack, Noah served as SVP of Product and Analytics at Foursquare. He started his career at Google leading the structured data search team and working on display ads.
In Today's Episode with Noah Weiss We Discuss:
1.) Entry into Product and Road to Slack CPO:
- How did Noah make his first foray into the world of product with Google?
- What are 1-2 of his single biggest takeaways from his time with Google and Foursquare?
- What model did Noah learn at Google that he applies to product today?
2.) Product 101: The Foundations:
- Is product more art or science? If Noah were to put a number on it what would it be?
- What are product principles? What makes good vs bad product principles?
- What are the biggest mistakes that founders make when instilling product principles?
- Does Noah believe with Gustav Soderstrom, "talk is cheap and so we should do more of it"?
3.) How to Master Product-Led-Growth:
- What are some of Noah's biggest lessons on how to master PLG?
- What are the biggest mistakes Noah sees early stage founders make today when going for the PLG approach? How does he advise them?
- When is the right time to move into enterprise? What needs to change?
- How do you change who you build product for? The buyer or the user?
- Why does Noah believe product speed will always be the most important thing in product?
4.) The Internals of Slack:
- How does Slack do post-mortems today? Who comes? Who sets the agenda? How has this changed in a world of remote? What does it take to do them well?
- How do Slack do product testing pre-launch of new products? Do they know when something is going to be a hit? What did they think would be a massive hit that turned into a flop?
- What does Noah believe is the biggest near death product experience for Slack? What happened? How did they get through it?
- Why do Slack buy other companies? How do they think through the decision of buy vs build?
- When do acquisitions work? When do they not work?




