构建更好的路线图 | Janna Bastow (Mind the Product, ProdPad)
Building better roadmaps | Janna Bastow (Mind the Product, ProdPad)
Janna Bastow: The whole point about a roadmap is that it’s not designed to be your plan. I think about it as being a prototype for your strategy. What I mean by that is we talk about prototyping all the time in the lean world and a prototype is essentially a way of checking your assumptions. Generally, we think about it in terms of a design or like a model, but think about it at the strategy level.
So at the feature level, you’d prototype by doing a design, a mockup, and you’d take that mockup and you’d share it with somebody and say, “Here’s a mockup of the feature that I’m trying to build. What do you think?” And they’d tell you what’s right or wrong, and you’d add some new copy or a button to make it more clear, and you’d throw out the original prototype, because it wasn’t very good and you’d make a new one. So the value isn’t the prototype, the value is in the prototyping process.
The value isn’t in your roadmap, the value is in the roadmapping process. What you’re actually doing is laying out your assumptions of the problems that you’re solving. So you’re saying, “I think we have this problem, then this problem. What do you think?” The whole point is that you just share your early assumptions with other people on the team, with customers, even, like anybody who will listen and just check that you’re on the right path.
Lenny: Welcome to Lenny’s Podcast. I’m Lenny, and my goal here is to help you get better at the craft of building and growing your own products. I interview world class product leaders and growth experts to learn from their hard won experiences building and scaling today’s most successful companies. Today my guest is Janna Bastow. Janna co-founded Mind the Product, which I believe is the largest community of product people anywhere. She’s also the inventor of the roadmapping framework, Now, Next, Later, and the founder of ProdPad, which makes it easy for you to do your roadmapping in this new simpler way. In our chat, we talk about public speaking, community building, roadmapping, vision, and going from product manager to founder. With that, I bring you Janna Bastow.
Companies like GoodRx, Candid, and Balance Homes build their most important forms on Formsort, think patient intake data, surveys, and fintech onboarding. They’ve seen conversion rates increase by over 30%, and have saved thousands of engineering hours. I always tell startups that improving onboarding is one of the most powerful ways to optimize activation and increase retention. Formsort makes this process as easy as possible and it’s why I’m a proud investor. You can sign up for a free account on formsort.com and use promo code Lenny for 20% off a Formsort Pro plan.
Over the years I’ve seen Coda evolve from being a tool that makes teams more productive to one that also helps bring the best practices across the tech industry to life. With an incredibly rich collection of templates and guides in the Coda doc gallery, including resources from many guests on this podcast, including Shreyas, Gokul, and Shishir, the CEO of Coda.Some of the best teams out there like Pinterest, Spotify, Square and Uber, use Coda to run effectively and have published their templates for anyone to use. If you’re ping ponging between lots of documents and spreadsheets, make your life better and start using Coda. You can take advantage of a special limited time offer just for startups. Head over coda.io/lenny to sign up and get a 1,000 in credit on your account.
Janna, welcome to the podcast.
Janna Bastow: Hi, thanks so much for having me.
Lenny: It’s my pleasure. Just to start off and set a little context for folks, could you give listeners a 55 second background on what you’ve been up to in your career?
Janna Bastow: Yeah, absolutely. So I’m a product manager by background. I started my career falling into product management like a lot of people do, accidentally. I worked my way up to be head of product at a startup in London. And then saw the need for product management tools, because there wasn’t really anything like that out there. So started building ProdPad. One of my co-founders, who I also happened to start Mind the Product with, and Mind the Product turned into the world’s largest community of product managers. So I ended up founding two things at the same time, and that’s what kept me busy for the last decade or so.
Lenny: And currently you have a company, maybe just mentioned that, before we move on, because I think it’ll be important.
Janna Bastow: Yep, absolutely. So that tool that I was talking about turned into ProdPad, which is software for product people. So it’s a tool that allows you to build roadmaps and do your OKRs and capture ideas from your team and feedback from your customer and just organize all your product managements stuff in one space.
Lenny: Awesome. So you mentioned Mind the Product and ProductTank, which is kind of this associated component. I’m not exactly sure the difference, but I know they’re related. One’s a community component, right? Is that right?
Janna Bastow: Yeah.
Lenny: Yeah. So I think you mentioned it’s probably the biggest product community in the world, both online and offline. And as someone that’s building their own community around the newsletter and the podcast that I have, I’m always curious just to learn what folks have learned about building communities, especially for product people. So question on my mind is, what do you think has been most important in getting Mind the Product community right early on, and then also just maintaining the quality of the community?
Janna Bastow: Honestly, it wasn’t so much that we set out to build a community, it was that we got together with some product people with the idea that we didn’t know what we were doing. And so we figured if we got together with some other product people and started chatting it through, we’d all learn together. And so it was just the sense of sharing and collaborating and learning from each other and just keeping it as grassroots as possible as it grew. And consistency as well, just always being there, every month, holding a ProductTank, every year of holding an event. But just being there, whenever there was a chance to be there.
Lenny: So I’m hearing is just putting in the time, doing it consistently. I imagine a big part of it was having the right sort of people involved early on that are maybe the right exemplars of the type of community you want to build. Is that roughly right?
Janna Bastow: Yeah, absolutely. I mean surround yourself with the people who are going to help you continue that community and are going to help you with that consistency, and going to help you surround you with more and more of the right people. One of the things we learned really early on was that we only had so wide of a network. And so being able to get other people to help us curate and bring in other smart people to help find other speakers outside of our network, and help find people to write on the blog when we’d run out things to rant about. Similar to what you do, Lenny, you’ve got people from all over your community helping to contribute to the wider picture.
Lenny: Awesome. What’s the scale of the community at this point?
Janna Bastow: That’s a good question. I don’t have the exact number. What you might not know or what you might know is that Mind the Product was actually sold earlier this year, so I don’t have-
Lenny: Mm-hmm. I did know that.
Janna Bastow: … a handle on the exact numbers now. And it did go influx when COVID hit. I know at one point in time the ProductTank was like 200 going on almost 300 cities around the world. I don’t know what that number is today. I know that it sort of went up and then down and then back up again. Some of those are digital still, some of those are back in-person. I know that there’s thousands and thousands of product people around the world who are taking part in the community in one way, shape, or form or the other. And, of course, some people take part in the big conferences as well.
Lenny: I imagine there were some mistakes that you made along the way building this community.
Janna Bastow: Oh God.
Lenny: Is there anything that stands out as, “Oh, man, we shouldn’t have done that”? For folks that are thinking about building communities these days,
Janna Bastow: When running a conference, it’s one of the most expensive and unleanest things you can possibly do. It’s really difficult as a product person to pull that off, because it pulls at your heart. You want to do something that’s lean iterative, but you can’t. If something screws up with the lunch order, for example, you can’t fix it. You have to wait until the next year and you just have to pull out whatever you can to make it good enough for that particular year. There was a year once when we ordered food and it didn’t turn out to be enough, because the caters under delivered, and we ended up having to get all our volunteers to go to the local sandwich shops and buy all the food up and bring it in.It was stuff like that that was difficult at the time, but we made do with what we could and we ended up sending cash cards to our attendee saying, “Here, let’s make it up to you.” Stuff like that, that just becomes logistically really, really difficult when you’re just thinking, “Oh, we just pay a supplier and they make it happen.” It’s not that simple.
Lenny: Got it. Okay. But that’s a plus one for me to never run a conference, something I never want to do. And this is a reminder of all the pain that goes into them.
Janna Bastow: Conferences are ridiculously hard. I mean the thing that I’ve learned is when something goes wrong in a conference, it doesn’t happen in the hundreds of dollars of cost, it happens in the thousands of dollars of cost. A speaker who decides they can’t make it for one reason or the other, totally legitimate reason, sure, but you’ve already paid for their business class flights, and so you’ve got to find another speaker last minute and get them over. That’s thousands of pounds in the hole. It could be things like the printing went wrong and you found out the day before, that’s more dollars gone. There’s lots of things that could go wrong. Our venue once went bust, the after party venue once went bust three weeks before the conference. That was year one.
Lenny: Super.
Janna Bastow: All of these things, yeah, that’s what we said, “Super, what are we supposed to do?” We ended up having to just make do and found somewhere else and roll with it. So lots of things that go wrong at that sort of level. But the thing is that we built up a lot of goodwill with the community and were able to get help from people around us, get suggestions from people around us. And when things ended up, actually it turns out we ended up with a smaller venue than we expected, or this was slightly different or whatever else, we had people forgive us. It worked out okay, in our favor.
Lenny: Just while on this topic, I’m most curious, are conferences like a good business? Do they make a ton of money in some occasions? Is it always just super thin margin? How does that even business work?
Janna Bastow: It’s not for the faint hearted. It’s hugely risky. In hindsight, I’m highly surprised we actually made it through some of those first ones. If you can do it, there are some amazing ways that you can monetize them. But it only starts making a difference at larger figures, and it takes a lot of efforts to actually get to that point. Somebody once asked me like, “Oh, we’re struggling to sell tickets. How do you sell all those tickets?” We’ll start a community several years before and invite people and run a thing, some sort of community meetup every month time, time again beforehand, and that’s your marketing.
Just if you undersell tickets to a conference, for example, it can absolutely break it. And you see sometimes conferences, they run one and they don’t have enough people turning up and it’s gone. That can just break it. It’s ridiculous. Something like COVID comes by and it can break it. It’s a ridiculously hard business. It’s really hard to ensure against. It’s really hard to think of all the things that could go wrong and protect against. So while there are some upsides, it’s not for the faint hearted.
Lenny: Okay, cool. That’s another plus one. I have a friend who runs events here in San Francisco and I’m always just like, “How can someone be excited about running events over and over? It’s so stressful and full of risk and there’s always things going wrong. You can’t ever have fun at these things.” So it’s always a different personality.
Janna Bastow: Yeah, event organizer or event manager or something like that was once listed as one of the most stressful jobs out there. And you can see why. It’s because it all just lands on you all at once. And once the event is over, there’s the sense of [foreign language 00:12:29], as in it’s over and now what? The next day you’re just like, “Yay.” You can look at the tweet stream of everything that happened. You can look back at the photos and then you’re like, “What do we do next?”
Lenny: Start prepping for ext year.
Janna Bastow: You start prepping for next year, off we go again. And it’s really hard work. But there again, product management was also listed as one of the toughest jobs, one of the hardest jobs out there. I’m not sure if that still stands, but I know product management as it stood 10 years ago, five, 10 years ago, certainly did have a different vibe to it, and it was a really tough job.
Lenny: Continues to be a very tough job. On the topic of conferences and speaking, I’ve watched a bunch of your talks online before we started chatting today. And a couple things I noticed. One is you’re just an awesome speaker, and you’re also storyteller. And something that comes up a lot on this podcast is just how important communication skills are to product leaders and product managers and storytelling. And you’ve also seen a bunch of people do awesome talks at these conferences. So I’m just curious, whatever you have in mind, what has helped you become a better speaker and storyteller? And then also what have you seen is important to folks that are really good at storytelling and presenting at a conference, let’s say?
Janna Bastow: Right. Yeah, such a good question. I mean, I have learned by watching a lot of other people. One of the things that I have been super lucky in my career is that by being part of Mind the Product I’ve gotten to watch every last Mind the Product speaker, top end speakers. I’ve been able to see every ProductTank London speaker, and a lot of the other ProductTank speakers around the world. Been able to see what people react to, what works, what doesn’t work. So I’ve been able to develop a taste for a good talk and a good presentation and that sort of thing.
But also one of the things that Mind the Product has been able to provide to speakers is a speaker coach. So when I was invited to speak on the Mind the Product stage in 2017, one of the things that they provided to me was an actual speaker coach, somebody to take my talk and improve on it. And it was really nerve-wracking taking my half-written talk, which I started months and months before, it started off with just Post-It Notes scattered along the wall, which I tried to turn into something. And I think it was probably six hours worth of content. And I brought this to this speaker coach, and I had a vague script idea of what I wanted to say.
And she said to me, one of the first things, she said, “Well, I’ve taken your script and I’ve turned it around. I’ve rewritten the jokes to land a little bit better.” I was like, “That’s great. I had jokes.” And she helped turn the stories around, so that they carried through. She helped with posture. She helped with delivery. She helped with even just phrasing of words. Just making sure that everything landed in particular ways. And one of the things she did was make me listen to it and play it back, which I had not done before. And I still hate doing to this day, but am now more used to it than before.And I don’t think anybody likes listening to the sound of their own voice. I don’t think anybody likes doing that. But it does help with it. If you’ve got a large presentation, a big presentation, you’ve got to get up to that level. If you’re nervous about doing it in front of a 1,000 people, then getting to that level that you’re actually willing to, able to hear yourself do it, and you’re able to do the talk flawlessly in the shower, and as you’re walking to work, and as you’re doing your groceries and all that sort of stuff, then it makes a big difference.
Lenny: So one tactic that I love that you shared is record yourself, watch yourself ,keep refining, but watching your actual performance. Looking back at the lessons your coach taught you for new presentations that you do, is there anything else that sticks with you? Or just let’s make sure to get X, Y, Z nailed because that’ll help make this talk better.
Janna Bastow: One of the things that I’ve stopped doing is I used to sit down with a PowerPoint and start writing my deck in PowerPoint or Slides, now. What I now do is I start with my story points. I start with my narratives. I try to figure out what I’m actually trying to say, and then I fit it into the deck. Because what I was doing before, I would get stuck in this mode of the presentation mode, and trying to make the presentation, the slides fit my narrative as opposed to the opposite way around. Having a great narrative, and the slides should follow more naturally.
Lenny: What about just the presenting, the physical anxiety of presenting?, Is there anything you’ve done there to get better with that and feel-
Janna Bastow: Oh, yes.
Lenny: … more comfortable?
Janna Bastow: So one of the things that actually really does work is the power pose, standing with your hands on your hips and it really does, I’m not sure if it’s adrenaline or endorphins or something, it releases some sort of chemicals that really does just help boost your confidence and make you feel better as you’re getting ready to stand on stage. And it something that’s me and other Mind the Product speakers, and I’ve done behind all the big stages that I’ve done in recent years. Stand there with your hands on your hips and just feel better about it as opposed to sitting there balling up in that tense pile of stress.
One of the other things that I always do, if I get a chance to, is get out onto the stage sooner rather later. So when they do the tech check, just walk out onto the stage and just wonder back and forth and look out to the audience and greet it. There’s no one there. It’s the day before, it’s completely empty. But look up at the audience and just enjoy that sweep of the audience, and just get used to it. And imagine it full of people. Don’t imagine them naked, that doesn’t matter. But just imagine them there, so that when you actually do see them the next day, it’s not so stressful.
One of the other things I try to do is find the people in the audience who are your fans. And you’ll find them in the course of your talk. There’s always going to be some people in the audience who just look bored and they’re on your phone, just ignore them. They’re always going to be there. Find the people who are nodding along and smiling and going, “Yeah, yeah, that’s me. That’s me.” And just speak to them. And if you find one up there and one over there and one down there, no one’s going to notice that you’re doing your talk just to them. And just keep delivering your talk around the room to these few key people. They’re having a great time, you’re having a great time, and you’re doing a great talk as a result.
Lenny: That’s such good advice. The power pose piece, you said that it’s hands on hips. I think there’s also when we raise your hands up and you’re like Superman or something. I think there’s-
Janna Bastow: That could work, yeah.
Lenny: Yeah. I think people have different ones. Also, I’ve seen that, there’s like all the science that showed that was effective and then I think it was one of those experiments that wasn’t replicatable. People are kind of worried that there’s not real science backing that up. But I’ve done that myself and it actually works. And so it doesn’t matter ,if it works for you, just do it.
Janna Bastow: Yeah. If it’s a placebo, hey, don’t tell me that, it works. Honestly, I feel better at the end of it, and get on stage and do a better job.
Lenny: Someone made this point, placebo is this magical thing that we have in our brains that gets things to change by not having anything go. You just change things. It’s amazing. It’s magical.
Janna Bastow: Yeah. Placebos are as effective as the actual drug, whatever. I’m happy with a placebo. Just don’t break the placebo effect for me. That would be fine, right?
Lenny: Yeah. That’s right. One last question on the speaking stuff. How bad were you initially? Just because folks probably see you, see some of your talks and they’re like, “Oh, my god, I’m never going to be this good. I’m screwed.”
Janna Bastow: Yeah, I used to be shaky, little fawn, shaky voice, terrified at the front. Okay. So it was one of the first ever ProductCamp events that we were running. And the first one I think I did okay at, but it was a smaller group, it who’s only like 50 or so people. And the second one it had ballooned to 200 people. This is more product people than I’d ever known. And they were all super professional, and they’re all looking at me. And I stood at the front of this group and I was supposed to just, I don’t know, tell them what they were supposed to be doing that day. And I had it all half written down, and I started talking and then I sort just tripped up over what I was saying and forgot everything and blanked. And I just looked up and I went, “I’m really sorry everybody. I’m just going to start again.”
And I started again. I said, “Hi everybody, I’m Janna and welcome to ProductCamp.” And I just started again and they were just totally fine with it. Honestly, it was fine. And this is the thing that I’ve learned since then is people in the audience are rooting for you. They were totally cool with this. They didn’t think anything of it and they just rolled with it, as did I. And so whenever I see somebody who’s struggling on stage, just give them a nod, a smile, clap them along, give them reassuring looks, and hopefully they’ll just pull through.
And if you ever feel like you’re shaking, you’re corpsing on stage, you’re falling apart, honestly, just take a deep breath and just pick up where you last remembered you were and just keep going. Honestly, no one is rooting for you to fall over and have a bad time. Everyone’s rooting for you to finish your point and get on with it.
Lenny: That’s such a great story and it’s a good example of people have this fear of the worst case scenario. Everything’s going to fall apart. They’re going to be seen as idiots, they don’t know what they’re doing. It’s all going to be revealed on stage, because you screw up in how you’re talking. And the worst case scenario never happens, in my experience. And two,, if it does, just do exactly what you said, just try to start again. It’s easy to say, hard to do. This isn’t a conscious thing that people can get over. It’s like your body’s just doing crazy shit and you’re so nervous sometimes and can’t just rationalize it to like, “Nah, it’ll be fine.” But, yeah, it’s fine. To your point, people want you to be awesome and succeed. They’re not there to like, “Ha, ha, you stopped. You screwed up.”
Janna Bastow: And it’s humanizing when you screw up, right? People don’t like people who are perfectly perfect and don’t mess up, and it makes them feel like they can’t go up and go do their talk. I mean I think that right there showed everybody else that they could go up on the little ProductCamp stages that day and go do their own talks. And they certainly wouldn’t be any worse than that. As long as I just remembered their name, they’d be fine. Crack on, they got it.
Lenny: Speaking of screwing up, you have some very spicy takes on roadmap and roadmaps.
Janna Bastow: Ooh, yes, I do.
Lenny: And then generally the mistakes people make in organizing the roadmap. So I definitely want to spend some time here. So first of all, you have some strong feelings against Gantt based road mapping. Can you talk about that?
Janna Bastow: Yeah, sure. I used to do timeline roadmapping. The first version of ProdPad was actually a timeline roadmap. So to take you back, when I was a junior product manager, mid-level product manager, I used to do my roadmap like everyone else was doing the road, as in I looked up what a roadmap was, and it looked like a colorful Gantt chart. I knew what a Gantt chart was. And so I started putting one together, which is where I’d take the features that I was working on and line them up against their due dates. And I would get a little pat on the head from my boss, and they’d say, “Good job, now go deliver it,” basically.
And I would do my best with delivery, and I’d never quite be able to deliver everything. Something would always get in the way. But I sort of assumed that was my fault. I just wasn’t great at delivery, and I just had to get a little bit better at adding enough buffer and setting expectations and doing a roadmap slightly better. But I figured that this is how everyone was doing the roadmaps, and it was just me who wasn’t finishing the stuff on the roadmap quite right.
And when it came to creating the first tools for roadmap, I’d envision something that would actually help me manage this format of a roadmap more easily. Which I ended up creating the very early version of ProdPad, which was a digitized version of this, where you could drag and drop ideas onto the roadmap and stretch and squeeze them, and pan the roadmap back and forth. And I shared this with some early product people that I knew, some early users, and they gave me some feedback and some of them absolutely loved it.
They’re like, “Yeah, this is great. Now I can stop using PowerPoints or whatever tool I’m using or drawing it up in whatever I can now start using this digitized tool.” But one of the things that we started hearing from early customers is about a month later they said, “Great, but I want to take this, and move all these things here over by a month in the field.” We’re like, “Oh, that’s interesting. We’ve heard that from a bunch of other people too. Now why is that?” Because had we just asked our customers, had we just built what our customers wanted, we would’ve just ended up with a multi-select drag and drop. But this was all built in jQuery and it was a little bit difficult to build that.
So we sort of asked the five whys, we dug in to why people wanted this thing, and we found out that no one was actually delivering the roadmap in the timeframe that they were saying they were. So we’re like, “Wait, if it’s not just us who’s not living the roadmap and none of these better than us roadmap product managers are building the roadmap on time, what’s the point of a roadmap? Why are we giving them a roadmap?” So that’s when we sat down, it was myself and Simon, my co-founder at ProdPad, and we sat down and we came up with a three column roadmap, current, near term, future, which became now, next, later.
And it took away the simple concept of a timeline at the top. Now, the problem with the timeline is that as soon as you have a timeline, it turns it into a math chart sort of thing, where you’ve got time on the X axis and things to do on the Y axis and you basically end up with everything underneath is assigned a due date or a iteration. And it seems that everything that you do has a due date, an iteration just by the format of the roadmap, which is painful. It’s just wrong, because we don’t have that. The further out you plan, the more you’re making it up. We know this.
And so we wanted more flexibility and we knew that other product managers wanted that flexibility, because we kept asking what they were up to. So we decided to break it down into these three buckets, and provided that as an option and people loved it. It became this first bump in our usage of ProdPad, because people went, “Oh, wait, I can just say what’s happening now, what’s happening next, and what’s happening later? And if I want to, I can add a date to the specific thing, but I don’t have to. And I can be less and less granular about that as I go forwards. Yeah.”
Janna Bastow: So it’s taking from the concept of the cone of uncertainty, taking from the idea that things get less certain as they get further away, which is kind of how reality works. So the whole beef with the timeline roadmap is just taking apart the concept of the timeline. It doesn’t mean we live in la la land. It doesn’t mean that we don’t believe in having dates on the roadmap, if there is a date that we have to work towards. It just means not penalizing ourselves by having a date on everything on the roadmap.
Lenny: Got it. Okay. I didn’t know that you could put dates on some of the things that’s interesting, because I was trying to understand exactly how this approach works. We should also mentioned, you came up with this whole idea of now, next, later, which a lot of people use now. Is that right?
Janna Bastow: Yeah.
Lenny: Awesome. Okay. So as someone that’s been using Gantt timelines his whole career, I’m really curious to dig into these ideas and challenge the default assumption.
I’m excited to chat with my friend John Cutler from podcast sponsor Amplitude. Hey, John.
John Cutler: Hey, Lenny. Excited to be here.
Lenny: John, give us a behind the scenes at Amplitude. When most people think of Amplitude, they think of product analytics, but now you’re getting into experimentation, and even just launched a CDP. What’s the thought process there?
John Cutler: Well, we’ve always thought of Amplitude as being about supporting the full product loop, think collect data, inform bets, ship experiments, and learn. That’s the heart of growth to us. So the big aha was seeing how many customers were using Amplitude to analyze experiments, use segments for outreach, and send data to other destinations. Experiment in CDP came out of listening to and observing our customers.
Lenny: And supporting growth and learning has always been Amplitude’s core focus, right?
John Cutler: Yeah. So Amplitude tries to meet customers where they are. We just launched starter templates, and have a great scholarship program for startups. There’s never been a more important time for growing.
Lenny: Absolutely agree. Thanks for joining us, John. And head to amplitude.com to get started.
There’s two questions that this brings up, and you may have answered them in part. One is just without dates on things, how do you make sure marketing and sales and your CEO has things that they need for promising or at least giving a sense of when a product will come out? And the other is just aligning internally with engineers, design being done on a certain date, engineers being done on a certain date, PMs being done a certain day, [inaudible 00:28:32]. How do you deal with those in this format?
Janna Bastow: There’s a couple ways that you can turn that around. So one is you should still be having regular communication, so they can still see what’s coming up in the now call them. So they have a sense of what the order of things are and that things that are in the now column are probably weeks away, not months and months away. You should probably have launch readiness meetings so people understand this is the stuff that’s going through testing, and that’s likely to be coming out now.
But one of the other things that you can be doing for your marketing and sales teams is separating your hard launch from your soft launch. So what you should be doing is basically saying your developers are able to launch something on a particular date and it’s the date that’s convenient for them, right? Let’s say they think that they can get something out for end of September. Now, that might be pushed to made October because things go wrong.
Now at that point, whether it’s end of September or mid-October, it doesn’t really matter to the marketers because they’re busy talking about the stuff that was launched in August. They’ve got lots of stuff to work on. They’re selling and marketing the stuff that’s already live and out there. When this new thing comes out, that’s a soft launch. As soon as that soft launch is out, great, let’s kick off this launch meeting with launch steps. Now you’ve got something else to go do. And it’s so much better for marketing anyways because they’re not setting up their launch steps based on something that they don’t have eyes on. There’s nothing worse than the marketers trying to market something based on pictures from the designers that have vastly changed by the time they go out or that they don’t know whether it’s going to come out on the right day or not.
So they’ve actually got a functional working version that they can share with some customers. They can start getting videos of it working. They can get testimonials from early beta users. And then they can spend, whether it’s two days or six days or six weeks or six months planning the biggest, bangest launch they want. They can then spend the next however long they want to launch their hard launch, and then that goes out. And in that period that they’re doing that hard launch development is cracking on with their next thing.
And by the time that they’re done that marketing is then, “Okay, great, what have you built? We’re ready to work on the next thing.” So you’re just separating soft launch from hard launch, so that you don’t have this stress of trying to line up to completely different types of projects, your marketing projects and your development projects, which is where a lot of those things fall apart.
Lenny: Got it. So kind of the basic premise is roadmaps or timelines sound great and awesome. Everyone would love to know when things are going to be done and if it worked it’d be great. Oftentimes, they’re all made up, they don’t work, you don’t hit deadlines, they’re always missed. So instead of promising dates for everything you’re doing, you’re better off generally just giving a sense of, “Here’s what we’re going to work on now. Here’s what’s coming up next.” And then for the things that really need a date, we’re going to put dates on those things and give it our best shot. Is that [inaudible 00:31:29]-
Janna Bastow: Yeah. That’s absolutely right. If something does have to have a date, we don’t live in la la land, if something has a regulatory date, when GDPR came down, everyone had a due date on the roadmap, because if you didn’t hit that date then you were going to be in trouble. Sometimes you might have dates that are tied to things like the Christmas rush, or if you’re in education it might be like has to be out by the school year.
At which point, in order to reach something by that date you have to put in more project planning work, as in you have to plan out ahead of time, you have to put in more buffer time to do that. And generally you have to plan to get that thing done well before, so that you can have a soft launch before and make sure it works and do some iteration and fix it before the actual full-on launch happens. Because if you leave it too late, it’s going to go wrong and you’re going to miss the deadline.
Janna Bastow: If you did that for all of your launches, you’re just going to end up either cutting quality, because everything’s just going to be big crap cause it’s going to be pushing it out the door last minute. Or you’re just going to end up spending so much time trying to plan things to the nth degree that you’re just going to move super slow. This is why you end up with teams who are really big but can’t deliver worth anything. Where compared to these tiny teams, who are just out delivering them and just spinning things out the door, they’re the ones who aren’t spending all their time going, “Are we certain this is going to deliver? And how many hours is this going to take you? And let me go talk to this person, find out how many days it’s going to take him,” and back and forth and back and forth. They’re just building, and it goes faster.
Lenny: I’d love to pull on that thread. I was thinking about the fact that you’re building software for product teams and so you have a really unique perspective on product teams and you’ve seen a lot of product teams a lot more than a lot of other folks. And so I was curious what percentage of teams that you see are what you’d call like top notch, highly functional product teams?
Janna Bastow: That’s a good question. I don’t think I’ve got an answer there because it’s going to be biased, because we naturally attract companies who self-select our way of working. We put on our site, no timelines come for the now, next, later. So it’s going to be a much higher percentage. People don’t sign up for demos with us if they know that they want a timeline nowadays, because we make it really clear. So I would say like 70% of them are like we want now, next, later. And I know that’s not real. I know that’s not the real state of people, of product teams out there.
Lenny: Cool. So yeah, that makes sense.
Janna Bastow: I do have a sense that it’s increasing. So what I have found is years ago when we first started this thing off, no one was talking this way. It was a whole new concept and people are like, “No, this is crazy doc, you can’t do it this way.” Then over the years it has just become the natural way that people are working on it. People are going, “Of course this is the way that it works. Why would it work any other way?” It’s becoming the expected way. Definitely changed the discourse and changed the expectations of the audience, I guess.
Lenny: Putting the now next later piece to the site for one moment. I’m curious what else have you seen separates the best product teams from mediocre product teams? In terms of how they execute, the people they hire, processes, is there anything else that you’ve noticed of just like this team, when I think of teams that are functioning super well? Other than implementing this process you’re recommending, is there anything else that often comes up?
Janna Bastow: Yeah, a couple things. A focus on discovery. So this ability to spend time in discovery and asking questions of customers and constantly being able to iterate based on that. And psychological safety, so teams who are able to question each other, speak up when they see that things are wrong, question what’s going on at the senior level, question what’s going on at different team levels, and generally just have the good sense of what’s going on across their business because they’re allowed to ask those questions, less silos.
Lenny: Thanks. What’s a lasting change that a team has made that made them significantly better at building product? Is it these two things, doing more discovery and maybe more safety? I imagine part of your answer will be implementing this way of working of now, next, later. Is there anything else that comes to mind? “Wow, wow, this one team did this one thing and it made things so much better for them.”
Janna Bastow: Like retrospectives. Retrospectives make such a big difference because they are indicative of psychological safety, which underpins so much, right? Once you start building in this psychological safety, the ability to ask questions and to start saying, “What are we doing that’s working? What are we doing that’s not working? Okay, determine that something doesn’t work. Are we allowed to go change it? Okay, we are allowed to go change it.” Okay, this is a team who’s now changing their situation. They’re talking to each other, they’re learning from each other, and they’re making a concerted effort to do so. And so these are the teams who are constantly learning, iterating, and moving forwards.
And they naturally move towards things like now, next, later. They naturally move towards things like doing discovery, because these are just, I don’t know, they’re kind of common sense. They’re not setting in stone expectations of what’s going to be done and when. Because that was really only done because some head honcho wanted to see that information. That wasn’t psychological safety. That was somebody pinning them down by the neck saying, “Tell me what’s going to be done and when.” Psychological safety is just saying, “Hey, tell me as much information as you know and then do discovery to learn as much as you can, so that we can move forward with this.” It’s all about just talking to your teammates and getting the most information as you can from the resources you have, making the most of the collective intelligence that you have within your company.
Lenny: Coming back to the now, next, later approach, you’re often doing something really hard at companies, which is changing their way of working and changing their product culture. And I’m curious what you’ve learned about what it takes to change product development culture and product culture and the way of working at larger companies.
Janna Bastow: Larger companies are tough. They’re tougher. I think of culture as calcification. So calcification being the limestone that is built up as watered run over and that sort of thing. And in order to fix it, you can kind of chip it off over time. You can’t just fix it all in one go. And so in order to fix it, you’ve got to chip away at it. You’ve got to find a small pocket somewhere. You’ve got to make use of the tools that you’ve got. So sometimes it might be finding a small subset of the company and saying, ‘Hey, here’s the startup lab within the business. Let’s let them run off and go do something.” Because changing the mindset of the whole company is just too difficult. It’s set in stone, and it’s stuck where it is and can’t change them all at once. But we can change this one little space right here, because we’ve got a shit hot leader who knows what they’re doing and we can take this pocket of people and go do something here.
And then they’re going to teach the rest of the company. They’re going to teach this section and then this section and then this section. You don’t have to go and change the whole company all at once, but it does take buy-in from above. And sometimes that can be really difficult to take, because the incentives from above are often misaligned with the incentives that it takes to get a company moving this direction.
Ultimately, a lot of these larger companies, they’re incentivized to keep the company as stable as possible, to keep the company just growing quarter on quarter. Which is great for the stock market, they love that stability, they love that quarter on quarter growth. But if the company is actually under threat from startups, if you’re a big bank, you’re in health tech, something like that, you almost certainly have startups nipping at your heels. And the reality is that you probably have enough cash to make it for the next 20 years or so, but over time it’s going to get bitten away at.
Janna Bastow: And you’ve got smaller startups who are going to take the juicier, more interesting parts of your business and leave you with the tougher parts of your business. Take HSBC versus all the companies who are coming out with got a Starling account here and I’ve got a mortgage with somebody else and you’ve got your savings account somewhere else. You’ve got all these smaller startups nipping at their heels. These companies are going to nip away at these larger businesses and if these larger companies don’t actually do something with it, they’re actually going to end up losing this ability to innovate themselves. And so these companies are essentially stuck in this pattern where they want to continue growing and yet they’re not going to, they’re going to end up not being willing to take the dip to move upwards.
Lenny: What’s the biggest company that you’ve implemented this new way of building? And is that how you approached it, you found a team within the larger company to roll out this new-
Janna Bastow: Yes.
Lenny: … yeah, this framework?
Janna Bastow: Yeah. So that’s how it generally works with the way that we work with our enterprise rollouts is like we worked with large enterprises of governments as well. It generally starts with an advocate, somebody who gets the way that we’re working, a division, a department, and then it starts from there. Sometimes what we’ll find is that we’ll get one or two, sometimes three or four many groups starting and then they’ll start banding together and saying, “Hey, no, we’re starting a thing here.” Once that starts happening, it’s easier to start that conversation saying, “Okay, yeah, we’ve got a whole thing going here. Let’s talk to the person who is the VP of strategy, or who owns the tech area,” and then we can have a bigger conversation.
Lenny: What’s the impact that you saw at that company having taken on this new way of building product?
Janna Bastow: So we’re in the middle of a key tool in the middle of transformations right now, which is fascinating to see. These are multi-year pieces of work where you’re seeing it being used for ongoing products that are being used and delivered as we speak, as well as part of a mindset shift within the business. Because one of the things about ProdPad is that it’s not just a tool to help you deliver your products, it’s actually a tool that helps you become a better product manager. It sets in stone better product management practices. Once you start using it, it makes it difficult to go back to bad product management practices.
When you create a roadmap in ProdPad, it makes difficult to add features and dates to the roadmap. It makes it difficult to make a timeline based roadmap. It makes it difficult to add ideas to the backlog that are not thought through, because it asks questions, thoughtful questions, like what problem does this solve? And why would you want to solve it? And what are the outcomes? And what did you get?So it makes it difficult to fall into a build trap with just saying, “Here’s stuff to build,” and we built it, and move on to the next thing, like a lot of dev tools are designed to do. Because it has spaces in there to say, “Did you measure success? And was it successful or not successful? This roadmap thing is completed, what was the outcome of it?” So by creating all these spaces, it creates all these reminders for the team to go back and think about this stuff before they do work and after they do work. So it actually actively helps them become better product teams and more cognizant of this sort of work.
Lenny: If someone wanted to experiment with now, next, later, what would be a good place to go and just start to play around with it?
Janna Bastow: I mean, you can start a free trial in ProdPad, you can start playing around with it. We even have a sandbox mode. You just go to sandbox.prodpad.com where it’s got example versions of roadmaps, best practice roadmaps that you can just start playing with. You don’t even need a login or a credit card. It’s got OKRs and roadmaps and ideas and experiments, feedback. You see how it all sort of fits together. But honestly, a now, next, later roadmap can be done with Post-It Notes on the wall. It’s just about saying, “What problems do you have? Let’s lay them out in order and just check them with other people.”
So the whole point about a roadmap is that it’s not designed to be your plan. I think about it as being a prototype for your strategy. What I mean by that is we talk about prototyping all the time in the lean world and a prototype is essentially a way of checking your assumptions. Generally, we think about it in terms of a design or like a model, but think about it at the strategy level. So at the feature level, you’d prototype by doing a design, a mockup, and you take that mockup and you’d share it with somebody, and say, “Here’s a mockup of the feature that I’m trying to build. What do you think?” And they tell you what’s right or wrong, and you’d add some new copy or a button to make it more clear, and you throw out the original prototype, because it wasn’t very good and you make a new one.
So the value isn’t the prototype, the value is in the prototyping process. The value isn’t in your roadmap, The value is in the roadmapping process. What you’re actually doing is laying out your assumptions of the problems that you’re solving. So you’re saying, “I think we have this problem then this problem. What do you think?” The whole point is that you just share your early assumptions with other people on the team, with customers, even, like anybody, who will listen. And just check that you’re on the right path. And if they say, “Oh, actually I thought that it was going to go this way, this way, then this way, or that way, then the other way, and what about this problem?” You’ve actually learned something. You can adjust your prototype for your strategy, you can adjust your roadmap there and your roadmap all of a sudden becomes stronger, becomes better there.
Lenny: For folks that are listening and they’re just like, “Nah, this is never going to work where I work. It’s just too out there, too radical. No deadlines, that’s crazy.” I know you’re not saying no deadlines, but less deadlines. What are the most powerful three bullet points you could share with listeners that are just like, :Here’s why you should have confidence this might actually work at your company.”
Janna Bastow: Other teams are already working this way. Product people are the only ones who seem to be pinned down to be required to give concrete dates as to when things are going to be delivered in this way. Your sales team isn’t asked to give exact delivery dates on their work. They work in a very experimentation led way as well. You are VP sales or VP revenue or whoever doesn’t go to a board meeting and say, “We’re going to close the Acme deal at the end of October for a million pounds.” They don’t know that. What they do know is that they have a process by which they’re going to fill a pipeline, and almost certainly they’re going to be able to close a million pounds or a million dollars worth of sales, but they can’t tell you who it’s going to come from or how that’s going to work.
Janna Bastow: What they’re going to say is, “Give me a quarter million dollars worth of investment into my team, which I’m going to spend that on my account executives, my sales team. They’re going to pick up the phone and do a bunch of calls.” Think of these calls as experiments. These calls, some of them are going to work, some of them are going to fail. They don’t know which ones are going to work and which ones are going to fail. What they do know is that by using a script and by picking up the phone and calling people, some are going to work. And by the end of the quarter someone’s going to buy. And they know this because last quarter someone bought and the quarter before that someone bought, they just don’t know who’s going to buy. If they did know who’s going to buy, then they would just call those people and not everybody else.
Same thing. You’re not asking for any more leeway than your sales team. You’re saying that you want a quarter million dollars worth of investment, and you’re going to spend it on your team who’s going to run experiments, right? It’s going to be trying this change on the interface or that tweak to the pricing or that change to the positioning or whatever you’re going to do. Some of these experiments are going to fail and some are going to succeed. You don’t know which ones. But that’s okay, you know that by the end of the quarter, enough are going to succeed that you’re probably going to move the right numbers in the right direction.
So you’re not asking for any more leeway than your salesperson. What you should be able to do is point at how many experiments you ran the previous quarter, and what numbers moved in the right direction. You should be accountable for your experiments and how you’re spending the money and what you’re doing. But you shouldn’t be accountable for saying what is going to work before you know what’s going to work yet. And that’s the problem with this timeline delivery, Magic 8 Ball that we’re asked to give.
Lenny: I like that. Two last questions before we get to a very exciting lightning round, which I didn’t tell you about. We’ll see how that goes. So one is you have an interesting framework for coming up with a product vision, and I don’t know if you have this in your head loaded up, but I’m curious how you think about coming up with a product vision. You have this really handy little framework, and vision is always this thing that people are like, “Man, how do I come up with a vision? How do I phrase a vision? How do I even visualize my team’s mission?” Can you share that with us, if you have that in your head?
Janna Bastow: The product vision template, you might actually recognize it from the Geoffrey Moore’s Crossing the Chasm book. It’s the elevator pitch template. But I like it because it answers the same sort of questions that you need to answer for a product vision template. So it asks things like, for your target customer, who the statement of need or the opportunity. The product name is a product category. What’s the reason to buy? And then say, unlike this alternative our product, and then say what this statement of differentiation is. So it’s actually a template that we have available on our site, and you can actually fill out as part of our product canvas in ProdPad. So happy to share that link with you, so you can link it up and send it to your audience here, Lenny.
Lenny: Cool. Yeah, we’ll put that in the show notes. I think that’s the same framework as the positioning exercise. I might be wrong, but if so, that’s cool. So basically you could use your positioning work to help figure out your vision. And just like a vision, it’s basically a vision statement, it’s not necessarily the vision for your product, it’s just kind of how you think about where it’s going to go.
Janna Bastow: Yeah.
Lenny: Okay, cool. The last question, you were a PM now you’re founder, so you moved from PM to founder, and a lot of PMs, imagine being founders someday. I’m curious if you have any advice for folks that are currently PMs that may want to be founders in the future. What do you think they should be working on, focusing on, skills, vision rebuilding, things they should be doing to help them in that future career?
Janna Bastow: Being a PM actually provides you with a lot of the skills and background to be a founder, to be a CEO. It gives you a lot of chance to work with a lot of the different teams and see a lot of the underpinnings of how business works. I was really lucky in previous roles where I got to work very closely with leadership in a few different roles before I took the step up to take on my own thing. So I felt as if I’d seen it in a few different ways, done well and done badly, and so I got a chance to sort of say, “Ah, I think I could do this. Yeah, go on.”
One of the things that struck me is it’s not as hard as it looks, and it’s also harder than it looks. There’s things that you get started and you go, oh, no one’s going to stop you from doing this. You’ve got lots of leeway. You can just do it, and you’ve got lots of freedom to run your business how you want to do it. There’s lots of resource out there. As long as you surround yourself with people, you’re always going to be able to find people to advise you and to help you along the way. And there’s always going to be bumps. You don’t know what they’re going to be yet. There’s always going to be things that are going to come by and side swipe you, but that’s always the case that you had when you are product manager as well.
And just be ready for those and be ready to take it on the chin and deal with them as they come. Best thing you can do is surround yourself with people so that you’ve got somebody to go to for each thing. Going, “Oh, when I run into a problem that has to do with this, I can talk to this person. When I run into a problem that has to do with this, I talked to one of these people.” And figure it out as you go. Take each thing a day at time. Certainly, don’t stop yourself from starting a business or starting your own thing, just because you don’t think that you know how to do it yet. You will figure it out as you go ahead. People less capable than you have figured it out.
Lenny: Awesome. Okay. We’ve reached our lightning round. The way it’s going to work, I’m going to ask you five questions real quick. Whatever comes to mind, share an answer.
Janna Bastow: Cool.
Lenny: If nothing comes to mind, that’s also cool. Sound good?
Janna Bastow: Mm-hmm.
Lenny: What are two or three books that you’ve most recommended to other people, whether they’re product leaders or just generally?
Janna Bastow: Art of Profitability, I thought was a really good one.
Lenny: What’s a favorite recent movie or a TV show that you’ve watched?
Janna Bastow: Oh, Sandman.
Lenny: Ooh, and that’s-
Janna Bastow: Sandman is-
Lenny: … like a British show, right?
Janna Bastow: Oh, it is British. Yes, by Neil Gaiman. Yeah, very good. Definitely, not for children. Thought it might be, definitely not.
Lenny: Noted. What’s another favorite podcast of yours other than the one you’re currently on?
Janna Bastow: Ooh, Startups For the Rest Of Us.
Lenny: Wow, I haven’t heard of that one. Tell us more.
Janna Bastow: Basically, it’s Rob Walling’s podcast and it’s for startups that are either bootstrapped or alt funded. Basically, the startups that aren’t the one percent top end funded, unicorns, but the startups for the rest of us.
Lenny: Awesome. What’s a favorite interview question of yours that you like to ask?
Janna Bastow: I like asking people what problems that they’re looking to solve. Why are they coming to this table?
Lenny: Very PMy question.
Janna Bastow: Yes.
Lenny: Who else in the industry do you most respect as a thought leader? Who comes to mind?
Janna Bastow: I’ve got to give a shout out to Christina Wodtke. I had a great conversation with her yesterday, and I’ve had a chance to chat with her a number of times over the years, but she’s just got this illustrious career. She’s been part of so many amazing teams, built some amazing things, written some amazing books, and is also just an all round amazing product person and amazing person all in one.
Lenny: Janna, this has been amazing. I think we covered a lot of different topics, more than we often cover in a podcast like this. Two final questions, where can folks find you online if they’d like to reach out and learn more? And how can listeners be useful to you?
Janna Bastow: Wonderful. Hi, I’m Janna Bastow. You can find me all on Twitter, I’m simplybastow there. Or come find me on LinkedIn, connect with me, I’m Janna Bastow. I’m easy to find there. And come check out ProdPad. It’d be wonderful to get your feedback on it, because we are a team of product people and we love hearing what other product people think of the product. We’re always open to feedback. We’re constantly pushing new releases. So check it out, try the sandbox. We’d love to hear from you.
Lenny: Amazing. Thank you for being here, Janna.
Janna Bastow: Of course, thanks so much.
Lenny: Thank you so much for listening. If you found this valuable, you can subscribe to the show on Apple Podcast, Spotify, or your favorite podcast app. Also, please consider giving us a rating or a leaving review, as that really helps other listeners find the podcast. You can find all past episodes or learn more about the show at lennyspodcast.com. See you in the next episode.
Glossary
| English | 中文 |
|---|---|
| after party | after party |
| backlog | backlog(待办事项池,保持原文) |
| bootstrap | bootstrap(自举创业,不依赖外部融资,保持原文) |
| buffer | buffer(缓冲时间) |
| build trap | build trap(指团队只关注构建和交付功能而不关注成果的陷阱) |
| buy-in | 支持(buy-in,指利益相关者的认同与支持) |
| calcification | 钙化(calcification,此处比喻组织文化的僵化) |
| CDP | CDP(Customer Data Platform,客户数据平台,保持原文) |
| Christina Wodtke | Christina Wodtke(保持原文) |
| cone of uncertainty | 不确定性锥 |
| corpsing | 僵住(指在台上失控、无法继续的状态) |
| Crossing the Chasm | 《跨越鸿流》(Geoffrey Moore 的经典著作) |
| discovery | 探索(discovery,产品发现阶段) |
| Gantt chart | 甘特图 |
| GDPR | GDPR(通用数据保护条例,保持原文) |
| Geoffrey Moore | Geoffrey Moore(保持原文) |
| goodwill | goodwill(商誉/好感,此处指社区中积累的信任与好感) |
| grassroots | 草根性 |
| hard launch | hard launch(硬发布/正式发布,此处保留原文) |
| jQuery | jQuery |
| launch readiness meeting | launch readiness meeting(上线准备会) |
| lean | lean(保持原文,指精益/轻量方法,首次在此语境中出现) |
| Magic 8 Ball | Magic 8 Ball(一种玩具预测球,此处比喻被要求给出不确定的预言) |
| mockup | mockup |
| Neil Gaiman | Neil Gaiman(保持原文) |
| newsletter | newsletter |
| now, next, later | now, next, later(路线图三栏模型,保持原文) |
| OKR | OKR(Objectives and Key Results,目标与关键结果,保持原文) |
| onboarding | onboarding |
| pipeline | pipeline(销售管线/漏斗,保持原文) |
| ProdPad | ProdPad(产品管理工具,保持原文) |
| ProductCamp | ProductCamp(产品管理社区活动,保持原文) |
| psychological safety | 心理安全(psychological safety) |
| retrospective | 回顾会议(retrospective) |
| roadmap | 路线图 |
| Rob Walling | Rob Walling(保持原文) |
| sandbox | sandbox(沙盒/沙箱模式,保持原文) |
| segment | segment(用户分群,保持原文) |
| show notes | show notes(播客节目附注,保持原文) |
| silos | 部门壁垒(silos,指组织内的信息孤岛) |
| soft launch | soft launch(软发布,此处保留原文) |
| the five whys | 五个为什么(一种根因分析方法) |
Reformatted by reformat_english.py
构建更好的路线图 | Janna Bastow (Mind the Product, ProdPad)
文字记录
路线图是策略的原型
Janna Bastow (00:00): 路线图的核心要义在于,它并不是你的计划。我把它看作策略的原型。我的意思是,我们在精益世界里经常谈论原型,而原型本质上是一种验证假设的方式。通常我们把它理解为设计层面的,比如一个模型,但请试着把它放到策略层面来思考。
Janna Bastow (00:22): 所以在功能层面,你会通过做设计、做 mockup 来进行原型验证,然后把这个 mockup 拿给别人看,说:“这是我正在尝试构建的功能的 mockup,你觉得怎么样?“他们会告诉你哪些对哪些不对,然后你会添加一些新的文案或按钮让它更清晰,再扔掉原来的原型,因为它不够好,然后做一个新的。所以价值不在于原型本身,价值在于原型的过程。
Janna Bastow (00:47): 价值不在于你的路线图本身,而在于制定路线图的过程。你实际在做的是把你对所解决问题的假设铺展开来。你在说:“我觉得我们有这个问题,然后还有这个问题。你怎么看?“整个要点就是把你的早期假设分享给团队里的其他人,分享给客户,甚至任何愿意听的人,然后确认你在正确的道路上。
播客开场
Lenny (01:11): 欢迎来到 Lenny’s Podcast。我是 Lenny,我在这里的目标是帮助你更好地掌握构建和增长自己产品的技艺。我采访世界级的产品负责人和增长专家,从他们打造和扩展当今最成功公司的宝贵经验中学习。今天的嘉宾是 Janna Bastow。Janna 联合创办了 Mind the Product,我相信它是全球最大的产品人社区。她也是路线图框架 “Now, Next, Later” 的发明者,以及 ProdPad 的创始人——ProdPad 让你能以这种更简单的新方式来做路线图。在我们的对话中,我们聊了公开演讲、社区建设、路线图、愿景,以及从产品经理到创始人的转变。接下来,有请 Janna Bastow。
赞助商:Formsort
Lenny (01:58): 本集节目由 Formsort 带给你——面向产品团队的领先低代码表单构建器。如果你在初创公司工作,你可能体验过构建表单的痛苦。产品经理想出了一个新 onboarding 流程的方案,然后工程师得把它构建出来,并且永远维护这些流程。即使是对流程做微小的改动,也可能需要数周才能落地实施,拖慢了团队的实验周期。Formsort 消除了工程瓶颈,让产品经理和营销人员完全掌控表单构建的全生命周期。借助 Formsort,任何人都可以构建高度可定制的表单,实现复杂逻辑,并将数据发送到 Postgres、BigQuery 和 Segment 等目的地。
Lenny (02:38): 像 GoodRx、Candid 和 Balance Homes 这样的公司在 Formsort 上构建他们最重要的表单——比如患者信息采集、调查问卷和金融科技 onboarding。他们的转化率提升了超过 30%,并节省了数千小时的工程时间。我总是告诉初创公司,改善 onboarding 是优化激活和提升留存最有力的方式之一。Formsort 让这个过程变得尽可能简单,这也是我自豪地成为其投资者的原因。你可以在 formsort.com 注册免费账户,使用优惠码 Lenny 享受 Formsort Pro 计划 20% 的折扣。
赞助商:Coda
Lenny (03:15): 本集节目由 Coda 带给你。Coda 是一个一体化文档,将文档、电子表格和应用的优势集于一处。我实际上每天都在用 Coda。它是我组织 newsletter 写作的大本营。我在那里规划内容日历、收集研究素材、撰写每篇文章的初稿。它也是我管理付费 newsletter 订阅者专属知识库的地方,同时还是我管理这档播客工作流程的工具。
Lenny (03:42): 多年来,我看到 Coda 从一个让团队更高效的工具,演变成一个也将科技行业最佳实践落地的平台。Coda 文档库中有极其丰富的模板和指南合集,包括本播客许多嘉宾提供的资源,比如 Shreyas、Gokul,以及 Coda 的 CEO Shishir。一些最优秀的团队,如 Pinterest、Spotify、Square 和 Uber,都在使用 Coda 高效运转,并公开了他们的模板供所有人使用。如果你在大量文档和电子表格之间来回切换,那就让你的生活更好一些,开始使用 Coda 吧。初创公司可以享受限时特别优惠,前往 coda.io/lenny 注册,即可在第一笔账单上获得 1,000 美元抵扣。那就是 C-O-D-A.io/lenny,注册后你的账户将获得 1,000 美元抵扣额。
嘉宾介绍与职业背景
Lenny (04:44): Janna,欢迎来到播客。
Janna Bastow (04:45): 嗨,非常感谢你的邀请。
Lenny (04:47): 这是我的荣幸。先给听众朋友们铺垫一下背景,能不能用 55 秒介绍一下你的职业经历?
Janna Bastow (04:57): 当然可以。我是产品经理出身。像很多人一样,我入行产品管理是意外之事。我在伦敦的一家初创公司一路做到产品负责人。后来发现对产品管理工具的需求,因为当时市面上确实没有什么类似的工具。于是开始打造 ProdPad。我的一位联合创始人——我也恰好和他一起创办了 Mind the Product——Mind the Product 后来发展成为全球最大的产品经理社区。所以我实际上是同时创办了两个东西,过去十来年就一直在忙这些。
Lenny (05:28): 你现在有一家公司,简单提一下吧,我觉得后面会用到这个背景。
Janna Bastow (05:33): 好的,当然。我刚才说的那个工具后来就成了 ProdPad,是面向产品人的软件。这个工具可以帮你构建路线图、制定 OKR、收集团队的想法和客户的反馈,把所有产品管理相关的东西在一个空间里组织起来。
社区建设经验
Lenny (05:47): 太棒了。你提到了 Mind the Product 和 ProductTank,后者算是关联的组成部分。我不太确定它们之间的区别,但我知道它们有关系。其中一个是社区部分,对吧?是这样吗?
Janna Bastow (05:57): 是的。
Lenny (05:57): 好的。我记得你说过它可能是全球最大的产品社区,线上线下都是。作为一个围绕自己的 newsletter 和播客正在建设社区的人,我一直很想知道大家从建设社区中学到了什么,尤其是面向产品人的社区。所以我的问题是:你觉得在早期把 Mind the Product 社区做对的过程中,什么最重要?以及后续如何维持社区的质量?
Janna Bastow (06:23): 说实话,我们并不是一开始就打算建一个社区。我们只是和几个产品人聚在一起,因为我们觉得自己并不知道自己在做什么。所以我们想,如果和其他产品人一起聊聊,大家就能一起学。所以就是一种分享、协作、互相学习的精神,并在成长过程中尽可能保持草根性。还有一致性——每个月都准时举办 ProductTank,每年都举办活动。就是在每一个有机会出现的时候,都出现在那里。
Lenny (06:56): 所以我听下来就是投入时间、持续去做。我猜其中很大一部分是早期让对的人参与进来,他们可能是你想要建立的那种社区的合适标杆。这大致对吗?
Janna Bastow (07:09): 是的,完全对。我的意思是,让自己身边围绕着那些愿意帮你维系社区、帮你保持一致性、帮你吸引越来越多对的人的人。我们很早就学到的一点是,我们的人脉网络是有限的。所以能够找到其他人来帮我们筛选、引进其他聪明人,帮我们找到我们圈子之外的讲者,帮我们在写不出东西的时候给博客供稿——这很重要。就像你做的,Lenny,你也有来自社区各个角落的人在帮你一起贡献更大的图景。
社区规模与出售
Lenny (07:42): 很好奇。现在这个社区规模有多大?
Janna Bastow (07:45): 好问题。我没有确切数字。你可能不知道——也可能知道——Mind the Product 其实今年早些时候已经卖掉了,所以我没有——
Lenny (07:51): 嗯,我知道。
Janna Bastow (07:52): ——所以我现在掌握不了确切数字了。而且 COVID 来的时候数字确实有波动。我知道 ProductTank 曾经达到大概 200 个、快 300 个城市遍布全球。我不知道今天这个数字是多少。我知道它先涨上去,又掉下来,再涨回去。其中有些仍然是线上的,有些已经回到了线下。我知道全球有成千上万的产品人以各种形式参与这个社区。当然,也有些人参加大型会议。
办会踩过的坑
Lenny (08:22): 我想在这一路走来建设社区的过程中,你们应该也犯过一些错误。
Janna Bastow (08:26): 天哪。
Lenny (08:26): 有没有什么事情让你回想起来觉得,“哎,真不该那样做”?给现在考虑建设社区的人一个参考。
Janna Bastow (08:32): 办会议是你能做的最昂贵、最不 lean 的事情之一。作为产品人来做这件事真的很难,因为它牵动你的心。你想做 lean、迭代的事情,但你做不到。比如午餐订单出了问题,你没法修复。你得等到明年,只能在那一年尽量凑合到最好。有一年我们订了餐,但不够,因为餐饮供应商少送了,我们最后不得不让所有志愿者跑去当地的 sandwich shop 把食物全部买回来带进场。就是这种事情,当时很难,但我们尽力凑合,最后给参会者发了现金卡,说”拿去,算是我们的补偿”。就是这类事,当你觉得”我们付钱给供应商,他们就能搞定”的时候,事情远没那么简单。
Lenny (09:29): 明白了。好吧。这对我来说又多了一个不办会议的理由,我从没想过要做这件事。这也提醒了我办会背后所有的痛苦。
Janna Bastow (09:38): 会议难得离谱。我学到的一点是,当会议上出问题时,损失不是几百美元级别的,而是几千美元级别的。一个讲者因为某种原因来不了——完全正当的理由,没问题——但他们的商务舱机票你已经付了,所以你得临时找另一个讲者把他们弄过来。那就是几千英镑的窟窿。也可能是印刷出了问题,前一天才发现,那又是更多的钱没了。可能出错的事情太多了。我们的场地曾经倒闭过——after party 的场地在会议前三周倒闭了。那是第一年。
Lenny (10:19): 太棒了。
Janna Bastow (10:19): 所有这些事情,对,我们当时就说,“太棒了,我们该怎么办?“我们最后只能凑合,找了另一个地方撑过去了。所以在这个层面会有很多出错的事。但关键是,我们在社区中积累了大量 goodwill,能够从周围的人那里获得帮助和建议。而当结果出来后,实际上我们发现场地比预期小了一些,或者情况稍有不同之类的,大家也原谅了我们。最后结果还不错,对我们有利。
会议是门好生意吗?
Lenny (10:49): 正好聊到这个话题,我最好奇的是,会议是一门好生意吗?有时候能赚很多钱吗?还是利润一直很薄?这门生意的商业模式到底是什么样的?
Janna Bastow (10:59): 这不是胆小的人能干的。风险极大。事后看来,我真的挺惊讶我们居然挺过了最初那几场。如果你能做到,确实有一些很棒的变现方式。但只有规模到了比较大的数字时才真正见效,而要达到那个点需要付出大量努力。有人曾经问我:“哦,我们票卖不动,你们是怎么把票都卖出去的?“那你就先提前几年建一个社区,邀请人们来,每个月定期举办某种社区聚会,一遍又一遍地做,那就是你的营销。
Janna Bastow (11:33): 比如会议的票卖少了,就完全可以把它拖垮。你会看到有些会议办了一场,来的人不够,然后就没了。光是这一点就能把生意搞砸。太夸张了。来个 COVID 之类的也能把它搞垮。这是一门难得离谱的生意。很难做保障。很难把所有可能出错的事情都想周全并做好防护。所以虽然有一些好处,但这真不是胆小的人能干的。
Lenny (12:01): 好的,酷。又多了一个不办的理由。我有一个朋友在旧金山办活动,我就一直想,“一个人怎么能对反复办活动保持热情?压力那么大,风险那么多,总有事情出错,你根本没法在这些活动上享受乐趣。” 所以这真的是一种不同的性格类型。
Janna Bastow (12:16): 是啊,活动组织者或者活动经理这类职位曾经被列为压力最大的工作之一。你能理解为什么。因为所有事情一下子全压到你身上。活动一旦结束,就会有一种空虚感——结束了,然后呢?第二天你就是那种,“耶”,你可以看看推特上发生了什么的推文流,可以翻翻照片,然后你就想,“接下来做什么?”
Lenny (12:38): 开始准备明年的。
Janna Bastow (12:39): 开始准备明年的,又出发了。而且真的很辛苦。但话说回来,产品管理也曾被列为最艰难的工作之一。我不知道这个说法现在还成不成立,但我知道产品管理在十年前、五到十年前,确实有一种不同的氛围,确实是一份非常艰难的工作。
Lenny (12:58): 仍然是一份非常艰难的工作。说到会议和演讲,今天我们开始聊天之前,我在网上看了你的一些演讲。有几件事我注意到了。一是你确实是一位非常出色的演讲者,也是一个很会讲故事的人。这个播客里经常提到的一个话题就是,沟通能力对产品负责人和产品经理有多么重要,还有讲故事的能力。而且你也见过很多在这些会议上做精彩演讲的人。所以我很好奇,无论你脑海中有什么想法,是什么帮助你成为了一名更好的演讲者和讲故事的人?另外,你觉得那些在会议上擅长讲故事和演讲的人,他们身上有什么关键的共同点?
Janna Bastow (13:37): 对。这个问题问得太好了。我的意思是,我通过观察大量其他人的演讲学到了很多。我职业生涯中非常幸运的一点是,作为 Mind the Product 的一员,我看过每一位 Mind the Product 演讲者的演讲,都是顶尖的演讲者。我也看过每一位 ProductTank London 的演讲者,以及全球很多其他 ProductTank 的演讲者。我能看到人们的反应,什么有效,什么无效。所以我逐渐培养出了对好的演讲、好的展示这类东西的品味。
Janna Bastow (14:06): 而且 Mind the Product 给演讲者提供的资源之一,就是演讲教练。所以当我在2017年被邀请登上 Mind the Product 的舞台演讲时,他们给我提供的就是一位真正的演讲教练,一个能接手我的演讲并加以改进的人。拿着我那半成品的演讲稿去找她真的是非常紧张——那份稿子我几个月前就开始准备了,最开始只是墙上散落的便利贴,我试图把它们变成像样的东西。我觉得那大概有六个小时的内容量。我把这些带给这位演讲教练,同时有一个大概的脚本想法,想说些什么。
Janna Bastow (14:43): 她对我说的第一件事就是,她说:“我看了你的脚本,然后把它重新调整了。我把笑话改写了一下,让它们抖包袱的效果更好。“我心想,“太好了,原来我写的笑话真的算笑话。“她还帮我重新调整了故事的编排,让它们有一条贯穿的线索。她帮我纠正了体态,帮我改善了表达方式,甚至还帮我调整了个别措辞。确保所有内容都以特定的方式传达到位。她做的一件事就是让我自己听自己的演讲录音,然后回放,这是我以前从未做过的。直到今天我仍然讨厌这件事,但现在已经比以前更习惯了。我觉得没有人喜欢听自己说话的声音。我觉得没有人喜欢做这件事。但它确实有帮助。如果你要做一个大型演讲,一个重要的展示,你必须达到那个水平。如果你对在一千人面前演讲感到紧张,那你就得练到这样一个程度——你愿意、也能够听自己讲完,你能够在洗澡时、在上班路上、在买菜时完美地把整个演讲顺下来,做到这些的话,差别会非常大。
成为更好演讲者的方法
Lenny (15:47): 你分享过一个非常实用的技巧,我特别喜欢——就是录下自己,观看自己的表现,不断打磨,就是要看自己的实际表现。回顾教练教给你的经验,在你之后做的新演讲中,还有什么是你一直记得的吗?或者就是说,一定要把某几件事做好,因为那会让演讲更好?
Janna Bastow (16:06): 有一件事我已经不再做了——我以前会打开 PowerPoint,直接开始写幻灯片,现在是用 Slides 了。但我现在的做法是先从故事要点开始。先从我的叙事结构开始。先弄清楚我到底想说什么,然后再把它放入幻灯片中。因为我以前的做法是,我会陷入那种”演示模式”——试图让演示文稿、让幻灯片去迁就我的叙事,而不是反过来。应该先有一个好的叙事,幻灯片自然就会跟上。
Lenny (16:43): 那关于演讲这件事本身呢,就是演讲时身体上的那种紧张焦虑感?你在这方面有没有做过什么来改善,让自己感觉——
Janna Bastow (16:51): 哦,有的。
Lenny (16:51): ……更自在一些?
缓解演讲紧张感的技巧
Janna Bastow (16:51): 有一招确实很管用,就是力量姿势(power pose)——双手叉腰站立。它确实有效,我不确定是肾上腺素还是内啡肽还是什么,它会释放某种化学物质,确实能帮助你提升信心,让你在准备上台的时候感觉更好。这是我和其他 Mind the Product 演讲者都做过的事,也是近年来我每次登上大型舞台之前都会做的事。双手叉腰站在那里,让自己感觉好一些,而不是蜷缩在那里,变成一团紧张的废墟。
Janna Bastow (17:25): 另外一件事,如果有机会的话,我总是会尽早走上舞台。所以他们做技术检查的时候,就直接走出去到舞台上,来回走走,看看观众席,去感受它。那时候没有人在。是前一天,完全空着。但抬头看看观众席,享受那种俯瞰全场的感觉,去习惯它。想象它坐满了人。不要想象他们裸体,那个不重要。就是想象他们坐在那里,这样第二天你真正看到他们的时候,就不会那么紧张了。
Janna Bastow (17:56): 还有一件事我会尝试去做,就是找到观众中你的粉丝。在演讲过程中你会发现他们。观众中总会有些人看起来很无聊,在看手机,直接忽略他们。他们总是存在的。找到那些在点头、在微笑、在说”对对,就是这样,就是我”的人,然后对着他们讲。如果你在上方找到一个,那边找到一个,下方又找到一个,没有人会注意到你其实只是在对着这几个人做演讲。就围绕这几个关键人物,继续把你的演讲覆盖全场。他们享受其中,你也享受其中,最终你的演讲也会做得很好。
Lenny (18:30): 这些建议太好了。关于力量姿势,你说的双手叉腰。我觉得还有一种是把双手举起来,像超人那样的姿势。我觉得——
Janna Bastow (18:38): 那个也可以。
Lenny (18:38): 对。我觉得每个人有不同的做法。另外我也看到过,之前有科学研究证明那是有效的,但后来我觉得那个实验好像没能被复现。大家有点担心它背后并没有真正的科学依据。但我自己试过,它确实有效。所以如果对你有效的话,去做就好了。
Janna Bastow (18:57): 对。如果它是安慰剂效应,嘿,别告诉我,反正对我有效。说实话,做完之后我感觉更好了,然后上台,表现得也更好。
Lenny (19:05): 有人提出过这个观点,安慰剂就是我们大脑中一种神奇的东西,不需要任何外部物质介入就能让事情发生改变。你就是让事情改变了。这很神奇。真的很神奇。
Janna Bastow (19:15): 是啊。安慰剂和真正的药物一样有效,管它呢。安慰剂我就很满意了。只要别打破我的安慰剂效应就行。那就没问题了,对吧?
Lenny (19:23): 对,没错。关于演讲这件事,最后一个问题。你最初有多糟糕?因为大家看到你,看到你的一些演讲,可能会想,“天哪,我永远也达不到这个水平。我完了。”
Janna Bastow (19:34): 对,我以前会发抖,像只小鹿一样,声音打颤,站在前面吓得要死。好吧。那是我们最早办的几届 ProductCamp 活动之一。第一届我觉得表现得还行,但那是个更小的群体,大概只有 50 人左右。第二届一下子膨胀到了 200 人。我从来没见过这么多做产品的人。他们都特别专业,全都盯着我看。我站在这个群体前面,本应该,我也不太确定,告诉他们那天该做什么。我把内容写了一半,开始讲话,然后就在自己说的话上绊了一下,什么都忘了,大脑一片空白。我就抬起头说,“非常抱歉大家。我重新开始一遍。”
Janna Bastow (20:19): 然后我重新开始了。我说,“大家好,我是 Janna,欢迎来到 ProductCamp。“我就这么重新开始了一遍,大家完全没问题。说实话,真的没事。这也是我从那以后学到的东西——台下的观众都是在为你加油的。他们对此完全接受,根本没当回事,就这么过去了,我也是。所以每当我看到有人在台上挣扎的时候,就给他们一个点头、一个微笑、鼓鼓掌,给他们一个 reassuring 的眼神,希望他们能撑过去。
Janna Bastow (20:48): 如果你觉得自己在发抖,在台上僵住了,要崩溃了,说实话,深呼吸一下,从你最后记得的地方接上,然后继续走下去。说真的,没有人是盼着你摔倒、盼着你出丑的。每个人都在希望你把你的观点讲完,然后顺利继续。
Lenny (21:05): 这个故事太好了,也是一个很好的例子——人们总是害怕最坏的情况:一切都会崩溃,自己会被当成傻瓜,被看出来什么都不懂,所有问题都会在台上暴露,因为你讲的时候搞砸了。但根据我的经验,最坏的情况从来不会发生。退一步说,就算真的发生了,就按你说的做,试着重新开始就好了。说起来容易做起来难。这不是人们靠理性就能克服的。有时候你的身体就是在做各种疯狂的事,你紧张得要命,没法用理性告诉自己,“没事,会好的。“但确实,会好的。正如你所说,人们希望你能表现出色、取得成功。他们不是在那儿等着看,“哈哈,你停下来了,你搞砸了。”
Janna Bastow (21:47): 而且你搞砸的时候反而更有人情味,对吧?人们不喜欢那种完美无缺、从不犯错的人,那会让他们觉得自己也没法上台去做自己的演讲。我觉得恰恰是这件事告诉了所有人,那天他们也可以走上 ProductCamp 的小舞台,去做自己的演讲。他们肯定不会比我更差。只要我记得他们的名字,他们就没事。放手去干吧,没问题的。
Lenny (22:12): 说到搞砸这件事,你对路线图和 roadmaps 有一些非常犀利的观点。
Janna Bastow (22:16): 哦,是的,确实有。
Lenny (22:20): 还有人们在组织路线图时常犯的错误。所以我肯定想花点时间聊聊这个。首先,你对基于甘特图的路线图规划有很强烈的反对意见。能谈谈这个吗?
Janna Bastow (22:31): 好的,当然。我以前也做基于时间线的路线图。ProdPad 的第一个版本其实就是时间线路线图。带你回到过去——当我还是初中级产品经理的时候,我像其他人一样做路线图,我去查了路线图是什么样子的,看起来就像一张彩色甘特图。我知道甘特图是什么。于是我开始动手做,把我正在做的功能排到对应的截止日期上。然后老板会拍拍我的头说,“干得好,去交付吧”,基本上就是这样。
Janna Bastow (23:05): 我就尽力去做交付,但从来没办法把所有东西都交付完。总会有各种事情冒出来。但我有点觉得那是自己的问题——就是我不擅长交付,只需要在加 buffer、设定期望、把路线图做得稍微好一点这些方面再努力一点。但我觉得大家都是这么做的路线图,只是我一个人没把路线图上的事情按时做完而已。
Janna Bastow (23:29): 等到开始为路线图创建工具的时候,我想象出一种能帮我更轻松地管理这种路线图格式的东西。我最终做出了 ProdPad 的早期版本,就是把这个过程数字化了——你可以拖放想法到路线图上,拉伸和压缩它们,左右平移路线图。我把这个分享给我认识的一些早期产品人和早期用户,他们给了我一些反馈,有些人非常喜欢。
Janna Bastow (23:56): 他们说,“太好了,现在我可以不用 PowerPoint 或者其他什么工具了,也不用自己画了,可以开始用这个数字化工具了。“但我们开始从早期客户那里听到的一件事是,大约一个月后他们说,“很好,但我想把这些东西全部往后挪一个月。“我们就想,“哦,有意思。我们从好些其他人那里也听到了同样的需求。这是为什么呢?“因为如果我们只是问了客户,只是照客户说的去做,我们最终只会做出一个多选拖放功能。但这整个是用 jQuery 写的,要实现那个功能有点困难。
Janna Bastow (24:35): 所以我们就像做了个五个为什么的追问,深挖人们为什么想要这个功能,结果发现没有人真的在自己声称的时间框架内交付路线图。我们就想,“等等,如果不是只有我们没按路线图交付,那些比我们厉害的路线图产品经理们也没有按时完成路线图,那路线图的意义是什么?我们为什么要给他们路线图?“于是我和 Simon——我在 ProdPad 的联合创始人——坐下来,想出了一个三栏路线图:当前、近期、未来,后来变成了 now、next、later。
Janna Bastow (25:08): 它去掉了顶部时间线这个简单的概念。时间线的问题在于,一旦有了时间线,路线图就变成了一张数学图表一样的东西——X 轴是时间,Y 轴是要做的事情,然后下面的所有东西都被分配了一个截止日期或一个迭代。看起来你所做的一切都有截止日期、都有迭代,仅仅是因为路线图的格式就决定了这一点。这很痛苦,因为这是不对的——我们没有这些东西。计划得越远,你就是在越多的编造。这一点我们都知道。
Janna Bastow (25:45): 所以我们想要更多的灵活性,我们也知道其他产品经理想要这种灵活性,因为我们一直在问他们在做什么。所以我们决定把它拆成这三个桶,提供了这个选项,大家很喜欢。这成了 ProdPad 使用量上的第一个拐点,因为人们会说,“哦等等,我可以只说现在在做什么、接下来做什么、之后做什么?而且如果我想的话,我可以给某个具体的东西加个日期,但我不是必须这么做。而且越往后我可以越粗粒度。太好了。”
Janna Bastow (26:18): 这其实是借用了 cone of uncertainty(不确定性锥)的概念,借用了越远的事情越不确定这个想法——这也基本上是现实的运作方式。所以对时间线路线图的全部不满,本质上就是拆掉时间线这个概念。这不意味着我们活在 fantasy land 里。这不意味着我们不相信路线上可以有日期——如果确实有一个我们必须朝之努力的日期的话。它只是意味着,不要因为路线图的格式就惩罚自己,给上面的每样东西都加上日期。
Lenny (26:49): 明白了。好的。我之前不知道你可以只给部分东西加日期,这很有意思,因为我一直在试图搞清楚这个方法具体怎么运作。我们还应该提到,now, next, later 这个整套想法是你提出来的,现在很多人在用,对吗?
Janna Bastow (27:01): 是的。
Lenny (27:02): 太棒了。好。作为整个职业生涯都在用甘特图时间线的人来说,我真的很好奇深入探讨这些想法,挑战一下默认的假设。
播客赞助商环节
Lenny (27:12): 我很兴奋地和我的朋友、播客赞助商 Amplitude 的 John Cutler 聊一聊。嗨,John。
John Cutler (27:17): 嗨,Lenny。很高兴来到这里。
Lenny (27:18): John,给我们讲讲 Amplitude 的幕后吧。大多数人想到 Amplitude,想到的是产品分析,但现在你们进入了 experimentation 领域,甚至刚推出了一个 CDP。这背后的思路是什么?
John Cutler (27:30): 嗯,我们一直认为 Amplitude 的定位是支撑完整的产品循环——收集数据、驱动决策、上线实验、从中学习。这就是增长的核心所在。所以那个大的 aha moment 是,我们看到有多少客户在用 Amplitude 分析实验、用 segment 做触达、把数据发送到其他目的地。Experiment 和 CDP 就是在倾听和观察客户的过程中诞生的。
Lenny (27:51): 而支撑增长和学习一直是 Amplitude 的核心关注点,对吧?
John Cutler (27:55): 是的。所以 Amplitude 尽量在客户所在的地方去满足他们。我们刚推出了 starter templates,还有一个针对初创公司的很好的奖学金项目。现在比以往任何时候都更是增长的关健时刻。
Lenny (28:04): 完全同意。谢谢你加入我们,John。大家可以到 amplitude.com 开始使用。
没有日期如何协调跨团队
Lenny (28:09): 这引出了两个问题,你可能已经部分回答了。一个是,如果没有日期,你怎么确保市场、销售和你的 CEO 有他们需要的东西——用来对外承诺,或至少给出产品什么时候出来的感觉?另一个是内部对齐的问题——设计在某个日期完成,工程在某个日期完成,PM 在某个日期完成——[听不清 00:28:32]。在这种格式下你怎么处理这些?
Janna Bastow (28:36): 有几种方式可以扭转这个局面。一个是,你仍然应该保持定期沟通,所以他们还是能看到 now 栏里接下来要做什么。所以他们知道事情的先后顺序,知道 now 栏里的东西大概是几周之内的,而不是几个月甚至更久。你大概应该开 launch readiness meetings,让大家了解哪些东西正在测试中,哪些可能马上就要发布了。
Janna Bastow (28:59): 但对于你的市场和销售团队,你能做的另一件事是把 hard launch 和 soft launch 分开。你基本上应该说,你的开发人员可以在某个特定日期发布一个东西——这个日期对他们来说是方便的,对吧?假设他们认为九月底能做出来。好,这可能推迟到十月中旬,因为总会出问题。
Janna Bastow (29:23): 而到那个时候,不管是九月底还是十月中旬,对市场人员来说其实没什么关系,因为他们正忙着推广八月份上线的东西。他们有大量的事情要做。他们在卖和推广的,是已经上线、已经发布的东西。当这个新东西出来的时候,那就是 soft launch。soft launch 一出来,好,我们来启动这个 launch meeting,执行各项 launch 步骤。现在你们有新的事情可以做了。而且这对市场团队来说好得多,因为他们不用基于一个自己还没看到的东西来准备推广计划。最糟糕的莫过于市场人员试图基于设计师的图片来推广一个产品,而那些图片到真正上线的时候已经面目全非了,或者他们根本不知道它能不能在预定的日子出来。
Janna Bastow (30:07): 所以他们拿到的是一个可以正常运行的功能版本,可以分享给一些客户。他们可以开始录制它运行的视频,可以从早期 beta 用户那里拿到推荐语。然后他们可以花——不管是两天还是六天还是六周还是六个月——来策划他们想要的最大规模的发布。他们可以花接下来任意长度的时间来完成他们的 hard launch,然后把它推出去。而在他们做 hard launch 的这段时间里,开发团队已经在推进下一个东西了。
Janna Bastow (30:41): 等他们做完了,市场那边就说,“好的,你们建了什么?我们准备好做下一个了。“所以你只是把 soft launch 和 hard launch 分开,这样你就不用承受试图对齐两种完全不同类型项目的压力——你的市场项目和你的开发项目——这正是很多环节崩掉的地方。
总结:路线图方法的核心逻辑
Lenny (31:00): 明白了。所以基本的前提是,路线图或时间线听起来很棒、很美好。每个人都希望知道事情什么时候做完,如果真能做到的话当然好。但通常情况下,它们都是编出来的,行不通,你赶不上截止日期,总是延期。所以与其给你正在做的每件事都承诺日期,你更好的做法一般是给出一个大致感觉——“这是我们正在做的。这是接下来要来的。“然后对于真正需要日期的那些东西,我们再给它们打上日期,全力以赴去赶。这个总结对吗——
Janna Bastow (31:29): 是的,完全正确。如果某个东西确实必须有日期,我们不是活在 fantasy land 里,如果有一个合规性日期,比如 GDPR 出来的时候,每个人在路线图上都有一个截止日期,因为你如果赶不上那个日期就会有麻烦。有时候你的日期可能是跟圣诞旺季这类事情绑定的,或者如果你在教育行业,可能必须在学年开学前上线。
Janna Bastow (31:50): 在这种情况下,为了在某个日期之前到达目标,你必须投入更多的项目规划工作——也就是说你必须提前规划,必须留出更多的 buffer 来做这件事。而且通常你必须计划在很久之前就把东西做完,这样你可以先做一次 soft launch,确保它能跑,做一些迭代和修复,然后再做真正的全面发布。因为如果你拖得太晚,就会出问题,你就会错过截止日期。
Janna Bastow (32:16): 如果你对所有的发布都这样做,你要么最终牺牲质量——因为所有东西都会变成赶工出来的垃圾,总是在最后一刻才往门外推——要么你最终要花大量时间把每件事规划到极致,结果就是推进得超级慢。这就是为什么你会看到一些团队人很多,却什么都交付不了。相比之下,那些小团队反而能不停地交付,一个接一个地把东西做出来,因为他们不会把所有时间花在纠结”这个到底能不能交付?你要花多少小时?让我去找那个人问问他要花几天”这种反反复复的事情上。他们就是在构建,而且速度更快。
顶尖产品团队的比例
Lenny (32:57): 我想顺着这个话题再聊聊。我在想,你是在为产品团队构建软件,所以你对产品团队有着非常独特的视角,你见过的产品团队比大多数人都多得多。所以我很好奇,在你看到的团队中,你认为有多大比例可以算是顶尖的、高绩效的产品团队?
Janna Bastow (33:18): 这个问题很好。我觉得我没法给出一个确切数字,因为会有偏差,因为我们天然会吸引那些自我选择了我们工作方式的公司。我们在官网上写得很清楚——不要时间线,来做 now, next, later。所以这个比例会高很多。现在想用时间线的人不会来找我们做 demo,因为我们说得很明确了。我会说大概 70% 的人会说”我们想要 now, next, later”。但我知道这不是真实的。我知道这不是产品团队真实的状态。
Lenny (33:48): 明白,这确实说得通。
now, next, later 的普及趋势
Janna Bastow (33:49): 但我确实感觉到这个比例在增长。我发现多年前我们刚开始推这件事的时候,没有人这样说话。这是一个全新的概念,人们会说,“不,这太疯狂了,你不能这么做。“然后这些年过去,它逐渐变成了人们自然而然的工作方式。人们会说,“当然应该这样工作。为什么不呢?“它正在变成一种被默认期待的方式。确实改变了话语体系,也改变了受众的期望,我想是这样。
优秀与平庸团队的差异
Lenny (34:13): 先把 now, next, later 放一边。我很好奇,在你看来,还有什么把最好的产品团队和一般的产品团队区分开来?在执行方式、招聘的人、流程方面,有没有其他你注意到的——就是那种”这个团队运作得非常好”的感觉?除了实施你推荐的这个流程之外,还有什么经常出现的?
Janna Bastow (34:37): 有,有几件事。一是注重探索(discovery)——也就是花时间在探索阶段,向客户提问,并且能根据这些不断迭代。二是心理安全(psychological safety)——也就是团队成员能够互相质疑,看到问题时敢于发声,质疑高层的决策,质疑其他团队的做事方式,并且总体上对整个业务有清晰的认知,因为他们被允许提出这些问题,更少的部门壁垒(silos)。
带来持久改变的实践
Lenny (35:05): 谢谢。有没有什么团队做出的持久改变,让他们在构建产品方面变得显著更好了?是这两件事吗——做更多探索,以及也许更多的安全感?我猜你的回答一部分会是实施 now, next, later 这种工作方式。还有没有别的让你印象深刻的?“哇,这个团队做了这一件事,然后一切就变得好太多了。”
Janna Bastow (35:24): 比如回顾会议(retrospectives)。回顾会议带来的改变非常大,因为它们是心理安全的标志,而心理安全是一切的根基,对吧?一旦你开始建立这种心理安全,能够提问,开始说”我们在做的什么是有用的?什么没用?好,确定了某个东西没用。我们能不能去改?好,我们可以去改。“好,这就是一个正在改变自身处境的团队。他们在互相交流,在互相学习,并且在有意识地这样做。这些团队在不断学习、迭代和前进。
Janna Bastow (36:03): 而且他们会自然而然地走向 now, next, later 这种模式。他们会自然而然地走向做 discovery,因为这些——我不知道怎么说——它们就是常识。他们不会把”要做什么、什么时候做完”定死在石头上。因为那种做法其实只是因为某个大老板想看到这些信息。那不是心理安全。那是一个人掐着他们的脖子说,“告诉我什么时候做完。“心理安全是,“嘿,把你所知道的信息告诉我,然后去做 discovery,尽可能多地学习,这样我们才能往前走。“这一切的核心就是跟你的队友交流,从你现有的资源中获取尽可能多的信息,充分利用你们公司内部的集体智慧。
改变大公司的产品文化
Lenny (36:46): 回到 now, next, later 这个方法,你在公司里经常在做一件很难的事情,就是改变他们的工作方式、改变他们的产品文化。我很好奇你学到了什么——在大公司里改变产品开发文化、产品文化和工作方式,需要什么。
Janna Bastow (37:04): 大公司很难。它们更难。我把文化看作钙化(calcification)。钙化就是水流过之后沉积下来的石灰岩之类的东西。要修复它,你可以一点一点地凿掉。你不可能一次性全部修好。所以要修复它,你必须一点一点地去凿。你必须在某个地方找到一个小空间。你必须利用你手头的工具。所以有时候可能是找到公司里的一个小团队,然后说,“嘿,这里是公司内部的 startup lab,让他们跑出去做点事情。“因为改变整个公司的心态实在太难了。它已经定型了,卡在那里了,你没法一下子改变所有人。但我们可以改变这里这一小块地方,因为我们有一个特别厉害的领导,知道该怎么做,我们可以带着这一小群人去做点事情。
Janna Bastow (38:00): 然后他们会去教公司其他人。他们会先教这个部门,再教那个部门,再教那个部门。你不需要一次性改变整个公司,但确实需要来自上层的支持(buy-in)。有时候这会非常困难,因为上层的激励机制往往与推动公司朝这个方向前进所需的激励机制不一致。
Janna Bastow (38:21): 归根结底,很多大公司的激励是让公司尽可能保持稳定,让公司季度环比持续增长。这对股市来说很好,他们喜欢那种稳定性,喜欢那种季度增长。但如果公司实际上正受到创业公司的威胁——如果你是一家大银行,或者做健康科技之类的,几乎肯定有创业公司在咬你的脚后跟。现实是,你可能还有足够的现金撑个二十年左右,但随着时间推移,它会一点一点被蚕食掉。
Janna Bastow (38:58): 而那些更小的创业公司会拿走你业务中更有利可图、更有趣的部分,把更难啃的部分留给你。看看 HSBC 和那些新冒出来的公司——我在 Starling 开了个账户,房贷跟另一家做的,存款又放在别的地方。这些小创业公司在他们脚后跟咬着不放。这些公司会一点一点蚕食那些大企业,如果这些大公司不真正采取行动,他们实际上会失去自我创新的能力。所以这些公司本质上陷入了这样一个困境:他们想继续增长,但他们不会愿意经历那个先下降再上升的曲线。
Lenny (39:42): 你实施这种新的构建方式的最大公司是哪家?是不是就是你刚才说的那种方法——在大公司里找到一个团队来推广这套新的——
Janna Bastow (39:53): 是的。
Lenny (39:53): ……对,这套框架?
Janna Bastow (39:54): 对。这就是我们做企业级推广时通常的方式。我们和大型企业合作,也和政府部门合作。通常是从一个倡导者开始的——某个人理解我们的工作方式,一个部门、一个处室,然后从那里起步。有时候我们会发现一个、两个,有时三四个团队同时启动,然后他们会开始联合起来说,“嘿,我们这边已经搞起来了。“一旦这种情况发生,开启下面的对话就容易多了——“好的,我们这边已经有了一个完整的体系。让我们去跟负责战略的 VP 谈谈,或者跟技术负责人谈谈”,然后我们就可以进行更大范围的对话了。
Lenny (40:33): 那家公司采用了这种新的产品构建方式之后,你看到了什么样的影响?
Janna Bastow (40:39): 我们现在正处于一些关键企业转型工作的核心阶段,非常精彩。这些是持续多年的项目,你能看到它在正在使用和交付的产品中落地,同时也是企业内部思维方式转变的一部分。因为 ProdPad 的一点是,它不仅仅是一个帮助你交付产品的工具,它实际上是一个帮助你成为更好的产品经理的工具。它把更好的产品管理实践固化下来。一旦你开始使用它,你就很难再回到糟糕的产品管理实践中去了。
ProdPad 如何推动更好的产品管理
Janna Bastow (41:15): 当你在 ProdPad 中创建路线图时,它让你很难往路线图上加功能和日期。它让你很难做基于时间线的路线图。它让你很难把没想清楚的想法加到 backlog 里,因为它会问你一些有深度的问题,比如:这解决什么问题?为什么要解决这个问题?预期的成果是什么?你得到了什么?所以它让你很难掉进 build trap 里——就是那种”这是要构建的东西”,构建完了,然后继续下一个东西的模式,很多开发工具就是为这种模式设计的。因为 ProdPad 里有专门的空间说,“你衡量成功了吗?成功还是不成功?这个路线图上的事项完成了,结果是什么?“通过创建所有这些空间,它为团队创建了各种提醒,让他们在做工作之前和工作之后回去思考这些东西。所以它实际上在主动帮助他们成为更好的产品团队,更加意识到这类工作的重要性。
如何开始尝试 now, next, later
Lenny (42:05): 如果有人想尝试一下 now, next, later,有什么好的切入点可以去玩玩看?
Janna Bastow (42:12): 你可以在 ProdPad 开一个免费试用,开始玩起来。我们甚至有 sandbox 模式。你只需要去 sandbox.prodpad.com,里面有路线图的示例版本、最佳实践的路线图,你可以直接上手操作。你甚至不需要登录或信用卡。里面有 OKR、路线图、想法、实验、反馈。你可以看到所有东西是怎么组合在一起的。但说实话,now, next, later 路线图用便利贴贴在墙上就能做。核心就是:“你们有什么问题?我们把它们排列出来,然后跟其他人一起核对。“
路线图是策略的原型
Janna Bastow (42:45): 路线图的重点在于,它不是你的计划。我把它看作是你策略的原型。我的意思是,我们在 lean 的世界里一直在谈原型,原型本质上是一种验证假设的方式。通常我们把它放在设计或模型的层面来思考,但把它放到策略层面想一想。在功能层面,你通过做设计、做 mockup 来原型化,然后拿那个 mockup 去给别人看,说,“这是我在做的功能的 mockup,你觉得怎么样?“他们告诉你什么对什么不对,你加一些新的文案或按钮让它更清晰,然后把原来的原型扔掉,因为它不够好,你做一个新的。
Janna Bastow (43:27): 所以价值不在于原型本身,价值在于原型化的过程。价值不在于你的路线图,价值在于制作路线图的过程。你实际在做的事情是把你要解决的问题的假设铺排出来。你在说,“我认为我们有这个问题,然后那个问题。你觉得呢?“关键就是你尽早把自己的假设分享给团队里的其他人、客户——任何愿意听的人。然后确认你是不是走在正确的路上。如果他们说,“哦,其实我觉得应该是这个方向,再这样,再那样,那那个问题呢?“你就真的学到了东西。你可以调整你的策略原型,你可以调整你的路线图,你的路线图一下子就变得更强、更好了。
给心存疑虑的人的信心
Lenny (44:11): 有些听众可能会想,“不行,这在我们公司行不通。太超前了,太激进了。不要截止日期,太疯狂了。“我知道你不是说不要截止日期,而是更少的截止日期。你能不能给这些听众分享三个最有力的要点——“这就是为什么你应该有信心这在你公司也能行得通”。
Janna Bastow (44:32): 其他团队已经在这样工作了。产品人员似乎是被唯一要求给出具体交付日期的人。你的销售团队不会被要求给出他们工作的精确交付日期。他们也是以实验驱动的方式工作的。你的 VP of Sales 或 VP of Revenue 或谁谁谁,不会在董事会上说,“我们十月底要签下 Acme 的单子,一百万英镑。“他们不知道那个。他们所知道的是,他们有一套流程来填充 pipeline,而且几乎可以确定他们会签下一百万英镑或一百万美元的销售额,但他们没法告诉你会来自哪个客户、怎么来的。
Janna Bastow (45:19): 他们会说的是,“给我团队二十五万美元的投资,我会把钱花在客户执行、销售团队身上。他们会拿起电话打一通电话。“把这些电话想象成实验。这些电话,有些会成功,有些会失败。他们不知道哪些会成功、哪些会失败。但他们知道的是,通过使用话术脚本、拿起电话打给客户,总会一些会成功。到季度末,总会有人买单。他们之所以知道这一点,是因为上个季度有人买了,再上个季度也有人买了,他们只是不知道谁会买。如果他们真的知道谁会买,那他们只需要打给那些人就行了,不用打给其他人。
Janna Bastow (45:59): 一样的道理。你没有比销售团队要求更多的回旋余地。你说你想要二十五万美元的投资,你会把钱花在团队身上,让他们跑实验,对吧?可能是试试界面上这个改动,或者价格上那个调整,或者定位上的变化,或者任何你要做的事情。这些实验有些会失败,有些会成功。你不知道哪些会。但没关系,你知道到季度末,足够多的实验会成功,你大概率能把正确的数字往正确的方向推动。
你不欠任何人一个 Magic 8 Ball
Janna Bastow (46:30): 所以你没有比销售人员要求更多的回旋余地。你应该能做的是,指出上个季度你跑了多少实验,哪些数字往正确的方向移动了。你应该对你的实验负责,对你怎么花钱、你在做什么负责。但你不应该在你还不知道什么会奏效之前,就被要求说出什么会奏效。而这正是这种时间线交付、我们被要求给出的 Magic 8 Ball 式预言的问题所在。
Lenny (46:58): 我喜欢这个说法。在进入一个非常刺激的闪电问答环节之前,还有最后两个问题——这个环节我事先没告诉过你,我们到时候看看效果如何。第一个是,你有一个构思产品愿景的有趣框架,我不知道你现在脑子里有没有准备好,但我很好奇你怎么看待构思产品愿景这件事。你有一个非常实用的小框架,而愿景这个东西总是让大家犯愁——“天哪,我怎么想出一个愿景?怎么措辞一个愿景?怎么把我团队的使命可视化?“你能跟我们分享一下吗,如果你脑子里有的话?
产品愿景模板
Janna Bastow (47:30): 产品愿景模板,你可能会认出来它来自 Geoffrey Moore 的《跨越鸿沟》那本书。就是电梯演讲模板。但我很喜欢它,因为它回答的问题和产品愿景模板需要回答的是同一类。比如它会问,你的目标客户是谁,需求陈述或机会是什么。产品名称是一个产品品类。购买理由是什么?然后说,与某个替代方案不同,我们的产品,然后说这个差异化陈述是什么。实际上这个模板在我们的网站上有提供,你也可以在 ProdPad 的产品画布中填写。很乐意把链接分享给你,你可以把它链接起来发给你这里的听众,Lenny。
Lenny (48:17): 不错。好,我们会放在 show notes 里。我觉得这和定位练习用的是同一个框架。我可能说错了,但如果真是这样的话,那很酷。基本上你可以用你的定位工作来帮助确定你的愿景。而且就像愿景一样,它基本上是一个愿景声明,不一定就是你产品的愿景,只是你大致怎么看待它未来走向的思路。
Janna Bastow (48:35): 对。
从 PM 到创始人
Lenny (48:36): 好,酷。最后一个问题,你曾经是 PM,现在是创始人,所以你从 PM 走到了创始人,很多 PM 都幻想有一天成为创始人。我很好奇你对于那些目前是 PM 但将来可能想成为创始人的人有什么建议。你觉得他们应该在工作什么、专注什么——技能、愿景重塑、他们应该做哪些事情来为未来的职业道路做准备?
Janna Bastow (48:58): 做 PM 实际上为你提供了很多技能和背景去成为一名创始人、一名 CEO。它给了你很多机会去和不同的团队合作,看到商业运作的很多底层机制。我之前很幸运,在过去的岗位上我有机会和不同角色的高层密切合作,然后才迈出那一步去做自己的事情。所以我觉得自己在不同角度都见过——做得好的和做得不好的——所以我有机会说,“啊,我觉得我能做这个。好,干吧。”
Janna Bastow (49:32): 让我感触很深的一点是,它没有看起来那么难,但同时它也比看起来更难。有些事情你一开始就发现,哦,没人会阻止你做这件事。你有很多回旋余地。你就是可以做,你有很多自由按照你想要的方式来经营你的业务。外面有很多资源。只要你身边有合适的人,你总能找到人来给你建议、帮你往前走。而且一定会有磕碰。你不知道它们会是什么。总会有东西跑出来给你一个侧面暴击,但这种情况在你当产品经理的时候也一样存在。
Janna Bastow (50:11): 做好准备去迎接它们,做好准备挨一下然后处理它们。你能做的最好的事情就是在身边集结一群人,这样遇到每类问题都有人可以找。“哦,当我碰到跟这个有关的问题时,我可以找这个人。当我碰到跟那个有关的问题时,我可以找那些人。“边走边学。一件一件来。当然,不要仅仅因为觉得自己还不知道怎么做,就阻止自己去创业或做自己的事情。你会在前进的过程中搞清楚的。不如你有能力的人都已经搞清楚了。
闪电问答
Lenny (50:46): 太好了。好,我们到了闪电问答环节。规则是这样的,我会快速问你五个问题。想到什么就回答什么。
Janna Bastow (50:55): 好。
Lenny (50:56): 如果什么都没想到,也没关系。行吗?
Janna Bastow (50:58): 嗯。
Lenny (50:59): 你最常推荐给他人的两三本书是什么?不管是给产品领导者还是一般推荐的都算。
Janna Bastow (51:06): Art of Profitability,我觉得这本非常好。
Lenny (51:09): 你最近看过的最喜欢的一部电影或电视剧是什么?
Janna Bastow (51:13): 哦,Sandman。
Lenny (51:14): 哦——那是——
Janna Bastow (51:16): Sandman 是——
Lenny (51:16): ……好像是部英剧,对吧?
Janna Bastow (51:17): 哦,是英国的。没错,Neil Gaiman 的作品。嗯,非常好。绝对不是给孩子看的。本来以为可能是,绝对不是。
Lenny (51:25): 记下了。除了你现在正在上的这个播客之外,你最喜欢的另一个播客是什么?
Janna Bastow (51:31): 哦,Startups For the Rest Of Us。
Lenny (51:33): 哇,这个我没听过。多说说。
Janna Bastow (51:36): 基本上是 Rob Walling 的播客,面向的是 bootstrap 或非传统融资方式启动的创业公司。基本上就是那些不是顶层百分之一获得融资的独角兽,而是我们普通人的创业公司。
Lenny (51:52): 太棒了。你最喜欢问的一道面试题是什么?
Janna Bastow (51:57): 我喜欢问人们想解决什么问题。他们为什么坐到这张桌子前面来?
Lenny (52:03): 非常有 PM 味道的问题。
Janna Bastow (52:05): 是的。
Lenny (52:05): 行业里还有谁是你最尊敬的思想领袖?你首先想到谁?
Janna Bastow (52:10): 我要特别提一下 Christina Wodtke。昨天我刚和她有一次很棒的对话,这些年来我也多次有机会和她交流。她的职业生涯非常辉煌——她参与过许多了不起的团队,构建了许多了不起的东西,写了几本了不起的书,同时也是一位全方位的了不起的产品人和了不起的人。
Lenny (52:32): Janna,这次对话太棒了。我觉得我们涵盖了很多不同的话题,比我们通常在这类播客中讨论的还多。最后两个问题:如果大家想联系你或了解更多,在网上哪里可以找到你?听众怎样才能帮到你?
Janna Bastow (52:45): 太好了。大家好,我是 Janna Bastow。你可以在 Twitter 上找到我,我的账号是 simplybastow。也可以在 LinkedIn 上找到我,加我好友,我是 Janna Bastow,很容易找到。也欢迎来看看 ProdPad。非常希望能得到你的反馈,因为我们是一个由产品人组成的团队,我们很乐意听到其他产品人对这个产品的看法。我们一直欢迎反馈,也在不断推送新的版本。所以去看看吧,试试 sandbox。期待听到你的声音。
Lenny (53:11): 太棒了。谢谢你来做客,Janna。
Janna Bastow (53:13): 当然,非常感谢。
Lenny (53:16): 非常感谢你的收听。如果你觉得这期节目有价值,可以在 Apple Podcast、Spotify 或你最喜欢的播客应用上订阅本节目。同时,也请考虑给我们评分或留下评论,因为这真的能帮助其他听众找到这个播客。你可以在 lennyspodcast.com 找到所有往期节目或了解更多关于本节目的信息。下期再见。
术语表
| 原文 | 中文 |
|---|---|
| after party | after party |
| backlog | backlog(待办事项池,保持原文) |
| bootstrap | bootstrap(自举创业,不依赖外部融资,保持原文) |
| buffer | buffer(缓冲时间) |
| build trap | build trap(指团队只关注构建和交付功能而不关注成果的陷阱) |
| buy-in | 支持(buy-in,指利益相关者的认同与支持) |
| calcification | 钙化(calcification,此处比喻组织文化的僵化) |
| CDP | CDP(Customer Data Platform,客户数据平台,保持原文) |
| Christina Wodtke | Christina Wodtke(保持原文) |
| cone of uncertainty | 不确定性锥 |
| corpsing | 僵住(指在台上失控、无法继续的状态) |
| Crossing the Chasm | 《跨越鸿流》(Geoffrey Moore 的经典著作) |
| discovery | 探索(discovery,产品发现阶段) |
| Gantt chart | 甘特图 |
| GDPR | GDPR(通用数据保护条例,保持原文) |
| Geoffrey Moore | Geoffrey Moore(保持原文) |
| goodwill | goodwill(商誉/好感,此处指社区中积累的信任与好感) |
| grassroots | 草根性 |
| hard launch | hard launch(硬发布/正式发布,此处保留原文) |
| jQuery | jQuery |
| launch readiness meeting | launch readiness meeting(上线准备会) |
| lean | lean(保持原文,指精益/轻量方法,首次在此语境中出现) |
| Magic 8 Ball | Magic 8 Ball(一种玩具预测球,此处比喻被要求给出不确定的预言) |
| mockup | mockup |
| Neil Gaiman | Neil Gaiman(保持原文) |
| newsletter | newsletter |
| now, next, later | now, next, later(路线图三栏模型,保持原文) |
| OKR | OKR(Objectives and Key Results,目标与关键结果,保持原文) |
| onboarding | onboarding |
| pipeline | pipeline(销售管线/漏斗,保持原文) |
| ProdPad | ProdPad(产品管理工具,保持原文) |
| ProductCamp | ProductCamp(产品管理社区活动,保持原文) |
| psychological safety | 心理安全(psychological safety) |
| retrospective | 回顾会议(retrospective) |
| roadmap | 路线图 |
| Rob Walling | Rob Walling(保持原文) |
| sandbox | sandbox(沙盒/沙箱模式,保持原文) |
| segment | segment(用户分群,保持原文) |
| show notes | show notes(播客节目附注,保持原文) |
| silos | 部门壁垒(silos,指组织内的信息孤岛) |
| soft launch | soft launch(软发布,此处保留原文) |
| the five whys | 五个为什么(一种根因分析方法) |
此文档由 AI 分片翻译(translate_long_document)