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 five 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 TLDR of this video is like, unclear.
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 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.
What environment are we in now?
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 to AI tools.
And I could speak to this myself a little bit because I recently
built a product and launched it.
It's called StandardDB if people want to check it out.
But we won't talk about the specifics.
But guys, I've gone through this.
I just built and launched a product.
And so let me start with what's different.
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.
That is not an old problem.
That is a very new problem.
I built this crazy huge thing with my co-founder Brian in two weeks.
And I'm like, oh, this is bad.
This is like a bunch of crap.
And that feels very different to me than just trying to build a product.
Like the difficulty of building something prevented you from getting into that feature creep.
Or that feature creep would take months.
Whereas you're basically, you got feature creep in two weeks.
And so you see people just vibe coding just crap.
And it's because it's so easy to just keep adding and adding and adding.
And so I think that you almost like to be more of an editor than you did in the past.
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, at 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.
Why would I want to go to them with something that doesn't have all the features they're going to want?
Why don't I give them all the features they want right in the beginning?
Well, and it's addicted to write the feature.
It's fun to like Bell Codex.
And so I think what I'm arguing is it's more tempting now than ever.
And to not launch with something small.
And when you talk to users and they gave you the laundry list of features in the past, you knew you couldn't build all that.
So early 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, in the hand you build the fissures, like, hey, can you describe those on what you tell?
We can literally just give those to you.
Yeah, we're going to make an extreme point.
You could take notes with Granoa of you're talking to a user and feed them to Codex, and Codex will build every feature the user asked for.
And I'm saying that's really bad.
That's the counterintuitive bit is
It's always been a very build to build every feature user wants, but now it's an exponential thermo 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 is going on,
You can get yourself in like you basically have created a tar pit.
Like you like where one never maybe have existed.
And again, I'm saying I experienced like 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 Codex could crank it out.
Let's talk about that user's bit.
So, okay, it's easier to build products.
I was about to say I can't believe I'm saying this, but of course I can believe I'm saying this.
Spamming always gets easier.
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.
We're not saying that's wrong.
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 perverted.
It's to like spam and it's easy and the numbers are big.
And again, so here's the counterintuitive thing.
And a smaller number of high quality conversations where you really listen is much better than spamming a thousand people.
If we want to go one step deeper, right?
If startups were as simple as talk to users, build what they want, so many more startups to be successful.
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.
Again, let me give you my real example for what I did with standard DB.
We built a bunch of stuff and then I set up 12 Zoom calls with founders that I knew that are in the, that could be users of it.
My co-founder and I joined and we just asked them and a lot of people didn't really understand what it was because it was too complicated.
And I tried to explain what it was and I'm like, oh, I don't know.
So when we stripped out 80% of the functionality,
They were like, yeah, I'm signing up right now.
Someone signed up on the call.
And that's counterintuitive.
Less features, more usage.
And it's because they didn't they were like overwhelmed by too much complexity.
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.
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 five 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 TLDR of this video is like unclear.
I was, look, I think about this a lot.
So I was treating about this a little bit.
So I don't know if you saw it, I'll tell you about it.
Think about how hard it was to get a record made in the 60s.
You had to pay for studio time.
You know, it's like super expensive.
How many people created a radio quality record in the 60s?
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 that the greatest people in the world are using.
Now, how much more demand is there for music than there was in the 60s?
Like how many hours a day can people listen to music?
People are not living more than 24 hours a day.
And 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.
And so this is my metaphor for a lot of the vibe coding stuff, which is in the right hands, it's awesome as a thing to do for fun.
I love making songs in GarageBand.
I'm not going to release that.
But like it's fun to make music.
But I am under no delusions.
that like the crap that I make in GarageBand is going to be a number one hit.
It's going to put you on tour.
Well, there's no demand for it.
And so my theory is the democratization of these tools is awesome.
It's going to allow more young people to be discovered into like, yes, break into the industry, hooray.
But the total winners, number of winners is not obviously going to go up.
What's funny about this is that when you're building tools for yourself, I would argue that 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.
I mean, it's like, think about how many people are employed making videos for like internal training purposes or for whatever versus people that are making Hollywood blockbuster days.
Or how many directors are in their role.
And so probably there's lots and lots of people who use these tools to get their job done that might not be created in the next Facebook.
So CODR, building MVP in the AI world, different features.
I've always thought features are bad, but now features are cheap.
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.
And the problem is the claws make it so easy.
to create crap on LinkedIn and X about what you're building.
And it's all the same versus if you take the time to write really unique stuff, you can build a following.
And so again, I see a lot of founders just putting out slop versus like Arkle.
He writes about file systems all the time.
And he's building a following because it's super idiosyncratic writing about file systems.
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.
Do you get what I'm saying?
Like they're leaking alpha.
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.
Spend a bunch of customers, get their usage.
They don't like the part of they all churn out, keep doing it.
But that's an advantage in a weird way.
Like if more of your competition's doing that and you're not, you can figure out how to use these tools in the measured way to actually create value for people.
There's tons of advantage to pick up right now.
And it's almost like the people that are the best at editing or creating white space and focusing, 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.
We have two features that work.
that actually make your business better or make your life better.
You might be confused initially.
Obviously the thing with 150 features is better.
Then when you start using it, you're like, no, thank you.