Nickey Skarstad (Airbnb, Etsy, Shopify, Duolingo) on translating vision into goals, operationalizing product quality, second-order decisions, brainstorming, influence, and much more

When.

I asked in my newsletter Slack community who I should have on the podcast, it was a bit under the radar, but amazing. Nikki Scarstad was the first name that I heard, and I was not surprised. I actually overlapped with Nikki at Airbnb, where she had a legendary reputation as a PM who everyone loved, but got shit done. Before Airbnb, Nikki worked at Etsy for over seven years, where she went from being a forum moderator to Director of Product Management. Then she went on to work at Airbnb for a couple of years. After leaving, she went on to be VP of Product at the Wing and is currently the Director of Product Management at Duolingo. In our conversation, we cover how to set vision, translate that into goals, and then how to execute on it, making your strategy actionable, and keeping your teams aligned and focused, designing your product review sessions, how to maintain product quality, and what skills have most contributed to her success in her career. I hope that you enjoy this conversation with Nikki Skarstad. This episode is brought to you by Mixpanel, offering powerful self-serve product analytics. Something we talk a lot about on the show is how startups can build successful and amazing products, and relying on gut feeling is a really expensive way to find out if you're heading in the right direction, especially when you're raising money. because VCs don't want to pay the.

Price for these kinds of mistakes.

That's why Mixpanel will give you $50,000 in credits when you join their startup program. With Mixpanel, startups find product market fit faster, helping you take your company from minimal viable product to the next unicorn. Access real-time insights with the help of their pre-built templates, and know that at every stage, Mixpanel is helping you build with confidence and curiosity for free. Apply for the startup program today to claim your $50,000 in credits at mixpanel.com/startups with an S, and even if you're not a startup, Mixpanel has pricing plans for teams of every size. Grow your business like you've always imagined with Mixpanel. So many product managers are basically treated like project managers. They get hired thinking they'll be deep in product strategy, vision, and getting to know their customers, only to wind up organizing other people's work and refining backlogs and organizing tiny, tiny features. If that sounds familiar, you need Dovetail. Because Dovetail gets that the true heart of product management is understanding what customers want, why they want it, and how to give it to them. That's why Dovetail built a suite of user research products that help you get to the core of what your customers really want and why they want it. Dovetail offers powerful analysis tools to help you identify themes, patterns, and insights in your customer interviews, allowing you to make better, data-informed decisions about what solutions you should build next. Organizations the world over, like Atlassian, Canva, Datadog, GitLab, Nielsen Norman Group, Sketch, Deloitte, all use Dovetail to get a better understanding of their customers and build better products. Try Dovetail's products for free. For as long as you need, you can sign up and dive straight in at dovetailapp.com/lenny.

Nicki, thank you so much for joining me today. I am really excited for a chat and to get to learn from you. So welcome.

Thank you. Thanks for having me.

My pleasure. Today you are director of product at Duolingo. which is an awesome product and something that I used to use. I'm not learning a language currently, but I know where to go if I were to. Can you just talk about how you got into product and then a bit about just kind of your journey from that point to where you are today?

Yeah, so it's been a long meandering.

Journey, which is fun. So I've been in technology roles now for 12 years. I've been in PM roles, actually product roles, for 10. I'm starting to be the person with.

Experience in the room, which is really.

Fun and kind of daunting at times, but how I got my first role in product was I was at Etsy in 2010 is when I joined and I joined them, it was like post-product market fit, but before they truly started to really grow and scale.

And I actually joined them on their community team.

So I worked as a forums moderator and then as a seller education specialist. Yeah, spent a couple years doing that. And then through that process became sort of like one of the internal voices that had a really good understanding of.

How their customer, one of their core.

Customers, their sellers, were actually using their product. And the VP of product at the time, his name's Mark Hedlund.

Hey, Mark, if you're listening, was like.

Hey, Nikki, you're in all these product meetings. Have you thought about being a product manager? And at the time, I was like, oh, God, no. Never. I was like, no, technology, what? Engineering?

I'd have to work with engineers.

I know nothing about engineering. And so I was very imposter syndrome-y about it. And he gave me a little nudge and was like, I think you'd be really good at it. And so I tried it and I started as an APM. And I was at Etsy for around.

I think it was seven years total.

And spent the majority of time actually in PM product roles. So I left as a director of.

Product and for the most of my.

Time there, I worked on the seller side. So it was all seller tooling, working with sellers to figure out how they.

Could grow and scale their businesses.

And it was an awesome wild ride, but that was my first role in product. And then I went on after that.

Into several other product roles.

As well.

Yeah, let's get into it. Where'd you go next?

So after seven years at Etsy, I was kind of getting the itch to try something new. When I took a step back and was like, All right, what do I.

Want to do next?

I really loved the marketplace component at Etsy. And I don't know if this is just something about my personality or actually probably your personality too, is marketplace product.

Is really hard, right?

You have this constant balancing of both buyer and seller sides or both sides of the marketplace. And I really liked that. and it was something that I was good at. And so I was like, all right, where else could I go?

That's interesting or having a moment.

And I was like, Airbnb has to be Airbnb. I was a huge fan of their product. They were also post product market fit, but sniffed around, ended up basically getting an opportunity to join the experiences team. And I joined that team when the.

Product had just launched.

So they had done sort of the early thinking, the existential thinking, had a brand new product in market, and then.

I joined the team. And so I was the first boots.

On the ground product manager and really help that team figure out, you know, how do we get product market fit and then how do we start to.

Think about how to scale it?

Which it was, you know, you can imagine experiences is interesting because it is a very nuanced product in that, and.

This is similar to Airbnb, you know.

If you work on homes as well, but part of it is building the digital experience, right, that someone will interact.

With when they're booking an Airbnb experience. And the other part is actually influencing the live event experience that you will.

You know, experience when you actually join an event or an experience. And I think that actual, that layer.

Of abstraction for me was really fascinating.

And something I've learned a ton about is it's not just influencing the digital product, but it's actually the consumer experience when their boots are on the ground. And that is another layer of complexity. And so that was super fun. I was there for about, I think a little over two and a half years. Started as a PM. I think I got promoted a couple of times, left as a senior product.

Lead, I believe was my title.

Yeah, I'm forever grateful for that experience 'cause I learned a ton about product market fit and also product quality.

Is there anything else you took away from that experience? 'Cause I was at Airbnb at the same time. We never really got to work together, but I just heard amazing things about you on the experiences team. And experiences was a wild ride, from what I understand. Is there anything that you took away from that experience that kind of has stuck with you as a PM?

Yeah, so part of it is more.

Just like the way Airbnb works is.

Something that I think I use every day in my job. which is just truly thinking about product quality and the end consumer experience.

And, you know, Airbnb does not ship product if it is not good.

And even if they're trying new things, they are obsessed with the end consumer experience. And I learned so much from that line of thinking because just if it shipped, it was really high quality.

All the edge cases had been thought through.

And, you know, the experience I had.

Before that was definitely we were shipping things more quickly.

Things weren't always perfect. And it's not to say that everything Airbnb ships is perfect, but I think that obsession with the end consumer experience.

Really influences the quality of their product.

Suite and is something I try to bring to my job today because no.

One does it better in my personal opinion.

I'd love to unpack that a little bit. There's kind of two questions on my mind. Is there an example of that at Airbnb where it's just like, okay, here's how they keep quality so high? And then do you have any advice for just how to do that as a company?

Yeah.

So I don't think that's easy for sure.

One of the things Airbnb did for.

Experiences is we had this balancing metric, which was basically using the review rate.

As sort of our end-all be-all top line goal.

So you can imagine a business like that. Obviously we needed to have revenue kind of moving through the platform and we cared about high level bookings, but really.

At the end of the day in.

The beginning, we were obsessed with making.

Sure every person who booked actually had.

A good experience when they showed up to experiences. And so as you, especially if you.

Are building early product, really thinking about how can you pick some good quality metrics that might actually balance or conflate with growth metrics and use that as.

Sort of your north star because it really helped the whole team make sure.

That to understand what they were actually trying to do at the end of the day.

Growth was important. Sure, obviously we needed to grow for a lot of reasons, but the most important thing was that the actual customer experience was great.

And I know Airbnb does that in other places too, but that really was.

Experience'S top line goal was our review rate and quality and it trickled down for sure.

How do they operationalize that? Because it sounds great. Cool. Let's make sure everything, all the reviews are five star. How do you kind of build that into the way the team operates and tracks their success?

Yeah.

So a big part of that was.

Actually operational, which was just making sure that, you know, hosts who weren't meeting those specific, like rigorous standards, like there.

Was a lot of coaching and education that was happening. some of that was in the product.

And some of it wasn't. It was something that was discussed at.

All of the meetings that we had across everyone's teams.

Everyone understood that it was important. And so I think that really impacted.

Both the ops team as well as.

The product team who were literally building the product that would bring that to life. And I think just thinking from how you, especially if you're a founder and you're thinking about building your early metrics, there's a lot of ways to really.

Make sure your team really understands what that means.

Another thing we did a lot on the experiences team is we just dog fooded all the time. And so we were lucky in that it was a really fun product to dog food, right? We were like taking experiences all over.

The world all the time, but it.

Really helped because you would know right.

Away when you showed up to an.

Event if you were going to have a five star experience or if it.

Was not going to be great.

I mean, that really helped us too, because then we would go back to.

The teams and be like, all right.

We were just, you know, in San Francisco, we were on an experience last night.

And it did not go well, what.

Do we do about it? So there's lots of ways to do it, but dogfooding is a good one.

I know Brian is infamous for texting the team anytime anything isn't working right in the product. And I know he was very intimately involved in experiences. Is that something you've learned to do just to kind of like, Hey team, I found a big problem. Let's fix it. Or do you try to avoid that and not create that stress?

I mean, I think sometimes that can.

Be a healthy stress if you do it in the right way.

The nice thing, I think, is just making autonomous teams that feel like It.

Is their goal to bring that quality.

Experience to life can help you avoid some of that. But I do think that pushing teams.

To use the product so they firsthand.

Experience when it is not great is.

A really good way to give teams sort of the motivation to act on fixing things like that.

But I don't know that I text people, but I'm on Slack all the time. So if anything, I'm gonna Slack ya.

Great.

Okay, maybe one more question on this topic, 'cause it's so interesting. So on experiences you measured, I imagine percentage of trips that were five-star. Are there other quality metrics that you've used at other companies that you found helpful for keeping track of product quality and maintaining product quality?

Yeah.

So another one that we used at.

Etsy, which was an interesting one, is.

We realized that, so one of the pieces of product that I owned was the onboarding flow. So it was onboarding new sellers specifically. And you can imagine if you're owning that flow, you're just gonna be like, all right, we just need a ton of sellers and we need them to open their shops right away. So we started and we went down that path. And then we realized we actually tanked a couple of sort of like downstream.

Metrics that we didn't really understand at first. And those metrics were basically getting sellers.

To a first sale.

So we opened up a lot of.

Shops, but they actually weren't successful when they were on the platform and they weren't successful in a certain amount of time.

So we did a lot of unpacking.

Of like, what happened there? Why did we do that?

And actually does that matter?

And the end answer was, yes, it matters greatly.

When Etsy sellers are opening their shop.

It'S really important that you get them a sale right away because it's a huge motivator, right? If you make a sale on your first day, you're like, oh, wow, okay, this is a thing. I could make money doing this. This is exciting. I get to ship something to my buyer. If it takes you seven days, you.

Start to be like, oh, no, I'm not good enough.

I'm terrible at this. Ten days into 30 days, it really impacts people. And so we actually put more friction in the onboarding flow to help to.

Start to solve for that.

So we actually slowed you down.

We made you be more thoughtful about.

What you were listing. And by doing that, we actually helped you get to a first sale faster. So that was another good example of.

A quality metric that we use, which.

Was, I think it was first sale in seven days. I might be wrong, but something along those lines. And it actually conflated with the high.

Level growth metrics, but it was a huge quality predictor and it was really important for long term seller success.

So interesting. That's such a good topic and I feel like we could explore that for an hour, but maybe for a little bit longer. Was that metric, the metric that you used to measure supply growth at that point, or was it alongside Just general growth.

Yeah, it was a long side general growth. It wasn't like our top, top OKR, but it mattered because again, it's sort of like you think about these things a bit like as a seesaw, right?

We basically were balancing our growth with.

Making sure people were successful.

And the more equilibrium you had there.

The better it was for their overarching marketplace.

And it's similar if you think about experiences too, right?

Where, all right, you could just be growing, but people are having a terrible experience. So how do you sort of balance those two things?

And if you can get those two things in balance, you're going to cruise.

And you're going to be more successful longer term.

Got it. At Airbnb, when I was working on supply growth, our main goal for the supply growth team was similar. And that was actually the goal we had, which is new listings that got their first booking. We only counted listings that had one booking as new supply. Everything else didn't really count because we knew that if it got booked at least once, at least it's got some level of quality and people want that place. and it's valuable to the marketplace. Interesting. Okay, so you were at Airbnb.

Where'd you go next? Yeah, so I went to a startup and, you know, for lack of a better way to describe this, like they were basically kind of building a marketplace.

As well, but it was more of.

Like a marketplace of ideas.

And I hate when people say that.

Because I think it's cheesy, but it's true. They had physical co-working spaces and they were trying to take some of the magic that was happening in their spaces. So people meeting each other, networking, people getting funding for their startups, et cetera. And they wanted to bring it online and they wanted to try to scale.

It so it wasn't constrained.

Inside of their four walls. So I helped them basically come up with a longer term strategy, start to figure out how to unpack that and get product market fit, and then also just build a technology team around trying to solve that. And so that was in, started like late 2019, and then I was out for a bit, had a baby, and came back, and then COVID happened. And they were a physical co-working business. That was where their majority revenue came from. And so COVID was pretty horrible for what they were trying to do. They also had some other cultural issues. And so the whole thing kind of paused/fell over. So I actually spent a year hiring a team and then had to lay them off, which was a great lesson in leadership.

I'm not going to lie, I learned.

A lot about how to lead in that experience. But after that, it was COVID, I had an eight-month-old, and so I spent time actually just vibing with my kids, which was kind of fun, and then ended up going to Shopify after that.

So I was looking for like a.

More bigger scaled not startup and was trying to find something a little bit more, something where I could be longer term and was more excited about. I took a platform role at Shopify. And so that was really interesting in that I had honestly, for the most part, spent the majority of my career in super consumer facing roles. And the role that I took was more platform. And I realized honestly pretty quickly after.

I took the role, I was like, oh, good to know.

I didn't really understand what this job.

Was and now I know what it.

Is, but it does not give me energy. And so I felt like I had a lot of red energy every day. And so I made a call pretty quickly to bounce, which was actually another good learning experience.

I think I've gotten a lot as.

I've advanced through my career, have learned a lot about like what gives me Nikki Scarstead energy and have been really prioritizing that, especially in a post COVID world. And so left Shopify and made my way to Duolingo. And so Duolingo has been super fun. I've been there since September of 2021. and in the process of helping them kind of think through a zero to one product challenge, something that's newer, can't really talk about it, unfortunately, but has been another sort of product market fit thinking exercise. It reminds me a little bit of some of the work that I did on experiences. And so it's been actually pretty challenging and super fun. So I'm also having a great time here as well.

Amazing. The companies you've worked at is incredible, and there's so much I want to explore there. Going back to Shopify briefly, a lot of PMs, I imagine, are trying to decide should they stay where they're at, should they go explore other places. So you said the thing that kind of pulled you out there was it just the platform role didn't feel like a fit for you. Do you have any advice for folks on just like how to know if a role or a company isn't a fit for them?

Yeah.

So I think I really learned that.

While I was there.

And also I want to make sure, like, I actually had a great experience at Shopify, and I think it is an awesome company. I would highly recommend people work there, especially if they like platform. Product work. One of the things I did when I was like, I don't know if.

I love this is I actually went through my calendar and I changed the.

Colors of all of the meetings on my calendar to red, yellow, and green.

After I had the meeting.

And I looked and said, and it basically changed it. If it was yellow, I was like, okay, it was a fine meeting.

Like my energy was like baseline.

If it was red, I was either bored or I was stressed or I was not having a good time. And if it was green, it gave me energy and I felt excited and I wanted to keep working on that. And when I looked back at the last few weeks, it was almost all red and yellow. And I was like, okay, this is really from an energy standpoint, I don't.

Think I love this.

And so I would say think about the work that you're doing in that lens.

Get really good at figuring out what are the things that you love most.

About being a product person and how.

Can you optimize your next role for.

Those things that you love. We should talk a little bit more about this, but each company has a.

Very different product org. and the day-to-day of your job as a product manager, depending on where you.

Go and the product that you're building, is very different.

And so really thinking through what that work looks like, what their process is.

Who your end consumer is, what will the actual work you be doing every.

Day, what will that be? And if you can get really clear on that and then get clear on what gives you energy and what you.

Love, it makes it a lot easier.

To figure out where you should go next. Wow, I love that tactic. I've never heard of that. Just going back to the meetings that you had in measuring, just like reflecting on how much energy that meeting gave you. Great tip. Thank you for sharing that. And I'll also double down on Shopify is an amazing place to work just to like make that clear. It's probably one of the few places.

I recommend PMs go try to work at.

Yeah, I think especially if you're newer.

In your PM career, they just have a really great organization and I think it's a great place to learn how to PM. Also their product, you know, it's a huge scaled product and so it's complicated to build in. So I think it's a great place.

To really understand second order systems and systems thinking. And especially if that type of work.

Gives you energy, I would recommend that people look for jobs there. But again, get really good at what you love. And I think what I've realized longer term is I really like the zero to one early stage. How do we get product market fit? And how do we really think through the early experience? And Shopify is at a very different stage than that.

They're doing that in a couple places.

For sure, but that's not their day to day. And so, that was interesting.

Yeah. Yeah, that makes a lot of sense. Going back to what you just kind of touched on, the idea of product org and structure and how different companies build the product. There's kind of two ways to approach this and take whichever direction you want. Which of the companies that you've worked at did you enjoy most? And that's kind of stuck with you as a way you want to build product or just like, how would you approach building a product org and cross-functional teams versus not and who reporting lines, things like that. What do you recommend there?

Yeah.

So I feel like you're like asking me to pick a favorite child, which, so she's a mother. That's hard to do, but no, I don't know. I feel like I've learned things from a lot of these different places and it's hard to choose. I think, you know, some of my.

Early work at Etsy was very formative and it was where I learned how.

To be a product manager. And so I feel very proud of that. I also think Etsy was out there like building in public. I'm literally doing air quotes right now and you can't see me, but. They were doing that because they had.

Such a passionate, involved, engaged early community that they could not just ship things and have them land well if they.

Did not involve their community early.

So they were doing prototyping, beta testing.

Basically getting people to try things and give feedback on things. I honestly, I think before a lot of people were, and that was something at the time that was really interesting.

And has really stayed with me. It's how to work with community and.

How to build community around the product that you're building.

Because at the end of the day.

Especially when it's early days, it really helps scale, get people to evangelize what you're building, help teach other people how to use it, things like that. And so I learned how to do that at Etsy, and I think that was super formative. And then also just, you know, Airbnb, what we talked about before, and just deeply baking in product quality and the.

End consumer experience into everything that you're.

Building is also something I literally apply every day. So if I had to choose, It would be those two places, but I plan on continuing to learn.

Interesting. Both very community driven businesses.

True.

And then in terms of how they structured their org, is there anything there that I just like, here's what I've learned works best for how to build product teams, structure product teams that stuck with you?

Yeah.

So I think there's kind of like two overarching popular organizational modes for product orgs specifically.

There's either like the functional organization where.

You know, everyone in the product team.

Will report up through either a VP.

Product or a chief product office or something along those lines.

And I think that actually really works.

In certain circumstances and is great. And typically how that works is, you know, you'll have like your product partners, your trifecta, if you will, you have your design partner and your engineering partner. They will typically also report up into functional leadership. I think in bigger organizations that really works well, especially when you have orgs.

That need a lot of development in the function.

So you have a lot of either APMs or product managers who are newer.

In their career and need a lot.

Of support and development. I think those functional ways of building makes sense. When I was at Etsy, that was the way that the reporting structure was.

And it made a lot of sense. And then on the flip side, actually.

When I was at Airbnb, because experiences was this new, pretty nascent business opportunity, it had a GM structure.

And so basically the whole product org that worked on experiences laddered up into a business leader. And that business leader managed all of the functions.

So they were the manager of the.

Operations team, the marketing folks, product, and whatever.

And I actually think that really worked for team-like experiences at a company like Airbnb, because what it did is it gave the leader of that business a.

Ton of autonomy to really figure out.

What does this business need to be successful.

And they didn't have to rely on.

I guess they did in some ways, but not 100% rely on the larger.

Company'S resources to get the work that they needed done.

And I actually think that had they launched experiences inside of the Etsy style.

Of organizational structure, it never would have.

Succeeded because it had such a unique.

Business need and it needed its own.

Process and ways of building product, et cetera. And because they hate to say wallet off because it wasn't fully walled off.

But because they gave it its own.

Space and its own structure, it allowed it to succeed because they were able to fund it in the right way, give it the resources that it needed, et cetera.

So I've seen those two types of models work.

And I think if I was a founder and I was building my initial.

Product org, how I would think about.

It was basically what are we trying to build? What is the product?

And then what type of process do.

We need to put in place for us to figure out how do we build it? And then what type of people do we need? And then really taking a step back to really organizationalally, how do we shape this so we can make sure that those people have autonomy and they have what they need to just be able to cruise? So I don't, I honestly don't think there's a right way. I know that's a non answer.

I think it really depends on what.

You'Re trying to build in the stage at which you're at. Is there a default approach you'd suggest? Just like most often you should go to the GM model or most often.

You should just go with this functional, cross functional team. Yeah. I mean, I think especially if your business is new, going functional makes sense because you don't necessarily have a lot of organizational complexity.

Airbnb at the time was a We were there, Lenny was a huge company, right?

It had tons of different teams that were trying to tackle many different problems. So that GM model made a lot of sense because it again was able to take a specific business opportunity, give it the resources that it need, and.

Give it space to run.

When your company is smaller stage, I think that matters less. And it, you know, typically, especially if you're working on solving similar problems as an organization, functional makes a ton of.

Sense because then you're also thinking more.

Holistically about all right, how do we build the right product development process across.

Different functions to make sure that we.

Are to use a bad metaphor, it's.

Like the symphony metaphor, right?

You have all these different instruments that need to figure out how do we play together at the right times. And I think that functional way of working actually allows you to do that really well.

This episode is brought to you by Unit. What did Gusto, Uber, Shopify, and Angelist all have in common? They've all decided to build banking into their product. According to Angelist head of product, banking makes every single feature more interesting. With it, our platform functions as financial mission control for our customers. Without it, we're just another software tool in a big messy stack. Embedding banking into your product not only adds differentiation, but also helps you acquire, retain, and monetize your customers. Unit is the market leader leader in banking as a service, combining multiple bank partners with a developer-friendly API to empower companies of all sizes to launch accounts, cards, payments, and lending in just a few weeks. Unit is trusted by leading brands such as AngelList, Hybeam, Invoice2go, and Roofstock. To hear more about how Unit enables companies like yours to build banking, visit unit.co/lenny to request a demo or to try their free sandbox. that's unit.co/lenny.

Something I learned at Airbnb and for many other companies at this point is there's never gonna be like the one right way to structure and companies bounce back and forth between them. Like Airbnb, for example, has moved from GM model to functional reporting lines back to GM. And so things change and you try some, see how it goes, adjust, optimize for the biggest opportunity. Yeah, and then you'll probably change it six months later. I asked a few people that know you and that worked with you questions that they think I should ask you. And one of the questions that came up most often is around how you set vision, translate that into goals, and then execute on those goals. And I know that's something a lot of PMs want to get better at and something that a lot of PMs aren't great at. And so can you just share any thoughts, advice, stories around that and how you do that? Well, yeah.

Well, one, I want to know who you talk to. That's terrifying. Hopefully they said good things.

You don't have to out them.

Unnamed sources.

Unnamed sources. Yes. Well, I'm glad to hear that.

Cause that actually is some of the.

Work that I honestly love the most. And those are, you know, when I look at my calendar, those are moments where I am green energy. And so I have some first principles that I like to apply when I'm thinking about setting high level vision and strategy. And the first is Make sure that.

You pull in your people in your team.

I've seen a lot of director level people through my career who will try to work on strategy in a vacuum alone. They'll write a document and they'll be like, okay, team, here's what we're doing. Here's our strategy. And it never goes well. And I think that happens, it doesn't go well.

It might be the right strategy, but.

Because you did not bring people along on that journey to come up with it, they did not feel like they.

Had a hand in crafting it themselves.

They are often not bought in. And getting people to buy in when they haven't been involved is very challenging and time consuming. We don't got time, right? And so I think that's my first principle is just like bring along the team.

And I think there are ways to.

Do that where you're not voting on strategy. You should not be voting. I think, you know, good product work is often not democratic, right? You need a clear leader who understands a lot of the signals and understands the larger competitive marketplace that can make decisions. And I think especially when you're thinking about strategy, it's great to get input, but ultimately at the end of the day, You should have one person who is responsible for it. And the other thing is a lot of times people don't really talk to leadership or the larger business leaders to.

Get organizational context that helps them come.

Up with the right strategy. They'll sort of build something in a vacuum and then they'll come up with it and they'll get a ton of feedback from people across the org that were like, oh, this conflates with our strategy.

You know, we're doing this and it's.

Very similar or, you know, our Structural platform actually does not have the capability for us to do that thing, whatever.

And so just make sure that you're.

Talking to people and also, you know, all the way up to the CEO and making sure the founder, the CEO.

Is very bought in because ultimately at the end of the day, they're choosing.

To resource what you're working on and are going to help you meet what you need. So those are sort of like some of the foundations for good vision and strategy work. And then kind of zooming down into the weeds, like I really like the vision mission strategy pyramid. I think it's, You know, it might.

Be a little tired.

I like to think it's wired, but yeah. So if you just think about a pyramid shape at the top is vision. Below it is mission and strategy and then objectives. And this is a very simple framework. You just honestly just Google vision mission.

Strategy objectives and you'll see it in Google image results. And all it is really is thinking.

About hitting those specific notes and thinking.

About them top down. So where do you need to go long term?

What is the long term vision of.

What you're trying to do? If you could, in 10 years, if.

You could zoom up and look at.

What an ideal path for you would be, what is that?

Write it down. And then you start, as you get on the pyramid, you get clearer and more, basically like you bring things down.

To your moment in time more clearly. So if you're thinking about your mission.

All right, it's like another level of.

Abstraction of like, how do we make our vision come to life?

And then you get into strategy. All right, how do we actually pick apart what we think is going to need to happen for us to actually.

Be able to execute on that vision? And then your objectives can be OKRs.

Or whatever sort of goal setting model that you use to really one level.

Get clear on, all right, in the.

Next three to six months, what are.

The actual notes that we need to.

Hit to be able to sing that beautiful symphony?

It was a terrible metaphor, and now.

I'm over the same.

I get it. I get it.

Dang it.

Love a bad metaphor.

It's evocative. While we're on that topic, actually, just to interrupt briefly, how are you? very practically doing this for, say, vision and mission. Are you like starting a Google Doc and writing it out or using Miro or FigJam or something like that?

Yeah.

So I think visioning exercise is a.

Great moment to pull in your larger team. Because I'm remote now, I would use Miro or FigJam. Duolingo, we use FigJam typically because we are super embedded in Figma. In the past, I've used Miro. I actually personally like Miro's whiteboarding product better. So I would open that up and I would walk through a number of.

Things with the team and do a brainstorm, literally.

All right, where do you all see.

Us going in 10 years?

What do we think? What is the larger competitive landscape going to do in the next 10 years.

That could need to influence the work that we're doing?

What are their ideas and get everyone thinking? Good brainstorms are often cross-functional. So go outside of your own team. Can you pull in somebody from marketing? Can somebody from the larger policy team sit in? How do you make it really cross-functional.

And really zoom up and give everyone.

The space and the freedom to think existential and to frame it that way? Like we are going to be thinking in a five to 10 year timeline, do not worry about what's happening today. And that those are fun, honestly, if.

You do that right, those are super fun exercises. And you're doing this remotely, I imagine. Yep. And so do you just kind of schedule a meeting, kick it off, point everyone to this Miro doc, for example, with a bunch of prompts and sticky notes and things like that. How do you actually, practically do that.

So I would pre fill out the Miro beforehand.

So figure out what are the things you want to discuss with your team. Create them as headers in the Miro document. So when everyone lands in there, you have a very clear, here's what we're talking about today.

You can put that into the agenda.

On your calendar invite. I've actually been to some really good.

Strategic brainstorms that will attach some kind.

Of competitive thinking landscape in advance.

So people who have a little bit.

Of a pre read. And then when you get into the actual session, you already have the time allotments.

Scheduled and thought through.

And both Miro and FigJam have really awesome timer and it'll play music while everyone is working. And so it's like, it's pretty cute. FigJam's sounds are really well done, whoever their sound architect is, bravo. And it'll ding after, you know, give them 10 minutes and it'll give you.

A nice chime and then you can.

Review them together and you can go through each touchpoint that you want to talk about.

After it's done, I like to do some synthesis together in the meeting.

So have basically grab ideas that are similar, bucket things into concepts that are alike, and then I will take it later and spend more time thinking about it. I think a lot of people think you have to actually come away with a vision together in a meeting.

It's very clear and you don't. You can just come up with ideas.

Take a stab at drafting it, and get some more feedback before it's final.

One last question on this thread, which also could be an entire hour of discussion, are there any examples of prompts or things you ideated that you could share. I know you can talk about what you're doing in Duolingo, but just to make it a little more concrete for.

People, what are some examples of things that you brainstormed? CB: yeah. I mean, so to take it back to experiences, because we've talked about that a lot, so people have some baseline context.

Some of the early experiences visioning was.

Really interesting because it was all about what type of experience can we create?

And really thinking through when you've traveled.

In the past, what has brought you joy? Or what were the moments in your travel journey that have been really interesting, provocative, basically you remember the most and why.

And, you know, kind of thinking through.

Some of those things as a group. And those are good group exercises because you're like, wow, I got to know a lot about Lenny by that crazy.

Travel experience that he had.

And so really kind of thinking through about how you craft really meaningful prompts that, again, connect to your strategy. So how does that ladder up into strategy? Obviously, thinking through the experience that you're creating is going to help you come up with the right vision and fill out your pyramid in the right way, right?

Okay, so we went on kind of a tangent around brainstorming. Did you want to share more around just like going from vision to goals to execution?

Yeah, so I think just generally as you walk down that strategy pyramid, really getting into, you know, down into the OKRs.

And I think it's important because a.

Lot of sometimes strategy is too abstract.

And too high level. And it's hard for people to take.

The step on like, how do I.

Walk up that pyramid? And that to me is where having.

Good strategy and having good OKRs help your team do that.

And so good OKRs to me are.

Just clear articulations of your strategy and whatever it is that are important to.

You and it boils it down into the next three months.

Here's what we're working on. And I think that is just really good for teams because again, if you're always in the clouds, it starts to get hard to really bring things down.

To the level of like, you know, down to the feature level of like.

We'Re going to create a Jira ticket.

For this specific thing that we need to build. It needs to connect up to a.

Strategy and back down.

Got it. Where do you put, say these OKRs? Is that like, you just brainstorm, come up with vision and rough strategy that translates into goals? Where do you do this? And then also just like, how long do you usually spend on this overall process?

Yeah.

So the way that we do it.

At Duolingo now is we work on quarterly OKRs. And so that process will kick off usually like the third month in the quarter.

Really thinking through, all right, how are.

We trending on our OKRs this quarter? Did we commit to the right number of things? How are we doing? And then it is going, all right.

So what do we need to do next quarter?

And ideally, again, that's going to plug into a longer term plan. Otherwise it feels a little messy and it feels not grounded in a long term plan or strategy in any way, shape, or form.

And then, so what we'll do is spend a few weeks as a team.

Kind of coming up with, all right, what could the next quarter look like?

What is going to add the most.

Impact and help us execute on that long term strategy? And then how do we make sure that we're setting the right objectives and KRs below them?

And then usually there's some sort of leadership review. I actually forget how Lenny, how did goal setting go at Airbnb?

I honestly don't remember. Sounds terrible, but it was a while ago.

I can't even remember if Airbnb used OKRs. There was a long period where OKRs were a very big deal. Our head of product was really gung ho on OKRs. And I think for a couple of years we were very strict OKR culture. And then it kind of evolved into just like rough interpretation of OKRs, yeah, goals and strategy and mission and vision. And so it's kind of this morphed.

Version at this point, as far as I know. Gotcha, yeah.

And I will say, like, OKR frameworks might not be the best for every.

Single team, but having some sort of goal framework that is shared across functions.

Is useful no matter the size or.

The scale of your business. I think a lot of times people get hung up and they want to nitpick OKR specifically. And I think some of those criticisms are very fair. but you should have some sort of framework that's shared from a process standpoint across your team that everyone can use and work on together. Because again, it takes your strategy and it brings it down into the now so you can act on in the.

Next three months, you can bring something to life and you're very clear on.

What that looks like.

I'm going to pull on a thread of something you mentioned earlier of how to finally make decisions and how in your experience, the PM kind of is often sort of a final decision maker. I'd love to hear any advice you have of how to set that up on a team where it's either clear the PMs have a little bit more say and, or just kind of bring people along to a final conclusion. Is there any advice and tips and tactics used to help with that?

Yeah.

So I actually just read this really.

Great book that is slightly tangential, but I thought it really applied to this type of basically getting people to align on decisions.

It's by Chris Voss. He is this famous FBI negotiator.

I think it's called Split the Difference: Negotiating as if youf Life Depends on It.

Don't quote me on that.

I think it's never split the difference.

Right?

And then I think he's also got a masterclass, which I've watched, which is really good. I actually haven't watched the masterclass yet, but it's on my list after reading the book. And a lot of it, you know, I think especially because he's an FBI.

Person, I thought it was going to.

Be very much like, weird, you know.

You'Re going to do this.

And it's all basically his whole approach is like empathy and it's like repeating things back to you.

Making people feel heard, making sure that.

You'Re hearing why they maybe don't like your strategy or why they think that's a bad OKR. And I think if you can spend.

Some time just listening to your team.

And really understanding, like, why is this not resonating? You can help guide people on the right path or you realize you're wrong. Like, you know, good PMs are humble people, right?

You're not always right.

You're not always going to be right. So how do you know when you're.

Right and wrong is another good podcast.

That you should do with somebody else?

Cause I'm probably not very good at it. Good tip. I really like that.

Yeah, but I think that helps. And the other thing is, I love the concept of one way versus two way door decision making, right?

If your team is making a really critical long term decision that's going to be limiting to a lot of the future things that you could want or.

Need to do, that is a one way door decision and you should spend time really thinking about discussing it, getting feedback and buy in from your larger.

Community, from your leadership team, et cetera. If it is a two way door.

Decision, you know, it's not going to.

Make a huge impact. You can change it later if you need to. Let your team cruise on those things.

Because it gives people autonomy, it helps you move fast, and then it just makes sure that when it does come down to decisions that are harder to change longer term, then those are the moments you should spend time and really think about and discuss and debate, et cetera.

Do you have any examples or stories that come to mind of those sorts of decisions that you can help people just go for it, even though I may not necessarily agree?

Let's see.

Yeah.

So one big one that we made at Airbnb that was pretty formative in.

Early days was we came up with.

Basically an articulation of what we thought a good experience was and the standards that an experience needed to meet for it to be considered a good experience for us. And that was like a many month long term project. And it was so important because we.

Ended up building the product around it.

Building our policies around it, building how.

We educated our hosts around it.

We had one moment in time to figure it out and get it right until it scaled everywhere.

And so that was a true one-way door decision, right?

Where it was really hard to change later because we literally needed it to be relatively final. On Etsy, there were some big decisions that were made at certain points of.

Time around what can be sold in.

The marketplace and how to think through.

What constitutes something that is handmade. Those were one-way door decisions, right? It's really hard to change that later.

Because it's going to influence all of the listings that you have in your ecosystem. And so I think really thinking through those types of things are important, right? And really setting teams up to be able to pause and spend some time to get it right because it will influence the end product in a very real way.

Do you know if it's a one-way or two-way door decision? Do you find that it's generally pretty obvious when you're making the decision or is it sometimes like, oh shit, we should have thought about that more?

Yeah, I would say I think I'm good at this 80% of the time these days, just because I've seen it done wrong in a lot of ways. But I think it's a muscle that you build, honestly, and you start to.

You get better over time about thinking.

About second level thinking or second order thinking, rather. And so starting to understand, all right, if I make this decision today, it's.

Going to impact this next level of decisions and the next level after that. And that will cascade through our larger system. A great book to read if you.

Are a product person is Thinking in Systems by Donella Meadows. It's just about really thinking through how systems work and then you can start.

To extrapolate what is a second order effect of the system.

And if you think about that through.

Your own ecosystem, it starts to help.

You understand, all right, this is a linchpin in our larger ecosystem that we got to be really careful about if we're going to touch it or change it longer term. But I do think some of that, you know, it's muscle, you build it over time. You make a couple of mistakes sometimes, and then you see, you have to realize the true consequences of those mistakes.

And you don't make it again. Can we talk a bit more about the second order decision framework? I know you have a awesome newsletter post about this, and it was something I wanted to chat about. Is this like a framework that PMs can use to make better decisions? And I guess how could they do that? And then maybe just describe a little bit more about just this concept of second order decisions, because it sounds really important.

Yeah.

Basically what second order thinking is, is.

You being able to think beyond the.

Decisions that you're making today.

The decisions you make today will affect.

Tomorrow'S and your ability to build on.

Your decisions that you made today.

And this feels very existential in meta.

But why it's important is that especially.

When you're building product, is there's a.

Cost associated with your time of everything you build.

Especially when you're building marketplaces or anything.

With UGC content, when you make a.

Change today and it impacts every single.

User in your ecosystem that then is going to act on that change, it's.

Really hard to make those changes later. Let's talk about Airbnb or Airbnb Home.

Listing as an example, really thinking through.

What are the pieces of data or.

All the pieces of data in the.

System that we need to actually list.

A home, and then how do we.

Use those throughout our whole system in different ways?

And then anytime you have to change.

Those things, so that could be little.

Simple things like truncating the length of.

The title of an Airbnb home when.

It'S listed on the platform, you're going.

To have mad hosts, you're going to have design changes that need to be made to make sure that they can actually display something in a different way.

It gets just inherently more complex, the more complex our system is.

So that is probably a terribly described.

Way of describing second order thinking.

That makes total sense. And that's something we dealt with it, sorry to interrupt, but that's like on the host team, we dealt with this question often of just like any change you make and the listing flow is going to impact so much of the experience of a host and a guest. And so that makes total sense.

Sorry, keep going.

Yeah.

No, and I think that Forcing yourself and your team to think in that.

Way is just a really good thinking exercise because it will save you time and it will save you money, like.

A lot of money later if you don't constantly have to rebuild things when you want to make changes to your system later. And that ladders up again into having a very clear vision and a strategy.

Because what you're doing is you're starting to think on the long horizon.

And so the decisions that you're making today are in service of that long horizon. So you can actually build in that.

Direction and you don't constantly have to.

Rebuild every time you're trying to change something.

On the second order thinking, sorry, I called it second hard decision, but in this framework that you spoke of, how do you actually operationalize this concept? Like when you're planning, do you write out in the document second order impact that we should be thinking about or do you do something else?

Yeah, so I think there's many ways to do this. If you have a spec template or a piece of documentation that your team.

Typically use when they're writing out product.

Strategy or product requirements, etc. You can put a line in here to force people to think about it. I also think thinking about first principles and writing out first principles for the.

Changes that you're making often are in.

Service of second order thinking, where it's like, here are the things that we care about. Here's why these things are important.

And we want to make sure these.

Are baked into what we're building. Typically, you'll write those through the lens of second order thinking. Shopify uses first principles a lot in.

Everything that they build.

And this is something I took away from that way of working because it's extremely effective. If you can get teams to align on first principles early on, saves you.

A lot of heartache later because you've.

Got people who align way early days before you even got into the design process or before you had to build, start thinking about how do we actually technically implement this. And then the other way I would.

Say is there's ways to structure or.

Have thoughtful discussion around second order effects that could be a brainstorm. You could use Miro to think about that. You know, we're going to make these changes today.

How do they cascade? through our ecosystem. What are the gotchas or the things.

We need to worry about?

And again, I think the more complex.

Your ecosystem is, the more you are.

Forced to do this. A lot of founders and early stage.

Products don't think like this because they're so focused on the product market fit. We need to just get something that people are using that then when they.

Get product market fit, they realize when.

They get into scale mode, they didn't build something scalable and they have to.

Rebuild things, which can actually really hurt.

Them when they're trying to really quickly later on.

Yeah, absolutely. It happens all the time. For principles, do you put those into, say, the team strategy, like the quarterly strategy document? Like, here's our principles for the quarter. Is that how you generally do that?

Yeah, I think that is a great place to put it. You can write them on the feature level too. So, you know, something that you're building, just getting clearer on, like, here are.

The things that matter to us.

Here's what we care about. We're going to design and service of these things. And here are the things that aren't that important. And again, those are the types of.

Places like in a product requirements doc.

Where people will argue the most, which is a good thing because you're basically.

Discussing and debating the sort of foundations of what you're going to build before.

You get into the work of building it. And so those exercises are always a good idea.

Awesome. I love that. Okay. So going back, because I wanted to close this thread, you've come up with your vision, your mission, your strategy, your goals as a team. People start to align around it. What do you do to kind of kick it off and get people on board and aware of the plan and then to stay on plan with that strategy and not kind of be distracted by new priorities and shiny objects? Yes. Oh, the shiny object thing is very real.

Good question. So for example, I just did this.

Recently where I brought my team along through the OKR process for Q2 planning. They had a say in what was.

Being basically what we decided we were going to work on. It went up for leadership approval. We got approval. and my process was I used Loom, which is another one of my favorite products. It's just a really easy screen share and video recording tool that you can share with teams. And so I just recapped, all right, here's what I presented to leadership. Here are the feedback that we got. Here's like the strategic feedback that we got. And here are the changes we're going to make. Any questions, let me know. And I posted it in Slack.

So it was just trying to keep like the feedback loop really quick and.

Tight with teams rather than wait to the next meeting you have with them a week later. I was like, all right, I'm going to just try to spend five minutes recording this and get it out ASAP. And that helps because then it gets people excited.

Okay, cool. This thing that I worked on got.

Really great feedback from leadership. Now we're working on it.

I'm excited to get going.

And then it depends.

Usually, depending on the project, I have.

Some sort of kickoff. I don't usually do like a quarterly kickoff or anything like that because I think there's usually like disparate teams owning different parts of strategy, but usually having a good weekly team meeting where you're really thoughtful about cascading feedback back down from leadership, constantly checking in on what.

Are we trying to do here?

What is our strategy? How are these goals that we set laddering up? Are we achieving it? Are we not?

Whatever. Having a meeting like that where you're.

Kind of constantly talking about it each week also helps people feel bought in.

And not get distracted. And actually, I found that teams who.

Are very bought into your vision and strategy are less distractible. Where I usually have more trouble is.

With like leadership that aren't necessarily in.

The weeds with your team every day.

And they, you know, I'll get an idea.

Have you thought about doing This one random obscure thing. Yes.

However, it's not in service of this long term plan.

So we don't want to do that right now because we don't think it's the best use of our time. Got it.

And the way you're describing it, this is as a manager of product managers, right? Versus an ICPM.

Cool.

So as an ICPM, I imagine you would do a quarterly kickoff or whatever your cycle length, right? You kick off with the team is we're doing any questions. Totally. Okay. Another thing I wanted to make sure we had time to chat about is product review meetings and process. Just kind of like, how do you, as a product leader, make sure that you're shipping great stuff that you're proud of and that your leaders aren't surprised by? How do you design just kind of like a product review and design review process?

Yeah, so I have a lot of strong feelings on product reviews.

And it's because I've been in a lot of different organizations and I've seen.

A lot of bad ways of doing this, honestly.

And I think It also depends on the product that you're building and the.

Team that you've created.

So I don't think that there's one right or wrong way to do this.

Where I've seen them fail is when they happen at the function level and they're not done or shared as a team. You know, typically it's normal to have a design review or to have some.

Sort of technical review. And the more you can try to bring those different review processes into one.

Central moment to check in, the better it tends to go, because what happens.

Is you'll have feedback in a vacuum like, the design leader will give the.

Designer feedback and then you don't hear about it. Or there'll be some technical flaw that happens in a very specific technical review.

That doesn't get back to the larger team.

So finding ways to make sure that those parts of your process are shared.

Across each function and you attend them and prepare for them as a team.

I think really helps a lot of that.

I'm not saying that you shouldn't have a design review.

Of course you should. You should just be really thoughtful about having moments that especially if there are.

Moments where you're blessing something to move.

Forward, to making sure the whole team is there, and that there's a very.

Strategic check-in process to get those things.

Approved that everyone knows about and is a part of.

Is that a meeting that you do weekly and you invite the designer and the engineer? Who do you invite, I guess? And what is the goal of that meeting? The goal of that meeting, as I imagine, is approve the product to go launch and build.

Yeah.

And I think especially if you're going back to the one-way, two-way door moment.

Giving teams autonomy to ship some things.

That you think are two-way doors and aren't necessarily mission critical are important to what your vision, but aren't going to conflate with the larger system. I think trying to keep things quick and not have too many barriers for people to ship is incredibly important. So you'll have to figure that out for your own org and its nuances, but that is something that is important. But when there are moments where you think it is a gate, basically a feedback gate, right? Where it's like a gate you need to walk through in a specific moment in time where you've gotten feedback, I think having a cross-functional meeting where there's a clear pre-read or something that's sent before, it's like, here's what we're talking about today, and then aligning on, do.

We think this meets our goals and does this meet our quality bar? And doing that in a really thoughtful.

Way just so the team gets feedback, so the leadership is plugged in, but.

Also so you're not standing in the way of people shipping their products. And then do you check in throughout the process of the product being built, or do you kind of encourage teams to get to a point where it's basically ready for approval.

Yeah.

And ideally in a perfect world, there's.

Like three check-in moments.

There is the first principles check-in. What are you trying to build or what are you trying to do? What are the sort of foundations that you're going to build on? What is the most important thing? What are you solving for? Getting approval on that, weirdly, is almost like the most important thing because it saves a lot of teams a lot of time when they get later in their feedback review process and the people are like, you,'re not solving for the right thing. So that's important. once you've aligned on that, then it's like, all right, what approach are we going to use?

What are we going to build?

And that's like sort of how we.

Solve the problem, making sure that there.

Is a technical component there too. So there's some sort of, you know, infrastructure review or architecture review or whatever you want to call it. And then it's like, all right, this is ready to ship. Let's check in again. Do we think it's ready? And I think that, again, it depends on your organization.

If you have a very small team.

You might be very plugged in and these things might not need to happen. But in bigger organizations where, you , you know, especially where leadership isn't always able to be in the room, making sure that you have a clear checking in a few times to make sure that everyone is moving in the right direction and everyone feels good is, I.

Think, a worthwhile exercise. I love that. Such a simple framework. And then one last question along those lines. Do you leave it up to the team to schedule these meetings or are.

You kind of pulling it out of.

Them and making sure they schedule it? Today, because the team that I'm working on is pretty small and we're pretty free product market fit, like we're not doing a ton of very formal check-in moments because we you don't need to be because it's a small team and we're all cruising together. But in bigger orgs that I worked in for Shopify, for example, there was a process around having these meetings and who would be there. And so those would kind of be scheduled through like the larger processor system that they were working in, which really worked for them actually. And I think it allowed teams to be pretty autonomous on the day to day, but just making sure that, you know, there was feedback coming sort of like from their users as well as from leadership.

Got it. One last question before we get to our exciting lightning round. And it's something that I've been thinking a lot about recently, which is around remote work as a product manager. I left Airbnb before COVID and so I never lived in this world of everything is remote and product managing remotely. Is there anything you've picked up or learned that has been really helpful to being a product leader in a remote world?

Yeah, I would say the last couple of years have just been a huge shift in my ways of working.

I sort of grew up as a.

PM in IRL environments where we did the majority of our work together in the same room. So that was like whiteboarding, having a.

Quick sync after you had an in-person.

Meeting to finalize some details or keep hashing out a problem. It's so cheesy and overhyped, but the.

Proverbial water cooler moment where you see.

Somebody and you're like, Hey, how are you doing?

Hey, did you hear about this thing?

All of those things literally went away overnight. and I think especially the job of a PM is it's hard under normal times because you are doing so much labor to make sure people are informed and how give feedback, et cetera. And then overnight you took away a.

Lot of the methods that they were.

Using to do it. And so I think that has been a pretty profound shift for a lot of people working in product roles.

The good news is there's a ton.

Of new tools and new technology that's actually being built right now that's majorly helpful for this. So I use Slack in very new ways today than I did two years ago. Things like just making sure to post more asynchronous updates, trying to actually take the burden off of an IRL or a Zoom meeting. Can we talk about this asynchronously and do it in Slack? Slack has this really great feature called Huddles where you can just quickly get on. It's just audio, so there's no video, and you can just have a 30-second conversation. It's good for standups, things like that, suggest you try it if you haven't yet. And then a lot of the old sort of in-person whiteboarding, things like that.

You can do those now using awesome.

Tools like Miro and FigJam. And I feel like, you know, especially at Airbnb, you know, we had such an international team that there was always somebody who was remote typically. And I think we never really got.

The remote experience right. And now that the majority of our.

Teams are remote, I'm a fully remote person. I've been a lot more thoughtful about making sure we're creating a really good experience of how we're working for the larger team. And so I think you have to hack on this with your team. Different teams have different ways of working.

But trying to be asynchronous, using Slack, making sure you're following up in very.

Visible ways where people can see, don't rely on Zoom meetings to fill all of your time, otherwise people will literally hate you. And things like that really make a huge difference.

Awesome. Super helpful. All right, Nikki, are you ready for the lightning round?

I'm ready.

Let's do this. What's a book that you recommend most to other product managers?

I love Thinking in Systems by Donella Meadows.

Awesome. Okay, we're gonna link to that in the description. Other than Duolingo, what's another company that you recommend? PMs go work out or explore when.

They'Re looking for a new gig? Yeah, I would say Etsy.

Hands down. Why is that?

I think it's a great place to learn how to be a PM. Data driven, really supportive product leadership, and a super fun product to build.

Awesome. Love that. What's the current favorite kind of app or piece of software that helps you do your work better?

I'm obsessed with Superhuman, which is a email productivity app, which once you start using it, you can't not use it. You basically have to use it for the rest of your days.

I also am obsessed with Loom. which is a video recording tool that.

Makes it really easy to share really quick video updates.

Awesome. Great choices. And then outside of work, it's like her and favorite app or just piece.

Of software that you love. Definitely TikTok.

Short form video is very fun and entertaining.

Can't get enough of it and have.

Been creating some myself. So I'm definitely hooked.

While we're on that topic, how do people find you on TikTok?

Yeah, it's just my name. It's Nikki Scarstead and gimme a follow. I'm a very happy follower. And then I'll link to that in description too. Who's a favorite person that you like to follow on either Twitter or Instagram or even TikTok?

Yeah. So I love, she is a cultural journalist. Her name is Anne Helen Peterson, and she's really plugged into sort of like the larger cultural zeitgeist of the time. And I always give people, when people ask me my top advice for new PMs, it's just to be a consumer, to download to try them out, to.

Use all the things and try them.

Because I think it actually makes you a better product builder.

And follow people that are not just.

Tech people on Twitter.

You are doing yourself a disservice if your entire feed is tech people.

So find people that are plugged into cultural zeitgeist because it helps you also understand the moment in which you are shipping and it'll make sure that you're.

Acing your product marketing and your messaging.

And you're building the right thing.

What's her name again?

Her name is Anne Helen Peterson.

And Helen Peterson, love it. Okay. And then final question, who's been your favorite manager?

Yeah, so I couldn't pick one person here, so don't be mad. But it's actually a lot of women that I worked for at Etsy. The majority of my entire reporting line, the time that I was there, was all women, which has never happened to me again. So shout out to Kruthi Patel, who is the current chief product officer, a.

Woman named Heather Jassi, who ran the community team at Etsy long ago, who.

Was a true delight to work for.

And then Linda Finley, who is now the CEO of Blue Apron, but she was the chief operating officer at my time at Etsy and she was my.

Boss for a bit and she was wonderful. Amazing. Thank you for sharing all that. And thank you so much for joining me, Nikki, for doing this. Where can people find you online? And then just generally, how can people.

That are listening to this be helpful to you? Yeah.

So I have newly become obsessed with TikTok.

Like I said before, I've been creating some, like, Fun little short form videos.

One of my regrets as a long time product builder is it's very time.

Consuming to write down the stories of building products and to share them. But I found TikTok actually really easy to do that. So I'm going to try to experiment there a little bit more.

So you can follow me.

I'm @nickyScarstead on TikTok. And then I have a newsletter. I call it Bilger's.

It's nicky.substack.com.

Nicky is spelled like Mickey Mouse, but with an N. N-I-C-K-E-Y.substack.com And I publish there occasionally. I need to get it going again.

But again, trying to write down more.

Of the stories of actually being a.

Builder who's been doing this for a.

Long time because a lot of us.

Don'T have a lot of time to.

Actually talk about it, but it's really interesting work and I want to share it more.

Awesome. I'm a follower and a subscriber to both, so highly recommend that. Love it.

And thank you so much, Nikki.

Yeah, thank you, Lenny.

That was awesome.

Thank you for listening. if you enjoy the chat, don't forget to subscribe to the podcast. You can also learn more at lenniespodcast.com.

I'Ll see you in the next episode.