Driving alignment within teams, work-life balance, and the changing PM landscape | Nikita Miller

[00:00] And many of the companies that I've either worked with or advised [00:03] coached over the past few years. [00:06] It was all about outcomes. Like everyone was outcomes, outcomes, outcomes, which is right. [00:11] You want to make sure you're doing [00:13] the right thing with the right goal, and that's fine. [00:16] And some folks, you know, myself included, certain points like swung way too far. [00:21] on the outcome strain and forgot, [00:23] that output [00:26] is an indicator of that. So if you have a team that's doing all of the ideation and figuring out, you know, how to make decisions quickly and [00:34] getting the right documentation and setting up the right product briefs and design briefs and [00:39] experiment briefs, all the things that we know go into successful product development. [00:44] That's great. [00:45] But if you're also not shipping a lot of things to market quickly enough, then it just doesn't matter that much. [00:52] Welcome to Lenny's Podcast, where I interview world-class product leaders and growth experts to learn from their hard-won experiences building and growing today's most successful products. [01:02] Today my guest is Nikita Miller. [01:04] A huge thank you to Camille Ricketts [01:06] for recommending Nikita and for connecting us. [01:08] Nikita is Senior Vice President and Head of Product at The Knot Worldwide. Before that, she was VP of Product at Dooley. And before that, she was Head of Growth and Retention at Trello for over five years. In our conversation, we dig into how product managers and people getting married are similar, a bunch of advice on getting into product management, a really cool framework for how to align roles and responsibilities within your cross-functional teams, a bunch of advice for working effectively as a remote and distributed team,

[01:38] that Nikita asks constantly to get the most out of her teams. Nikita is amazing and I am excited for you to learn from her. With that, I bring you Nikita Miller after a short word from our sponsors. [01:50] This episode is brought to you by Wealthfront. Anyone paying attention to the stock market over the past few years knows it's been a wild ride. Many people who made risky stock bets during the bull market are now facing big losses and wondering how to make better informed investments going forward. That's why I'm excited to tell you about Wealthfront's new stock investing product, which is specifically designed to help you make better stock investments. It has all the features you'd expect, including fractional shares, zero commissions, and $1 minimum. But what sets it [02:20] feature called stock collections. These are groups of stocks created by Wealthfront's investment team that are designed around unique investment opportunities. You can think of Wealthfront's stock collections like Spotify discovery playlists, but instead of helping you find new songs, they help you discover new companies and themes to invest in. For example, some popular collections right now are dividend blue chip stocks, semiconductor leaders, and rising interest rates. And each collection includes a summary of the opportunity and trade-offs to help you make more [02:50] intelligent investing decisions. To start investing with just $1, visit wealthfront.com slash Lenny. And note, I'm a Wealthfront client and they arranged for me to share this product with you. Important disclosures and details can be found in the show notes. Are you hiring? Or on the flip side, are you looking for a new opportunity? Well, either way, check out lenny'sjobs.com slash talent. If you're a hiring manager, you can sign up and get access to hundreds

[03:20] Thousands of people apply to join this collective, and I personally review and accept just about 10% of them. You won't find a better place to hire product managers and growth leaders. Join almost 100 other companies who are actively hiring through this collective. [03:50] Thank you. [03:50] check out Lenny's jobs dot com slash talent. [03:57] Nikita, welcome to the podcast. Hey, Lenny, thank you. I'm excited to be here. I'm excited to have you. So I don't know if you know this, but I'm actually having a kid in a couple months and I've been doing a lot of reading. [04:07] as you do when you're going to be a parent. And I was reading a lot of stuff on The Bump, which turns out I realized was something that was in [04:13] your umbrella of products. And then a part of the not worldwide. Yeah. Yeah. And then I realized you all have that for pregnancy. You have a site to help you with proposals. [04:22] You have a site for obviously wedding planning and vendors and, [04:25] and just party planning in general and so is the general [04:29] strategy to be there for every adulting milestone in life. Is that the plan? [04:34] Yes, that's a nice way of putting it. We talk about it as being there for the big celebrations in life. Like we have these celebratory moments that mark adulthood. And so to be part of that journey. [04:48] We primarily focus in the wedding space, but yes, across the whole journey.

[04:52] It feels like the two pieces you're missing are divorce and funerals. Is that the plan or do you want to stick to happy things? I think we're sticking to celebrations. I think we're leaning on the world needs a lot more celebration right now. So helping folks do that. You're here. Okay, cool. [05:09] It's a really smart strategy. It makes a lot of sense. Like once you get someone, you know, with their wedding and then they kind of expand from there. [05:15] And they're friends too. [05:17] Interesting, right, because they register on the Nod and they're like, oh, what's going on here? That's right. [05:24] Genius! [05:25] So we're going to talk about some of the things you've learned along your time there. But I wanted to start with your previous gig at Atlassian and specifically leading growth and retention at Trello. [05:36] Many people listening to this podcast either use Trello and love Trello or are thinking about using Trello. [05:42] And so I thought it'd be interesting to hear just like who do you find Trello is most ideal for? [05:47] When is it? [05:48] good and smart to go with Trello versus like Jira or linear or Sonar or something like that. [05:53] A few things. So I think Trello initially started out as being the kind of task management or planning tool for anyone. [06:01] as opposed to the others you just mentioned, which tend to be in software, right, in our industry. [06:07] And that's who we're geared towards. Trello when it first started was very much on being simplicity of design. [06:14] being easy to use, tactile, easy to onboard, you don't need customization. You can use it in single player mode or multiplayer mode.

[06:23] And so that meant that at the beginning, we got a lot of people using the product that were [06:28] small businesses that were families that were people planning their weddings potentially. And then over time, as our users became more sophisticated or had more problems to solve, [06:37] that's how I think we evolved and grew with them. So, [06:41] Some of it's around, you know, this concept of progressive disclosure, where you start with a small problem and as it gets more sophisticated, Trello grows with you. [06:49] where they think some of the other products, they start with complexity. [06:54] And if you want something simpler, you kind of have to pull things away or tease things apart. [06:59] And that was definitely something that helps Trello stand out. [07:02] I think now many years later, you'll find that Trello is very fully featured and fully powered. And we lean into that or they now lean into that a lot more. But that wasn't always the case. [07:13] So it sounds like Trello broadly was meant for a lot more than just software teams building product. [07:18] Yes. [07:19] It started off, I think, [07:21] being inspired by software teams and wanting to understand how to move and manage tasks easily. [07:27] That was the origin story, but then very quickly, [07:30] became [07:31] the kind of tool that anyone could use to manage anything. [07:35] And now I think we're back more, the product is way more towards the software development, and that's a lot more of the competitive advantage. [07:43] But I think. [07:44] the people that are excited about Trello and the ones that made Trello really impactful weren't necessarily software. [07:50] Got it. [07:51] When you think back to your time helping grow and retain folks on Trello,

[07:56] Is there like a big win or something you're really proud of that you think back to is like that was a huge success? [08:02] in that time to help. [08:03] Trello grow more or be more successful. [08:06] Yeah, that's a... [08:08] Probably not what you'd guess. So when I started Trello, I actually joined to... [08:13] build out Trello's enterprise business. [08:16] And so a lot of our growth and retention was actually about how to get more teams. [08:21] kind of into the product and then spreading it throughout the org. [08:24] So not only software teams, but sales teams or marketing teams. And so the big push there was around [08:31] collaboration? How do you create a shared perspective? [08:34] for everyone working on a project, not just a software team. [08:38] So we had a good time thinking through [08:40] what's the customer experience, but obviously in the context of enterprise, [08:44] which for Trello at the time was really tricky because it's such a... [08:48] customer first product. [08:50] I think shifting our mindset to understand enterprise and teams specifically, [08:56] as a cohort was very different and [09:00] I think we've done a pretty good job of that, or the team did a good job of that. And I think being a part now of the Atlassian Suite kind of definitely leaned into that even more. [09:08] Was there like a specific feature that unlocked a lot of opportunity? [09:12] Or is it just broadly as a bunch of little things you have to add? I think it was broadly a bunch of little things. So all the enterprise features that you can imagine that all products need to kind of operate at the enterprise level. [09:23] smaller features around, you know, labels, like how do you color them? How do you name them? When do they appear?

[09:30] When you invite people, do you invite individuals or do you invite teams? [09:34] So a lot of the work was around going from like single player or two, three player mode to five, 10, 20 people. [09:41] Got it. [09:42] Coming back to the question of Trello versus Jira, because I think this might be interesting to people. If you're trying to decide, should we use Trello, should we use Jira? What's a simple way to think about which way to go as a founder, maybe, or as a product team? I think that... [09:56] smaller teams, especially folks that are ideating, [10:00] Right. When you haven't landed on what you're going to build yet. I think Trello is a great product for that. [10:05] for pulling ideas, for prioritizing them, for tracking how we're progressing through discovery. [10:13] I think Trello is really great for that. For things that have been decided and are ready to go, [10:18] and are really in the breakdown these tasks and assign it to people, then something like JIRA is probably. [10:24] a better use case, but I'm sure there are people that'll disagree with that. [10:28] Cool. [10:29] Building for PMs is what you were doing while you were working in Trello. I imagine that's kind of a bittersweet experience. I imagine in some sense they're like an amazing market to sell to and the other they're probably really annoying. [10:40] What's like a surprise maybe or a lesson about working on building products for product managers? [10:46] I think you're right. It is a bittersweet place to be. I think I [10:50] I less thought of it as building for product managers and just thought about it in the context of productivity overall. And productivity software in itself is really what's bittersweet because there are a lot of tradeoffs. And when you're dealing with a software team, for instance, how you measure productivity or define it for a PM or designer or engineer or data scientist.

[11:12] is probably really different. And so the impossibility of solving for all of those use cases [11:17] I think is always what's challenging. [11:20] And we know that no one product is actually going to solve all of those use cases, no matter what the marketing taglines are. [11:28] are out there. And so it was really challenging to figure out, well, what are the core things that a product manager might need to see? [11:35] or a designer or a developer? And how do you make sure that that core is there? So like you get the 80% [11:41] and [11:42] and then you spend time on the 20% that you know that a very small segment of users are going to use, but they're probably your core. [11:48] So maybe you spent some time there. But yeah, the answer is no one's going to be happy. And with Trello in particular, it was challenging because for a while we were in that we built a product that was easy to use for everyone. [12:00] And so then trying to really narrow in on, well, what is a software development use case and what do we really need for that? And that might be very different from... [12:08] what a mom and pop [12:10] you know, shop is going to need or someone planning their wedding is going to need. [12:15] That's a good segue to something else I wanted to ask you about. I used to build for product managers and I built for people getting married. [12:20] I'm curious what is similar about those two groups and what's maybe most different. [12:24] Yeah. Um, [12:26] A lot of similar things. [12:28] So folks planning their weddings, I mean, think of it as [12:32] an emotional high stakes thing that you're hopefully going to do once [12:36] And so the pressure [12:38] is really there. The pressure and expectations are really high, not unlike product managers or other folks in software.

[12:46] And ultimately, wedding planning is this huge project, right, where you have a bunch of stakeholders, friends, family. [12:54] You need to manage multiple vendors and the time horizon for a wedding once you're engaged is anywhere from like 12 to 18 months. So it is a long time project. So, yeah, I think there's a lot of similarities there. [13:06] Some of the things that are a little bit different in terms of how we're building the product is, [13:11] the amount of decisions probably that need that go into wedding planning. [13:15] are far more than you'd imagine. So one of the reasons being at the Nod is so interesting is we go all the way from planning tools, so actively how do you help people find inspiration and plan their wedding day to day, [13:27] to our marketplace, our two-sided marketplace. We have our e-commerce business that's supposed to be a registry and paper. [13:33] and obviously our affiliate businesses and the ads businesses. So, [13:38] It's a little bit different from a SaaS productivity tool, the business that we're in. [13:43] but a lot of the problems that we're solving for users are actually really similar. [13:48] Which one's more, I don't know, stress-inducing? [13:51] That's a great question. I think that, uh, [13:54] I mean, couples like this is a it's such an emotional thing. [13:59] thing for people for individuals and their families and their friends so i think [14:03] I personally feel like I empathize with that in a way that I might that I don't do the same for product, even though I'm a product manager, because there are many projects and there are always things that we need to manage. And that's just part of the gig. [14:16] Whereas planning your wedding for couples, like this is for many the most meaningful time of their lives. And everyone does this differently. So we have folks that are planning their multi-hundreds.

[14:25] you know, [14:26] person weddings and they're [14:28] 10, 15 closest friends weddings. [14:31] But the emotional side of it is the same. And you don't want to let them down because most aren't going to do it again. [14:37] Yeah, okay, that's what I would have guessed. It feels like wedding couples are going to be more stressed. [14:42] I just had an idea. I imagine you think about this. We're doing a baby shower right now, and it feels like you're missing an opportunity to do the baby shower invite platform. [14:51] Yes, we've thought about it. Okay, and also registry, registry platform. [14:56] Yes. All for that. So many opportunities. All the life moments. Oh, my God. [15:02] One last question about Trello. Do you have any just pro tips for someone using Trello and may not be aware of something they could do with Trello? [15:08] I think the biggest that people probably know about but are often underutilized are power-ups. [15:14] which is basically our integrations and power-ups are folks that are usually doing things that are more complex often. [15:22] But Trello, you know, when you think about it with other products like Asana's, you mentioned linear. [15:27] Some of what people are worried about is that it's just not. [15:30] not powerful enough. [15:32] And power-ups are a way to do that. And there are dozens and hundreds of integrations that you can use it for, so that's worth checking out. [15:39] Awesome. Great tip. [15:40] Yep. [15:41] Shifting a little bit and kind of zooming out, you've worked at a lot of different companies at a lot of different levels, also a lot of different geographies. And I want to chat about that last piece. But maybe just broadly, what are a few of your biggest lessons about building technology? [15:55] teams building successful and impactful teams.

[15:58] This is kind of my jam. - Excellent. - But it's kind of what I spend a lot of time [16:05] thinking about and um i think every company go into [16:09] you approach it slightly differently. [16:11] For me, it usually starts with... [16:15] for individuals kind of identifying very clearly early on roles and responsibilities like what are the expectations of a role so [16:25] and software for most of us one of the things that i think i've seen done well or contributed to multiple companies is [16:32] The Triad: Product Design Engineering Data. [16:35] And what does it look like for these roles? And data science, that's like other... Yeah, that's interesting you put data in there. I'm trying to pull that in. That is my mission. I love that. My mission is product design, engineering, data. It's not a triad anymore though, but I love it. I know, it's like, yeah, core tent, something. It's a chair, it's just a chair. It's a chair, great. So I think about that a lot. Like, what are the roles? What do you expect for each of them? [17:00] And how do you define the responsibilities that we have to each other? [17:05] I know it sounds kind of maybe, you know, on the softer side, [17:10] But I think a lot of what [17:12] we can solve for in creating strong teams is exactly that and the exercise that i often do is [17:18] I generally have an idea of what I think the role and responsibilities are and the expectations across these four roles. [17:23] But the exercise, especially with leaders in an org, is to have them sit down and write them for each other.

[17:29] So Alassane has some of this that they do in the form of playbooks. [17:32] But it's basically I, as a product leader, I'm going to write down what I think. [17:36] the expectations and the role and responsibilities of my engineering manager, of my designer, of my data. [17:42] and then we look at it together. [17:43] And then we arrive at essentially a contract with one another about what we think that looks like and what that responsibility is to our teams. [17:50] And from there, we cascade it throughout the org. [17:53] This is very time intensive. [17:55] right as as you can imagine and often leads to a lot of debate because depending on the kind of orgs or people's backgrounds [18:02] Our expectations might differ. [18:04] But I think that contract early on is really important. [18:08] This is super interesting. I want to go two levels deeper. Yeah. So what is it that you're like? Is there a template that you have? Is there specific questions you're answering? Is it freeform? [18:18] How do you actually know what to write in one of these? There is a template. There are templates we can probably share after this to kind of run the roles and responsibilities [18:27] And it usually comes in a couple of forms. It's what the expectations as an IC [18:32] What's the expectation as a manager or with your team? And then what is it to each other? [18:38] And one of the things that are shared, right? So, [18:41] You know, when we're running an experiment, like a product manager is likely to write a product brief and go into the details of what that means. [18:49] The data scientist is likely to help write the actual experiment brief, but we're all putting inputs into it. [18:55] But then when it comes to data and analysis, my expectation is that [18:58] Both of you are doing that together.

[19:01] and is the idea [19:02] The PM writes, here's what I'm planning to do. [19:06] Is it the data scientist writes on behalf of the PM, here's what I expect you to do? Who's kind of taking the charge in each of these? You write your own. So I, as a product manager, I write what I think my role is and also what I think, what my expectations of my counterparts are, and they do the same. [19:21] and then we review it together. [19:23] And you basically do this. You encourage every team within your domain to do this amongst themselves. Yes. [19:29] That is very cool. If there's an example you could share that we could put in the show notes or a template, that would be great. We'll do that. Yeah. [19:36] What have you found as... [19:38] impact that comes from doing this like a before and after what kind of difference do you see having this on a team [19:45] So I'd see recently, I'd say in the past maybe five years, one of the things that has shifted and has changed. [19:51] caught some people by surprise, I don't know if it should or not, is [19:55] is around project management. Right? So I think like 10, 12 years ago, everyone expected that they would have Scrum Masters. [20:04] And Scrum Masters have largely, in many companies, just kind of disappeared. [20:09] But then you think, well, where did that responsibility go? Because someone has to do project management, right? And this is different from program management, like internal to a team. [20:18] And from my perspective, a lot of that now sits with engineering managers, which is a little bit different from how it was when I started in product where actually a lot of that was put on PMs. [20:29] And some of you might recall, cause a lot of issues for product managers because they were the ones that were constantly like,

[20:36] what's happening in the sprint, what didn't make it, why didn't it make it, kind of [20:40] doing a lot of that work. And I think [20:42] PMs are still responsible to keep track of that, but engineering managers are increasingly expected to be the ones that are actively... [20:49] like making sure that sprint goals, for instance, are met. And that's a shift that I've seen recently that we do have to debate often. [20:56] I think one of the most interesting elements of this approach, [21:00] is that the product manager role is so ill-defined and so different every company. And so I imagine much of the benefit here is just like, what the hell is a PM's response? 100%. [21:08] Thank you. [21:10] Is there anything that you find is surprising about what teams end up taking off the PM's plate or putting on the plate that... [21:16] Maybe... [21:17] Other companies don't. [21:18] I think a lot of people end up putting a lot on the PMs later. [21:22] because of that misunderstanding. [21:24] And so you end up looking at something as a group and saying, well, no one human can do all of those things all the time. So let's. [21:32] Let's talk about what the shared responsibility looks like. And what I think is really powerful about the triad is... [21:38] is that it's a recognition of [21:40] of like there are shared responsibilities, you know, who's responsible for making sure that everyone understands what we're doing and why the PM leads that. [21:48] But evangelizing that is something that would be expected of [21:52] designers and engineering managers and data scientists as well. [21:56] On the data scientist piece, you talked about how you're trying to embed that more and more into product teams. At Airbnb, your data scientists were embedded in every team, so I totally get that. [22:05] It's not everywhere. Yeah, exactly. What more can you share there of just why you found that to be important and how you're approaching that?

[22:12] From my experience as a product manager, it was always a blocker. [22:17] right getting your hands on the data [22:20] Maybe having someone to troubleshoot with if as a PM, you couldn't kind of understand or figure it out yourself. It was just always a blocker. [22:27] And so then you'd also then have to go and negotiate with other teams about getting someone's resources to look at this problem. So that's one. [22:35] The other is just that data scientists, as with most humans, like we get better. [22:40] the more focused we are and the more in-depth we are in understanding the product itself, right? So if you have someone that's dedicated to a zone or an area of the product, then [22:50] then it's much easier for them to spot patterns as opposed to attempting to understand what's happening every time a ticket comes in. [22:57] And so the shift you push for is instead of like a... [23:01] centralized data team that you convince to give you resources. You embed the data scientists in the team. [23:07] And do you call them data scientists? Do you call them analysts? How do you think about that? [23:11] That also varies per company. [23:15] That depends on the organization and kind of the work. Some teams require data scientists, not all. Some require analysts. [23:22] Right. So that just depends on what the team is working on. It's needed. [23:26] Got it. [23:27] Coming back to the roles and responsibilities framework, [23:30] Do you encourage teams to revisit that every once in a while? Or is it like this team's done this thing and we're good for a while? I encourage them to revisit it. [23:38] And it's usually because something's fallen off the rails. Like, I think if I were really great at it, I'd say every three months or like every six months, let's have a look and see how this is going. But often it happens because there's some conflict or tension or something was missed.

[23:54] and someone thought it was theirs or not. And we have to do a quick retro. [23:59] What do you find is often that thing that is maybe missed or often causes [24:03] tension [24:04] Execution. [24:05] It's usually around... [24:07] execution and velocity. Like not moving fast enough. Not moving fast enough, yeah. [24:13] What do you find often is a [24:15] a way to help with that as a leader of teams? Well, one, just identifying what the velocity issue is. It can vary. So for PMs, [24:25] It's often around the velocity of decision making, right? How long does it take us to actually [24:30] from saying we need to do a thing. [24:33] to [24:34] defining it potentially and then deciding are we actually going to do it or how. And that, I think, takes a long time for most people. [24:41] most companies, most people. So velocity of decision making. So I think that tends to fall on the PM most often. [24:48] the actual execution of it, right, the development. [24:53] tends to fall on both PM and engineering. So in engineering, I find that [24:58] Depending on the org, you know, some folks understand like breaking up tickets into small pieces and why that's valuable and how to do it. [25:07] And that's something that I think everyone in industry probably needs a refresher on. And like why that's valuable and how it works. [25:14] And some of that is also shared by the PM, because like if you haven't articulated clearly or well enough what we're trying to do, then it is hard. [25:22] to kind of break that that apart so yeah those are the two things that are on my mind a lot

[25:27] Is there anything else along the lines of what you've learned about building successful teams? I really love this. [25:32] roles and responsibilities approach. [25:35] outcomes and output. [25:37] Also, I, [25:38] comes up a lot. And I think that in many of the companies that I've either worked with or advised, [25:46] coached over the past few years. [25:48] It was all about outcomes. Like everyone was outcomes, outcomes, outcomes, which is right. [25:54] You want to make sure you're doing [25:56] the right thing with the right goal, and that's fine. [25:59] And some folks, you know, myself included, certain points like swung way too far. [26:04] on the outcome strain and forgot, [26:06] that output [26:09] is an indicator of that. So if you have a team that's doing all of the ideation and figuring out, you know, how to make decisions quickly and [26:17] getting the right documentation and setting up the right product briefs and design briefs and experiment briefs, all the things that we know go into successful product development. [26:27] That's great. [26:28] But if you're also not shipping a lot of things to market quickly enough, then it just doesn't matter that much. [26:33] So that conversation is one that I think we often have to revisit. [26:37] on teams on all the teams I've ever been on. [26:40] that yes, outcomes are important, but also the indicator is around execution of velocity. So [26:45] If that's not in line, then a lot of the other things don't matter that much. [26:49] And so when you say outcome, [26:52] You're saying here's the goal they're achieving or the impact they're having, or is it just the idea? Like we know what our outcome will be, but they're not actually shipping anything.

[27:00] Like when you say output and outcome, what are you referring to specifically? The outcomes are understanding what the goals are and what we might do to get there. Right. So. [27:10] OKR is one way to talk about that. [27:13] Great. [27:14] But embedded in that is, and how are we going to get there? And the fact is, like, the more tries you have at it, the likelier you are. [27:21] to get it right. So if we're not actively monitoring how fast does it take us to ship things to market, [27:28] I see. So kind of like [27:30] If I can rephrase it, it's... [27:33] A lot of teams like Militers talk about what they should be doing. They have a strategy, they have a goal. [27:38] But what you're finding is that there's just not a lot of action a lot of times. And there's like a huge opportunity just to like, [27:44] get a team to actually ship more often and move faster. Yeah, there's not a lot of [27:49] like understanding of our role in urgency like [27:52] Right. [27:52] it's urgent and software in particular. [27:56] Probably can't forget that because someone else is likely doing something similar or better and faster. [28:02] Makes me think of Frank Slootman is his name. Frank Slootman. [28:06] Snowflake CEO, he wrote this book called Amp It Up. [28:09] He talks about how to build [28:10] thriving software companies and business in general one of his [28:13] three most important things. [28:15] recommendations is always have urgency. [28:18] to never let off the gas of urgency that things always need to feel urgent. [28:22] I'll check that out. [28:24] But I think... [28:26] Product managers, like I consider product to

[28:30] be the ones that really need to drive urgency. [28:33] Say more about that. What have you found helps in creating that sense of urgency and continuing to? [28:38] increase output. [28:39] Mostly reminding people often. [28:42] Right. And I don't think that this the question of like, well, [28:47] Show me a list of everything you shipped. That's never going to work. [28:50] Well, that doesn't make people feel good about the work that they're doing, but [28:53] But, you know, let's talk about our experimentation backlog. [28:57] Like, what do we have in there? How quickly are we getting those things out? Those are the kind of conversations that I think help. [29:03] Um, [29:04] I think that [29:06] having a good pulse on [29:08] competition, [29:10] helps. [29:11] As just a friendly reminder, [29:13] you know, that there are others out there doing this and thinking about things very similarly, possibly to what we're how we're thinking about it. So [29:20] how do we differentiate ourselves and, [29:23] And a lot of that is about how quickly are we getting many ideas to market? [29:28] small tangent, the, um, [29:30] The competition side is interesting to me because I've been, I've worked at a few companies where I've worked with, [29:36] founders who were like, we don't have competition, right? We're the only ones doing this. And [29:41] And then fast forward a few years and you're like, here are all the companies. [29:45] that were your competition that you didn't recognize then. [29:48] that are shipping great product now. [29:52] This may be a tough question, but [29:54] I think there's always a sense of we can move faster. It's rare that now we're moving [29:59] fast as we can. [30:00] Do you have any kind of heuristic or, I don't know, kind of gut feeling of knowing and sensing, like, where this team's doing fine versus this team isn't moving as fast as they can?

[30:09] how much time do we spend on what I'd consider optimizations versus like bigger bets? [30:16] right like and how long does that does it take for that to happen [30:21] right because you know you've talked to the folks or been in the companies where [30:25] When you talk about something that [30:27] by most measures is pretty simple. Like, you know, someone goes heads down for a week or two and gets it done. [30:33] And you talk about it and then... [30:35] you know, two quarters later, someone mentions it again. [30:38] You're like, oh, OK, so what are all the things we did in between that time to now? Why that thing seemingly simple thing didn't get done? [30:45] I think that's hard to say as a product manager because everything we do is all about prioritization. And I'm sure there are a bunch of other things that were prioritized. [30:53] But they're like these little things that come up periodically or bug fixes like something is broken. [30:59] You know, how long does it take us to recognize it and actually fix it? [31:03] Do you have a heuristic, speaking of big bets versus optimizations? [31:06] of just how much time slash resources to put into each bucket. [31:10] Unfortunately, the answer is it depends. [31:13] If you're working on a business that is [31:16] 30 years old and has many acquisitions or is very different from a startup, right? Or, [31:23] a growth stage company. I think it just varies. Yep. That's often what I find. [31:29] One last question along these lines that was on my mind as you're chatting. [31:32] When you're finding that a team is not [31:35] delivering as much output as you would think. [31:37] What have you found works in helping them recognize that and not get defensive and not, you know, have all these excuses for what's happening? Just like help them see what you see.

[31:46] I'll tell you what I do. I don't know that I think folks might get defensive sometimes. [31:50] Yeah, I think. But I'll tell you what I try. For me, the biggest thing is just, you know, if folks are working on a sprint, [31:59] It's very simply like, what did you deliver this sprint? [32:03] That's it. [32:03] Just asking questions. Just ask a bunch of questions. What did you deliver? [32:07] And the more questions. Okay, fine. But what did you deliver to production? [32:12] Great. And how long have you been working on that? Like how long? What was the cycle time? [32:17] So these questions that are that are [32:19] really just [32:20] I think seeking to understand because, [32:23] I understand complexity, right? And so... [32:27] that exists everywhere, but maybe helping folks see [32:31] that as they're reviewing their own work or their team's work. [32:34] goes a long way. [32:35] Yeah, and it comes back to your approach of just focusing on the output, not like what they're planning to do, what they've actually done. This episode is brought to you by Ahrefs. You probably know Ahrefs as one of the leading all-in-one SEO tools used by companies like Facebook, Uber, Shopify, LinkedIn, Pinterest, and thousands more. But Ahrefs is not just for big companies. With their new Ahrefs Webmaster Tools, you can optimize your personal website like a professional for free. [33:01] You can scan your website for over 100 common SEO issues that might be hurting your performance in search engines, plus get advice on how to fix those errors. You can have it automatically browse your website's internal and external links and get actionable insights from your backlink profiles. And you can learn what keywords your website ranks for and see how you stack up against your competitors. Visit hrefs.com slash awt and start improving your website's visibility. That's hrefs.com slash awt.

[33:29] shifting a little bit [33:31] You've been a PM for a long time, since 2010, I believe. Yeah. And a lot of people kind of move out of PM, and so it's really cool to... [33:38] Talk to someone that's been in the field for a while. [33:40] What have you seen in terms of how product maybe has changed the role of product management, the role of product leadership? [33:47] And also maybe other functions like designer [33:49] Engineering. Yeah. [33:50] I think the biggest change for product kind of macro is how I'm [33:55] mainstream [33:57] it is that I still find fascinating. The, [34:01] like getting degrees in product management and going to business school to transition into product management and like the whole discipline and. [34:09] There's a whole... [34:10] business, honestly, around the business of product management, which I find really fascinating and didn't exist. [34:16] I think... [34:17] for better or worse, that comes with a lot of good. And in some ways, I think might have removed some of the quirkiness and creativity that [34:24] probably is required a product. [34:26] But that's [34:27] probably a different podcast. So that's one, just macro. In terms of the roles, I think that what we're talking before about roles and responsibilities and defining those, [34:38] For product managers, I think [34:40] Product managers are increasingly, I think, a bit more technical or expected to be. [34:46] I think there was a moment where they were technical and then it was, no, no, we're all generalists. And now I think we're going back to PMs need to be. [34:53] more technical. [34:54] I think designers... [34:56] The expectation is that there'll be [34:58] more

[35:00] business oriented, right? Design as a means, honestly, to an end. [35:06] I think that's [35:07] trending and probably for the better, I think the best designers I've ever worked with are also like exceptionally savvy business people. [35:14] And I think engineers, [35:16] are increasingly becoming more product-focused, more user-focused. So, you know, product engineers was something Trello, I think, did really well. [35:25] This idea that great ideas can come from anywhere in the org and any function, I think is really magical. [35:31] So as you're seeing PMs becoming more technical, [35:33] I think designers becoming more business oriented, engineers are becoming a lot more product user focused. [35:39] To me, that's amazing because it means that we're getting closer to what I'd consider like really deep collaboration. And it's not to say that we're not. [35:47] experts like their expertise within that that we expect to folks but [35:51] that care for other disciplines, I think is where a lot of [35:55] magic happens. That's really interesting. [35:58] When you say PM is getting more technical, [36:01] When you're hiring, interviewing, what are you looking for? Do PMs need to learn to code? [36:06] How technical do you find that? I don't think so. [36:09] necessarily. I think a lot more PMs are taking boot camps or coding classes, which I think is all to the good. I don't know that it's a requirement, but there is more of that and I think is very helpful. [36:21] Similarly, a lot more PMs are taking more classes or digging more into data analysis. Also really valuable. [36:28] So, [36:29] Yeah, I don't think it's a requirement. I am not like a technical PM. I don't have a tech background. I think I've been doing it long enough at this point to...

[36:38] to, you know, do okay, but I think it's a benefit. [36:42] You said that the PM is becoming more of just like a thing with training classes and courses. Yeah. That's it. [36:47] I did a search once on LinkedIn for how many product managers there are. [36:51] Guess how many PMs there are in the world that have the title PM in their LinkedIn profile? A lot. [36:57] I'm guessing a lot. [36:58] Two million. Two shit. [37:00] That's wild. That's wild. Yeah. And there's 800,000 just in the U.S. [37:05] And so it's like a good question. [37:07] a large, large group. That's huge. Yeah. Back in my ed tech days, a friend of mine, her kids were in school and she came in one day, her son was in grade school at the time, in elementary school, [37:18] And he had a like this, you know, match to careers, what you see. And they had a person at a computer, this image. [37:26] And it was product manager. There was a... [37:28] an option for product manager and that's when i knew i was like okay this is [37:33] This is Mainstream. We're about to become consultants. [37:36] Yeah, I always used to joke no one grows up and is like, I want to be a product manager when I grow up. But I think that's starting to. It's starting. It's a thing. Yeah. Yeah. [37:44] While we're on that topic... [37:46] I imagine people often ask you for advice on how to get into product management. [37:50] Do you have any advice there for folks that are listening that maybe want to get into that? [37:54] There are many ways now. I think there are a lot of the typical programs that a lot of the big tech companies have, I think, is one way. [38:01] I think getting into [38:04] startups as a product manager is a pretty awesome way to get into product because

[38:09] It's just a lot of problem solving. [38:12] The problem with that is you don't have anyone to teach you the right way. [38:16] but the product will teach you. [38:18] the right and wrong way if you're with a team that [38:21] that is moving quickly. [38:23] So yeah, I still think that working on smaller products and companies is a great way to get into product management. [38:29] in part because you'll get to touch all of the functions that are kind of required parts of the product discipline. [38:37] And I think it's hard to get that experience otherwise. [38:40] The PM role, we haven't talked about this, it's just like very hard and very stressful and mostly... [38:46] sucks in many ways. Yes. And we could talk about that if you want. But it was more of a segue to work-life balance, which I know you have some strong opinions about. Yeah. [38:55] So I don't know, you could take it in the direction, but just like thoughts on work-life balance slash how hard the PM role is. The PM role is really hard. I feel, especially now that I'm... [39:06] managing a lot of [39:08] teams, right, and PMs at a lot of different levels. [39:12] I do find that periodically I remind them with like, [39:16] the core of my being that like, [39:19] I know this is hard, right? Like it is hard. There are a lot of expectations. You're expected to be competent across many areas all the time. You're expected to have an answer. [39:29] And you're expected to like keep your calm and like, [39:33] not lose your shit. [39:34] And that's really hard. It just is. It's stressful. Right. So I think I spend quite a bit of time with my team, my PMs, like,

[39:41] helping them understand that I understand that. And so when we're problem solving, let's probably not solve for everything. Let's focus on one of many things that are expected. [39:50] So yeah, it's really hard. [39:51] On work-life balance, [39:53] as I mentioned to you of like think about this a lot I [39:57] I'm currently a mom, and as you can imagine, that's a lot to... [40:02] to manage at any given time. [40:04] And so recently, when I think about work life balance, I don't. [40:08] I don't use the word balance. I use optimization. [40:12] Right. It's this question of like, what are you optimizing for right now, whether it's today or this quarter or this year? [40:19] with the understanding that I don't think you can have it, [40:22] all at the same time all the time. And so I'm like increasingly coming to peace with that. [40:28] Where that's been interesting over the course of my career, it's chatting with my husband about this yesterday. [40:33] was thinking about it was early in my career, I remember when we had big releases, like folks would just work nonstop for. [40:42] A couple of weeks, we would stay in the office late. We would come in early. If it was international, we just probably wouldn't sleep because we wanted to make sure we QA'd everything before we released it. And that was an expected part of the product development lifecycle. [40:55] And that was a lot of my early product years and I, [40:58] I just did it and it was very exciting and I quite enjoyed it. But even then, the flip side of it for me was I also was a runner back then. So if I was training for a half marathon or a marathon, [41:08] then like, you know, the next week I'd probably do my long run in the morning and not start work until 10 a.m. Like that was my version of work.

[41:16] balance right and i think we're all lucky enough many of us excuse me are lucky enough especially in tech that [41:23] A lot of companies kind of get that. [41:26] form of flexibility. So, [41:28] Now, fast forward 13 years, it is very similar. It's like, I don't do all of the drop-offs and pickups for the kids. But, you know, there are some weeks where I'm like, this is the week. [41:39] I'm going to do all of the drop-offs and pickups or this is the day. [41:43] And that's felt much healthier for me than this expectation that I'm somehow going to [41:48] balance it all and everything is going to be [41:52] equally great. [41:54] or cared for all the time. [41:56] I think what I'm hearing is essentially, which I really like and agree with, is [42:00] Sometimes you're just going to have to go sprint and go hard and work really hard and go... [42:04] long hours. [42:06] and then [42:07] That doesn't need to last forever. And then when it's not, enjoy that extra time and kind of like rebuild and recharge and do the things you got to do. [42:16] Yeah, that's about right. Yeah, I find the same thing. I find that just like working hard is very correlated with success. And a lot of times it's just a lot of long hours. And sometimes you can't balance it for periods of time. [42:30] Right. And it can also be, you know, at different points in your life. [42:34] Right. So right now, at this particular moment in my life, I'm probably not going to go hard at a super early stage startup. [42:42] right because i believe that you probably need to be in person [42:46] and working really hard together for long periods of time. And not everyone feels this way, I know that.

[42:53] I've had these conversations with lots of friends and colleagues, but. [42:57] So personally, for me, that's probably not the decision I would make at this moment in my life. [43:01] Yeah, I get that. [43:03] Another area I wanted to touch on is remote work and distributed work. [43:07] I believe most of your career you're remote or you work with remote teams and distributed teams. [43:11] And that's such an on-trend. [43:13] uh [43:14] thing now where a lot of teams are working hybrid working remotely working on distributed teams [43:18] What have you learned about being successful working with distributed remote teams? [43:22] Yes, that's my entire career has been with remote or distributed teams. That's right. When I started early in my career, I... [43:30] I lived abroad for a while in Shanghai. I had a core team there, but also worked with a distributed team in Europe and Latin America. [43:38] which meant all kinds of crazy hours and lots of sprints like we just talked about. [43:43] um things that worked well one like documentation it's a thing asynchronous communication everyone just has to get [43:51] used to it and better at it so increasingly just being [43:55] better communicators, whether it's on a video or written. I think that's just really important. And everyone building up that muscle is really important. [44:03] for all of the roles I've been in, this notion of what does it mean to [44:08] have really meaningful and valuable in-person time that can sustain you for the remote and distributed time is really important. [44:17] I think a lot of what's happened now in COVID and even now a lot of teams are [44:22] have never met their co-workers like they don't onboard in person they don't have

[44:27] events or off sites as frequently and [44:31] And I think flexibility is really great, but I think that really that makes it really hard. And to me, what I've figured out, I think, is that it especially makes it hard [44:39] to solve hard problems like solving a hard problem remotely with folks that you haven't [44:46] spent in-person time with, that you haven't broken bread with, that you haven't disagreed with in person and built that trust is just really hard. In fact, it's much harder. [44:56] So some of the things I've done even here, like the Knot Worldwide is, [44:59] periodically when there's a really gnarly problem, I like wave the flag and I say, "Hey, [45:04] Everyone, why don't we try and get together for two days? [45:08] and like hash some of this stuff out and then we can [45:11] go back to our remote lives. And I think folks have been [45:14] maybe unsurprisingly very open to that because I think they see the like not only the efficiency but the camaraderie that can happen. [45:22] there as opposed to what was happening potentially on on a you know hangouts or a zoom call [45:27] What does that event look like? Where do you do it? [45:30] What's roughly an agenda? One, the agenda is pretty tight before we get there. [45:36] Right. Myself or someone else were responsible for making sure that that's [45:41] a well articulated agenda that we all kind of agree on before we even get there. [45:45] So I think that's one. [45:46] I think... [45:47] 48 hours, two nights, right? And that's important to me because it is the... [45:53] tends to still just be hours in a conference room or a meeting room during the day.

[45:57] But you do need to build in the, and let's go have dinner. [46:03] since we're all in person anyway, or let's have an extended lunch and maybe an extended day. [46:08] I think that's just really important and [46:10] Even early in my career, when I was working more internationally, the company I worked for was pretty amazing because two or three times a year, the entire company globally came together for a week. [46:20] or two. [46:22] And it made a huge difference. And many of the folks I worked with there are still friends and mentors. [46:29] Are you able to share what was the challenge you're trying to overcome in one of these times? Yeah, I can speak about it generally, which was just... [46:37] we had a change in strategy. [46:39] And we need to land a couple of core decisions about what we might build. [46:43] And there were lots of documents and lots of conversations and [46:48] the back to the velocity of decision making. [46:51] Like remotely, that can be really hard because with time zones, someone sends a doc, you comment on it, you get to the other day by the end of the week. And so days and days have passed and we still haven't landed it. [47:01] And people have really strong opinions, obviously, about something that big. [47:04] So it's like, Nope. Okay. [47:06] Great. [47:07] Hmm. [47:08] wave of like and not everyone could make it. Most people could. [47:11] And the folks who could not were, yes, on a screen. [47:15] Was there anything specific in that [47:18] off-site that helped you get your resolution? In that particular one, it was one very cross-functional, and the unlock there was giving

[47:28] the data person. [47:32] the space to educate all of us. [47:35] That was it. It was like, [47:36] You have the floor. [47:37] Educate. [47:39] Yeah, I find that's often the solution is people just don't have all the same information that they're basing their decision on. So make sure everyone starts with the same foundation. [47:47] Right. [47:48] Awesome. And it comes back to [47:50] your push to get data integrated into every team and make that part of the four quad triad. [47:56] That chair is the chair. Anything else around remote work or distributed work that you found to be incredibly impactful or important? [48:03] Well, the flexibility of it, I'm sure we've [48:07] you've talked about with others. That is really important. I do think that the Trello and Atlassian, I think, did this really well. [48:15] is having standards around a couple of things. The biggest one, I think, was overlapping work hours. [48:22] So everyone had general flexibility, but there were some set of hours where everyone needed to be online at the same time for the most part every day. [48:30] And that made a big difference. [48:32] Onboarding. [48:34] happened in person. I think that in-person onboarding for new folks is really important. [48:40] especially for everyone, for any new person in an organization. I think how we work, culturally, having a contact that you can reach out to, all of that I think is really crucial. [48:50] I'm definitely of the... [48:52] So much of my early learning was in person, and I have no idea how we're going to replicate that.

[49:00] and a non- [49:01] office setting. It's just really hard. How long do you try to have that person in the office for onboarding? Is it like a week? Is it a few days? A week. A week. Awesome. [49:10] Shifting a little bit, just a few more questions. [49:13] You mentioned you worked in China. [49:15] You also worked in the UK for a while, obviously in the US now. [49:18] What have you found to be some of the biggest things? [49:20] differences in maybe the product culture, [49:23] or just culture in general working in these different areas. [49:26] the confusion around what product management is is universal that's like not specific to to us i think and the fact that it's changing [49:36] that i think was the same um [49:39] I don't know that I found that many... [49:41] differences in terms of kind of [49:44] the how we approached goal setting, all very similar, the need for urgency, like all those principles, I think this are the same no matter where you are. [49:54] Part of what I experienced when I started in Shanghai was, [49:58] the feeling that the product manager manager was expected to have all the answers [50:05] which as you can imagine was really overwhelming. [50:08] And so I remember [50:10] because I was young and I didn't know that much about product management and I definitely did not have all the answers. [50:16] I spent a lot of time helping the team help me [50:20] answers. [50:21] And that was a little bit of a culture shift in our team at the time. [50:25] And I actually think that's kind of carried me [50:27] through my entire career. [50:30] right which is trying to figure out how to share the product management load so like we're like equally

[50:36] responsible for what we're building. So that was a good [50:40] good, like unintentional learning that I think has been really important for my career. [50:45] I think that part of that learning that I've had obviously here and [50:51] And in London as well was the [50:54] figuring out how to make room for [50:58] Creativity. [50:59] So in Shanghai and and also in London at the time, this was a decade now, so many things have changed since then. [51:06] there just didn't seem to be as much room for ideas to come from anywhere, which I think is also related to what I was saying before. So like making space for people across functions to share ideas and then across geographies to share ideas. [51:20] especially in companies where [51:23] English might have been the primary language, but most of the employees were not native English speakers like [51:29] There was a lot of time, I think, that I felt that I wanted to spend and I did on just creating things. [51:35] space for people to like comfortably share. [51:38] their ideas, honestly. And [51:41] And that for me was really formative because I think it's been... [51:45] yeah it's it's really impacted how i've approached my entire career and i don't know that i would have [51:50] had I not had those experiences. [51:52] I was browsing through your LinkedIn post and you said something just like that on LinkedIn of just like how formative that experience was for you. [52:00] I know it's not something people can just like, hey, I'm going to go to China and work for a [52:03] startup, but it sounds like you recommend working at companies of different cultures because it feels like it kind of like is a lens. Yeah, I do. I also think, you know, my I am my family. I'm Jamaican. I'm a Jamaican immigrant. And so.

[52:17] all of our experiences inform like how we perform our jobs and how we think about problems and [52:22] and being able to to expand that is yes, I would recommend it to every and anyone that gets the opportunity. [52:30] And I think it's really important as [52:32] product managers because [52:34] I think it's really hard to be a product manager if you cannot do it. [52:38] empathized. [52:40] Right. With. [52:42] the people and problems that you're solving for. And [52:45] Being out of your comfort zone, obviously, is one way to learn empathy. [52:50] I love that. [52:51] One final question. Before we get to our very exciting lightning round, not to... [52:56] Not to not count those questions. [52:58] Are there just any frameworks or processes? [53:01] or methods that you found to be very valuable in your [53:04] career as a product leader that you would want to share? [53:07] The question I ask myself and I ask everyone, [53:11] In my life, probably, whether it's on my team or when folks, friends talk to me, I always ask, what are you optimizing for? [53:20] Like that's the question. It's, [53:21] What are you optimizing for? And it's [53:24] you know, the short, medium, long term and product, but it's the what are you optimizing for today, this quarter, this year, whatever time horizon. [53:31] And I think that can be just a really illuminating way of thinking about [53:35] obviously honestly like just how are you spending your time [53:39] And I think it works for product as well. Like every time we talk about OKR or goal setting, it's, [53:43] Ultimately, it is what are we optimizing for for some period of time?

[53:48] And I think that always for me, whether personally or in product, is very illuminating. [53:53] I love that. I'm pretty sure I've asked that question a thousand times myself. [53:57] Ah, [53:57] One thing I find those people get annoyed with you just like, okay, you're such a PM. I know, but it works. It does work. But it works. What are some instances where you deploy this question? Like, is it in a meeting where someone's asking a question or just like, what are we optimizing for here? I mean, I ask this question like, [54:13] all the time. I ask this question to my husband, like, what are we on? I'm sure he loves it. He was a preempt too, so he gets it. Okay. Okay. He gets it. [54:22] I asked this to my five-year-old, honestly. [54:26] Five-year-old. [54:27] It's we talk about it a lot like now we're going to quarterly planning, all of us. Right. And [54:34] And now we have information from Q1. [54:37] So let's look at it and say, okay, given what we know now, [54:42] what are we optimizing for? Because it might not be the same thing we did before with new information. Or it may be. And that's usually just a... [54:49] Just then helping us get better at figuring out, obviously, how we're doing tradeoffs. [54:54] Right. [54:55] Because if the first point isn't clear, then the trade-offs aren't going to be clear. [54:59] Yep. [55:00] The other question is, what problem are we trying to solve? I feel like I need to make mugs and put these on some mugs for product managers. Well, with that, we've reached our very exciting lightning round. I've got six questions for you. Are you ready? Yes. I don't think I prepped this, but I'm ready. Yes. Okay. Well, it'll be the most fun then.

[55:18] What are two or three books that you recommend most to other people? [55:23] These are not product books. I recommend Anak Matava's You Will Hear Thunder, a book of poetry that is excellent. [55:31] um, [55:32] I recommend almost anything by James Baldwin. [55:36] The Fire Next Time, I most recently reread. [55:39] And back to software, high output management. [55:43] What are some favorite movies? [55:46] or TV shows they've recently watched that you really enjoyed? I am really into K-dramas right now. [55:51] I'm truly Korean dramaist right now. [55:54] Crash landing on you is... [55:57] You know, it's great. [55:59] It's a love story. [56:00] Well, it's wonderful. [56:02] 3. [56:02] Out of the box. I love it. What's a favorite interview question that you like to ask? [56:08] For product managers, if we think about product in the context of artist, scientist, general manager, where do you spike? [56:15] Artist, scientist, general manager. Interesting. [56:19] And is there one you ideally look for the answer or depends on the role you're hiring for? Totally depends on the composition of my team. [56:26] Interesting. Cool. I like that. Different triad. [56:29] What's a favorite product you recently discovered that you love? [56:33] ARC by the browser company. [56:36] I think they're [56:37] A product that's clearly having a lot of fun. [56:41] And you can feel that in the product. When I first opened it, they have an unveiling experience, which isn't something you'd expect. [56:47] of a browser and there was something really delightful about it.

[56:50] Yeah, I imagine you've heard the interview with Josh. [56:54] What a guy. What a cool product. I love it. [56:57] We have a whole hour and a half on it, so check that out if anyone wants to learn more about ARC. [57:02] What is something relatively minor you've changed in your product development process? [57:06] that has had a tremendous impact in your team's ability to execute. [57:10] helping... [57:12] product teams, triads, product design, engineering, and data. [57:16] understand their shared roles and responsibilities. [57:19] Awesome. Call back to our previous discussion. And final question, what's a pro tip for someone trying to use the knot? [57:27] or one of the other properties? Good question. Two things. But one, the big one is probably... [57:33] Checking out the Not Worldwide Marketplace. [57:36] It is the most comprehensive two-sided marketplace to find your wedding vendors. [57:40] to create your wedding team. And you'll find that they're really cool, small... [57:45] businesses on there. [57:46] Awesome, I'm gonna go check that out. [57:49] Nikita, thank you so much for being here. I'm going to go ask my wife what she's optimizing for and read some stuff on the phone. Good luck. No, no. Wish me luck. You said she's pregnant, right? She's optimizing for creating a human, probably. Yeah, that seems right. Okay, I'm not going to ask. [58:06] Two final questions. Where can folks find you if they want to reach out, learn more about what you're up to? And how can listeners be useful to you? [58:12] I'm on Twitter and LinkedIn, easy enough to find me. I'm very responsive, actually, at least I try to be when folks reach out on anything product related.

[58:22] And... [58:24] ask me questions. I think that's always helpful. [58:26] If you have other ways of doing things, I'd love to hear about it. [58:29] You mentioned also that you're doing some angel investing. Is there anything you're looking for specifically that you want people to ping you about? I am doing some angel investing, maybe a little bit less so recently, but I'm starting to [58:40] ramp that up again. So there are any [58:43] early stage seed or pre-seed companies out there, you can ping me. [58:47] Amazing. Nikita, thank you again so much for being here. All right. Thanks a lot, Lenny. [58:52] Bye, everybody. Bye.