Noah Weiss: How to Master Product-Led Growth; Scaling PLG to Enterprise at Google & Slack | E1026

1. 0:00 – 3:01

   What Noah Learned at Google

   1. NWNoah Weiss0:00

      The most important feature by far for any product is actually speed. (instrumental music)

   2. HSHarry Stebbings0:06

      Noah, I am so excited for this. I've really been looking forward to this one. So thank you so much for joining me today.

   3. NWNoah Weiss0:12

      Thanks so much for having me here. I've been a long time listener, excited to finally join.

   4. HSHarry Stebbings0:16

      Well, that is very, very kind of you. Now I wanted to kind of chronologically unpick your career before we dive in, and start as your career starting as PM at Google. What is the single biggest product lesson you took from the three to four years or two to three years at Google, and how did that impact your mindset?

   5. NWNoah Weiss0:33

      Yeah, I mean, Google is definitely where kind of I started my career in product and it was the formative part of my kind of journey there. And I think the thing that struck me the most, because back then I worked on a feature team within search, but you kind of saw how the executives viewed product strategy. In that room they used to have this model, they called it the 70/20/10 model. And it's actually a pretty fascinating way of thinking about just a product roadmap and the distribution within it. So 70% 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 kind of taken off, but they were trying to further refine and incubate. So, you know, after 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, you know, Android before Android existed, the building a web browser. And I think the thing that stuck out to me was the combination of deliberate approach to what the portfolio looked like and the constant kind of Larry and Suriya refrain of whatever your ideas you bring to them, what would 10X a bigger scale look like? So I, I think that caused a level of ambition for product thinking at Google that it's kind of hard to afford at min- early stage startups, but I think is aspirational to bring to every company.

   6. HSHarry Stebbings1:53

      Can I ask, do you do the 70/20/10 at Slack?

   7. NWNoah Weiss1:57

      You know, it's funny. I feel like it almost became so well known for Google that it would feel a little bit cargo culting to bring it exactly, but we do talk a lot about kind of the portfolio and diversification within different product areas. So, you know, we might ask of team, "When you think about the breakdown of your roadmap for the next two quarters, where, where is it allocated? How much of this is maintenance, performance and quality? How much of this is refining and kind of customer delight? And how much of this is you're incubating new ideas, you're trying out new levers?" So we don't call it 70/20/10, but it's definitely part of how we look at the structure of products and roadmaps and try... And every team is different too. You know, even at Google, I would say that was at the corporate level. But take a team like AdWords, their allocation didn't look like 70/20/10. They might look like 95/5. So I, I think it, it's a interesting framework, but I don't think it is something that is like a perfect ratio to apply in every context.

   8. HSHarry Stebbings2:54

      Can I ask, you then go to Foursquare and you spend five years plus at Foursquare, I think five years and one month, according to the trusty LinkedIn.

2. 3:01 – 8:28

   What Noah Learned at Foursquare

   1. HSHarry Stebbings3:01

      Um, what's the biggest product takeaway for you from Foursquare? It's a fascinating product actually to have the experience you did on. And how did that impact your mindset?

   2. NWNoah Weiss3:09

      I mean, the thing which I start off by saying is I think you wind up learning a lot more. It doesn't matter what your role is, when you're actually faced with a lot of headwinds. And when everything's going up and to the right, you think everything you're doing must be brilliant. You know, you throw something against the wall and the metrics keep rising. And so I think it's really hard, and I think this is a knock on... 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 manufacture that from scratch, or you don't learn how to turn things around when things go sour. Within the context of Foursquare, and I've done so much soul searching and reflection and introspection, including with a lot of the friends from there early on. You know, I think when I joined, uh, right at the end of 2010, for the next two years, the level of product market fit that Foursquare had in the early days of mobile and the early days of social and location on mobile was incredible. And, you know, you go to Austin for SXSW and like the whole city feels alive. You feel like you're seeing a version of the future where like you can have this map of everyone or everything and everyone around you. You're like, "Wow, it'd be amazing if everyone on earth used this thing." But I, I think the thing I took away was that product market fit, people 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 the world around you changes. So I think with Foursquare, we definitely had to go past the early adopters who were so motivated by discovering the world, seeing new places, novelty in the social side of it. And then also the world changed. And that's really, I think, you know, another part of the story with understanding how competition changes the backdrop with, with Instagram coming out, uh, and really shifting how people viewed what it meant to share experiences in the real world.

   3. HSHarry Stebbings5:00

      Can I ask, I, I, I totally agree with you in terms of like the, the need to renew product market fit with the changing of company scale. What are the biggest challenges to doing that?

   4. NWNoah Weiss5:10

      You know, I think if you look earlier stage, I think the, the single biggest challenge, because I think the first time you hit product market fit, almost every company, they're designing for themselves in some way. I think if you look at the founder story now when people talk about like, what's the founder's right to compete in 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. And so if I look at Foursquare, that was definitely the case with, with Dennis. His DNA was, I want to try going to every single place in New York City. I want to have this map of the world and my friends all superimposed together, and I hope other people want it. And it turned out at peak, 50 million people in the world wanted this too. Uh, Slack obviously was, was two stories of that. 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 internally. Uh, maybe other people might want it too. Let's hope that there's a big enough market." O- once you saturate that market, if you are lucky enough to saturate it and then 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 designing a product for who look fundamentally different from you? And how do you make that leap as an organization, as a kind of 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.

   5. HSHarry Stebbings6:47

      How do you do that and how much do you listen to your customers versus independently progress on your own research and thought processes?

   6. NWNoah Weiss6:55

      The, I think the easy answer or the, the straightforward answer is I think you have to get even deeper into your customer's lives and better understand, by, by your customer you mean the next set of customers who aren't u- using your product. Uh, so, you know, in the case of 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." The initial conception of Slack was after 50 people, this thing probably won't scale. No one's gonna wanna work this way. So let's just design for the small, medium sized teams and companies. And 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 users wanted the exact Slack product. But the organization wanted something very different. And so I think, you know, we had to spend, it was probably end of 2016, 2017, really immersing ourselves in the world of, like, enterprise controls, scale, security, compliance, uh, 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 designing for ourself, 'cause we were only maybe 200, 300 people back then. So y- you couldn't know what a 30,000 person company actually wanted. You have to actually go talk to them and find out and then incorporate it into your view of how to evolve

3. 8:28 – 16:15

   What are your product principles?

   1. NWNoah Weiss8:28

      the product.

   2. HSHarry Stebbings8:29

      Now before we move into that kind of scaling up into enterprise, you mentioned the 5 to 50, I do just wanna touch on kind of the foundation as being kind of product principles, and you said before the show to me that your organization needs product principles. Can I ask, first, what are product principles and what did you mean by this?

   3. NWNoah Weiss8:46

      Yeah. You know, I think product principles are a way of enshrining the culture and beliefs 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 kind of qualitative assessments of the level of craft of the product. And so for Slack, I, I wouldn't have to walk through all of them, but I would say probably, I wanna say maybe five years ago, so a couple years into the company, what we realized, I think the why behind why we created these was as the company was scaling and the average person who's working in product development is kind of further away every day from working with Stewart, who is the founder, CEO, and very product led, it became harder to figure out how to instill that kind of fiber and DNA of how the product was initially built into teams that were further away from that origin and further away from the founder. And so what we realized was you couldn't just have Stewart 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 things like don't make me think and be a great host and persevere the path and take bigger, bolder bets and we can unpack any of them, but-

   4. HSHarry Stebbings10:03

      Okay, let, let's-

   5. NWNoah Weiss10:04

      ... these are the-

   6. HSHarry Stebbings10:04

      ... let, let's unpack them. I'm, I'm gonna be deliberately contrarian. They're all quite general, unlike bigger, bolder bets, I get it, but kind of nuanced.

   7. NWNoah Weiss10:14

      Yeah.

   8. HSHarry Stebbings10:14

      Like if I'm gonna, if I'm gonna come with an idea that's like bet the company, you're telling me to take bigger, bolder bets.

   9. NWNoah Weiss10:20

      Yeah.

   10. HSHarry Stebbings10:20

       Well, I should bet, bet humanity? Do you know what I mean? Like help me understand this 'cause they seem pretty challenging.

   11. NWNoah Weiss10:26

       Yeah. I mean, I would say none of those if you said them aloud would someone be like, "Wow, that's a, that's a totally contrarian idea. You, you know, wh- what are you talking about?" But I think they mean something into the context of the organization. So for example, when you unpack these, what we mean when we say take bigger, bolder bets is as a company scales, I think there's a tendency towards incrementalism and kind of local optimization. You know, you have bigger and bigger organizations, you have feature teams. The feature teams may have a similar KPI that is like the one thing they feel directly accountable for. And the natural tendency is, you know, I view my success, my team's success to move this single metric. The easiest way to do that is incrementally with very small experiments so I can say, "Hey, we moved this metric by .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 incremental and refinement, but we need to balance that with taking huge swings to push the concept of this category for our customers.

   12. HSHarry Stebbings11:39

       Look, 'cause I'm, I'm, I'm like and product principles... Sorry, we're having a great discussion. I like this. Product principles were like the best communications are the easiest. If we have that as ours, every single person knows that whatever decision we're making, we're optimizing for ease. Now that may not be speed. It may not be rigor. But ease of customer communication. That is something that every decision can relate back to whether you're doing clips, hangouts, messages, ease of send.

   13. NWNoah Weiss12:08

       Yeah.I think the one that, the two that are most like that for us is be a great host and don't make me think. So be a great host. The story that we tell with that is, you know, have you ever been to, I don't know, a friend's house or an Airbnb or whatever it is, and you, you go to your guest room. And you're kind of looking around, and the bed's made. And you go to the bathroom and, like, there's towels hanging. But are these towels used? Are these new? Did someone set these towels aside for you? Like, how do you know the towels are actually meant for you? And the simple thing of folding the towels, putting them fresh on the bed, so you know that, like, these towels are literally meant for you. That effort of being a great host, uh, making the bed, tilting your umbrella, kind of rounding every corner. That level of care and consideration of the focus on a kind of craft. And, and being a host because Slack itself is an environment people spend their day in. It's just a digital environment. I think that probably is that single manifestation of what it means for us to build an incredible product experience for people who just happen to be at work. So that's probably the most along the lines of what you were saying.

   14. HSHarry Stebbings13:16

       What do you think are the biggest mistakes startups make with product principles?

   15. NWNoah Weiss13:21

       My hunch is that most companies wait too long to introduce them. Whether they call them principles or maxims or design guidelines, it doesn't really matter. But I think it's really hard and if you're a product founder and you're a founder-led company, I mean, there's all types of things that are hard as you transition and scale the organization. But I think one of the hardest things winds up being, uh, when do you give up enough control that your organization starts building things that you weren't even aware of? And then how do you have enough trust that the people building it are gonna build it up to the standard and approach that the company was founded on? And I think that's, that's kind of the leap. But I think most companies wait far 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?" That, I think, is usually the process that, that happens. So I would say probably waiting too long to enshrine the culture in a way that can scale.

   16. HSHarry Stebbings14:22

       It is, you said there about kind of speed with scaling teams. I had Gustav Södershem, the CPO at 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 product, and that leads to better outcomes. I bluntly disagree. I 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?

   17. NWNoah Weiss14:54

       I think I lean more to your camp. But I would say it fundamentally, I think depends on the type of thing that you're debating. So I, I think it's Amazon, maybe, that was kind of famous for the, the kind of two classes decisions. Like, there's the two-way doors and one-way door decisions. And the two-way door being, "I launch this thing and I can unlaunch it and there's no harm, no foul." The majority of things you're building as a product organization fall into two-way door kind of decisions, especially things you can experiment with and then unrelease. One-way door decisions, I think, are very different. One-way door decisions are things like the pricing and packaging model for your company, the brand that you're bringing to the market, uh, if you're launching entirely new product categories and making a multi-year investment. Those are one-way door decisions. So what I would kind of say, 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 door decisions as possible locally, and not having to have a lot of talk and debate. Uh, and then on the flip side, really being clear, what are one-way door decisions that actually do need, in many cases, the entire kind of executive team's buy-in to actually make a call, make that investment? Uh, and then I think talk is cheaper than a bad decision. Uh, but that should not be the vast majority of product

4. 16:15 – 17:50

   How To Do Product Reviews

   1. NWNoah Weiss16:15

      discussions, in, in my mind at least.

   2. HSHarry Stebbings16:17

      How do you do product reviews now? I'm fascinated. How often do you do them? Who's invited? What do they look like?

   3. NWNoah Weiss16:22

      Yeah. It's evolved a lot over time. I would say where we are now, and, you know, for context, Slack has probably around 1,200 people across product design and engineering. So it's a pretty, you know, sizable team. Uh, where we kind of are structured now is there's basically product pillars which are kind of teams of teams that are responsible for areas of the product. So there might be, you know, an enterprise product team or the virtual HQ team that's responsible for Huddles and Cliffs and so on. And what we've figured out works 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 wind up doing is usually on maybe a biweekly or depending on the area, monthly basis, an exec review with the leads of each pillar, the PD kind of executive leadership. So the head of design, the head of engineering, the head of product. And try to focus those discussions less on, okay, let's run through the 15 features that might launch in the next couple months, and instead be like, "What are those one-way door decisions that we need to really focus on? What are things around the product roadmap and the portfolio that we need to refine?" Uh, or if it's a really major launch, "Let's go taste the soup. How's it feeling? Is it up to the bar? What's broken? Where do we need to push on the quality bar?" Uh, so that's kind of the cadence that we found which I think works

5. 17:50 – 24:19

   How Slack Changed for Hybrid Work

   1. NWNoah Weiss17:50

      pretty well at this point.

   2. HSHarry Stebbings17:51

      How did they change in a world of hybrid?

   3. NWNoah Weiss17:58

      I think the biggest change was they became more inclusive, actually. Because what used to happen, I mean, you probably know this dynamic, right? It's everyone is similar. 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. And so back in the day when it was all in the same physical 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, where you're like, "Okay, this is a single discussion." And so, I think what changed in hybrid where, you know, you could have a much larger room, but not feel like you're doing a performance as much, is that the reviews w- and which I tend to love actually, is, you know, if we're reviewing a, the, a key product here, actually we have one right after this, today about the new, um, information architecture that we're working on, kind of a redesign of the Slack navigation. We're, I'm sure, going to have many of the tech leads, some of the design leads, a m- multiple PMs working on this project all there in one place. And 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 tr- you know, typical trickle or cascade of information. Uh, so in that way I think it's actually been a real beneficial change.

   4. HSHarry Stebbings19:17

      You know you're the only product leader who's said a positive about it being hybrid? Every single one-

   5. NWNoah Weiss19:22

      Really?

   6. HSHarry Stebbings19:22

      ... every single leader said it gets worse, the quality of discussion is worse when it's not in person.

   7. NWNoah Weiss19:28

      I think it's har- so what I would say is, it's harder as an executive. It's less fluid, but I think the team, I- I mean even from the team's perspective, I think they actually can enjoy it more and get more out of it instead of the typical, it's a closed door, it's six people in a room, um... 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. Uh, but, you know, also I would actually, the other thing that's really changed is we do much more of what typically was in a synchronous review asynchronously now ahead of time. So whether it's pre-reading or people record clips of demos that people pre-watch, 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 be split off and people do it asynchronously on their own schedule. I think that's actually the-

   8. HSHarry Stebbings20:26

      How d- how do you do that? Is that with Miro boards? Is that with... What does that look like?

   9. NWNoah Weiss20:30

      Yeah. Uh, I mean, I- I'll hate to confess but obviously, you know, we use Slack for a lot of these things. But what I would say is the most typical flow would be someone will write a doc that kind of frames what the discussion is, the key context decisions, you know, whether they use Google Docs or, uh, Notion or Canvas, which Slack just released. 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 live code. And they'll actually show you the thing instead of say, "Hey, let m- let me..." you know, the classic meeting otherwise is a 20-minute presentation, everyone's sitting there being like, "Okay, I wish I could just go through this quickly on my own." Now it's everyone pre-watch this thing, and then come in with your perspective, your ideas, your feedback so you can get straight into the discussion instead of having half the meeting be a presentation. Um, so I think that's made a big difference, honestly.

   10. HSHarry Stebbings21:33

       Can I ask, what's the biggest broken process part of product building today for you in Slack that hasn't yet been resolved?

   11. NWNoah Weiss21:41

       I'm trying to think of something that's going to be more general for other folks as well. I still think, you know, we- we love using Slack for building Slack obviously, but I- I think the thing that is still hardest to see is kind of that bird's eye view of 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, it's gonna be hard to know like what is the actual latest? Should I be reviewing this thing? Is this just team discussion? Um, you know, we wind up solving this like most people do at a- at the end of the day, we use spreadsheets. 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 and latest updates and it gives a kind of operational cadence to the quarter. But that's a solution that i- that is not very elegant and is not very software. It's about as old as spreadsheets. But I- I think a lot of organizations rely on that and software's too rigid often to be able to solve it.

   12. HSHarry Stebbings22:46

       Dude, the enemy of most SaaS companies is the spreadsheet, so I think you're not alone in terms of that. Uh, I do, I do want to ask, we've mentioned obviously Slack so many times. You are the masters of PLG. You've been building one of the iconic PLG products last, you know, five plus years.

   13. NWNoah Weiss23:01

       Yeah.

   14. HSHarry Stebbings23:02

       What does it take to build great PLG products well? What works, what doesn't?

   15. NWNoah Weiss23:08

       I mean, th- the really funny thing to me about all this is I think Slack is often, you know, to your point where you refer to sales at one of their original companies who kind of started building in this space, I'm pretty sure at least that I definitely had never heard of the term product-led growth when I first joined Slack seven and a half years ago. And I think the term of art kind of became something far after Slacks are working and using techniques that maybe the, that term became associated with. So definitely I don't think anything that we did was a playbook that we were taking that, you know, we read that we were applying. I think it was more innate to how we built software. Um, by far, I think this is going to sound really touchy-feely, but I think by far the most important thing is thinking about building a real consumer grade experience for people, the people who just happen to be working instead of in their cu- consumer life. And what we used to say a lot is, you know, why does someone at work deserve a software experience that feels so much more painful than what they use on nights and weekends? You know, why is it approving an expense report or doing something in your HRIS system harder than filing your, your tax returns every year? It doesn't have to be that way.

6. 24:19 – 30:49

   How To Maintain Simplicity with Scale

   1. NWNoah Weiss24:19

   2. HSHarry Stebbings24:19

      How do you preserve simplicity with scale and with time?

   3. NWNoah Weiss24:23

      One of the things, you know, we talk about product principles, but I think when you go to the actual, the mission and vision of the company, it hasn't changed, I, I wanna say for at least eight years now, which is to make people's working lives simpler, more pleasant and more productive. And that truly, is literally like a, I don't know, you could probably Google it, but it's the mission of Slack, publicly. And so I think everyone here when we're thinking about how do we build, what do we build, what does the quality and craft part look like? It does always come back to, is this simple enough? Is this delightful? Are people gonna be more productive or more confused by the complexity that we're introducing? And I think the other way that we do is through hiring. You know, the vast majority of people who have worked at Slack on the product and design side had never worked in enterprise software before.

   4. HSHarry Stebbings25:14

      Is simple always better?

   5. NWNoah Weiss25:16

      I think simple from a, it's easy to understand and easy to comprehend, that is always gonna be an important and good thing. No one wants something that they feel dumb or confused by when they try to use. But I don't think simple, and we talk about this a lot internally, simple doesn't always mean fewer clicks. So for example, I think in a lot of consumer deals, you'll, you'll say, "Okay, you know, we wanna remove as many clicks as possible or remove as many options, give less control." But I actually think in enterprise software often, more clicks can be okay because you bring people along. So a guided flow where you're only making one decision per screen can actually perform a lot better. I'm not worried about drop-off. This is not a conversion funnel. You're helping people feel like they have mastered the software that they're using and feel confident in what they're doing. So I think simple is about how understandable something is, how comprehensible it is. It isn't necessarily how streamlined or how few clicks it is.

   6. HSHarry Stebbings26:15

      Can I ask, when you review many of the product decisions you made with regards to like the product, like, growth features at Slack, what are the biggest, if you were to choose actually a biggest PLG product feature mistake, what was that and how did that change how you think about product today?

   7. NWNoah Weiss26:32

      I'll, I'll, I'll do two because one is not specifically necessarily PLG, but I think kind of affects the, the motion there. So the most obvious PLG one is that Slack always had a really generous freemium model. Like, you know, you have 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, how many files you can upload and so forth. That, that was great. I wouldn't take that away. 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. And we learned this in user ... This maybe sounds obvious in hindsight, but in the user research, what we realized was that many people had habitually used their free plan and didn't even realize-

   8. HSHarry Stebbings27:15

      Yeah.

   9. NWNoah Weiss27:15

      ... a paid product existed 'cause we're, we're not banging you over the head with it in, 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 they almost viewed it as, "Oh, it's meant to be ephemeral." Like, you know, the conversations disappear. You know, this is back when maybe Snapchat was really taking off. So people kind of thought that was the point of it. Uh, and so we wound up building a really robust in-product trial program, many ways to flow into it, a guided experience to help you make sure you're getting the value out of it. And that was probably, I mean, honestly the single biggest thing we did on top of the freemium model to really push that self-service-driven paid conversion.

   10. HSHarry Stebbings27:53

       How did it change your mindset? Like when you reflect on that, how do you think differently as a result?

   11. NWNoah Weiss27:58

       I think for a long time we had the perspective that if you use Slack for long enough, you'll eventually decide to pay for it 'cause it'll be obviously valuable to you. And I think what changed, I mean, I remember when we kind of reviewed this and we kind of wrote the maxim 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. And that's a, that's a change. Instead of assuming that they'll discover it on their own and 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. Oh my God. I would never wanna go back to the free plan. Like, this is so powerful. This changed my entire organization." Uh, so I think that, that was a big change there. Uh, the other thing which I was gonna mention, not strictly PLG, but I, you know, we have this pro- uh, product capability called Slack Connect. And the whole idea is take a channel, now you can share across multiple organizations. So we could use Slack Connect between companies working a project together, between vendors. You know, we have Slack Connect channels with every one of our customers to do customer success and support. You know, Stripe's head of sales famously said, you know, "Once there's a Slack Connect channel with a customer, I know the deal's gonna get done." Amazing. Customers love it. It's great, but the thing that I think we were, you know, maybe overly cautious on is, we were really, really slow and deliberate about bringing that product to market because we were 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 in Slack. It was whatever was in Slack was just fully internal, and 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 your point about simplicity, does people's mental model what Slack is get more blurried? And we, we took a real- I, I think we probably had it in beta for about two years, took a really long time to bring to market, and I think frankly, especially given the competitive backdrop there, I think if we had, not rushed it, but expedited it into market back before there were more products that, you know, people were starting to use or get for free as defaults, and back when, I think, kind of the ubiquity of Slack was something that felt like maybe inevitable, this could have created enough gravitational pull where our existing customers who love it just forced the rest of the world to come use it with them.And I (stutters) don't think we missed 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 that to market earlier.

   12. HSHarry Stebbings30:40

       You mentioned speed there. I'm asking a tough... I used to be so nice on this show when I was younger. Um, I'm asking the tougher ones. If we're

7. 30:49 – 33:49

   Is innovation slowing at Slack?

   1. HSHarry Stebbings30:49

      honest, I'm sure you hear what I hear, people say the speed of innovation at Slack is slower today. What are the biggest bottlenecks to the speed of innovation in Slack?

   2. NWNoah Weiss30:59

      Yeah. I mean, I think where Antoinette was most true was 2018 to 2020. And I think I, I think would fess up to it entirely because back then, a- and, you know, this is, again, I don't know if we could've done it differently, you're a small company, you can't do everything at once, but that's when we really made this kind of hard rotation on focusing on the enterprise buy or the enterprise organization. And I think we did prioritize for a while kind of scalability and solving those really complex, you know, 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 this category could mean if that were... I think in s- some strange ways, like 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, that's amazing, but also now I have all these other needs, and can Slack fill these needs or do I need to look in other places for them?" And so I think concerning the end of 2020 through now, I would say, and this is not a rebuttal but my perspective at least is that I think, and our customers are feeling this as well, that the pace of innovation has kind of increased pretty dramatically. You know, you have Huddles, you have Clips, you have Canvas which was just launched, you have Workflow built-

   3. HSHarry Stebbings32:22

      And, and, and, and that is because you have clarity of understanding who you're building for, be it the enterprise buyer?

   4. NWNoah Weiss32:28

      I think what it actually is, is that we, I think got to the place where we realized there was diminishing returns for focusing the majority of our efforts on the enterprise buyer. Once you get through a lot of the blockers that are just, hey, this year everyone's gonna say no unless you have DLP and EKM and IDR, I'm, I'm not gonna go through all the three-letter acronyms that will be blockers. But once you do all of those, then you start realizing kind of what we felt all along which is, you wanna keep pushing the capabilities of the product for the end users, for the teams who are trying to work in a more productive, delightful way, and those teams need new things. And it felt like honestly, and Stewart said this publicly too, that pandemic and the shift to this hybrid world, I think kind of gave us almost a new level of, of meaning and urgency to the work 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, because you couldn't be in the same physical place. So, how do you replicate or how do you at least facilitate that sense of connection you have in the office, the sense of awareness and visibility, uh, how do you do that in a way that feels native to Slack and doesn't feel like just, like, recreating the physical space? Those things became huge imperatives

8. 33:49 – 41:38

   Problems Startups Face Scaling to Enterprise

   1. NWNoah Weiss33:49

      for our customers and thus for our product team.

   2. HSHarry Stebbings33:51

      Now, you mentioned those three-letter acronyms. Uh, most people have no idea what they mean because generally most people don't have to scale into enterprise. But many startups do. Many startups actually, I think, respectfully don't understand quite what it takes. What do you think are the biggest mistakes that startups who start in SMB make when they scale into enterprise?

   3. NWNoah Weiss34:12

      Yeah. It's, it's hard because obviously a lot of the work is really kind of removing blockers, and I, I think there what I would really recommend honestly is, like, that's where you do wanna hire people who have domain expertise. You don't want a bunch of folks who worked at an early stage startup and never worked in enterprise before to be like, "Let me try and figure out from, from first principles what, like, electronic key management is, and why the chief security officer of a Fortune 100 company cares about it." This is not a place where you should reinvent 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, I think over-rotating on the enterprise buyer where you think that, you know, they're inherently more conservative. They, they don't want features to be shipping every single day to end users 'cause they're, in fairness, trying to, you know, centrally run an organization where they have enablement in education and so forth. And I think it 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. Unblock them. And please stop shipping things so quickly." And then the small and medium-sized business will say, "I don't even know what those acronyms are. I don't 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 a tension and I think if you over-rotate your product org on, "Let me serve for the enterprise, let me serve for that mentality," 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 kind of the core, the fiber that got you to build a product that people in enterprise wanted in the first place.

   4. HSHarry Stebbings35:58

      Can I ask, how do you know when's the right time to move into enterprise?

   5. NWNoah Weiss36:02

      So, I think there's two paths. And, you know, I talked about this at lots of different companies, lots of different SaaS companies, and I think there are some product categories where you need to start in the enterprise because there isn't an SMB buyer. So I think typically things in the, like, security, compliance, infrastructure space. You know, there are exceptions. There are open source projects that get adopted bottoms-up that then become commercialized. But I think often those buyers, for good or for bad, are gonna be the CIO or the, the CSO at an organization.And so just start with enterprise is often the answer, and don't sweat that you don't have a bottoms-up motion or a PLG motion. I think if you start with SMBs, I think the thing to look out for is, and it's funny, I don't, I don't think we were deliberate about this early on, but eventually, obviously, we saw it in the data, 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? And if you start seeing that, so for example, I can imagine, or I've heard interviews too and talked to folks at Figma, you know, they started seeing different pockets of a large organization start adopting Figma. This is very similar to Slack's 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 at 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, you know, what if you want an enterprise-level agreement? And then they'll tell you the 17 things that are missing, and then that begins your enterprise journey.

   6. HSHarry Stebbings37:42

      How do you determine where to focus? So- sorry, I'm just thinking back to your question. It's like, it's so fucking hard because you've got SMBs wanting speed, new products, I want this iteration, that iteration. You have enterprises who want security often, who want compliance, who want reporting. As a product leader, which customer do you serve when you have two?

   7. NWNoah Weiss38:03

      I'll give you our answer, and I'm not gonna say that should be everyone's answer. Our answer that if we have to choose who we're serving above all else, it's actually the end user who's using the product and living in it for 10 hours per week. Because if we can make something that they love, that they feel like actually makes their working life, you know, simpler, more pleasant, more productive, they're not only gonna tell their coworkers, they're gonna tell their boss, they're gonna tell their friends, and they may even advocate for us with IT. I think-

   8. HSHarry Stebbings38:32

      That's SMB. That, that, that's GE.

   9. NWNoah Weiss38:35

      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 you know, I think we've said this publicly, but over 85% of our enterprise customers, so you know, customers with over a thousand users, started in self-service. So they didn't call up our sales team, our sales team didn't call them. They started by signing up on slack.com, like, just like an SMB, sharing it with some coworkers, just like an SMB, putting a credit card down, just like an SMB. But at some point, that grew enough that they then had a discussion with our sales team about becoming an enterprise level customer. So I think fundamentally, if we have to choose, we choose the end user who lives in Slack all day. But I think we do it with balancing what we know are the needs of the organization, the administration, uh, the buyer who sometimes isn't the end user, obviously at a larger company. Um, but I think just fundamental to our DNA, and again, I wouldn't say every company should carte blanche do the same thing is build a product customers love enough to tell their coworkers and their friends, and the rest will take care of itself.

   10. HSHarry Stebbings39:40

       Can I ask you, 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 bets, generative AI introductions, you name it? How do you think about that balance?

   11. NWNoah Weiss40:03

       Yeah, I mean, this goes back a little bit to the very beginning of our discussion, right? With the Google 70/20/10 model, which is like one way of thinking about it, 'cause I think there, if you just apply that, you'd say 70% are the first category and 10% are the, are the latter category.

   12. HSHarry Stebbings40:17

       What, what do you, what do you think you've done that's in the 10%?

   13. NWNoah Weiss40:21

       So I think for us, I mean, in the context of Slack, what I would say would be in that 10% bucket would be definitely the entire Slack platform and kind of workflow automation system that exists on top of it in that ecosystem, which didn't exist when we first started Slack. Uh, building the, the network on top of this, you know, w- walled garden that existed with Slack Connect.

   14. HSHarry Stebbings40:43

       Did you disagree with that? I think Slack Connect is so interesting. Did you disagree internally?

   15. NWNoah Weiss40:48

       We definitely debated whether the benefits would be outweighed by the complexity that it introduced. And also, you know, email is the most, you know, email is, uh, we joke about it, it's kind of like your, your post, what is it called, the post box, the mailbox? I don't even remember what it's called, but like, it is the lowest common denominator, everyone can be reached by email. So what would Slack Connect be 10X better than email for, and could you actually deliver on that? Because you do have the post mail that everyone can send. So yeah, we d- we debated a lot. I think the AV stuff was another, or audiovisual, with huddles and clips and some of the newer coworking capabilities we've been introducing. I think for a long time, we thought Slack was a just primarily text-based product, and adding dimensionality to it, uh, moving to a space that has a lot of other com-

9. 41:38 – 45:35

   How To Know a Product Is Working

   1. NWNoah Weiss41:38

      competition, incumbents, I think that was a, a huge bet to take.

   2. HSHarry Stebbings41:41

      How long does it take for you to know a new product works?

   3. NWNoah Weiss41:45

      So if we're talking about larger products like that, the thing that we do, which I think has become pretty much a playbook for us at least, is we start off always with an internal prototype of something that's big, but we make it rough, we make it ugly, it's unpolished, and we see internally before we do all the refine, the polishing, the scaling, the performance work, our people are like, "Wow, this is super interesting." Like, "This could change the way that we work internally." Okay, if you do that with a small group, then okay, refine it a bit, scale that to the rest of the company, and then you can start actually looking at data of like, what percentage of Slack is using it every day? What percentage of those people are using it the following week and the week after? What's the depth of the usage? Are those things growing? And then the big leap that we do long before we launch things is that we have a really...... just rabid customer base. Many of them 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 they are social features, right? You can't sit in 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 in 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, and refine the product in an incremental increase to the pilot. And usually, by the time that we're launching something that's really big and new to 100% of the world, we're pretty confident because of the diversity of pilot customers who hopefully became totally smitten with this new capability, uh, that it's gonna be something that all our customers love. So that's the process.

   4. HSHarry Stebbings43:39

      What have you launched that's big and new that you thought passed all internal checks and then didn't hit with the public? And what did you learn?

   5. NWNoah Weiss43:48

      If you go back, I wanna say this must have been late 2010 to may 2018, 2019, we bought this company that was kind of a lightweight bl- wiki text editor, maybe almost like an early Notion-y kind of product before Notion existed, very early on. And we tried to incorporate it as a very basic kind of WYSIWYG document composer in Slack. It was called Post. And we were like, "Well, obviously, you would need Post in Slack." It's like a message, but it's richer, more formatted, more visually appealing. Uh, for many reasons, this seemed obvious, and yet when we launched it, it really got very low adoption and it never really grew. And I think what we realized... Actually, this goes back to one of the things I think Google really kind of instills in you, is that the most important feature by far for any product is actually speed above all else. That is like, that is like the oxygen for a good product experience. And it turns out to build like a rich document editing 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 use every day in some other browser tab." And I 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, uh, was much higher than we were able to hit. And our customers, we could see in the data, like this seemed obviously valuable and at the end of the day, they didn't use it because they had good enough alternatives. And

10. 45:35 – 50:28

    Mergers & Acquisitions

    1. NWNoah Weiss45:35

       that was humbling, but valuable to learn.

    2. HSHarry Stebbings45:37

       I'm fascinated, you said there about that acquisition on Post. From a product leader mindset, you are a massive voice in acquisitions, especially so product-centric acquisitions. How do you think about that buy versus build? And respectfully, like why buy when often the price is very high?

    3. NWNoah Weiss45:56

       Yeah. To be honest, and this is maybe colored more by our experience at Slack, I think 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 decide to build it from scratch. And I think every time... You know, the reason... So the question is, 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 outstripping your ability to scale your organization, you sometimes think, "Well, okay, this whole area that we're excited about, can we just buy a team here?" Let's say you have the, you know, 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 have worked out 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. Um, you 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 proposition.

    4. HSHarry Stebbings47:27

       Do you think you're good at integration?

    5. NWNoah Weiss47:29

       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 acquisitive, like a Salesforce or a 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, that's where I think at least Slack, when we were still independent for most of our, you know, life, we didn't have the capacity. We weren't doing acquisitions regularly enough to build that muscle internally to become great at integration. It was always a one-off. And it's hard to get great at one-offs.

    6. HSHarry Stebbings48:09

       Now, where are you weakest as a product leader? When you do a self-reflection, me and you, whiskey at the end of the year, where are you like, "I really need to improve here"? And what are you gonna do to improve there?

    7. NWNoah Weiss48:20

       I think the thing that I think a lot about and I'm passionate about, but I don't think I figured out how to crack, to be totally honest. And we're actually planning a product for offsite for two weeks from now. So it's very top of mind. I think it's really hard to create a team environment within a product management 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, uh, they have a lot of shared context.... most product organizations, the PMs feel like their primary team is going to be the engineers and designers that they work with. Those are the people they work with every day, that they, uh, have the closest connection to. And I think, you know, I'm still trying to figure this out, I'm still trying to crack it, is like, how do you make a PM organization feel less isolating? How do you create connection between people who work on very different parts of the product to learn from each other, to push on each other, to build product with each other? Uh, I've yet to work at a place that has cracked this, and I think that's part of the reason why maybe there's so much hunger from PMs to kind of learn externally, to learn from a podcast, to learn from newsletters, to learn from other communities, because it is hard to foster that connection internally.

    8. HSHarry Stebbings49:33

       What, what about a north star metric and how do you think about effective north star metric setting?

    9. NWNoah Weiss49:40

       Yeah. In terms of kind of the PM team-

    10. HSHarry Stebbings49:42

        Yeah.

    11. NWNoah Weiss49:42

        ... yeah.

    12. HSHarry Stebbings49:43

        Like, unify them around...

    13. NWNoah Weiss49:46

        Yeah. I think that that works, and it's harder to do, I think, in enterprise than consumer, because, you know, 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. Um, but I think, you know, most PMs are wired to really care about impact above all else, so like that's the thing that motivates them. Impact to the customer experience, to the product experience, to the business, uh, and north star metrics help with that. But it's still a little bit, uh, it's kind of like head, not heart. You know, like that, that's like what they think about, what they obsess about, but it's different than how you feel connected

11. 50:28 – 52:45

    What Product Wisdom is BS

    1. NWNoah Weiss50:28

       and energized by your team. So, you know.

    2. HSHarry Stebbings50:31

       Can I ask what piece of conventional product wisdom do you think is BS?

    3. NWNoah Weiss50:36

       A lot. Uh, I mean, honestly, I think the, the biggest, I don't know if I would say mistake, but there's been like a profes- professionalization of product management over the last five to ten years. And by that, I mean kind of coming up with what is a very, like, rigid idea of what the role of the PM is, and all the frameworks that you could be applying. And I think there's, uh, no knock on it, I think it's great to have education inspiration and get that from many different areas. But I think a lot of PMs early on in their career, I think you look for all these kind of shortcuts that are like, okay, this is the framework I can use for a product strategy document, or this is the framework I should use for understanding customer feedback. And I think to me at least, it's much more of a kind of combination of the arts and the science, the head and the heart, uh, knowing things that are like frameworks, but not literally applying them kind of carte blanche. So, I think where the role started, my impression, you know, 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 the, the why behind the product, the understanding of the customer, the strategy that's going to be longer term in the next release. And from an operational perspective, kind of being the glue, being the, the multiplier for everybody else. And I, I think that's an inherently very fluid definition. And what I always kind of see with, with PMs is I think we have a very rigid definition of the role. I do this, the other roles do that, or I apply this framework, this is the only framework I should use. I think you miss a lot of opportunity to have impact, and even just enjoy the job. Um, that's my little touchy-feely kind of answer. But that, that's definitely the thing for me that, uh, I would encourage people to do is take a more expansive view of what product can be, take a less rigid view of, you know, copy and pasting frameworks and advice, uh, and figure out what the team needs, figure out what the customer

12. 52:45 – 54:31

    Quick-Fire Round

    1. NWNoah Weiss52:45

       needs, and focus on that.

    2. HSHarry Stebbings52:48

       No, I could talk to you all day, but I do want to move into a quick fire round, where I pepper you with questions again, but we just relatively time bound it. So it's not too dissimilar to the last half an hour. Um, but ............................ Ready to rock and roll?

    3. NWNoah Weiss53:00

       Let's do it.

    4. HSHarry Stebbings53:01

       Okay. So when is the right time to hire a CPO?

    5. NWNoah Weiss53:06

       I think I would hire, first of all, a head of product before a CPO, because it's always better to start with fewer titles when you're small. And I think the right time to do it is when the product founder CEO, presuming that they are a product founder, feels like the teams are now blocking on them for high quality, fast decisions of direction. So when the development team starts slowing down because the CEO becomes the bottleneck, you probably need someone who can serve as a de facto head of product to start accelerating the organization.

    6. HSHarry Stebbings53:38

       What other function does the CPO have the most tension or conflict with?

    7. NWNoah Weiss53:44

       I think in a poorly functioning organization, I would say engineering or design. In a well-functioning organization, those should be your best friends. I, I think at an enterprise software company, the answer is always going to be sales, because what you promise to customers and what you can deliver to customers can often be at odds. Uh, at a consumer organization, it might be marketing, 'cause that's, that's kind of the same dynamic.

    8. HSHarry Stebbings54:06

       Which product leader outside of Slack do you most admire and why?

    9. NWNoah Weiss54:12

       Julie Zhao, who is, uh, I think she was actually a designer by training, but was at Facebook for many years. I think she is the most incredible thinker and writer about product craft, product design, the nature of working between a product development team. Uh,

13. 54:31 – 1:02:21

    Is Product Art or Science?

    1. NWNoah Weiss54:31

       I love everything she does. She's great.

    2. HSHarry Stebbings54:33

       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?

    3. NWNoah Weiss54:39

       Yeah. Here's my somewhat equivocating answer, which is, on a really mature feature area, it's more science than art, 'cause it's about optimization, and you have so much data in the scale. So there, I would say 80/20 science/art.I think if you're at a early stage company or at a really early, you know, part of the product development life cycle for a new 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, the editing, the creative approach, the vision that you have to focus on before you have enough scale to get it to optimization mode.

    4. HSHarry Stebbings55:21

       What would be your biggest advice to a PM who wants a promotion today?

    5. NWNoah Weiss55:28

       Deliver impact. That's-

    6. HSHarry Stebbings55:30

       Any-

    7. NWNoah Weiss55:31

       I think effort or PM, 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, it... Not you personally, point to what your team did but you were helping lead, that is the single most you know, like, uh, silver bullet you can have for promotion process 'cause everything else is an input to delivering that impact.

    8. HSHarry Stebbings55:57

       You can call up a CPO who's starting their role the next day. This is the night before your first day as CPO at Slack, yeah? Can you give them any advice knowing what you know now? What do you call up that CPO to be and tell them?

    9. NWNoah Weiss56:12

       The most generic advice I would say is no one's looking to you to make any rash decisions. In 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. Focus on the things initially that are guaranteed accelerators to the velocity of the product development organization. Those are the lowest hanging fruit. The things that are about process execution and so on change kind of team... Focus on team after that, 'cause I think you have to spend a lot of time to get to understand the team and the culture, where there's holes, where there's gaps. And then I would focus on changing the fundamental strategy or, 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.

    10. HSHarry Stebbings57:07

        You can be CPO of any product other than Slack. Which one would you be CPO of?

    11. NWNoah Weiss57:14

        I mean, as a, as a new dad right now, my, my brain is all in baby devices. And I think like there's some company in the baby tech space that between like the Nanit and the Snu and all these new kind of AI-enabled (laughs) uh, baby hardware/software devices that would be fascinating. I don't think any one of those companies is, is that necessarily compelling. You know, not that I would do it necessarily, but I think the most interesting company right now just where the world is, that's an independent company that's not, like, under Finif, I would say is OpenAI. And, and that's not a particularly controversial statement. But I think forget even the technologies out of it. I think strategically for them right now, there's just an incredible kind of exponential set of pathways in front of them. I don't pretend like I would even know the answers, but I know those would be really interesting questions to try to think through in a industry that is rapidly changing. So let's say OpenAI.

    12. HSHarry Stebbings58:10

        Forgetting all constraints, financial, hierarchical, legislative, if you could change anything about Slack, what would you change?

    13. NWNoah Weiss58:19

        I think if I could change one thing about Slack without any constraints is we've always kind of ruled out the Slack use cases outside of the workplace. So for more communities or for kind of people who are doing the shared purpose work but not strictly social, I wish that there was a way to have both the bandwidth but also the kind of divergent products experience where we could build for both the kind of like work adjacent and work use cases while at the same time... I think every year in our history we've always just had that- that wasn't something we could pursue and that market has become more saturated. Uh, but that would be my answer I think.

    14. HSHarry Stebbings59:03

        Uh, no, I love that. Penultimate one, navigating and building in the age of generative AI. Over to you. (laughs)

    15. NWNoah Weiss59:12

        Yeah. What... So I think... I mean, it's a new space. It's changing really quickly. It reminds me a lot of the early days of mobile back in whenever that was, 2008, 2009, where I think 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. So keeping close pulse is one. I think one of the... I always thought a product principal actually from Google back in the day as it relates to kind of ML and, and search-related products that I, 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 and in the model. And I think that's actually the thing that is hardest right now, the whole issue with hallucination and everything else. But I think these products are promising a lot to people. If you trust them blindly, you're gonna 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 one 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." Um, I think that's gonna be really important for organizations to figure out.

    16. HSHarry Stebbings1:00:32

        Now a final one. What recent company product strategy did you look at and go, "That was smart. Like, well done"?

    17. NWNoah Weiss1:00:39

        Yeah. I mean, maybe it's duplicative with the previous question, but I would say I think OpenAI with realizing that this thing that was in research labs, this thing that was in a bunch of academic papers which was the large 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 a, you know, input box and a text output box. There, there was something magical there that would help people envision a world that was a very different model of interaction between people and machines and seeing them execute on that. And then obviously I think, you know, Google has been playing catch up and I think actually now for essentially becoming doing a good job of that. The space has moved on very quickly but I think OpenAI kind of realizing there's something magical here and figuring out the, the smallest possible product packaging of that to then give the consumer world a glimpse of what the future could look like. Uh, and then I think now the question how the space will evolve 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, and then you having the platform and the infrastructure side. Uh, how do you enable every other company to integrate AI into their products? I think that's gonna be the most interesting thing to play out over the next 12 to 18 months.

    18. HSHarry Stebbings1:02:01

        No, you've been unbelievably patient. I've just gone pow, pow, pow on peppering you with questions. I love conversations like this though where it is totally natural. Uh, I've so enjoyed having you on. Thank you so much for doing it and it really has been awesome.

    19. NWNoah Weiss1:02:16

        Thanks so much for having me, Hari. I had a great time.

    20. HSHarry Stebbings1:02:18

        You are a hero, my friend. Thank you so much for that.

Episode duration: 1:02:21