How to Build an MVP in the AI Coding Era

Added: 2026-05-18

[00:00:00]I think for better or for worse, the consistent problem has always been how do you help your customers be more successful? If you had asked me 5 years ago, oh, the price of building features has decreased. That's obviously good. I think I would have probably said yes.

[00:00:16]And I think that like the TLDDR of this video is like unclear.

[00:00:24]This is Dalton plus Michael and today we're going to talk about how to build an MVP in the age of AI. This is an interesting topic because I actually think we have to disagree with our former advice or there's a different set of constraints now. It used to be the case you had to figure out what's the smallest set of features to build that would create value because building features was costly. We're now in maybe a different situation.

[00:00:53]What environment are we in now?

[00:00:55]>> I think that's completely right. I think much has been said of how to build an MVP and get first customers. And there's, >> you know, we've talked about it. There's great content out there. But I think that advice needs updating.

[00:01:04]>> Yes.

[00:01:05]>> To AI tools. And I could speak to this myself a little bit because I recently >> built a product and and launched it. You know, it's called standard DB if people want to check it out, but we won't we won't talk about the specifics. But guys, I've gone I've gone through this.

[00:01:18]I just built and launched a product. And so let me start with what's different.

[00:01:21]Number one, it is so much easier to build features that for me to launch that I had to delete 80% of the features that I built in the MVP. And that's that that is not an old problem. That is a very new problem.

[00:01:37]>> I built this crazy huge thing with my co-founder Brian in two weeks. And I'm like, "Oh, this is bad. This is this is like a bunch of crap." And so I had to I had to Yeah.

[00:01:49]>> And that feels very different to me.

[00:01:51]Yes.

[00:01:51]>> Than just trying to build a product like the difficulty of building something prevented you from from getting into that feature creep.

[00:01:57]>> Yeah.

[00:01:58]>> Or that feature creep would take months.

[00:02:01]>> Yes.

[00:02:02]>> Whereas you're basically you got feature creepy two weeks.

[00:02:03]>> Feature creepy two weeks. And so you see people just voding just crap.

[00:02:08]>> Yes.

[00:02:09]>> And it's because it's so easy to just keep adding and adding and adding. And so I think that you almost have to be more of an editor than you did in the past.

[00:02:19]>> That's a big one, >> right?

[00:02:20]>> I might argue it also makes it far more challenging when you're building a product for someone else. Because when you're building a product for yourself, a minimum, you can use it throughout the MVP process and see if you're getting value. When you're building a product for someone else and you can build infinite features, your brain can be like, "Well, they would want this feature. They would want that feature.

[00:02:40]They Why would I want to go to them with something that doesn't have all the features they're going to want, >> right? Why don't I give them all the features they want right in the beginning?"

[00:02:47]>> Well, and it's addicting.

[00:02:48]>> Yeah.

[00:02:49]>> To write the feature. It's fun to like tell Codeex.

[00:02:52]>> And so, I think what I'm arguing is it's more tempting now than ever.

[00:02:56]>> Yes.

[00:02:57]>> To not talk to users.

[00:02:59]>> Yes. and to not launch with something small.

[00:03:03]>> I want to extend that. And when you talked to users and they gave you the laundry list of features in the past, you knew you couldn't build all that.

[00:03:11]So, or at least smart people did. And so, your instinct would be, let me try to dig deeper. Let me try to figure out what they really need, what's really going on. Now, when they hand you those fuses like, hey, can you describe those in more detail? We can literally just give those.

[00:03:23]>> Yeah. Let me make an extreme point. You could take notes >> with Granola of you're talking to a user >> and feed them to Codeex and Codeex will build every feature the user asked for.

[00:03:34]>> And I'm saying that's really bad.

[00:03:37]>> Like don't do it. That's the counterintuitive bit is it's always been a fair build to build off your future user once, but now it's an exponential fair mode because you can like you actually could do that and that's really really really bad. Unfortunately, I think as a result, knowing yourself about the problem is way more important now because like if you don't know about the problem and users are telling you features and they're excited and you don't know what the hell's going on, you can get yourself in like you you you basically have created a tarpit like like >> where one never maybe have existed. You you're you are the tarpit. And again, I'm saying I experience like I I feel this viscerally where it's so easy to crank stuff out. And so >> I think the advice here founders is you have to try harder than ever to resist the temptation of building super complex broad surface area products. And of course you should add more features to it, but it should be because users are pulling you towards building more stuff, I think, and not >> because codeex could crank it out.

[00:04:45]Well, let's talk about that users bit.

[00:04:46]So, okay, it's easier to build products.

[00:04:49]I was about to say, I can't believe I'm saying this, but of course I can believe I'm saying this. Spamming is easier, too. Spamming always gets easier. Like, that's the history.

[00:04:56]So, let's talk about that. You know, the old advice is have a hundred people that love your product. The old advice is talk to as many users as possible.

[00:05:05]Again, it's all true. We're not saying that's wrong. Here's the problem. It's easier than ever to have your claw spam people or you to go buy a bunch of leads online and spam people. And so a lot of founders their version of talking to users >> it's perverted.

[00:05:22]>> It's to like spam >> and it's easy and the numbers are big and again so here's the counterintuitive thing.

[00:05:29]>> Don't do it. That is noise.

[00:05:32]>> Yes. And a smaller number of highquality conversations where you really listen yeah is much better than spamming a thousand people.

[00:05:40]>> If we want to go one step deeper, right?

[00:05:42]If startups were as simple as talk to users, build what they want, so many more startups be successful.

[00:05:48]Fundamentally, you have to assume that most of your users want their business or their project to be successful and they don't exactly know how. So, some fundamental part of what you're doing is 10x harder because you're trying to figure out how to help your customer's business do better. And your customer doesn't have that playbook perfectly. By talking to a smaller number of customers more intimately, it massively increases the chances that you can actually make an impact in their business. And then that spins a flywheel that's not spam, it's word of mouth.

[00:06:19]>> Again, let me give you my real example for what I did with standard DB. Yes, >> we built a bunch of stuff and then I set up 12 Zoom calls.

[00:06:27]>> Yes.

[00:06:28]>> With founders that I knew that I that are in the that could be users of it.

[00:06:32]>> Yes.

[00:06:32]>> My co-f founder and I joined and I we just asked them and a lot of people >> didn't really understand what it was.

[00:06:39]>> Yeah.

[00:06:39]>> Because it was too complicated.

[00:06:40]>> Yeah.

[00:06:41]>> And my I tried to explain what it was.

[00:06:42]I'm like, "Oh, I don't know." And so we when we stripped out 80% of the functionality >> Yeah.

[00:06:48]>> they were like, "Yeah, I'm signing up right now." Someone signed up on the call.

[00:06:52]>> There you go.

[00:06:53]>> That's counterintuitive. Less features, more usage.

[00:06:56]>> Isn't that weird? And it's because they didn't they were like overwhelmed >> by too much complexity.

[00:07:01]>> Yes.

[00:07:02]>> And my vision, I had this expansive vision of what it could be. But man, users don't care about that. They just want to know how this solves their short-term problems.

[00:07:09]>> No.

[00:07:09]>> Right.

[00:07:09]>> No. I think for better or for worse, the consistent problem has always been how do you help your customers be more successful? And if you had asked me 5 years ago, oh, the price of building features has decreased, that's obviously good. I think I would have probably said yes. And I think that like the TLDDR of this video is like unclear. I was Look, I think about this a lot. So, I I was tweeting about this a little bit. So, I don't know if you saw it. I'll tell you about it.

[00:07:39]>> Think about how hard it was to get a record made in the 60s. M >> you needed a label deal, you had to pay for studio time, you needed instrument, you know, it's like super expensive. How many people created a radio quality record in the 60s? Thousands.

[00:07:59]>> Now you buy a Mac and it comes with GarageBand. And a lot of number one hits, you can research this, were made in GarageBand. So you're using the same tools. Yes.

[00:08:09]>> That the greatest people in the world are using.

[00:08:11]>> Yes. Now, how much more demand is there for music than there was in the 60s?

[00:08:18]>> It's flat. Like, how many hours a day can people listen to music?

[00:08:22]>> People are not living more than 24 hours a day.

[00:08:24]>> How many people wake up every day being like, "Man, I really want to hear some songs written by, you know, some guy in Illinois >> that no one's ever heard of.

[00:08:32]>> No one's ever heard of. Gee, I really >> like like no one wants that." Yeah.

[00:08:36]>> And so this is my metaphor for a lot of the vibe coding stuff, which is >> in the right hands. It's awesome.

[00:08:43]>> Yes.

[00:08:43]>> Is a thing to do for fun. I love making songs in Garage Band. I'm not going to release that. Sorry, folks. But like it's fun to make music.

[00:08:49]>> Yes.

[00:08:49]>> But I am under no uh delusions >> that like the crap that I make in Garage Band, >> Yeah.

[00:08:56]>> is going to be a number one hit.

[00:08:57]>> It's going to put you on tour.

[00:08:58]>> I don't think so. Well, there's no demand for it. I'm not I don't have the talent. And so my theory is the democratization of these tools is awesome and is going to allow more young people to be discovered and to like break into the industry. Hooray.

[00:09:12]>> Yes.

[00:09:12]>> But the total um >> winners number of winners is not obviously going to go up.

[00:09:18]>> No.

[00:09:19]>> Right man. Well, and what's funny about this is that when you're building tools for yourself, um, you know, I would argue that like an employee inside of a company is now so much more empowered with these tools when they have a clear job to do and they know how to do it and now it's like they don't have to tax the company's resources, >> they probably get a much higher multiplier effect than the startup.

[00:09:41]>> It's true. I mean it's the it's like think about how many people are employed um making videos for like internal training purposes or for whatever versus people that are making Hollywood blockbusters. Yes.

[00:09:52]>> You know like or how many directors are in their world and so probably there's lots and lots of people that use these tools to get their job done that might not be creating the next Facebook.

[00:10:00]>> Exactly. Exactly.

[00:10:02]>> So TLDDR building MVP in the AI world different features. I've always thought features are bad but now features are cheap. Oo, scary.

[00:10:12]>> You just have to be picky. And like maybe one more thing is a lot of our advice was always to build in public and to publish a lot about what you're doing.

[00:10:20]>> And the problem is the claws make it so easy >> Yeah.

[00:10:25]>> to create crap on LinkedIn and X about what you're building and it's all the same.

[00:10:31]>> Yes.

[00:10:31]>> Versus if you take the time to write really unique stuff, you can build a following. And so I again I see a lot of founders just putting out slop versus like Arl he writes about file systems all the time. Hunter does constantly.

[00:10:43]Yes. And he's building a following because it's super idiosyncratic writing about file systems.

[00:10:48]>> Yes.

[00:10:49]>> Ironically also the best content to learn about what the labs are working on is the Twitter accounts of people that work at the labs. And they are definitely not writing all that stuff.

[00:11:01]>> Do you get what I'm saying? It's like they're leaking alpha.

[00:11:03]>> Exactly. It's a weird game. It's basically like it's become easier for a startup to basically look like it's going through a positive feedback loop when it's actually secretly going through a negative feedback loop.

[00:11:14]>> Spam bunch of customers, get their usage, they don't like the product, they all turn out, keep doing it d. But that's an advantage in a weird way. Like if more of your competition's doing that, great. And you're not, you can figure out how to use these tools in the measured way to actually create value for people. There is tons of advantage to pick up right now. Tons of advantage.

[00:11:37]And it's almost like the people that are the best at editing are creating whites space.

[00:11:44]>> Yeah.

[00:11:44]>> And focusing.

[00:11:45]>> Yes.

[00:11:46]>> I think are like really well positioned when everyone else is doing the opposite. Like that's a way to stand out from the crowd.

[00:11:52]>> Yes.

[00:11:53]>> Right. We have two features that work >> that actually make your business better or make your life better. Yes. as opposed to 150 that you might be confused initially. Obviously, the thing with 150 features is better. Then when you start using it, you're like, "Yeah, thank you. You got it." All right.

[00:12:09]Cheers, Alton. All right. Thanks.