Lenny's Podcast: Product | Career | Growth
00:46:18 · Lenny Rachitsky, Boris Cherny
[00:46:18] S1: Yeah. So, maybe if you're listening to this leave a comment if you're finding your job is less fun, and you're enjoying your job less, because what you're saying and what I'm hearing from most people, 70% of PMs and engineers are loving their job more. Like, if you're [inaudible 00:46:30] bucket, you could ... Something's going on. [00:46:32] S0: Yeah. Yeah. We do see that people use also different tools. So, for example, our designers they use the Claude desktop app a lot more to do their coding. So, you just download the desktop app. There's a code tab. It's right next to Cowork. And it's actually the same as at Claude Code. So, it's the same agent, and everything. We've had this for many, many months. And so, you can use this to code in a way that you don't have to open a bunch of terminals. But you still get the power of Claude Code, and the biggest thing is you can just run as many Claude sessions in parallel as you want. We call this multi-Claude-ing. So, it's a little more native I think for folks that are not engineers, and really this is back to bringing the product to where the people are. You don't want to make people use a different workflow. You don't want to make them go out of their way to learn a new thing. It's whatever people are doing, if you can make that a little bit easier, then that's just going to be a much better product that people enjoy more. And this is just this principle of latent demand, which I think is just the single-most important principle in product.
00:46:32 · Boris Cherny, Lenny Rachitsky
[00:46:32] S0: Yeah. Yeah. We do see that people use also different tools. So, for example, our designers they use the Claude desktop app a lot more to do their coding. So, you just download the desktop app. There's a code tab. It's right next to Cowork. And it's actually the same as at Claude Code. So, it's the same agent, and everything. We've had this for many, many months. And so, you can use this to code in a way that you don't have to open a bunch of terminals. But you still get the power of Claude Code, and the biggest thing is you can just run as many Claude sessions in parallel as you want. We call this multi-Claude-ing. So, it's a little more native I think for folks that are not engineers, and really this is back to bringing the product to where the people are. You don't want to make people use a different workflow. You don't want to make them go out of their way to learn a new thing. It's whatever people are doing, if you can make that a little bit easier, then that's just going to be a much better product that people enjoy more. And this is just this principle of latent demand, which I think is just the single-most important principle in product. [00:47:29] S1: Can you talk about that actually? Because I was going to go there. Explain what this principle is and just what happens when you unlock this latent demand.
00:47:37 · Boris Cherny
[00:47:37] S0: Latent demand is this idea that if you build a product in a way that can be hacked, or can be misused by people in a way it wasn't really designed for to do something that they want to do, then this helps you as the product builder learn where to take the product next. So, an example of this is Facebook Marketplace. So, the manager for the team Fiona, she was actually the founding manager for the Marketplace team and she talks about this a lot. Facebook Marketplace is based on the observation back in ... This must have been, like, 2016 or something like this. That 40% of posts in Facebook groups are buying and selling stuff. So, this is crazy. It's, like, people are abusing the Facebook groups product to buy and sell, and it's not abuse in a security sense. It's abuse in that no one designed the product for this, but they're figuring it out, because it's just so useful for this. And so, it's pretty obvious. If you build a better product to let people buy and sell, they're going to like it. And it was just very obvious that Marketplace would be a hit from this. And so, the first thing was buy and sell groups, so, special purpose groups to let people do that, and the second product was Marketplace. Facebook Dating I think started in a pretty similar place. And I think the observation was if you look at profile views, so, people looking at each other's profiles on Facebook, 60% of profile views were people that are not friends with each other that are opposite gender. And so, this traditional dating setup, people are just creeping on each other. So, maybe if you can build a product for this, it might work. And so, this idea of latent demand I think is just so powerful. And, for example, this is also where Cowork came from. We saw that for the last six months or so, a lot of people using Claude Code were not using it to code. There was someone on Twitter that was using it to grow tomato plants. There was someone else using it to analyze their genome. Someone was using it to recover photos from a corrupted hard drive that was, like, wedding photos. There was someone that was using it for I think ... They were using it to analyze an MRI. So, there's just all these different use cases that are not technical at all, and it was just really obvious. Like, people are jumping through hoops to use a terminal to do this thing.
00:49:43 · Boris Cherny
Maybe we should just build a product for them. And we saw this actually pretty early. Back in maybe May of last year, I remember walking into the office and our data scientist Brendan had a Claude Code on his computer. He just had a terminal up. And I was shocked. I was like, "Brendan, what are you doing?" He figured out how to open the terminal, which is ... It's a very engineer-y product. Even a lot of engineers don't want to use a terminal. It's just the lowest level way to do your work. Just really, really in the weeds of the computer. And so, he figured out how to use the terminal. He downloaded [inaudible 00:50:28]. He downloaded Claude Code. And he was doing SQL analysis in the terminal. It was crazy. And then the next week all of the data scientists were doing the same thing. So, when you see people abusing the product in this way, using it in a way that it wasn't designed in order to do something that is useful for them, it's just such a strong indicator that you should just build a product and people are going to like that. It's something that's special purpose for that. I think now there's also this interesting second dimension to latent demand. This is the traditional framing is look at what people are doing, make that a little bit easier, empower them. The modern framing that I've been seeing in the last six months is a little bit different. And it's look at what the model is trying to do, and make that a little bit easier. And so, when we first started building Claude Code, I think a lot of the way that people approached designing things with LLMs is they put the model in a box, and they were like, "Here's this application that I want to build. Here's the thing that I wanted to do, a model, you're going to do this one component of it. Here's the way that you're going to interact with these tools and APIs," and whatever. And for Claude Code, we inverted that. We said, "The product is the model. We want to expose it. We want to put the minimal scaffolding around it. Give it the minimal set of tools. So, it can do the things, it can decide which tools to run. It can decide in what order to run them in," and so on. And I think a lot of this was just based on latent demand of what the model wanted to do. And so, in research we call this being on distribution. You want to see what the model is trying to do.
00:51:50 · Boris Cherny, Lenny Rachitsky
In product terms, latent demand is just the same exact concept but applied to a model. [00:51:55] S1: You talked about Cowork. Something that I saw you talk about when you launched that initially is your team built that in 10 days. That's insane. [00:52:02] S0: Yeah. [00:52:02] S1: It came out, I think it was used by millions of people pretty quickly, something like that being built in 10 days. Anything there? Any stories there other than it was just, "We used a lot of code to build it and that's it"?
00:52:14 · Boris Cherny
[00:52:14] S0: Yeah. It's funny. Claude Code, like I said, when we released it it was not immediately a hit. It became a hit over time, and there was a few inflection points. So, one was, like, Opus 4, it just really, really inflected, and then in November it inflected, and it just keeps inflecting. The growth just keeps getting steeper and steeper and steeper every day. But for the first few months it wasn't a hit. People used it, but a lot of people couldn't figure out how to use it. They didn't know what it was for. The model still wasn't very good. Cowork when we released it it was just immediately a hit. Much more so than Claude Code was early on. I think a lot of the credit, honestly, just goes to Felix and Sam and Jenny, and the team that built this. It's just an incredibly strong team. And, again, the place Cowork came from is just this latent demand. Like, we saw people using Claude Code for these non-technical things. And we're trying to figure out, "What do we do?" And so, for a few months the team was exploring, they were trying all sorts of different options. And, in the end, someone was just like, "Okay. What if we just take Claude Code and put it in the desktop app?" And that's, essentially, the thing that worked. And so, over 10 days they just completely used Claude Code to build it. And Cowork is actually ... There's this very sophisticated security system that's built in. And, essentially, these guardrails to make sure that the model does the right thing, it doesn't go off the rails. So, for example, we ship an entire virtual machine with it, and Claude Code just wrote all of this code. So, we just had to think about, "All right. How do we make this a little bit safer? A little more self-guided for people that are not engineers." It was fully implemented with Claude Code. It took about 10 days. We launched it early. It was still pretty rough, and it's still pretty rough around the edges. But this is the way that we learn, both on the product side and on the safety side is we have to release things a little bit earlier than we think, so, that we can get the feedback, so, that we can talk to users. We can understand what people want, and that'll shape where the product goes in the future.