When to Launch Your Startup and When to Wait

Episode Summary

Title: When to Launch Your Startup and When to Wait Summary: - YC partners often have to repeat the same advice to founders: launch early and move quickly. Founders tend to delay launching because they want a "perfect" launch, but this is usually misguided. - Launching early with an MVP allows you to get real user feedback and iterate rapidly. You can launch many times - it doesn't have to be a singular precious event. - Founders are often afraid of bad reactions at launch, but playing out worst-case scenarios shows the risks are not so bad. A launch is not like the Oscars - no one may even notice at first. - There are rare exceptions like Rippling that took time to launch, but this is only advisable if you have incredibly rare domain expertise like Parker Conrad did from building Zenefits. - Most founders only know 5% of the story. Look back at early days of successful companies to see their launches were scrappy MVPs, not polished products. - The key advice is to launch early and move fast, unless you are the rare exception who has already built a very similar billion dollar business before.

Episode Show Notes

Step inside the group partners' lounge to hear Y Combinator Partners Harj Taggar, Michael Seibel and Brad Flora discuss how startups should approach launching and the exceptions to the rules.  

Apply to Y Combinator: https://www.ycombinator.com/apply/

Episode Transcript

SPEAKER_01: I think there's this image founders have of the launch, which is it's going to be like the launch and it's going to be like the Oscar ceremony or something where there's just going to be like hordes of people and like, and like you're going to be treated like a celebrity. And so like, you don't want to turn up for the Oscars in like your scruffy like top and bottoms, right? Like you want to like, you want to spend some time getting in shape. You want to be looking good. Like it's just this whole thing. Hi, this is Michael with Harj and Brad and welcome to the Partner Lounge. SPEAKER_00: So as YC partners, we find ourselves repeating the same seemingly obvious advice to startup founders over and over again. SPEAKER_02: Before COVID, we'd often gather together in the Partner Lounge at the YC office to try to figure out why this was the case and how we could help startups figure it out faster. SPEAKER_00: Now that we're in the remote world, we're going to do this in front of all of you. So the first topic we talk about today in the Partner Lounge is why don't startups like to launch early and move quickly? Harj, to be honest, this is painfully obvious advice, right? This is, you know, YC Paul Graham 101. No one applies to YC not knowing. This is what we're going to tell them, right? So what do you think is going on? Why do you think people are getting screwed up here? Bunch of reasons. The first one that springs to my mind is you have to know what fast is to move fast. SPEAKER_01: And I think one of the things we get to see as partners is across hundreds of companies and founders, the different speeds they can move at. And honestly, I remember when I first started working at YC, it surprised me, right? Like I thought my startup, we were moving as fast as we could. And then you see some of the top companies, you're like, wow, how do you get so much done in a week? And so I think there's that effect. I think maybe a specific version of that is if you've only ever worked at a big company, you might think you're moving fast because you're moving big company fast. But like startup fast is a whole other ball game. Fast means you have to be a little bit uncomfortable what's going out there. SPEAKER_00: You know, you were talking about Instacart before. How dirty did Instacart look back in the day when you saw them go through YC? I mean, there's the classic story with Instacart, which is we interviewed them and they did a demo of the product where they clicked to order beer and beer turned up pretty quickly. SPEAKER_01: And I think it actually turned out it was like Apuva's friend or someone just drove to the store. There was no back end. And so that kind of continued during YC too, from what I remember. It wasn't like they had, they didn't spend a year building a sophisticated fulfillment center with complex algorithms to, you know, optimize delivery times. Pretty sure they just had like the founders and maybe some people off Craigslist driving to the grocery store to pick up groceries. Pretty dirty. I think it was a good UI, but the product was very much hacked together. SPEAKER_00: Well, it's funny because Brexit was almost the exact opposite. Like when they come in to tell the story at the batch, there was no UI. Like they could give you a virtual credit card and like it worked. But that was it. You couldn't see what you spent money on. You couldn't see how much money you spent. You couldn't. All they knew was that you had a card and it worked. One of the things, though, that I think is going on, and you brought this up a little bit, Harge, is that like founders will lie to themselves. They will think I'm the exception. I know the advice is good in general. I've heard all these great examples, but like we are different. Brad, you were talking a little bit about like the idea that maybe I could, maybe I can do a perfect launch. So how do you think founders think about their perfect launch and why they maybe can't move fast? Well, I think the minute anyone starts making something, they start thinking about the moment when they show it to people and what they want the reaction to look like and sound like and feel like. SPEAKER_02: And yet they also know that there's a chance that it won't be like that and it will be crushing and devastating. And so I think every founder, no matter what they're working on, has this like parallel universe in the back of their mind of what the reaction is going to be to their product. And when they let that parallel universe kind of win out over the reality that they need to get it in front of people faster and not worry about that, it can slow them down because they start optimizing for this thing that is just living in their head and it's not real at all. SPEAKER_01: I think there's this image founders have of the launch, which is it's going to be like the launch and it's going to be like the Oscar ceremony or something where there's just going to be like hordes of people and like, and like you're going to be treated like a celebrity. And so like, you don't want to turn up to the Oscars in like your scruffy like top and bottoms, right? Like you want to like, you want to spend some time getting in shape. You want to be looking good. Like it's just this whole thing. Like the reality is like often no one cares. Like you launch. There's no one there. SPEAKER_02: Well Harjit, even though you talk about it has a fallacy baked into it. The launch. Right? That it's a singular thing. There's the launch of the product and that's just not the case. You launch over and over and over again. And it's not a precious thing. SPEAKER_00: The goal here is to get people excited about what you're working on and show it to the world. And you might have to show your thing to the world more than once before they get it. And like, that's okay. Like who cares? You know, like, Brad, you were talking about like, what's the worst case scenario? Like, how do you like, how do you think about that? Like, what do you think founders are afraid of? Like, what do you think is like their worst vision of a launch? So I think they're afraid that people will think their product is ugly or that it doesn't work well or that they will notice immediately the thing that the founders don't like about the product and confirm their worries. SPEAKER_02: They're afraid that a competitor will hear about the product. They're afraid that investors will hear about the product. Before it's ready. They're afraid of all these things. But then when you actually think about them for more than two seconds, you realize that if you play out the worst possible thing that could happen after each of those occurrences, it's fine. SPEAKER_00: One of the fun kind of mental gymnastics moves that we see people do is this like, oh, I did launch. We have a wait list of 3000 people already use the product or like, doesn't like what do you talk, Brad, what are you talking about? We've already launched. Right. And then when we say, oh, great, let's open up the wait list now. Where's the button? Let's push the button. SPEAKER_02: Whoa, whoa, whoa, whoa, whoa, whoa, no, no, no, no, no, no, no. Yeah, I think there's a whole set of contortions that certain types of founders have figured out how to tie themselves up in so that they can feel like they're launching. They can talk like they're launching, but they're not actually putting a thing in front of people to use just yet. A wait list is just a form and you're not really getting product feedback from that experience. You know, it was funny because one of the best examples I'm remembering from back in the day at YC was a company named Magic. SPEAKER_00: And when they came up with the idea for Magic, they launched two days later and it was just a website with a phone number. And it just said, text us and we'll do whatever you like. To me, that's the right spirit. They understood that they didn't really know what was going on yet. So let's just get this thing out there and we'll start learning live versus waiting. I do want to play devil's advocate, though. There are these examples of companies that founders will throw in our face. We'll give this advice. They'll be like, Harj and Brad, y'all are idiots. Remember Dropbox? Remember Rippling? Remember Stripe? They didn't all launch publicly in the first three days of coming about. Which one of you wants to kind of tackle this one? What is our answer to the pushback here? SPEAKER_01: Yeah, there are exceptions. You mentioned good ones. Take one at a time there. Take Rippling. So I think that when Rippling was going through YC, they took close to like a year and a half or more. Maybe it was two years to sort of officially launch. And it turned out to be right, actually. The company is doing tremendously well. And I think my analysis on that is you, in that case, you had a founder who was building a product he'd already built for his last startup. It's an unusual case. And he'd had tons of users. Zenefit was a big startup growing really quickly. And then on top of that, Zenefit itself was a customer of Zenefit. And so I think with Parkey, you got this incredibly unusual deep level of product insight and domain expertise. And so he was actually the example of where he could come up in his head with, here's what the product needs to be. It needs to actually be like a lot of product. It's going to take us some time to build this amount of product. And it only makes sense to launch. Like the MVP was robust. And he could trust his instincts, right, because he had this unusual depth of experience with what to build. SPEAKER_00: But Brad, how rare is that? How often are we interacting with founders who have used and built a massive product doing the thing they're already doing before they decide to do that again? SPEAKER_02: It's pretty rare. It doesn't happen that often. And it's not always a fun office hour because you don't want to say, you're not Parker, right? You don't want to throw it in their face to that extent. The thing that I think is really great about the rippling example is that the first time he built the product with Zenefit, he did not spend a year and a half. In fact, he's one of the, I think, the greatest examples of what we were talking about earlier. I remember when I was working on my company in San Francisco, he emailed me out of the blue while he was in the batch, said, I'm working on this new benefits thing. I'd love to come to your office and show it to you. And so my company is building this ad tool. We'd spent a year polishing the UI and making it all great. And he shows up with this HR software that was beautiful. It was feature rich. It had everything you could possibly need and it blew me away. And I thought, how the heck did this guy build this so quickly? This is incredible. And what I didn't know was that it was a bunch of forms and there was not a back end at the time. And so that first time when he was not the expert in what the product needs to do, didn't have that knowledge, that's the strategy that he took. And then the second time after he'd already built this, he was able that he'd earned the right to do the big build and make it that way. I think this is like the common trap that founders have is that like they know five percent of the story and they don't know the other 95 percent of the story. SPEAKER_00: So that's another kind of thing that I think people need to dig in a little bit to when they think of these exceptions. Like how can they be rigorous about making sure they know what really happened? SPEAKER_02: One of the things I love to encourage founders to do is to go back to something like GitHub and go to the blog and go to the beginning of the blog, you know, 10 years ago or whenever. And look at the screenshots from then. Look at the feature announcements from them and just try to internalize that the stakes were lower, the features were simpler, the feature set was simpler and they were just getting on the board. And it wasn't this huge gargantuan product that you think of now. So if we're going to wrap up here, if you're an early stage founder listening to this and you are a Parker Conrad, you've already built a billion dollar company doing this exact same thing before. SPEAKER_00: And now you know exactly how to do it right. You should ignore all the advice we gave in this talk. If you're not, then kind of what Harj and Brad were saying in the beginning, you already know launching fast and moving fast is the right thing to do. So just do it. Right. Just do it right. At the end of the day, you choose every day you decide not to launch. You choose every day you decide to go at 10 miles an hour versus 100 miles an hour. Maybe today you should choose differently. All right. Thanks, Brad. Thanks, Harj. Thanks, guys. Thank you.