繁中 →
visitors so far
Zero to Product EP.1

The mistakes people make before they start

I made every one of these, and more than once

← Back to the series
📅 Published 2026-04-04🔄 Last updated 2026-04-08

Before you open any dev tool,
I want to talk about mindset.

Because the traps I fell into
had almost nothing to do with technology.
They were all about mindset.

Mistake one: trying to build every feature at once

This is the most common one, and the most fatal.

"I want to build a platform.
It needs login, search, a rating system,
chat, payments, notifications..."

And then you never finish.

Anthropic (the company behind Claude)
says the same thing in its own engineering write-ups:

Make it work first, then make it work well.

In software this is called an MVP,
Minimum Viable Product.

Which means: build the one feature at the core first,
confirm people want it, then add the rest slowly.

The first version of NaLi Match had three things:
post a request, browse artists, get in touch.
No payments, no ratings, no chat.
But that was enough to connect artists with customers.

Mistake two: adding features that can wait

While you are building, something pops into your head:
"Hey, it would be nice to add feature X here."

So you go build it.
You finish and think of another one, build it, think of another, build that too.

Developers call this scope creep.

Your project keeps growing,
while the core feature never gets done properly.

What works for me: when a new feature comes to mind, write it down on a list. Come back to the list once the core is stable, and you will find more than half of them do not need building at all.

Mistake three: waiting for perfect before you launch

"One more tweak."
"The color of this button is a bit off."
"I am not happy with this layout."

So you keep tweaking, and tweaking,
and three months go by,
and the thing is still sitting on your laptop,
with nobody having seen it.

Launch at 80% done

It beats 100% perfect and never shipped, ten thousand times over.
Once it is live, users tell you what needs fixing,
and that feedback is far more accurate than your own guesses.

Mistake four: being afraid of writing bad code

In the AI era this is no longer a problem.

One broken line used to mean a full day of debugging.
Now you paste the error message into AI
and it fixes it in seconds.

Anthropic's own engineering team keeps pointing at the same practice:

Tell AI how to verify its work and let it check its own output. That is one of the most effective things you can do.

So do not be afraid of getting it wrong.
When it breaks, let AI fix it. If it cannot, start that piece over.
Starting over costs almost nothing in the AI era.

Mistake five: building before you talk it through

A lot of people open Claude and say
"build me a website"

and AI does build one,
except it looks nothing like what you pictured,
or you were really just waiting to see what it would pull out of the hat.

Is that still something you made?

The way I think it should go
is to spend time talking it through with AI first:
what you are building, who it is for, what the core feature is,
what tech it uses, how the data gets stored.

That conversation
is what makes your own thinking clear.

Plenty of times you think you know,
and only after talking do you see you never worked it out.

The right mindset

01
Make it exist, then make it good
A half-built thing that runs beats a perfect idea in your head
02
Launch once the core feature works
User feedback is more accurate than your guesses
03
Write new ideas down first
Put them on a list, revisit once the core is stable
04
Do not fear mistakes, let AI fix them
Starting over costs almost nothing in the AI era
05
Talk it through before you build
Spend 30 minutes discussing, save 30 hours of rework

The biggest thing I learned over three years:

I have failed on far more projects than I have succeeded on

But every failure moved me one step closer.

Next episode is about talking product architecture with AI,
including frontend, backend and databases, the basics you need to know.

FAQ

What is an MVP, and why should a beginner always start there?

MVP stands for Minimum Viable Product. Build the one feature at the core of your product first, confirm someone wants it, then add the rest slowly. Beginners get stuck on "finish every feature, then launch", and it never gets finished.

What is scope creep, and how do you avoid it?

Scope creep is when the boundaries keep spreading. You think of a new feature while building, you add it, and the core never gets finished properly. The simplest fix is to write new ideas on a list and come back to them once the core is stable. Usually more than half of them turn out to be unnecessary.

Why is "launch at 80% done" better than 100% perfect?

Because something 100% perfect that never ships has no users and gets you no feedback. Once it is live, users tell you directly what needs fixing, and that beats your own guesses. Waiting until you are happy with everything usually means you have been stalling for months.

Do you still need to fear writing bad code in the AI era?

No. The cost of a broken line of code is close to zero now. Paste the error into AI and it fixes it in seconds, and if it cannot, you start that piece over. The point is not avoiding mistakes, it is having a way to verify and repair fast.

Why can't you just tell AI "build me a website"?

Say it that way and you usually get something nothing like what you pictured. Spend time talking it through with AI first: what you are building, who it is for, what the core feature is. That conversation is what makes your own thinking clear.

Previous
EP.0 My AI creator journey
Next
EP.2 Talking product architecture with AI

Follow the series

New episodes get announced on Threads

Follow @kanisleo328