失败
Failure
Katie Dill: The Design Team’s Rebellion
Lenny: Today we’ve got another very special compilation episode. Something I’ve been pulling on more and more with the podcast and the newsletter, in case you’ve noticed, is failure. Normally I spend a lot of time researching how the best companies and the best product leaders operate, but you can learn a lot and often a lot more from failure. And so what we’ve done with this episode is we’ve looked at all of the past episodes we’ve done and pulled out all the most interesting and insightful stories of failure and turned it into this very focused episode on failure. I hope that you find this useful and interesting. Let us know what you think in the comments on YouTube or on lennysnewsletter.com, or just let me know on Twitter. If you like this, we’ll keep doing this. If not, we’ll, probably not. Either way, I hope you enjoy. Before we dive in, here is a short word from our wonderful sponsors.
Let me tell you about a product called Sendbird. The all-in-one communications API platform designed for both web and mobile apps. In a world saturated with multi-channel communication, product teams are discovering the effectiveness of in-app communication with Sendbird, businesses can elevate their in-app experience with decluttered and branded communication featuring AI-powered chatbots, one-way messages, chat, video calls and livestream capabilities, all tailored for commerce, marketing and top-tier support. Forward-thinking companies such as Hinge, Patreon, Yahoo, Accolade, and more use Sendbird to build in-app communication experiences that drive engagement, conversion, and retention. In-app communication has the highest conversion, highest engagement, and highest satisfaction of any communication channel. And when it comes to investing in this channel, trust Sendbird to take your in-app communication experience to the next level. Start today with Sendbird’s free plan and as a listener of Lenny’s Podcast, you’ll get an additional two months of unlimited usage and access to all premium features, including creating your very own generative AI chatbot. Visit sendbird.com/Lenny to begin your free journey. That’s sendbird.com/Lenny.
All right. First up, we’ve got Katie Dill, who is head of design at Stripe and former head of design at Airbnb and Lyft sharing this amazing story of how the entire design team at Airbnb basically rebelled against her soon after she joined and what she learned from that experience.
Katie Dill: I’m happy to talk about it because frankly, it was the biggest learning experience of my leadership career, or at least that happened in one moment, and it happened in my early days at Airbnb. So I was hired to take on the experience design organization, that’s basically the product design team, which was 10 people at the time.
And so they had been reporting directly to one of the founders and they were going to start reporting to me. And during my interview process, I learned a lot about what was working and what wasn’t working and some of the trials and tribulations with the design organization and its collaboration with others. So it seemed like there was room for improvement in how engineering and product management and design all work together. And there was also really low engagement scores in the design team.
And so I came in ready to go and excited to try to help make some change based on all the things that I had learned from various leaders and people across the company. And I came in swinging ready to go, and then about a month into my time there, I got a meeting on my calendar. Thursday 8:30 AM, was an hour and a half with half of the design team, so that was five people, and our HR partner.
The Cannes Stage Nightmare
Lenny: Oh, no. That’s never a good sign.
Katie Dill: Usually it’s [inaudible 00:05:01]. Yeah. And I remember this so vividly. I remember walking into the office and all the rooms in Airbnb’s office are very unique spaces that look like Airbnbs, but of course this was the one room with all white walls and just a gray flat rectangle table. And I walked into the room and there were five of them seated around the table and they had a pack of papers in front of them, and they went on taking turns quietly reading from the papers all the things that they saw that I was doing wrong and all the things that they didn’t like about me. And it was a really hard moment there. I went through all the usual stages of grief when one hears feedback, which is just immediate want to respond to be like, “Oh, well there was a good reason for that.” And, “That’s not how it actually was,” and, “This is why I did that.”
But luckily I had, thank goodness, I had the sense to just listen and not respond in that way. Clearly, what they were telling me is that that was one of the things that was missing. And so I heard them out and took it all in. And regardless of each individual thing, what was very clear was that the missing piece, the theme that was across all of that is that I hadn’t earned their trust. So whether how right or how wrong what I was doing was is the key piece is that I wasn’t bringing the team along with me. They had no idea that they could trust in what I was trying to build and what I was trying to shape and that I cared about them and that I had their best interest and shared goals at heart. And that was absolutely my fault.
And in retrospect, as hard as that was, I’m very grateful and very amazed that they could come together and share that with me. It can be hard to bring feedback forward like that.
And so it was an extremely valuable learning experience and I took from that to then immediately shift how I was operating. And really a key part in building trust was to listen, to hear out what the individuals on the team were setting out to do, what they cared about, what motivated them. And so I started to make pretty fast change and still moving in the direction that was necessary for the org to make the really large impact in how we were operating, but bringing folks along with me. You can inflict change on people, but if you want to do it with them, really trust is the key element there.
And then a couple of months later, we had the best engagement scores in the company. So it actually, it did objectively improve the situation and since then taken that on into next steps in other companies that I’ve joined and just think about instead of coming in swinging, come in listening, so that you can really set out to make change that actually has true positive impact on the folks around you and you bring along with you.
Google’s Failed Social Products
Lenny: Next up, Paul Adams, chief product Officer at Intercom, sharing the nightmare experience of freezing on stage in front of thousands of people, having to walk off stage, and then people hearing him curse because the mic was still on, and then how he recovered. Plus a few stories of building some of Google’s most infamous product failures.
Paul Adams: Some things have happened in work, are very memorable at the time and they don’t really scar you. This goes in the book that have scarred for life. Yeah, let’s go long story short, I was at Facebook just over a decade ago, loved it at the time. I think it was a great place to be at the time. And basically San Francisco, I did a lot of talks for Facebook internally and externally. Facebook had a keynote slot, always have a keynote slot at Cannes, the world’s biggest advertising festival. And the year prior, Zuck had been interviewed. He was the speaker, he’d been interviewed, gotten a hard time on privacy. It didn’t go well, as well as they’d hoped.
So the next year they asked me to do it, maybe it was the Irish accent that made the offer come my way. And yeah, I got out into front the stage of the world’s biggest advertising stage, and I’d say I was like three or four minutes into the talk, a talk I’d given, a very similar talk that I’d given lots of times.
And I just froze. I couldn’t remember what I was supposed to say. It was the first ever time in my life I’d rehearsed a talk word for word. Usually, I have talking points and I’d ad lib and things get mixed around and it’s kind of informal. This was media trained, do not say the wrong thing kind of talk. And I just could not remember what to say. I had some version of a panic attack, walked off stage, I was still mic’d up, cursed. I was laughing. I was like, “Geez, are they laughing at me. Oh my God, this is…” But I can manage to turn it around, I walked back out, I’d kind of been disarmed internally in my head, and the rest of it went well. And I was famous that night out in Cannes afterwards on whatever the seafront, it’s just like rosé everywhere. I was famous and infamous for my performance.
The Value of Failure
Lenny: I feel like you lived the worst nightmare that everybody has when they’re thinking about giving a talk. And I think what’s interesting is you survived, and I think that’s a really interesting lesson is you could freeze in front of thousands of people, walk off stage, and then it works out okay.
Paul Adams: And it all happened organically, I guess, or very naturally. But yeah, ever since then, every time I walk out onto a conference talk stage, still today, I ask myself, I have this tiny doubt in the back of my head. It’s never happened since. But yeah, I think you have to go with it with these things. When life kind of throws you these whatever curve balls you have got to kind of adapt, and it’s not that big a deal. None of these things are that big a deal. At the end of the day you kind of move on, live and learn. Yeah, but I still hope it doesn’t happen again.
Lessons from Pets.com and Quibi
Lenny: I also hate public speaking and I always fear this is exactly what’s going to happen to me. And so I think this is nice to hear that even when the worst possible thing basically happens, things can survive.
Paul Adams: You can turn it around. Yeah.
The Pets.com Shutdown Decision
Lenny: A second area I wanted to hear from is your time at Google and there’s a couple products you worked on at Google. Both of them were not what you’d call big successes, and then there’s kind of a transition to Facebook, which was also kind messy. Can you just share a couple stories from that time?
Paul Adams: Yeah. Similar to the walking off stage thing, you live and learn, and I was at Google for four years. I was at Facebook for two and a half years or so. At Google I worked on a lot of failed social projects like you mentioned, Google Buzz, Google, and later Google+. I think a lot of the motivation for those projects came from a place of fear. It didn’t come from a place of let’s make a great product for people,.let’s really understand the things people struggle with when communicating with family and friends. That’s really, really try and create something wonderful. It came from a place of fear.
And so during those times I learned I think how not to lead in places. And by the way, I should say at the time in Google, there was other things happening that were amazing, like Google building Google Maps. Incredible product, one of my favorite products. I think one of the best products ever made. They were building Android. I was in the mobile team, in the mobile apps team at the time that Android came out. So incredibly good product. So I just happened to be in the social side, which wasn’t as good.
And yeah, Google Buzz was kind of a privacy disaster, and Google+ similar. And so kind of halfway through I kind of published research about groups, and I’ve done a ton of research. An interesting kind of side note there is at the time I asked, I was working in the research, in the US team as a researcher, I was being asked to do a lot of tactical research, like usability study type stuff, like can people use these products? And I ended up doing a lot of formative research as well in the same session. So I’d kind of say to the team like, “Hey, I’ll do the research, I’ll answer your questions, but also I’m going to do this other thing, and I’m going to take 20 minutes doing that.”
And so what we used to do is, what I used to do with people was map out their social network, all the people in it, their family, their friends, how they communicate. We’d map on all the channels, we’d talk about what worked well, what didn’t. And we did this with dozens and dozens of people over the course of maybe 18 months. And the same pattern emerged every single time, which was people need way better ways to communicate with small groups of family and friends. And I kind of look back now and go like WhatsApp, or it maybe iMessage if everyone’s on Apple, but really obvious in hindsight, but at the time, not obvious. And so we kind of tried to build a product around that called Google+, but again, it was kind of came from the wrong place. And so halfway through the research that I’ve done, all this research had been made public through a conference talk and Zuck and Facebook noticed, got in touch, one thing led to another and I left and joined Facebook, which was an amazing thing for me, personally.
Facebook was amazing, an amazing place at the time and exciting. And they were trying to do things for the other reasons, the kind of good reasons, like, “Hey, let’s build an amazing product for people.”
Starting Over After Quibi
Lenny: And this was during Google+ being built? You basically shifted.
Paul Adams: Yeah, midway, I’m stressed to even telling you about it. The project hadn’t been launched. It was still under wraps. It was highly confidential. Google had done a lot of things at the time that were the first for them. I don’t know if they’ve done them since, but things like everyone worked in Google+ was sent to a different building. That building had a different key card. If you didn’t work on Google+, you could not get in. All sorts of counter-cultural things at the time. And as a result, there was a lot of antagonism internally for Google+. And so when I left in the middle of the project, leaving with all of the plans in my head to the enemy, some people saw me as a traitor, understandably. Other people thought I was enlightened. It depends on who you talked to, but it was the right thing for me to do. But at the time it was a hard thing to do.
Lessons Learned from Quibi
Lenny: I know there’s also a lot of scrutiny in what you took with you and the process.
Paul Adams: When I left, Google kind of assumed that I was one of the spies. I was quarantined when I told them I was leaving. They forensically analyzed my laptop, all sorts of stuff like that. So it was pretty intense. Looking back, I can understand why that happened, but the root cause for me is that the project has been run from a place of fear, competitive fear, which I don’t think leads to good things.
Lenny: So one of the themes through the stories you just shared is, let’s say failure is… I don’t want to make it that harsh, but just things not working out. And I’m curious as a product leader, how important you think that is for people to go through if you think that’s something that is almost a good thing. And I guess just is there anything there that you find helpful as a coach, as a mentor, as someone, to people that are trying to become basically you?
Paul Adams: It very, very… It still is. It still is. I’ve personally failed so many times. There are two stories and the Google one is long deep tentacles. There are two stories. I’ve failed a ton of times like at Intercom. I remember when I was at Facebook, I was very happy and I knew I wanted to [inaudible 00:16:39] the co-founders of Intercom and they’re trying to persuade me to join Intercom. It was like 10 person company at the time. But Owen said something to me at that time, which has stuck with me ever since. He said, “At Facebook you can design the product, but at Intercom you can design the company.” And that was extremely appealing to me, a great pitch. He’s like, “Just design the company with us that you want to work in.”
And so part of that was a company that embraces failure that says it’s okay to try things. I’m a big believer in big bets, higher risk, higher reward. I don’t get as excited about incremental things. Now I haven’t said that, there’s of course a place for that too, especially as companies get bigger. But I get excited about big bets and if you make big bets, you’re going to get a lot of it wrong. So a lot of the principles that we built here at Intercom, on building software, we have a principle called ship to learn, and we’ve actually changed it since, still on the wall here. Ship fast, ship early, ship often is what it says now. Used to say ship to learn. Ship fast, ship early, ship often. It’s like in that idea is the idea of failure. It’s not going to go right, and it’s going to go wrong more often than not. But if you ship early and fast and learn fast, you can change fast, and you can improve fast. And that’s the kind of culture that we as much as possible try to embrace and teach people. But it’s much easier said than done.
Lenny: Especially when you’re in the moment. Like Go damn, it, everything’s going to fall apart. I really messed this one up.
Paul Adams: Yeah. And there’s a trade-off with quality that people really struggle with. We’ve high standards of ourselves. A lot of Intercom comes from a design founder background. We value the craft a lot. We never want to be embarrassed by what we ship. So there’s a real tension there, a real trade-off where people have these high standards, which we encourage and we encourage them to ship fast and learn and make mistakes. It’s a constant kind of tension that we’re navigating.
Lenny: Next up, we have Tom Conrad, who is chief product officer at Quibi and engineering leader at Pets.com. Two of the most memorable failures in product history, sharing his lessons from those wild experiences. Tom is currently CEO of Zero Longevity Science, which is a killer business and an app in case you haven’t come across it. I’d definitely check it out. Here’s Tom.
You brought up this phrase of notable disasters and I want to talk about that. You’ve worked at two of the most famous notable disasters of product companies, Pets.com and Quibi. I think it’s really rare someone sees the inside of so much hype and then such a fall at a company. And so I just want to spend some time in these two areas, and maybe the way to set it up is just what’s a lesson you took away from each of these two experiences that you’ve taken with you to future work, and maybe advice you share with people?
Quibi’s Big Bet and Fundamental Flaws
Tom Conrad: Probably the biggest lesson, it’s not really about the specifics of the business. The biggest lesson really is these things make you better. In some instances, actually I think in both instances, they became kind of dominoes that opened doors for me in my own ambition and my own sort of professional life that maybe just wouldn’t have opened at all if I hadn’t gone to those companies and learned those things and had those experiences. And frankly, even in the case of Pets.com, like even the high profile nature of it, I could have worked at one of a thousand e-commerce websites in 1999. And when I went on to some subsequent job interview or something and talked about my experience, I had never heard of the thing that you worked on, but everybody certainly heard about Pets.com.
It’s a pretty funny example too of how some struggles are timeless. That was 23, 24 years ago now. And while as a leadership team, we made, I’m sure, all kinds of mistakes. One of the things that happened was that there were three kind of over-funded pet e-commerce sites, and we all raised in excess of $50 million, which is a tremendous amount of money now. It was a tremendous amount of money then, and we all thought it was a zero-sum game and that we as one player started to spend on promotion or to spend irrationally on national broadcast television advertising. We all did, and it became this kind of unwinnable arms race. So there is, I think a fundamental lesson about having an excess of investment can be its own albatross or lead you to make decisions that maybe would be unwise.
And then of course, it’s just like timing is really important. Chewy is a online pet store. It’s worth $9 billion today. They were a private company and bought by PetSmart and then spun back out. But when they were bought by PetSmart, they were acquired for 3 billion, biggest e-commerce acquisition of all time. And while I think it’s probably unfair to compare, Chewy who executed exceptionally well over a decade, grew their business brick by brick, and turned it into something really remarkable. To Pets.com, which was in a very, very different moment in time and tried to go to market in a really different way.
The critique that is often leveled at Pets.com or at least at the time, was like, this is just a stupid business. They’re shipping dog food around. You could never make that work, and that’s just wrong. You absolutely can make it work. Probably can’t make it work when 80% of the country on the internet is still on dial up. It’s really, really early.
The Need to Fail Completely
Lenny: I saw a stat I think you shared somewhere that you took Pets.com from nothing, to a public company, to completely out of business in 19 months.
Tom Conrad: Yeah, yeah, I think that’s about right. The other thing that’s forgotten in the tale is that we actually didn’t go bankrupt. We shut the company down and returned the remaining balance to the investors, which no public company had ever done before. And the leadership team just reached the conclusion that given the way market conditions had evolved, there was just no way we were going to be able to get more capital into the company. And it was a company that required additional investment to get to profitability. And so it was better to wind down early, take the money that we had in the bank and get it back to investors than to just spend every last penny on what was sort of a fruitless attempt to salvage it.
Lenny: Did not know that. Let’s talk about Quibi. What went wrong there? Do you think there was a path to Quibi having worked out? Any big lessons that you took away from that experience that you bring with you?
Tom Conrad: The kind of miraculous thing about Quibi for me was it relit my enthusiasm for the industry for doing this work. I had left in, I think it was December of 2018, and I thought that maybe I was just done making software. I had done it for a really long time, I had done it for twenty-five years or something. And I had changed a lot. The industry had changed a lot, and I thought maybe I just didn’t have the same passion for it that I had a decade before. And it also seemed like maybe it’d be fun to have another chapter of my life that was just completely different. And I had a whole list of things that I thought I might want to do. They were really, they were kind of ridiculous. Maybe I want to be a pastry chef. Maybe I want to be a landscape photographer. Maybe I want to learn to make bad music to put up on SoundCloud or something. Really the only thing they had in common were they were all things that I knew nothing about. People would be like, “Oh, you think you might want to be a pastry chef? Do you like to bake?” And I’d be like, “No, I don’t know anything about baking.” “Oh, you might landscape photography. Do you take photos?” “No, I don’t make photos.”
But I was kind of committed to the bit, actually to the point where when TechCrunch interviewed me about my departure from Snapchat, I was like, “I’m out. I’m going to do something else entirely.” So that story is very much out there. But a few months after my last day at Snap, I got a call from Meg Whitman and Jeffrey Katzenberg who were starting up, it was called New TV at the time.
And the pitch was, “We’re going to try to take the best of mobile and Silicon Valley and Consumer Tech and sort of weld it to the best of Hollywood-style content production to build something completely bespoke and purpose-made for consumption on the phone.” They were looking for both technology leadership and product leadership and wanted to know if I was interested in one or both. And I took the meeting, even though I wasn’t really taking these kinds of calls from anybody. It just seemed like who’s going to pass up the opportunity to have lunch with the two of them? So I listened to the pitch and politely declined and told them that I was going to be a pastry chef or something. And we kept doing that every couple of months for seven months. We’d go to lunch, they would give me an update on the progress they were making, and I would decline the invitation to get involved somehow.
And then late in that year, I went to lunch one more time and Meg explained that they brought on someone to lead technology and they brought another person to lead product, and both of them really truly for reasons that are completely disconnected from Quibi itself, both of them had left after about six weeks. And Meg’s like, “We’ve raised all this money, and we’ve told the world that we’re shipping this product in about a year. We got an awful lot to do, and I really could use some help, and I would consider it a personal favor if you would come and spend just a couple of days a week helping.” She’s like, “I’ll continue to look for someone who actually wants the job, but it’d be great if you could help me get this off the ground.”
And my wife is a freelance writer, marketing strategist and loves her life as a freelance contributor. And she’s like, “You should do this. Why not? It’s two days a week, it’s just a few months. What’s the worst thing that could happen? Maybe you’ll like it.” And I’m like, “No, no. Here’s the thing that will happen. I won’t do it two days a week. It will immediately be three days, then four days, then five days, then six days. I just know myself.” And she’s like, “No.” She’s like, “Just on Wednesday night at six o’clock, close your Quibi laptop and be like, all they’re paying me for is for Tuesday and Wednesday and then open it back up on Tuesday morning. That’s all you’ve got to do.”
Well, she’s right about most things and she’s wrong about this. I fell deeply into it right away, and it was just so fun to get to build a team from scratch and to design and build a product from scratch and to take advantage of all of the sort of modern software architecture stuff that had come into being over the course of the 15 years since we had started Pandora. And I’m embarrassed about some of the what happened with Quibi for sure, but I’m super grateful for the experience, because I just really fell in love with the industry again and was reminded of just how rewarding it can be to build something and to try to put it out there even if you stumble pretty mightily along the way.
Lenny: Is there something that you took away from that experience that taught you what to try to avoid, to try to pull towards?
Tom Conrad: I think I sort of misunderstood or misjudged companies sometimes by thinking about them really focused on the product execution. If you find an interesting problem that people care about and you solve that problem in a really beautiful, elegant, delightful way, that’s 10 times better than anything else that they can get in that same space, they’ll tell their friends and all the rest will take care of itself. And so that was always my ambition. Find a thing that I cared about building, do a great job building it in a delightful way, go really deep on listening to people and their feedback and iterate your way to success and breaking through that membrane that we all strive to get across, the really great word of mouth.
But I think the thing I’ve come to better appreciate is that companies are also, they’re kind of a math problem that describes how you take investment and pour them into the equation, and out the other side comes returns on some time horizon. And yes, there are variables in that equation that are influenced by the product that you build and all of the little details and decisions that you make about making that product great. But if the equation is fundamentally broken or a big swing in and of itself, no amount of iteration and execution can get you out of the failed outputs of the broken equation.
And I think Quibi made a bet that you could build an entirely bespoke content library that was sufficiently scaled to get people to subscribe and retain for a couple billion dollars. It was a huge amount of money, but we made 70 shows in 18 months, which is more content than all of the major broadcast networks combined made in a single year. So it was a pretty major accomplishment. And we made a bet that we would augment those sort of episodic and serialized or Hollywood style shows with a bunch of daily content that we produce at the level of network television, nightly news, and so forth that would be an alternative to some of the sort of daily content that you might otherwise get on YouTube. And that was going to be about a third of the content spend.
One super interesting thing that no one talks about is that all of that content was designed to be made day of or day before it aired. So there was no back catalog of it, and it was all designed to be shot in these professional studios that we built out, and it was really expensive. Like I said, it was a third of the investment we were going to make in content, almost half the investment we were going to be making content. And we launched two weeks into Covid, and we couldn’t make any of that content except literally in the garages of the host’s homes. And so we had this thing that was supposed to seem really set apart from YouTube that literally now was being made exactly YouTube content, which is sort of like self-produced at home with very little sort of the support infrastructure of Hollywood.
Now you can argue, I think the content on YouTube is really, really exceptional in this category, and maybe we were never going to do better than that. But I think what was really fundamentally broken with Quibi was that the actual foundational equation of can you make enough premium content that’s totally bespoke and made for the service and takes advantage of the nature of the phone, is that enough content to get people to sign up and retain, and can you do that for a couple billion dollars? And I think the answer is no. The library has to be much, much bigger and you have to have, like any company, you have to have sufficient time and energy to iterate on the content format itself. Our roadmap really wanted to innovate on the content format. And so I think part of what happened is pretty quickly it became clear that the math was just wrong. It wasn’t going to take 2 billion, it was going to take six or eight or 10 billion. And the risk reward profile of betting 10 billion on the format was just more than anyone can stomach.
Lenny: Next up, we’ve got Sri Batchu, former head of growth at Ramp who shares something that I’ve thought about ever since we had this conversation, which is this idea that when you fail, make sure you fail conclusively to make this failure an actual learning that you can build off of versus just a waste of time. Here’s Sri.
Trade-offs in Running Experiments
Sri Batchu: Growth experiments in my history are typically like 30%-ish success rate. So the vast majority of things that you try don’t work. And so you want to create a culture where people aren’t afraid to take risks and aren’t afraid to fail. And for me, failure is not that you didn’t drive revenue, failure is not learning. So it’s really important that you learn when you fail. And so we celebrate failure as long as you’re learning, and you can only learn if you’ve designed the right test and you failed conclusively, because otherwise I think many of us have been in situations where there’s intuition that something might work and it doesn’t work, and then you end up doing it over and over for years because every time a new executive or somebody else has the same idea, you try it again. And it’s because you haven’t been able to design the test to fail conclusively.
It’s hard to do. But at the end of the day, there’s only two ways to make an experiment successful. Either you have a very large M or you have a very significant treatment, which is what you’re doing in the experiment itself. And in B2B, you don’t usually have the luxury of large M, which you [inaudible 00:34:54] consumer.
Facebook can get [inaudible 00:34:56] in two hours. A B2B company could take two years to get to the same number of touch points. And so to counteract that, I recommend people just trying to maximize the treatment effect, which is like if you have a hypothesis that you’re testing, just throw all of the possible tactics and resources that you think would move that needle because you can always cost rationalize later if it works.
And so just maximize the treatment effect. And if with all of that it didn’t work, then you can say, “Hey, we’re not going to try this again because we literally did try everything that we could to test this hypothesis. And if it doesn’t work in the best version, and it’s expensive as it is, this is not worth spending more time on.” But if it does work, great. Then you do another version of the test with half the tactics or whichever tactics you think work better or worse and you optimize over time.
Top Mistakes for New Product Managers
Lenny: Is there an example you could share when you did that?
Sri Batchu: Account-based marketing is something that is very common in enterprise software where you’ve selected certain customers that you think are high priority and you’re saying, “I want to touch them in as many nuanced ways possible to see if that drives conversion.” And this is something I’ve seen tried many times where people do it, but they kind of do it halfway where they’re like, okay, tried these three things. Conversion of the control group wasn’t higher, and so we think it is not going to work. And then a new go-to-market executive comes and they have to do it again. They have to do it again. They have to do it again. It’s like a very common one wherever this happens. And so when we did it at Ramp, we did exactly what I just described, which is like, let’s really be thoughtful about the experiment design, both in terms of maximizing the number of people as well as maximizing the number of ways and types of ways that we’re effectively touching these target customers to show the value one way or the other.
Airbnb’s Biggest Product Mistake
Lenny: So what it sounds like is the hypothesis isn’t like this email will have a big impact on conversion. It’s like this strategy of coming after customers is what we’re testing.
Sri Batchu: That’s the example there. And I think for example, if you had the… This kind of framework is more important for cross-functional, larger scale, bigger tests rather than an email modification. But we can even use it on a micro example like an email modification where you are like, “Okay, I think this particular email is underperforming because it’s not talking to this part of the customer’s pain point or journey or what have you.” And you could just, the simplest test would be, okay, let me make some tweaks to the text and edit that, and that could be the end of that test. And if that doesn’t work, you’re like, “Oh, maybe those weren’t the right text edits. Let me do a different text edits or whatever.”
And that’s fine, that’s low cost. It’s not the end of the world and it’s for you to be wrong there. But an alternative that you could do is like, “Oh, what are all of the things that I could change about this email in the same test?” Is it the trigger of the email? Is it the text content of the email? Is it additional personalization? Is it the design of the email? Trying to think of what are all of the various levers that you think could be wrong and put them all together to test your hypothesis of this touch point is wrong, and how do I improve that?
The Two Sides of Everyone
Lenny: Well, obviously the downside of that is you, if it doesn’t work, you don’t know if it’s like, oh, maybe it was this thing could have worked in the subject.
Sri Batchu: Yeah, so there’s always trade-offs on this, but what you’re hoping is you’ve done a complete refresh where you did all the things that you thought were intuitive that should work. And if it doesn’t work, then you’re like, okay, maybe my hypothesis wrong. But you’re right. There’s always going to be a challenge if maybe the execution is wrong. And I did too many things potentially in that case.
Lenny: Our next story is from JZ, who is a colleague of mine at Airbnb, head of product at Webflow when we recorded this episode, and this is her sharing the story of one of the biggest product misses at Airbnb.
You’ve seen a lot of new PMs, and you’ve seen these PMs succeed, you’ve seen some fail. What are the most common mistakes that you find new PMs make in this experience of helping new PMs get into the field?
Jiaona Zhang (JZ) (00:39:27): I think something that is really hard to untrain, but I think every human does it, is you jump to solutions. And so one of the biggest things I see, not just in my course, but also just as a PM and some of the mistakes that you make as a PM is the idea of you get really attached to a solution, a way of implementing something, something that you can see in your head that you want to build. And so that’s the first thing I really want to like unteach in our course.
And so a lot of people will literally come in, they’ll be like, “I want to build X startup,” or, “I want to do this thing,” or, “I am in blank school, and I’ve been doing a lot of research on this particular area.” And so untraining that and being like, “Hey, we’re going to go out there. We are not going to think at all about the thing that you want to build, but instead we’re going to be focused on users and people in the real world and their problems. And the first step is to understand their problems and then understand if there’s an opportunity here as opposed to, hey, you want to build X thing for Y person.” So that’s the biggest mistake that you really have to unteach and retrain thinking around.
So let’s go to the other side of this question. We talked about what mistakes new PMs make. I’m curious, what’s the biggest product mistake that you’ve made?
Jiaona Zhang (JZ) (00:40:34): Wow, that’s a good one. It’s so interesting. I feel like as product people we’re always making mistakes and we’re always learning. Maybe I’ll give an example from Airbnb since you and I were both there.
And this one does stand out to me. So we’re working on this concept called Airbnb Plus. If you took a step back, what we’re really trying to do is to be like, “Hey, not everyone trusts Airbnb in terms of it’s a platform. It’s not like it’s managed inventory, it’s not a hotel. How do you go in and really make sure that we’re all the Airbnbs are meeting the quality bar?” But I do think we were very solution first, and I think we’re also competitor afraid at the time. So it was during a time where there were managed marketplaces, there were the Saunders out there, and I think that as a company we’re very much like, “Oh, look at this. What are we going to do in the world of managed marketplaces?”
And so we went really hard down the solution space. We essentially were like, “Let’s go inspect our inventory. Let’s actually try to manage our inventory more.” And really what we should have done is taken a step back and be like, “What’s the real problem?” The real problem is people want to know what they’re getting themselves into. We need to represent the homes a lot better. And I think the other piece here that’s really important is what, as a company, is there strategic strength? And what’s in your wheelhouse? So for example, Airbnb, we weren’t that strong in operations. We again, we’re this platform with this marketplace. And so if you don’t have that muscle and then you’re asking the company, the teams to essentially build it from the ground up, that’s really, really difficult. Not to mention the unit economics. Are the unit economics actually going to work, even as you scale?
Yeah, I feel like Airbnb Plus is an untold story that somebody should tell, and that could be its own podcast, I guess.
Jiaona Zhang (JZ) (00:42:09): You and I can tell it.
We could tell it. This could be Airbnb Plus the hidden, the story. As you said, the problem it was trying to solve was people don’t really trust, they don’t want to even consider Airbnb. Like, “No, I don’t want to stay in someone’s home. I don’t know what it’ll be. It’s unpredictable.” And so as an outsider, it felt like a really clever approach. We’re going to get them, we’re going to make sure they’re awesome. There’s a minimum bar. And I guess this is the question is do you think it was just like this is never possible because we’ll never make money as a business doing this, because we don’t make that much booking and investing time, resources, sending people pillows, all that stuff is ever going to be economical. Or do you think there was a path, and it was just not executed well?
Jiaona Zhang (JZ) (00:42:51): I think there wasn’t really a clear path. I think there was [inaudible 00:42:55]. Exactly. And it was more just like if you understood, again, this is my point around unit economics, there are things where I think you have magical thinking around unit economics. You’re like, “Well, when we get to the scale of X, it’s all going to work out. We can make these things happen.” I think you actually need to really make sure the unit economics work right at the beginning. So that is definitely one lesson.
And I think the other thing is, and going back to the spirit of what are you trying to achieve. If you’re trying to achieve this idea of really knowing the quality of the place, and for a platform like Airbnb, the right way to go about doing is through our reviews, through our guest reviews, which are essentially free as opposed to literally sending out inspectors.
And I think that the other things are if you can get signal on what are the things around quality that people care about? Is it cleaning? Is it the, “Hey, I’m locked out.” And I think that there are other solutions besides inspection that then get at that. So for example, it is actually cheaper to go send everyone a lockbox than to deploy an inspector and go look at your property, right? It is actually cheaper to maybe do a partnership with a bunch of cleaners in different local areas, and then get that as part of the feat as opposed to doing inspection.
So again, it’s really about what are you really trying to achieve? What is the user problem in each of these areas, and can you target that problem with the particular listing that you’re looking at? And so yeah, I personally don’t believe the unit economics ever would’ve really worked out. I think we should have known that, or we should have dug into that more at the very beginning, and then to get very tailored instead of one blunt instrument to solve it all. Hey, we’re going to go inspect. It’s like, what is the problem for this listing, and what’s the best solution to fix that problem?
Our second to last story is from Gina Gotthilf, who was an early growth leader at Duolingo. She’s currently COO of Latitud, and this is her sharing a wide-ranging and important point about how everyone has both an A side and a B side to their career, and people often only share their A side. So this is Gina sharing her B side.
From Tumblr to Duolingo
Gina Gotthilf: We are very encouraged in our lives, especially professionally, to talk about our A side all the time because that’s what impresses people. That’s what opens doors, that’s what allows us to keep growing, and it’s so important. So it means that a lot of what you hear in podcasts and on stage ends up being the Instagramable version of someone or a company or a country’s trajectory. It’s just the highlights. And when I talk about my A side, it’s very impressive. I did things like, we’ll talk about, I met President Obama, I worked on the Mike Bloomberg presidential campaign. I helped Duolingo scale from three to 200 million users. I worked with Tumblr, helping them scale Latin America, Andreesen Horowitz invested in my company, etc.
But between all of those highlights, there were so many B moments that get shoved under the rug because it’s just easier for me and it’s more impressive for others. But I really like to highlight those because I think that most of us have a lot of B moments every day, every week, every month, and every period of our lives. And it’s easy to think that things aren’t just not going to work out for us because we’re in one of those B moments if we don’t recognize them as moments.
Career Ups and Downs
Lenny: I love this concept. We’re going to talk as you expected about a lot of your A side stuff. Is there any example of a B side story of your life that would be interesting to share?
Gina Gotthilf: Look, I think those are the most interesting because they’re funny or ridiculous. I had a lot of B sides, and I still do. For example, I had no idea what I wanted to do. I actually wanted to be. I thought I wanted to be an actress. I either wanted to be that person in Sea World, who goes like this with a dolphin. This is before Sea World was canceled. Or I wanted to be an actress. I applied to schools. I didn’t get into any Ivy League. I didn’t get into any of the top schools I wanted to go to. When I got to college, I actually ended up dropping out because I got so depressed, incredibly depressed, couldn’t get out of bed depressed. Ironically, I dropped out of Reed College, which is the same college that Steve Jobs dropped out of. So I was just destined for greatness. I knew it at that moment.
Careers Are Long Enough
Lenny: It all makes sense looking backwards, as he said.
Biggest Growth Team Lesson: Badge Experiment
Gina Gotthilf: Totally. I was dropping out, being like, “Yes, this is exactly the path.” No, I was miserable. I thought there was no path forward. And I finally went back and graduated. The college counselor looked at my curriculum and said, “What have you even done with your life? There’s nothing to show for.” And it was shocking because I was always the overachiever who wants to do the maximum curriculum and ace all of my classes and do whatever. I did three diplomas in high school, the international, the American, the Brazilian.
And so that for me, I think my one learning there that has stuck with me, and I think it can work for other people too, is that it’s not just about doing things that actually matter and learning. It’s about being able to tell the story, and it’s about understanding what other people perceive as valuable. I applied to a hundred companies. I didn’t hear back from most of them. I finally got an internship at kind a tier B/C digital marketing agency in New York City because I wanted to live in New York so badly. And they forgot to apply for my visa on time. So I lost my visa and had to go back to Brazil, and then I ended up leaving that organization to go work for another one. And I won’t even go into the details of the shadiness of that company that I worked for, but then they ended up laying me off. So I lost my visa again, had to go back home, found another opportunity, got fired that time. So there was just a lot of rockiness in my start that I don’t think you would imagine when you see someone up on stage leading a conference for 5,000 people. That I think is important.
And even when I started working for Tumblr, I was like, “This is it. I made it. This is a really interesting company. This is going to work out.” That was super rocky because it was an early stage startup. So for example, they couldn’t figure out how to wire money to Brazil. So I was not paid for six months. And at one point, me and my colleagues were trying to get money out of the teller to pay contractors because we had no money to pay them, and we borrowed money from people. And finally they also laid me off because they decided to sell to Yahoo.
And then I had to figure out what am I going to do? No one’s going to hire me. I’ve been fired and laid off so many times. So this is all before I started an agency to help US-based tech companies and startups grow in Latin America because I figured I was in this really great place to make that happen. And it eventually worked for, well-known companies such as Duolingo. At the time they weren’t well-known. They were a tiny little startup. They didn’t have an Android app. And that’s how I started working with Duolingo because their head of marketing connected with someone they had worked with at Flickr and said, “I noticed Tumblr grew a lot in Brazil last year. Can you recommend a company or an agency to help?” And they said, “This girl.” And I was twenty-six. And so that’s how they connected me with Duolingo. And I started helping them grow in Brazil as a consultant. They were like, “This is great. Can you help us grow in Chile, Argentina?” And I was like, “Yes.” They were like, “How about Mexico?” And I was like, “Yes.” Did I know anything about these places, Lenny? Did I know people there? No, but you can figure it out.
And then they ended up asking me to come on full time, do that across the world, Japan, China, Korea, Turkey, Spain, France, et cetera. And then to own growth, which ended up meaning communications, social media, government partnerships, anything to grow. And then eventually became an A/B testing growth engine with engineers and PMs and designers of which I knew nothing about.
And even after that, I left Duolingo five years later, didn’t know what to do with my life. You’d think, “Oh wow, you have it figured out now. You left Duolingo, you have the world in front of you.” And I’m like, “Maybe I can finally go work for nonprofits,” which is what I actually wanted to do in the first place. Tried a hand at that. Had a couple of experiences before going to work for the Mike Bloomberg campaign.
Working for the Mike Bloomberg campaign is impressive. But you know what? Mike Bloomberg didn’t win. He’s not the president. So that was not a successful campaign if you really look at it. And yeah, Latitud seems like it’s a really promising path, but there’s A days and B days. So it’s just a lot of that. And just staying resilient and believing in yourself and getting back on the horse when you fall on your face.
Lenny: Amazing. That’s such an important message. I think one of the threads from what you’re describing, something that I think about a lot is people kind of underestimate how long their career is. There’s just so much time to do stuff and for things to start to work. This going to sound really fancy, but I think Marcus Aurelius has this quote about how our life is actually very long. We just use it really badly and we just waste a lot of our time.
More Failed Attempts
Gina Gotthilf: I think you’re so right, Lenny, and I love that because people are going around being like, “Life is short, life is short.” But that’s so true. We waste so much time. But also I think we don’t recognize how much opportunity we have in front of us. And as a 26-year-old, I definitely thought my career was over. I was like, “I blew it.” And looking back, it’s funny.
Great Interview Question: Worst Product Launched
Lenny: Yeah, I know exactly what you mean. I spent nine years at my first job at a random company in San Diego in a startup. I was like, “What am I doing here so long?” And it turned out that was really useful for the thing I did next. And then eventually, wow, things started to really take off. So I think that’s a really good lesson for people. It’s just a long time. This is my fourth career. I’ve switched careers many times. I was an engineer then. I was a founder. Then I was a product manager, and whatever this is. Whatever you call this thing.
Gina Gotthilf: I guess me, too. I was an operator. I was a consultant. Well, I was an employee. I was a consultant. Then I was an operator, which is a fancy way to say employee at a startup. And then now I’m a founder and a VC and an angel and whatever this is..
Closing Thoughts and Conclusion
Lenny: Awesome. Awesome. So I think that’s a really important takeaways. Just there’s a lot of time to do stuff and don’t stress if things aren’t moving as fast as you want. I’m curious, what’s a mess-up or a big mistake maybe that you made or your teammate that was like, “Oh wow, that was a big waste of time.”
Gina Gotthilf: Yeah, look, a lot of things didn’t work out. More than 50% of our A/B tests didn’t work out. We made bets that didn’t make sense. I will say though, that in the spirit of A and B sides, I, and I think in general, we are really good at forgetting the B stuff. I talk so much about all the stuff that worked that it’s hard to remember all of those moments that didn’t actually work. And the thing that I tend to talk about, which is this mistake that we made as the growth team is almost like one of those, when you get asked in an interview, what’s your biggest weakness, and you’re like, “I’m a perfectionist.” It’s like one of those things that actually makes you sound good because it’s the story about how my team really wanted to implement badges. We spent a lot of time playing all the games that were popular at the time, trying to understand how those gamification growth hacks that we could find in those apps would potentially overlay onto Duolingo and how we would do that.
And badges was just pervasive in all of the top games. And so it seemed like a no-brainer, but since we ranked all of our experiments in terms of ROI and return being like how many users we think we’re going to get from this DAUs, and time investments, it never made sense to focus on this because we thought that the time sink would be too high. So I actually ended up not letting the team run this experiment for six months so that we focused on lower hanging fruit. So that’s a mistake on my end.
Then we decided to run this experiment in the most lean way possible. We’re like, “You know what? There’s MVEs. There’s minimum viable experiments. We don’t have to run a whole badges thing. We can just do something more simple and actually see if that leads to growth in an interesting way, and then we’ll know.”
And we ran this very simple experiment that was like, you signed up and then you get a badge. And it was like this girl with a balloon. I don’t know, she was happy or whatever. And of course in retrospect, it led to no results, because no one is proud of signing up. It’s not an exciting moment, and you don’t even have badges to collect. You can’t show it to other people. None of the things that make badges compelling were there, but we were like, “Okay, well, we tested it didn’t work.” And then we moved on.
So we moved on for another, I don’t know, eight months and we didn’t look back. And then when we did look back, first of all at that point we discovered that we hadn’t been dogfooding, which also was embarrassing. Looking back, we hadn’t been dogfooding in the growth team. We just come up with hypotheses. We were super careful about prioritizing them and making sure that we were doing the best possible write ups and all these things. But the dogfooding piece, I didn’t come from a product background. I was a marketer and I didn’t really understand the term dogfooding, but when we thought, we had a conversation, we were like, “You know what? If we had just tested that, we would’ve all known that this was a super lame badge.” And I was like, “Why are we not testing our experiments?” And so that became part of our practice.
It’s still relevant. I just had a conversation yesterday with engineers at Latitud. I haven’t explained what we built yet, where we’re building it. Maybe we’ll get there, but I was talking yesterday, [inaudible 00:55:35] at Latitud, and they’re awesome. In terms of product team, we have the number eight employee at NewBank. You might’ve heard of NewBank, but it’s this massive banking fintech in Latin America. And we have people from other fintechs. And then we have this guy who was a lead PM at Twilio, and I was explaining to them why we should be dogfooding. And they were all like, “Oh yeah, we should dogfood.” It’s just easy to forget stuff like that.
So that was a mistake that we could have probably gotten to the growth that we got to with badges much earlier on. And not only did we get to growth with badges, but it became this amazing treasure trove of opportunity because once you have badges and people want them, you can now ask people to do anything. Go find friends, go buy things, whatever it is. And so we impacted almost all metrics across the company positively, including some we hadn’t expected, but it’s easy to talk about a mistake that ended up being a win. So that’s why I compared it to the interview thing in the beginning. But we tried making Duolingo a social app really early on and failed. It was called Dual Duels. Dual Duels. You could duel.
Lenny: Very clever.
Gina Gotthilf: Yeah, I know we were clever, but people didn’t use it and we didn’t figure out why. We tried making a Duolingo for schools platform. We couldn’t get it to pick up. I went and watched dueling go in China and it got downloaded by a million people in the first day, and then the app got blocked because of the government, and then we couldn’t figure out what to do. And then everyone rated the app like one star because it didn’t work. And so then we had a lot of trouble actually recovering from that. We launched Duolingo in India and didn’t realize because we couldn’t have unless we went there, which we finally did, that most people set their phone UI in India to English, because typing in Hindi is hard. And of course there’s a lot of languages throughout India, and we were making it so that when you downloaded Duolingo, whatever UI you open your app, your phone was set to, we offered not that language for you to learn. That was your base language. So we were telling people learn French, Spanish, German from English, and they were all trying to learn English, so they didn’t find what they were looking for and they left. There were so many mistakes and luckily I think we were able to bounce back from most of them in terms of how Duolingo was doing today.
Lenny: And our final story is from Maggie Crowley VP of product at Toast, and one of the most beloved episodes of the podcast. This is Maggie sharing something a little bit different, her favorite interview question about failure and what it tells you about the person you’re interviewing. Plus a story of her own product failure. Here’s Maggie.
Maggie Crowley: A question I ask in every product interview is, what’s the worst product you’ve ever shipped? And that’s because I don’t think you’re a good PM if you haven’t shipped something that’s really shitty. You just haven’t had enough reps, you haven’t done it enough times. And it’s not only that you’ve done it, but that you can admit it and which one it is. That’s so important.
I remember… It was so dumb. I’m still so mad about this that we did this. I won’t name which team, which company, I’m not going to call that out, but we decided we needed to do a rewrite red flag number one of existing product, and engineer who I’d worked with many times, we had a really good relationship and this person was like, “Yeah, yeah, it’s going to take six months. No problem.” Core part of the product, been around for forever. One of those things that the code is still the code written by the founders kind of thing.
It didn’t take six months. It took two and a half years. It still wasn’t done. It almost never… It went on for so much longer than it should have. It took us forever to get to feature parody. It was the worst project. So many people rotated in and out of it. Everyone thought it was dumb. Sunk cost fallacy, just the worst. And it’s because, A, we got arrogant and we thought we could do it. B, we skipped discovery. We didn’t really write a one pager. We just went for it. We didn’t do enough technical and design research into what the requirements would actually have to be. And there you have it.
Lenny: And did not work out, or was it a huge success in the end and it changed the trajectory of the business?
Maggie Crowley: Absolutely not. But you know what? I didn’t get fired, so it’s fine.
Lenny: I feel like I’ve gone through those experiences and then three, four years later, it’s like another… Maybe this rewrite and redesign may work. We haven’t updated this thing in a long time.
Maggie Crowley: Just don’t do it. Don’t rewrite. If anyone ever tells you to do a rewrite, don’t do it. A side-by-side rewrite, nope.
Lenny: Yeah, I’ve never had… What I run into is once you get too far down a redesign slash rewrite, everyone’s building in that new world, and then you launch, and experiment’s negative, and then it’s just like, “Oh, we just got to launch it. We’re going to call it back. We’re going to figure out how to get back to neutral someday.”
Maggie Crowley: Yeah yeah. Don’t do that.
Lenny: Good times.
And that is a wrap. I hope you enjoy these stories of failure. I want to give a huge special thank you to all of our amazing guests for being vulnerable and sharing these stories of failure in their career. I hope you leave this episode with a new perspective on how setbacks and challenges and failure can often be exactly what you need to get to the next step of your career or your life. If you’ve got a great story to tell about failure, I’d love to hear it. Leave a comment either on YouTube or on Lennysnewsletter.com or just DM me on Twitter. Or you could reach out at LennyRachitzky.com and click the big contact button. Thank you for listening. Bye, everyone.
Glossary
| English | 中文 |
|---|---|
| Account-based marketing | 基于客户的营销(Account-based marketing) |
| Airbnb Plus | Airbnb Plus(Airbnb 推出的精选房源项目,不做翻译) |
| badges | 徽章(badges) |
| DAU | DAU(日活跃用户数,Daily Active Users,不做翻译) |
| discovery | 探索阶段(discovery) |
| dogfooding | dogfooding(即团队自己使用自己开发的产品,首次出现保留原文) |
| Dual Duels | Dual Duels(Duolingo 早期社交对战功能名,保留原文) |
| feature parity | 功能对等(feature parity) |
| Flickr | Flickr(不做翻译) |
| Gina Gotthilf | Gina Gotthilf(Duolingo 早期增长负责人、Latimuth 首席运营官,保留原文) |
| inspector | inspector(此处指房源实地检查员,首次出现保留原文) |
| Jiaona Zhang (JZ) | Jiaona Zhang (JZ)(Airbnb 前同事、Webflow 产品负责人,保留原文) |
| Latitud | Latitud(不做翻译) |
| Maggie Crowley | Maggie Crowley(Toast 产品副总裁,保留原文) |
| managed marketplace | 托管式市场(managed marketplace) |
| Marcus Aurelius | Marcus Aurelius(罗马皇帝、斯多葛派哲学家,保留原文) |
| Mike Bloomberg | Mike Bloomberg(美国政治人物、企业家,保留原文) |
| MVE | 最小可行实验(MVE, minimum viable experiment) |
| New TV | New TV(Quibi 的初创名称,不做翻译) |
| NewBank | NewBank(拉丁美洲大型银行金融科技公司,保留原文) |
| Obama | Obama(保留原文,首次指”总统”语境) |
| one pager | 一页纸方案(one pager) |
| PM | 产品经理(PM) |
| Quibi | Quibi(短视频流媒体平台,不做翻译) |
| Ramp | Ramp(金融科技公司,不做翻译) |
| Reed College | 里德学院(Reed College) |
| Sri Batchu | Sri Batchu(Ramp 前增长负责人,保留原文) |
| Steve Jobs | Steve Jobs(保留原文,已为全球知名人物,但中文名”史蒂夫·乔布斯”可酌情使用) |
| sunk cost fallacy | 沉没成本谬误(sunk cost fallacy) |
| Toast | Toast(不做翻译) |
| treatment effect | 处理效应(treatment effect) |
| Twilio | Twilio(不做翻译) |
| unit economics | 单位经济学(unit economics) |
| VC | VC(风险投资人,Venture Capitalist,保留原文) |
| Yahoo | Yahoo(不做翻译) |
Reformatted by reformat_english.py
失败
文字稿
Lenny: 今天我们又带来一期非常特别的合集节目。最近我在播客和通讯中越来越多地探讨一个主题——失败。通常我会花大量时间研究最优秀的公司和最卓越的产品领导者是如何运作的,但从失败中你往往能学到更多。所以我们回顾了之前做过的所有节目,从中提取了最有趣、最有洞见的失败故事,整理成了这期聚焦于失败的主题节目。希望你觉得有用、有趣。欢迎在 YouTube 评论区或 lennysnewsletter.com 上告诉我们你的想法,也可以直接在 Twitter 上告诉我。如果你喜欢这种形式,我们会继续做;如果不喜欢,大概就不会了。无论如何,希望你喜欢。在正式开始之前,先听听我们出色的赞助商的一小段介绍。
Katie Dill:整个设计团队的”反叛”
Lenny: 首先出场的是 Katie Dill,她是 Stripe 的设计负责人,曾任 Airbnb 和 Lyft 的设计负责人。她分享了一段令人惊叹的故事——她加入 Airbnb 后不久,整个设计团队几乎集体对她”反叛”,以及她从这段经历中学到了什么。
Katie Dill: 我很乐意谈谈这件事,因为坦白说,这是我领导力生涯中最大的学习经历,或者说至少是在某一时刻集中爆发的最大教训,事情发生在我在 Airbnb 的早期。当时我被招进来接手体验设计团队,基本上就是产品设计团队,当时只有十个人。
他们之前直接向其中一位创始人汇报,现在要改成向我汇报。在面试过程中,我了解到很多做得好的地方和做得不好的地方,也了解到设计团队在与其他部门协作中经历的一些困难和挫折。看来在工程、产品管理和设计三者如何协同工作方面,确实有改进的空间。同时,设计团队的员工敬业度得分也很低。
所以我一上任就摩拳擦掌,满怀热情地想要根据我从公司各个领导者和同事那里了解到的情况推动一些变革。我大刀阔斧地干了起来,然而入职大约一个月后,我的日历上突然多了一个会议——周四早上八点半,一个半小时,出席者是设计团队的一半成员,也就是五个人,还有我们的人力资源合作伙伴。
Lenny: 哦,不好。这从来不是什么好兆头。
Katie Dill: 通常确实是那样。是的。我对那一刻记忆犹新。我记得走进办公室——Airbnb 办公室里的会议室都是风格各异的空间,看起来就像 Airbnb 上的房源一样,但偏偏这次用的是唯一一间全白墙壁、只有一张灰色长方形桌子的房间。我走进房间,他们五个人围坐在桌旁,每人面前放着一叠纸,然后他们轮流安静地照着纸念,一条一条地指出他们认为我做错了什么,以及他们不喜欢我的哪些地方。那真是一个艰难的时刻。我经历了听到反馈时通常会有的所有反应阶段——第一反应就是想立刻回应:“哦,那是有正当理由的”、“实际情况不是那样的”、“我做那个是因为……”
但谢天谢地,我还算理智,克制住了自己,没有那样回应,而是选择倾听。显然,他们想告诉我的恰恰是——倾听正是他们觉得缺失的东西之一。于是我耐心听完了,把所有的话都记在心里。撇开每一条具体的意见不谈,一个非常清晰的主题浮现出来:我还没有赢得他们的信任。所以无论我当时做的事情是对是错,最关键的问题在于——我没有带着团队一起走。他们完全不知道能否信任我正在努力构建的方向,不知道我是否在乎他们,不知道我是否把他们的利益放在心上、与他们有着共同的目标。这完全是我的责任。
现在回想起来,尽管那段经历很痛苦,我非常感激他们,也很惊叹他们能够团结起来把那些反馈直接告诉我。要当面提出那样的反馈其实并不容易。
那是一次极其宝贵的学习经历。我从中汲取教训,随即改变了我的做事方式。而建立信任的关键就是倾听——去了解团队中每个人想要做什么,他们在乎什么,什么在驱动着他们。于是我开始迅速做出调整,仍然朝着组织必须前进的方向推动变革,但这一次是带着大家同行。你可以把变革强加于人,但如果你想和他们一起完成这件事,信任就是最关键的要素。
几个月后,我们的员工敬业度得分成了全公司最高的。客观来说,情况确实得到了改善。从那以后,我把这套做法带进了之后加入的其他公司。我的思维方式变成了:与其一上来就大刀阔斧,不如先倾听——这样你才能真正推动那些对身边的人有积极影响的变革,并带着他们一起前行。
在戛纳舞台上僵住的噩梦
Lenny: 下一位是 Intercom 的首席产品官 Paul Adams,他要分享的是在数千人面前演讲时突然大脑空白的噩梦经历——不得不走下舞台,结果人们还听到了他的骂声,因为麦克风没关——以及他是如何恢复的。另外还有他参与打造 Google 最著名的一些失败产品的故事。
Paul Adams: 工作中有些事情发生时让人印象深刻,但并不会真正留下伤疤。而这件事,属于那种会留下一辈子伤疤的,完全够写进书里。长话短说,大概十多年前我在 Facebook,当时很喜欢在那里工作,我觉得那是个很棒的地方。当时在旧金山,我为 Facebook 做了大量内部和外部的演讲。Facebook 在戛纳——全球最大的广告节——一直有一个主旨演讲的席位。前一年,Zuck 去做了演讲,他是主讲人,接受了采访,在隐私问题上被刁难了,效果没有他们预期的那么好。
所以第二年他们让我去做,也许是因为我的爱尔兰口音才把这个机会给了我。总之,我站上了全球最大广告舞台的讲台,大概讲了三四分钟,那个演讲——或者一个非常相似的版本——我之前已经讲过很多次了。
然后我僵住了。我完全想不起来接下来该说什么。那是我人生中第一次逐字逐句地排练一个演讲。通常我只有要点,然后即兴发挥,内容会有些变化,比较随意。但那次是经过媒体培训的、绝不能说错话的那种演讲。我就是想不起来该说什么了。我某种意义上经历了一次恐慌发作,走下了舞台,但麦克风还开着,我骂了一句。我当时在笑。我心里想的是,“天哪,他们是在笑我吗。我的天,这……”但我还是设法扭转了局面,我重新走回了台上。我内心其实已经卸下了某种包袱,后面的部分进行得很顺利。那天晚上在戛纳的海滨大道上,不管走到哪都是玫瑰红酒,我因为那场表演出了名——既是美名也是恶名。
Lenny: 我觉得你经历了每个人想到要上台演讲时最害怕的那种噩梦。而我觉得有意思的是,你挺过来了。这是一个很有启发性的教训——你可以在数千人面前僵住,走下舞台,但最终一切都会好起来的。
Paul Adams: 我觉得这一切都是自然而然发生的。但从那以后,每次我走上会议演讲的舞台——直到今天依然如此——我都会在心底冒出一丝疑虑。那种事之后再也没发生过。但我觉得,遇到这种事情你只能接受它。当生活向你抛来各种各样的刁难时,你必须学会适应。而且说到底这并不是什么了不起的大事。这些事情都没有那么严重。最终你会继续前行,吃一堑长一智。不过我还是希望不要再发生了。
Lenny: 我也很讨厌公开演讲,总是担心这种事会发生在自己身上。所以听到即使是可能发生的最糟糕的事情真的发生了,事情也能挺过去,我觉得很受安慰。
Paul Adams: 你是可以扭转局面的。是的。
Google 的失败社交产品
Lenny: 我想听的第二个话题是你在 Google 的经历。你在 Google 参与过几个产品,它们都不是你所说的大成功,之后还有一个比较混乱地转到 Facebook 的过程。你能分享一些那个时候的故事吗?
Paul Adams: 好的。和走下舞台那件事类似,吃一堑长一智。我在 Google 待了四年,在 Facebook 待了大概两年半。在 Google,我参与了很多失败的社交项目,就像你提到的——Google Buzz,以及后来的 Google+。我觉得这些项目背后的很多动机源于恐惧。它不是来自”让我们为人们打造一个伟大的产品”、“让我们真正理解人们在和家人朋友沟通时遇到的困难”、“真正尝试创造一些美好的东西”这样的出发点。它来自恐惧。
在那段时间里,我学到了如何不去领导。顺便说一句,我应该提一下,当时的 Google 同时还有很多了不起的事情在发生——比如 Google 在打造 Google Maps,不可思议的产品,也是我最喜欢的产品之一,我认为是有史以来最好的产品之一。他们还在开发 Android。Android 发布的时候我在移动团队、移动应用团队,所以那也是极其出色的产品。只是我恰好被分在了社交这一侧,没有那么好的运气。
Google Buzz 可以说是一场隐私灾难,Google+ 也差不多。在项目进行到一半的时候,我发表了一项关于群组的研究。我做了大量的研究。一个有趣的插曲是,当时我在美国的团队做研究员,被要求做很多战术性的研究——就是可用性测试之类的东西,比如用户能不能用这些产品。但我在同样的会话中也做了很多探索性研究。我会跟团队说,“嘿,我来做研究,回答你们的问题,但同时我还要做另一件事,我要花二十分钟来做这个。”
我过去和参与者一起做的事情是画出他们的社交网络图——里面所有的人,家人、朋友,他们如何沟通。我们把所有渠道都标注上去,讨论哪些好用、哪些不好用。在大约十八个月的时间里,我们和几十个人做了这件事。每一次都出现相同的模式:人们需要更好的方式来与家人和朋友组成的小群体沟通。现在回头看,答案简直是显而易见的——WhatsApp,或者如果大家都在苹果生态里的话 iMessage 也行——但在当时并不明显。于是我们尝试围绕这个洞察打造一个产品,就是 Google+,但它同样源于一个错误的出发点。在我做的研究进行到一半的时候,我所做的这些研究通过一次会议演讲被公开了,Zuck 和 Facebook 注意到了,联系了我,一步一步地,我离开了 Google,加入了 Facebook。对我个人来说,这是一件非常好的事情。
Facebook 当时是一个令人惊叹的地方,令人兴奋。他们做事的动机是正确的方向——“嘿,让我们为人们打造一个了不起的产品。”
Lenny: 这是在 Google+ 开发期间发生的?你基本上中途转了阵营。
Paul Adams: 对,中途转的,跟你讲这些我都觉得紧张。那时候项目还没发布,一切都在保密中,高度机密。Google 当时为这个项目做了很多前所未有的举动——我不知道后来还有没有过类似的做法——比如所有参与 Google+ 的人被安排到另一栋楼里,那栋楼用不同的门禁卡,不参与 Google+ 的人根本进不去。当时各种反常规的操作。也正因如此,内部对 Google+ 产生了很多敌意。所以当我在项目进行到一半时离开,带着脑子里所有的计划投奔竞争对手,有些人把我视为叛徒,完全可以理解。也有人觉得我是醒悟了。就看跟谁聊,但对我来说这是正确的决定。不过在当时,这是一个很难做的选择。
Lenny: 我知道你带走的东西以及整个过程也受到了很大的审查。
Paul Adams: 我离开的时候,Google 基本上认定我是间谍之一。我告诉他们我要走之后就被隔离了。他们对我的笔记本电脑做了取证分析,诸如此类的事情。所以当时情况相当紧张。现在回头看,我能理解为什么会那样,但对我来说根本原因在于那个项目是在恐惧的驱动下运行的——对竞争的恐惧——我认为这不会带来好的结果。
失败的价值
Lenny: 你刚才分享的故事中有一个贯穿的主题,姑且说是失败……我不想说得那么难听,就是事情没有成功。我很好奇,作为产品领导者,你认为让人们经历这些有多重要?你是否觉得这几乎是一件好事?作为教练、导师,对那些想要成为像你一样的人,你有什么有帮助的心得?
Paul Adams: 非常、非常重要——现在依然如此。我个人失败过很多次。刚才讲了两个故事,Google 那个影响深远、牵扯很广。这两个故事之外,我在 Intercom 也失败过很多次。我记得在 Facebook 的时候,我过得很开心,但我当时已经知道我想……Intercom 的联合创始人们在努力说服我加入。那时候 Intercom 还是个十来人的公司。但 Owen 当时跟我说了一句话,从那以后一直留在我心里。他说:“在 Facebook 你可以设计产品,但在 Intercom 你可以设计公司。“这对我来说极具吸引力,是一个非常棒的游说。他的意思是,“跟我们一起设计一个你想在其中工作的公司。”
而其中一部分就是打造一个拥抱失败的公司,一个允许尝试的公司。我非常相信大胆下注——风险更高,回报更高。渐进式的改进不能让我那么兴奋。当然,我不是说渐进式改进没有价值,尤其是公司变大之后当然有它的位置。但让我兴奋的是大胆下注,而如果你大胆下注,很多东西必然会出错。所以我们在 Intercom 构建了很多关于软件开发的原则,其中一条叫做 ship to learn(发布以学习),后来我们做了修改,现在墙上写的还是那个新版本:ship fast, ship early, ship often(快速发布,尽早发布,频繁发布)。以前写的是 ship to learn。ship fast, ship early, ship often——这个理念里就包含了失败的意思。事情不会顺利,不顺利的时候比顺利的时候还多。但如果你发布得早、发布得快、学得快,你就能改得快,提升得快。这就是我们尽可能去拥抱、去教给人们的那种文化。但说起来容易做起来难。
Lenny: 尤其是你身处其中的时候。比如”该死,一切都要崩了,我这次真的搞砸了。”
Paul Adams: 对。而且这和产品质量之间有一种人们很难处理的权衡。我们对自己有很高的标准。Intercom 很大程度上源自设计出身的创始人背景,我们非常看重工艺。我们绝不希望发布的东西让自己难堪。所以这里存在一种真正的张力,一种真正的取舍——人们有很高的标准,我们鼓励这种高标准,同时也鼓励他们快速发布、快速学习、允许犯错。这是一种我们一直在不断权衡的持续张力。
Pets.com 与 Quibi 的教训
Lenny: 接下来是 Tom Conrad,他是 Quibi 的首席产品官,也曾是 Pets.com 的工程负责人。产品历史上两段最令人印象深刻的失败经历,他来分享从那些疯狂经历中学到的教训。Tom 目前是 Zero Longevity Science 的 CEO,这是一家很棒的企业和一个很棒的应用,如果你还没听说过的话,我强烈推荐去看看。下面是 Tom。
你提到了”著名的灾难”这个词,我想聊聊这个。你曾在两家最著名的产品公司灾难中工作过——Pets.com 和 Quibi。我觉得能看到一个公司从备受瞩目到如此陨落的内部视角,这样的人非常少见。所以我想花些时间聊聊这两段经历。也许我们可以这样开始:你从这两段经历中分别学到了什么教训,带到了后来的工作中?你又会给别人什么建议?
Tom Conrad: 最大的教训可能不是关于业务本身的具体细节。最大的教训其实是——这些经历会让你变得更好。在某些情况下,实际上我认为在这两段经历中,它们都成了某种多米诺骨牌,为我自己的抱负和职业生涯打开了大门,如果我没有去过那些公司、学到那些东西、经历过那些事,那些门也许根本不会打开。坦率地说,甚至以 Pets.com 为例,就连它的高知名度本身也是一种资本。1999 年我本可以在上千个电商网站中的任何一个工作。当我后来去参加某个工作面试谈论我的经历时,别人可能从没听说过你之前做的那个东西,但所有人都听说过 Pets.com。
这也是一个很有趣的例子,说明有些困境是跨越时代的。那是二三十年前的事了。虽然作为领导团队我们肯定犯了各种错误,但当时发生的一件事是——有三家获得过量融资的宠物电商网站,每家都融资超过五千万美元,这在现在是一大笔钱,在当时也是一大笔钱。我们都认为这是一个零和博弈,当其中一家开始在推广上烧钱,或者说不理性地在全美电视广告上砸钱时,我们也全都跟着砸,变成了一场无法取胜的军备竞赛。所以我认为一个根本性的教训是:过量的投资本身可能成为一种负担,或者引导你做出可能并不明智的决策。
当然,还有就是时机真的非常重要。Chewy 是一家在线宠物商店,如今市值九十亿美元。它曾是一家私人公司,被 PetSmart 收购后又剥离出来。但被 PetSmart 收购时,收购价是三十亿,是当时史上最大的电商收购案。虽然我觉得直接对比可能不太公平——Chewy 在十年间执行得非常出色,一块砖一块砖地把业务建起来,做出了真正了不起的成绩;而 Pets.com 处于一个截然不同的时代,试图用完全不同的方式推向市场。
人们经常对 Pets.com 提出的批评,或者说至少当时的批评是:这就是个愚蠢的生意,他们就是在到处寄狗粮,根本不可能做成。但这种说法是错的。你绝对可以做成这件事。可能做不到的条件是,当全国百分之八十的互联网用户还在用拨号上网的时候——那真的太早了。
Pets.com 的关闭决策
Lenny: 我记得你曾在某处分享过一个数据:你把 Pets.com 从一无所有,做到上市,再到彻底关门,前后只用了十九个月。
Tom Conrad: 对,对,大概就是这么回事。这个故事里还有一个被遗忘的细节——我们其实并没有破产。我们主动关闭了公司,把剩余的资金返还给了投资者,这在上市公司中是从未有过的。领导团队得出的结论是:鉴于市场环境的演变,我们已经不可能再为公司融到新的资金了。而这家公司需要持续投入才能实现盈利。所以与其把最后一分钱都花在一个注定徒劳的挽救尝试上,不如趁早清算,把银行里的钱拿回来还给投资者。
Lenny: 这个我还真不知道。
Quibi 带来的重新出发
Lenny: 我们来聊聊 Quibi 吧。那里出了什么问题?你觉得 Quibi 有没有可能走通?你从那段经历中有没有带走什么重要的教训?
Tom Conrad: 对我来说,Quibi 最不可思议的一点是,它重新点燃了我对这个行业、对做这件事的热情。我在2018年12月离开了 Snapchat,当时我觉得自己可能真的不再做软件了。我做了很长时间,大概二十五年左右。我变了很多,行业也变了很多,我觉得自己可能不再有十年前那种热情了。而且我似乎也觉得,人生开启一个完全不同的新篇章可能会很有意思。我列了一长串想尝试的事情,说实话都挺荒唐的。也许我想当个糕点师,也许我想做风光摄影师,也许我想学着做点烂音乐放到 SoundCloud 上之类的。这些想法唯一的共同点是——全是我一无所知的领域。人们会问我:“哦,你觉得你可能想当糕点师?你喜欢烘焙吗?“我会说:“不喜欢,我对烘焙一窍不通。""哦,你想做风光摄影?你拍照吗?""不拍,我不拍照。”
但我其实挺认真地投入了这件事,认真到什么程度呢——TechCrunch 采访我离开 Snapchat 的原因时,我直接说:“我不干了,我要去做完全不同的事情。“所以这个故事在外面的记录非常明确。但在我离开 Snap 的最后一天之后几个月,我接到了 Meg Whitman 和 Jeffrey Katzenberg 的电话,他们当时正在创业,公司那时还叫 New TV。
他们的推销是:“我们要把移动端、硅谷和消费科技最好的部分,与好莱坞式的内容制作最好的部分焊接在一起,打造一个完全量身定制的、专为手机消费而生的产品。“他们同时在找技术负责人和产品负责人,想知道我是否对其中一个或两个职位感兴趣。我赴了那个约,尽管我当时其实不接这类电话。但谁会错过和这两位共进午餐的机会呢?所以我听了他们的介绍,然后礼貌地拒绝了,告诉他们我要去做糕点师之类的事。但之后每隔几个月我们就见一次,持续了七个月。我们一起吃午饭,他们给我更新进展,我则婉拒加入的邀请。
到了那年晚些时候,我又去吃了一次午饭,Meg 告诉我他们招了一个人来领导技术,又招了另一个人来领导产品,但这两个人——完全与 Quibi 本身无关的原因——都在大约六周后离开了。Meg 说:“我们融了这么多钱,已经向全世界宣布大约一年后就要上线这个产品。我们有太多事要做,我真的需要帮手。如果你能来,每周哪怕就帮几天忙,我会视为一个私人的恩惠。“她说:“我会继续找真正想要这份工作的人,但如果你能帮我把这个项目启动起来,那就太好了。”
我的妻子是一名自由撰稿人、营销策略师,她非常享受自己的自由职业生活。她说:“你应该去试试。有什么不可以的?一周就两天,也就几个月。最坏能怎样?说不定你会喜欢呢。“我说:“不不不,事情会变成这样:我不会只做两天的。马上就会变成三天,然后四天,然后五天,然后六天。我太了解自己了。“她说:“不是的。“她说:“就在周三晚上六点,合上你的 Quibi 笔记本电脑,心想——他们只付了我周二和周三的钱——然后到周二早上再打开。就这么简单。”
好吧,她在大多数事情上都是对的,但在这件事上她错了。我立刻就深深陷了进去。从零开始组建团队、从零开始设计和打造产品,并且充分利用 Pandora 创立以来的十五年间涌现的所有现代软件架构技术——这一切真的太有趣了。我对 Quibi 发生的一些事情确实感到尴尬,但我非常感激这段经历,因为我重新爱上了这个行业,也重新体会到:建造一样东西并努力将它推向世界,哪怕过程中跌跌撞撞,这件事本身是多么令人满足。
从 Quibi 学到的教训
Lenny: 你有没有从那段经历中学到什么——让你知道应该避免什么、应该追求什么的东西?
Tom Conrad: 我觉得我过去在评估公司时,有时候过于聚焦在产品执行层面了。我的理念一直是:找到一个人们关心的有趣问题,用一种非常漂亮、优雅、令人愉悦的方式来解决它,做到比同类产品好十倍,用户就会告诉他们的朋友,其余的一切都会自然而然地解决。所以这也一直是我的目标——找到一件我真心想建造的东西,把它做得很出色、很令人愉悦,深入倾听用户的反馈,不断迭代直到成功,突破我们都渴望跨越的那道屏障——真正优质的口碑传播。
但我后来更深刻地认识到的是:公司本质上也是一道数学题——描述你如何将投资投入一个方程式,然后在某个时间尺度上从另一端产出回报。是的,这个方程式中有一些变量会受到你所构建的产品的影响,以及你在打造产品过程中做出的所有细节和决策的影响。但如果这个方程式从根本上就是有缺陷的,或者本身就是一场豪赌,那么无论你怎样迭代、怎样执行,都不可能把你从一个注定失败的方程式输出中解救出来。
Quibi 的豪赌与根本缺陷
Tom Conrad: 我觉得 Quibi 下了一个赌注:你可以用几十亿美元打造一个完全原创的内容库,规模大到足以让人们愿意订阅并留存。这确实是一笔巨款,但我们在 18 个月内制作了 70 个节目,比所有主要广播电视网一年制作的内容总和还多。这确实是一个相当了不起的成就。我们还赌了一把,打算用一批每日更新的内容来补充那些剧集类、连续剧类或好莱坞风格的节目——这些日更内容会达到电视网、晚间新闻等的制作水准,成为你原本可能在 YouTube 上看到的那些日更内容的替代品。这部分内容预计将占到内容投入的大约三分之一。
有一个没人谈过的特别有意思的点:所有这些日更内容都是按播出当天或前一天制作的,所以没有任何库存积压,全部都在我们搭建的专业摄影棚里拍摄,成本非常高。正如我所说,这占了我们内容投入的三分之一,几乎是内容投入的一半。而我们在新冠疫情暴发两周后就上线了,除了在主持人自家车库里拍摄之外,根本无法制作任何这类内容。所以,我们原本打算让它看起来与 YouTube 截然不同的东西,现在实际上变成了跟 YouTube 内容一模一样——基本上就是在家里自制的,几乎没有好莱坞那种专业支持体系。
当然你可以争辩说,YouTube 上这类内容真的非常出色,也许我们本来就不可能做得更好。但我认为 Quibi 根本上的问题在于那个基础方程式:你能否制作出足够多的、完全原创的、为这个服务量身定做的、充分利用手机特性的优质内容,这样的内容量是否足以让用户注册并留存,而且你能否用几十亿美元做到这一点?我认为答案是否定的。内容库需要比这大得多得多,而且和任何公司一样,你需要有足够的时间和精力来迭代内容形式本身。我们的路线图其实很想在内容形式上进行创新。所以我认为,事情很快就变得很清楚:这个数学模型从根本上就是错的。需要的不是 20 亿,而是 60 亿、80 亿甚至 100 亿。而把 100 亿押在一个内容形式上的风险回报比,是任何人都无法承受的。
失败要败得彻底
Lenny: 接下来我们有请 Sri Batchu,Ramp 前增长负责人。他分享了一个从那次对话以来我一直都在思考的观点——就是当你失败的时候,要确保你败得彻底,让这次失败成为一个你可以在其上构建的真实学习,而不是纯粹浪费时间。请听 Sri 的分享。
Sri Batchu: 在我的经验中,增长实验的成功率通常在 30% 左右。也就是说,你尝试的绝大多数事情都不会奏效。所以你需要创造一种文化,让人们不怕承担风险、不怕失败。对我来说,失败不是你没有带来收入,失败是没有学到东西。所以你在失败时学到东西真的非常重要。只要你在学习,我们就庆祝失败。而只有当你设计了正确的测试、并且败得彻底时,你才能真正学到东西。否则的话,我觉得我们很多人都经历过这种情况:凭直觉觉得某件事可能行得通,结果没有行得通,然后你就年复一年地反复做这件事,因为每次有新的高管或其他人冒出同样的想法,你就再试一次。原因就是你始终没能设计出一个能让你败得彻底的测试。
这确实很难做到。但归根结底,只有两种方式能让实验成功:要么你有一个非常大的样本量(N),要么你有一个非常显著的实验处理效应——也就是你在实验中所施加的那个变量。而在 B2B 领域,你通常没有大样本量的奢侈条件,这在消费领域是可以做到的。Facebook 两小时就能拿到足够的数据点,而一家 B2B 公司可能需要两年才能达到同样数量的触达点。所以为了弥补这一点,我建议人们尽量最大化处理效应——也就是说,如果你有一个正在测试的假设,就把所有你认为能推动指标的可能策略和资源全部投入进去,因为如果它奏效了,你随时可以在事后进行成本优化。
所以就是最大化处理效应。如果在投入了所有这些之后还是没有效果,那你就可以说:“我们不会再尝试了,因为我们确实已经尝试了所有能想到的方式来检验这个假设。如果在最优版本下、以现有的投入规模它仍然不奏效,这件事就不值得再花更多时间了。“但如果它奏效了,那太好了。然后你可以做一个新版本的测试,去掉一半的策略,或者保留你认为效果更好或更差的那些策略,逐步优化。
Lenny: 你能分享一个你这样做的具体案例吗?
Sri Batchu: 基于客户的营销(Account-based marketing)在企业级软件中非常普遍,就是你选定一批你认为高优先级的客户,然后说:“我想用尽可能多的、精细化的方式触达他们,看看能否推动转化。“这种事我见过很多次——人们做了,但总是只做一半,比如说,试了三种方式,对照组的转化率没有更高,所以觉得这个方法不会奏效。然后新的市场拓展负责人来了,他们又得重新做一遍,又得重新做一遍,又得重新做一遍。这是无论在哪都很常见的一个循环。所以当我们在 Ramp 做这件事的时候,我们完全按照我刚才描述的方式来做:在实验设计上真正做到深思熟虑,既最大化参与人数,也最大化我们触达目标客户的方式和类型的丰富度,用各种方式充分展示价值,看看到底行不行得通。
Lenny: 听起来,你的假设不是”这封邮件会对转化率有很大影响”这样的,而是”这种主动出击获取客户的策略”才是你们在测试的东西。
Sri Batchu: 就是这个例子。而且我觉得,比方说,如果你有……这种框架对于跨职能的、更大规模、更大型的测试来说更为重要,而不是像修改一封邮件那样的细微改动。但我们甚至可以用修改邮件这样的微观案例来应用它。比如说你觉得:“这封邮件表现不佳,因为它没有触及客户痛点或旅程中的某个部分。“最简单的测试方式可能是:好的,我对文本做一些调整和编辑,测试就到此为止。如果没效果,你就说:“哦,也许那些文本改得不对,让我换一种改法。”
这没问题,成本很低,不是什么大不了的事,你在这里犯错也无妨。但你还可以采取另一种方式:“关于这封邮件,我能改变的所有东西有哪些?“是邮件的触发条件?是邮件的文本内容?是增加个性化元素?是邮件的设计?试着想一想所有你认为可能存在问题的地方,把它们全部组合在一起,来检验你”这个触达点有问题”的假设,以及如何改进它。
Lenny: 不过显然,这样做的弊端是,如果没效果,你不知道是不是其中某个东西本来是可以奏效的,比如也许标题换了就行。
做实验的权衡
Sri Batchu: 对,所以这里面总是有权衡的,但你的期望是做了一次彻底的刷新,把所有你觉得直觉上应该有效的手段都试过了。如果还是没效果,那你就可以说:好吧,也许我的假设本身就有问题。不过你说得对,这里始终存在一个挑战——也许是执行本身出了问题,而你那次可能做了太多改动。
Lenny: 我们的下一个故事来自 JZ,她是我在 Airbnb 的同事,录制这期节目时担任 Webflow 的产品负责人。她要分享的是 Airbnb 最大产品失误之一的故事。
新产品经理最常见的错误
你见过很多新产品经理,也见过他们中有人成功、有人失败。根据你帮助新人入行的经验,你觉得新产品经理最常犯的错误是什么?
Jiaona Zhang (JZ): 我觉得有一个很难纠正、但每个人都会有的倾向,就是直接跳到方案上。所以我看到的一个最大问题——不仅在我的课上,也是我自己做 PM 时观察到、以及做 PM 过程中容易犯的错误——就是你会非常执着于某个解决方案、某种实现方式、你脑海中想要构建的那个东西。这也是我在课程中最想纠正的第一件事。
很多人一进来就会说:“我想做一个什么样的创业公司”,或者”我想做这件事”,或者”我在某某学院,我对这个特定领域做了很多研究”。所以我们需要纠正这种思维:“好,我们要走出去,完全不去想你要构建什么东西,而是把注意力放在用户、现实世界中的人以及他们的问题上。第一步是理解他们的问题,然后判断这里是否存在机会,而不是’嘿,我想为某类人做某个东西’。“这是最需要纠正和重新训练思维方式的错误。
Airbnb 最大产品失误
Lenny: 那我们换到这个问题的另一面吧。我们聊了新产品经理常犯的错误,我很好奇,你犯过的最大产品失误是什么?
Jiaona Zhang (JZ): 哇,这个问题好。挺有意思的。我觉得做产品的人总是在犯错,也总是在学习。我举个 Airbnb 的例子吧,毕竟你我都在那儿待过。
这个确实让我印象很深。当时我们在做一个叫 Airbnb Plus 的项目。退一步来看,我们真正想做的事情是:“不是所有人都信任 Airbnb 这个平台。它不是托管式库存,也不是酒店。怎么才能确保所有 Airbnb 房源都达到质量标准?“但我确实觉得我们当时是非常方案优先的,而且那个时期我们对竞争对手也很恐惧。那正是托管式市场(managed marketplace)兴起的时候,各种类似 SaaS 的服务层出不穷,公司上下都在想:“天哪,看看这个,在托管式市场的世界里我们该怎么办?”
于是我们在方案层面一路狂奔。我们基本上的思路是:“我们去检查我们的库存,尝试更多地管理我们的库存。“而我们真正应该做的是退一步问:“核心问题到底是什么?“核心问题是人们想知道自己会得到什么样的体验,我们需要更好地呈现这些房源。还有一点非常重要——作为一家公司,你的战略优势是什么?你擅长什么?比如 Airbnb,我们在运营方面并不强。我们本质上是一个平台、一个市场。如果你没有那块能力,却要求公司和团队从零开始搭建,那就非常、非常困难了。更不用说单位经济学(unit economics)了——即使你实现了规模化,单位经济学真的能跑得通吗?
Lenny: 嗯,我觉得 Airbnb Plus 是一个还没被人讲过的故事,应该有人来讲讲,那本身就可以做一期播客了。
Jiaona Zhang (JZ): 你和我可以一起讲。
Lenny: 咱们可以讲。就叫”Airbnb Plus:隐藏的故事”。正如你所说,它要解决的问题就是人们不太信任,甚至不愿意考虑 Airbnb——“不,我不想住在别人家里,我不知道会是什么样,太不可预测了。“所以从一个旁观者的角度看,这像是一个非常聪明的方案:我们要筛选出一批房源,确保它们非常棒,设定一个最低标准。但问题来了——你觉得是这个事情从根本上就不可能,因为我们作为一门生意永远赚不到钱?毕竟单笔预订利润不高,而投入时间、资源、给房东送枕头这些事情怎么做都不经济。还是说你觉得其实存在一条可行路径,只是执行得不好?
Jiaona Zhang (JZ): 我觉得其实没有一条清晰的路径。我觉得存在某种……[听不清]。确实如此。归根结底就是——还是回到我说的单位经济学——有些时候你会对单位经济学抱有一种魔幻思维:“等我们做到 X 规模的时候,一切都会理顺的,这些事情都能搞定。“我认为你实际上需要在最开始就确保单位经济学是成立的。这绝对是一个教训。
另外一点,回到你到底想达成什么目标这个核心。如果你想确保房源质量,对于 Airbnb 这样的平台来说,正确的做法是通过我们的评价体系、通过房客的评价来做到——这本质上是免费的,而不是真的派出 inspectors 去检查。
还有就是,如果你能获取信号,了解人们关心的质量要素是什么——是清洁?还是”我被锁在门外了”?——那就有除了检查之外的其他解决方案。比如,给每个房东发一个密码锁盒,成本实际上比派 inspector 去检查房产要低得多。或者与各地区的清洁服务商建立合作,将其纳入服务费用,而不是做检查。
所以还是那个问题:你到底想达成什么?每个领域的用户问题是什么?你能否针对你看的那个具体房源来解决这个问题?我个人认为单位经济学从来就不会真正跑得通。我们应该在一开始就知道这一点,或者至少应该深入分析一下,然后采取有针对性的措施,而不是用一把钝器试图解决所有问题——“我们要去检查”。应该问的是:这个房源的问题是什么?解决这个问题的最佳方案是什么?
每个人都有 A 面和 B 面
Lenny: 倒数第二个故事来自 Gina Gotthilf,她曾是 Duolingo 的早期增长负责人,目前是 Latitud 的首席运营官。她要分享的是一个涉及面很广、也很重要的观点:每个人的职业都有 A 面和 B 面,但人们往往只展示自己的 A 面。所以接下来是 Gina 分享她的 B 面。
Gina Gotthilf: 我们在生活中,尤其是在职业领域,总是被鼓励不断谈论自己的 A 面,因为这能打动他人,能为我们打开机会之门,能让我们持续成长,这确实非常重要。但这也意味着,你在播客和舞台上听到的大量内容,最终都只是某个人、某家公司或某个国家发展历程中适合发 Instagram 的版本——只是一些高光时刻。说到我的 A 面,确实很亮眼:比如我会谈到我见过 Obama 总统,我参与过 Mike Bloomberg 的总统竞选活动,我帮助 Duolingo 从三百万用户扩展到两亿用户,我与 Tumblr 合作帮助他们拓展拉丁美洲市场,Andreesen Horowitz 投资了我的公司等等。
但在这些高光时刻之间,有太多 B 面时刻被扫到了地毯下面,因为这样对我来说更轻松,对他人来说也更有印象。但我非常想把这些 B 面时刻拿出来讲,因为我们大多数人每一天、每一周、每个月、人生的每一个阶段,都会经历很多 B 面时刻。如果我们不能把它们识别为一个个”时刻”,就很容易认为一切都不会好转,因为我们正身处某个 B 面时刻之中。
Lenny: 我很喜欢这个概念。正如你所预料的,我们会聊到你很多 A 面的故事。你有没有什么有趣的 B 面故事可以分享?
Gina Gotthilf: 你看,我觉得 B 面故事才是最有趣的,因为它们要么好笑,要么荒唐。我有很多 B 面经历,现在依然有。比如,我曾经完全不知道自己想做什么。我其实想成为一名演员——要么想在海洋世界做那个跟海豚一起互动的人,这是在海洋世界还没被抵制之前的事——要么就想当演员。我申请了学校,一所常春藤都没进,我想去的顶尖学校一个都没录取我。上了大学之后,我实际上退学了,因为我患上了严重的抑郁症,严重到无法下床的程度。讽刺的是,我退学的是里德学院(Reed College),正是 Steve Jobs 退学的那所大学。所以我注定要成就伟大——当时我就知道了。
Lenny: 回头看一切都说得通,正如他所说的那样。
Gina Gotthilf: 完全没错。我退学的时候心想,“没错,这正是我要走的路。“不,我痛苦极了,我觉得前方无路可走。后来我终于回到学校完成了学业。大学的学业顾问看了我的课程表,说:“你这辈子到底都做了些什么?什么也拿不出来。“这让我很震惊,因为我一直是那个想修最多课程、每门课都拿高分、什么都想做到最好的优等生。我在高中拿了三个文凭——国际文凭、美国文凭和巴西文凭。
所以从这件事中我得到的一个至今受用的教训,我认为也适用于其他人,就是:重要的不仅仅是做那些真正有意义的事和学习知识,更重要的是会讲故事,是理解别人眼中的价值是什么。我申请了一百家公司,大部分都没有回复。我终于在纽约一家二三流的数字营销机构拿到了一份实习,因为我太想住在纽约了。结果他们忘了按时给我申请签证,所以我丢了签证,不得不回巴西。后来我离开那家公司去了另一家,那家公司有多不靠谱我都不想细说了,然后他们把我裁了。于是我又丢了签证,再次不得不回家。后来又找到一个机会,那次我被解雇了。所以我的职业起步充满了颠簸,当你看到一个人站在舞台上面对五千人做演讲时,你大概不会想象到这些。但我觉得这很重要。
加入 Tumblr 和与 Duolingo 的结缘
即使后来我开始在 Tumblr 工作,我当时想,“就是它了,我成功了。这是一家很有意思的公司,一切都会好起来的。“结果那也非常坎坷,因为那是一家早期创业公司。比如,他们搞不清楚怎么把钱汇到巴西,所以我六个月没有拿到工资。有一次,我和同事甚至试图从银行柜台取出钱来付给承包商,因为我们没有钱付给他们,我们还向人借过钱。最后他们还是把我裁了,因为他们决定把公司卖给 Yahoo。
然后我不得不思考接下来该怎么办。没人会雇我,我被解雇和裁掉过那么多次。而这一切都发生在我创办一家帮助美国科技公司和新创企业在拉丁美洲增长的代理公司之前——因为我意识到我所处的位置非常适合做这件事。它最终为一些知名公司提供了服务,比如 Duolingo。不过当时 Duolingo 还不出名,只是一间小小的创业公司,连 Android 应用都没有。我就是这样开始和 Duolingo 合作的:他们的市场负责人联系了一个曾经在 Flickr 共事过的人,说”我注意到 Tumblr 去年在巴西增长了很多,你能推荐一家公司或代理机构来帮忙吗?“对方说,“这个女孩。“我当时二十六岁。他们就这样把我介绍给了 Duolingo。我开始以顾问身份帮助他们开拓巴西市场。他们说,“这很好,你能帮我们开拓智利和阿根廷吗?“我说,“可以。“他们又说,“墨西哥呢?“我说,“可以。“Lenny,我了解这些地方吗?我在那里有人脉吗?不,但你可以自己摸索出来。
后来他们邀请我全职加入,在全球范围做这件事——日本、中国、韩国、土耳其、西班牙、法国等等。然后让我负责增长,这最终意味着要管传播、社交媒体、政府合作,一切能带来增长的事。再后来变成了一支由工程师、产品经理和设计师组成的 A/B 测试增长引擎,而这些我当时一窍不通。
职业中的起起落落
即便在那之后,五年后我离开了 Duolingo,依然不知道自己这辈子要做什么。你可能觉得,“哇,你现在什么都想明白了,你离开了 Duolingo,整个世界都在你面前。“而我的想法是,“也许我终于可以去非营利组织工作了”——这其实是我最初想做的事。我尝试了一下,积累了几段经历之后,加入了 Mike Bloomberg 的竞选团队。
为 Mike Bloomberg 的竞选团队工作听起来很光鲜。但你知道吗?Mike Bloomberg 没有赢,他没有当上总统。所以如果你认真看的话,那次竞选并不成功。是的,Latitud 看起来是一条很有前景的路,但同样有 A 面的日子和 B 面的日子。就是很多这样的起起伏伏。关键是要保持韧性,相信自己,摔倒了就重新爬起来。
Lenny: 太棒了,这个信息太重要了。你描述的内容中有一条主线,也是我经常思考的一点——人们往往低估了自己职业生涯有多长。有那么多时间去做事情,去让一切慢慢走上正轨。接下来这话听起来会很装,但我觉得 Marcus Aurelius 有一句名言说,我们的生命其实很长,只是我们用得很糟糕,浪费了大量时间。
Gina Gotthilf: Lenny,我觉得你说得太对了,我很喜欢这个观点。人们到处在说”人生苦短、人生苦短”,但确实如此——我们浪费了太多时间。不过我觉得我们也没有意识到自己面前有多少机会。作为一个二十六岁的年轻人,我确实觉得自己的职业生涯已经完了。我觉得”我把一切都搞砸了”。现在回头看,觉得很好笑。
职业生涯有足够长的时间
Lenny: 我完全懂你的意思。我在圣迭戈一家初创公司的第一份工作就待了九年,当时一个随机的公司。我经常想,“我在这儿待这么久到底在干什么?“结果后来发现,那段经历对我接下来做的事情非常有用。然后慢慢地,哇,一切真的开始起飞了。所以我觉得这对大家是一个很好的教训——职业生涯真的很长。这是我第四次转行了,我换过好几次职业。之前是工程师,然后做了创始人,又做了产品经理,现在在做这个——不管这叫什么。
Gina Gotthilf: 我想我也是。我做过运营,做过咨询。嗯,先是做员工,然后做咨询,之后做运营——其实就是初创公司员工比较好听的说法。现在是创始人,同时还是 VC、天使投资人,还有这个那个的。
Lenny: 太好了。所以我觉得这是一个很重要的收获——有大量的时间去做事情,如果进展没有你期望的那么快,不要焦虑。我很好奇,你或你的团队有没有犯过什么大错或者搞砸的事情,就是那种让你觉得”哇,真是白白浪费时间”的经历?
成长团队的最大教训:徽章实验
Gina Gotthilf: 很多事情都没有成功。我们超过 50% 的 A/B 测试都没有成功,我们也下过一些不合理的赌注。不过我想说的是,按照 A 面和 B 面的说法,我认为我们普遍都特别擅长忘记 B 面的东西。我到处谈论那些成功的事情,以至于很难想起那些实际上没有奏效的时刻。而我经常提起的那个关于我们增长团队犯的错误的故事,几乎就像面试时被问到”你最大的弱点是什么”,你回答说”我是一个完美主义者”那种感觉——实际上是那种反而让你听起来挺厉害的故事。
这个故事的起因是我的团队非常想做徽章(badges)功能。我们花了很多时间玩当时所有流行的游戏,试图理解那些应用中的游戏化增长手段,看看能否移植到 Duolingo 上,以及我们该怎么做。
徽章在所有热门游戏中无处不在,所以看起来简直是不用想的事。但由于我们会根据 ROI 对所有实验进行排序——回报就是我们预计能获得多少 DAU,再加上时间投入——所以把精力放在这件事上从来都不划算,因为我们觉得时间成本太高了。于是实际上我有六个月没让团队跑这个实验,让我们专注于更容易摘到的低垂果实。所以这是我的一个失误。
后来我们决定用最精简的方式来跑这个实验。我们说,“你知道吗?有 MVE 这个概念——最小可行实验(minimum viable experiment)。我们不需要做一整套徽章系统,可以做一个更简单的东西,先看看它是否能带来有意义的增长,然后我们再决定。”
我们跑了一个非常简单的实验——注册后就给你一个徽章。就是一个拿着气球的女孩的形象,我也不清楚,反正她看起来挺开心的。当然,事后看来,这个实验没有任何效果,因为没有人会因为注册而感到自豪。那不是一个令人兴奋的时刻,而且你也没有其他徽章可以收集,没法展示给别人看。让徽章有吸引力的那些要素统统不存在。但我们当时觉得,“好吧,我们测试过了,没用。“然后就继续做别的了。
就这样我们又过了大概八个月没有再回头看这件事。当我们终于回头看的时候,首先我们发现了一个问题——我们一直没有 dogfooding(吃自己的狗粮,即自己使用自己开发的产品),这也挺尴尬的。回头来看,增长团队一直在做假设,然后非常认真地排优先级,确保我们做了最好的方案文档和所有这些事情,但 dogfooding 这一块完全缺失。我没有产品背景,我是做营销出身的,当时并不真正理解 dogfooding 这个概念。但当我们讨论这件事的时候,大家觉得,“你知道吗?如果我们当时自己测试一下,就会立刻知道这个徽章设计得很烂。“我意识到,“我们为什么不在推出实验之前先自己测试呢?“从那以后,这就成了我们流程的一部分。
到现在这依然适用。我昨天还在跟 Latitud 的工程师讨论这件事。我还没介绍过我们在做什么产品、在怎么做,可能后面会聊到。但我昨天在跟 Latitud 的工程师团队沟通,他们非常优秀。产品团队里有 NewBank 的第八号员工——你可能听说过 NewBank,那是拉丁美洲一个巨大的银行金融科技公司。还有其他金融科技公司来的人,以及一位 Twilio 的前首席 PM。我在跟他们解释为什么我们应该 dogfooding,他们都说,“对对,我们应该 dogfooding。“但这类事情就是很容易被遗忘。
所以这就是一个失误——我们本可以更早地通过徽章获得增长。而且我们不仅通过徽章获得了增长,它还变成了一个巨大的机会宝库。因为一旦你有了徽章,用户想要获得它们,你就可以让用户去做任何事情——去找朋友,去购买东西,什么都行。所以我们几乎对公司所有指标都产生了正面影响,包括一些我们之前没有预料到的。但谈论一个最终变成胜利的失误太容易了,所以我在开头把它比作面试时那种回答。不过我们也尝试过很早就把 Duolingo 做成一个社交应用,结果失败了。那个功能叫 Dual Duels。Dual Duels,就是可以对战。
Lenny: 名字很巧妙。
更多失败的尝试
Gina Gotthilf: 是的,我们知道这很巧妙,但没人用它,我们也没搞清楚为什么。我们尝试过做一个 Duolingo for Schools 平台,也没能做起来。我去中国观察 Duolingo 的使用情况,结果上线第一天就被下载了一百万次,然后因为政府的原因应用被封锁了,我们也不知道接下来该怎么办。然后所有人都给应用打了一星,因为它没法用了。我们从那个困境中恢复过来花了不少功夫。我们在印度上线了 Duolingo,但除非你亲自去那里——我们后来确实去了——否则你根本不会知道,印度大多数人把手机界面语言设为英文,因为用印地语打字很困难。而且印度本身就有很多种语言。我们的设计是,当你下载 Duolingo 时,你手机设置成什么语言,我们就用那个语言作为你的基础语言来提供学习课程。所以我们是在告诉用户从英语出发学法语、西班牙语、德语,但他们其实都想学英语。他们找不到自己想要的东西,然后就离开了。犯的错误实在太多了,不过幸运的是,我觉得大多数错误我们都恢复过来了,看看 Duolingo 今天的发展就知道了。
面试中的好问题:你发布过的最烂产品
Lenny: 我们最后一个故事来自 Maggie Crowley,Toast 的产品副总裁,这也是播客中最受欢迎的节目之一。Maggie 分享了一些不太一样的内容——她最喜欢的关于失败的面试问题,以及这个问题能告诉你关于被面试者的什么信息。另外还有她自己的一个产品失败故事。让我们来听 Maggie 怎么说。
Maggie Crowley: 我在每场产品经理面试中都会问的一个问题是:你发布过的最烂的产品是什么?之所以问这个,是因为我认为如果你从来没有发布过真正糟糕的产品,你就不是一个好 PM。你只是还没有足够的练习次数,做的事情还不够多。而且不仅是你做过这件事,更重要的是你能承认它,能指出具体是哪一个。这一点非常重要。
Maggie Crowley: 我记得……那次真是太蠢了。到现在我还很生气我们居然做了这件事。我不说具体是哪个团队、哪家公司,不点名了。但我们当时决定要对现有产品做一次重写——这是第一个危险信号。一个我合作过很多次的工程师,我们关系很好,这个人说:“没问题,六个月就能搞定。“那是产品的核心部分,存在已久,属于那种代码还是创始人写的老模块。
结果不是六个月,而是花了两年半,而且还没做完。工期远远超出应有的限度,达到功能对等花了我们无穷无尽的时间。那是最糟糕的项目。大量的人进进出出轮换参与,所有人都觉得这事儿蠢透了。沉没成本谬误,简直一塌糊涂。原因在于:第一,我们太自大了,觉得自己能搞定;第二,我们跳过了探索阶段,没有认真写一页纸方案,直接开干;没有对实际需求做充分的技术和设计调研。结果就是这样。
Lenny: 所以最终完全没有成功?还是一个巨大的成功,彻底改变了公司的轨迹?
Maggie Crowley: 绝对没有。但你知道吗?我没被开除,所以还行。
Lenny: 我感觉自己也经历过类似的事情,然后过了三四年,又会冒出——“也许这次重写加重新设计能行呢?这东西我们很久没更新了。”
Maggie Crowley: 千万别做。不要重写。如果有人让你做重写,别做。并行重写,也不行。
Lenny: 对,我从来没有遇到过……我碰到的情况是,一旦你在重写加重新设计的路上走得太远,所有人都在那个新世界里搭建东西,然后上线了,实验结果是负面的,然后大家就说:“我们已经上线了,先推出去再说吧。我们回头再想办法回到中性 baseline。”
Maggie Crowley: 对对,别这么干。
Lenny: 美好时光。
结语
好了,到这里就结束了。我希望大家喜欢这些关于失败的故事。我要特别感谢所有优秀的嘉宾们,感谢他们愿意敞开心扉,分享自己职业生涯中的失败经历。我希望这期节目能带给你一种新的视角——挫折、挑战和失败,往往恰恰是你迈向职业生涯或人生下一个阶段所需要的东西。如果你也有关于失败的精彩故事,我很想听听。可以在 YouTube 或 Lennysnewsletter.com 上留言,也可以直接在 Twitter 上私信我,或者访问 LennyRachitzky.com,点击那个大大的联系按钮。感谢收听,大家再见。
术语表
| 原文 | 中文 |
|---|---|
| Account-based marketing | 基于客户的营销(Account-based marketing) |
| Airbnb Plus | Airbnb Plus(Airbnb 推出的精选房源项目,不做翻译) |
| badges | 徽章(badges) |
| DAU | DAU(日活跃用户数,Daily Active Users,不做翻译) |
| discovery | 探索阶段(discovery) |
| dogfooding | dogfooding(即团队自己使用自己开发的产品,首次出现保留原文) |
| Dual Duels | Dual Duels(Duolingo 早期社交对战功能名,保留原文) |
| feature parity | 功能对等(feature parity) |
| Flickr | Flickr(不做翻译) |
| Gina Gotthilf | Gina Gotthilf(Duolingo 早期增长负责人、Latimuth 首席运营官,保留原文) |
| inspector | inspector(此处指房源实地检查员,首次出现保留原文) |
| Jiaona Zhang (JZ) | Jiaona Zhang (JZ)(Airbnb 前同事、Webflow 产品负责人,保留原文) |
| Latitud | Latitud(不做翻译) |
| Maggie Crowley | Maggie Crowley(Toast 产品副总裁,保留原文) |
| managed marketplace | 托管式市场(managed marketplace) |
| Marcus Aurelius | Marcus Aurelius(罗马皇帝、斯多葛派哲学家,保留原文) |
| Mike Bloomberg | Mike Bloomberg(美国政治人物、企业家,保留原文) |
| MVE | 最小可行实验(MVE, minimum viable experiment) |
| New TV | New TV(Quibi 的初创名称,不做翻译) |
| NewBank | NewBank(拉丁美洲大型银行金融科技公司,保留原文) |
| Obama | Obama(保留原文,首次指”总统”语境) |
| one pager | 一页纸方案(one pager) |
| PM | 产品经理(PM) |
| Quibi | Quibi(短视频流媒体平台,不做翻译) |
| Ramp | Ramp(金融科技公司,不做翻译) |
| Reed College | 里德学院(Reed College) |
| Sri Batchu | Sri Batchu(Ramp 前增长负责人,保留原文) |
| Steve Jobs | Steve Jobs(保留原文,已为全球知名人物,但中文名”史蒂夫·乔布斯”可酌情使用) |
| sunk cost fallacy | 沉没成本谬误(sunk cost fallacy) |
| Toast | Toast(不做翻译) |
| treatment effect | 处理效应(treatment effect) |
| Twilio | Twilio(不做翻译) |
| unit economics | 单位经济学(unit economics) |
| VC | VC(风险投资人,Venture Capitalist,保留原文) |
| Yahoo | Yahoo(不做翻译) |
此文档由 AI 分片翻译(translate_long_document)