π¨ Building SaaS & my MVP studio
β‘ 21, left my first easy job for the thrill of building
π» Web, iOS & Android Dev
π Shipping, failing, learning, repeating
THIS IS INSANE.
Google Stitch didn't kill Figma.
It killed the "design β redesign β redesign again" loop.
Most builders still treat Stitch like an AI image generator.
The best builders use it to explore multiple design directions before writing a single line of code.
That's where the magic happens.
(full breakdown in the article)
BRO this is CRAZY.
Creative production just collapsed into a single workflow.
A few months ago you needed:
β a designer
β a video editor
β product renders
β revision cycles
Now Claude + Higgsfield can handle most of it.
Product visuals.
Ad creatives.
Brand videos.
Social content.
Most people are still using these tools separately.
This MCP workflow changes that completely.
(full breakdown in the article)
This founder thinks BUILDING IN PUBLIC is terrible advice for SaaS founders.
he makes some good points.
here's what happened:
1/ why it worked before
>very few founders shared numbers publicly
>growth stories felt authentic
>audiences were easier to build
>transparency was rare
sharing your journey was a competitive advantage.
2/ then everyone started doing it
>MRR screenshots everywhere
>launch threads everywhere
>daily updates everywhere
the signal disappeared.
the noise won.
3/ the biggest problem:
>most of the audience became other founders
founders got:
>likes from founders
>comments from founders
>followers from founders
but not necessarily customers.
he argues many founders are building audiences...
instead of building demand.
4/ public building has hidden costs
>competitors see your roadmap
>everyone sees your numbers
>content starts influencing product decisions
>5-10 hours every week disappear into posting
eventually:
you start optimizing for engagement.
not customers.
5/ what he thinks works better
>be active where your buyers already are
>publish customer case studies
>share industry insights
>do highly personalized outbound
>talk directly to potential customers
less audience building.
more customer building.
my take:
>building in public is still useful
>but only if it's a byproduct of building
>not the actual strategy
too many founders today are getting validation from impressions instead of customers.
a post getting 50k views doesn't mean the business is working.
sometimes the founder with 300 followers and 30 paying customers is winning by a mile.
the real takeaway:
building in public worked when almost nobody was doing it.
today, most founders are competing for founder attention.
not buyer attention.
and those are two very different games.
BRO this is CRAZY.
Creative production just collapsed into a single workflow.
A few months ago you needed:
β a designer
β a video editor
β product renders
β revision cycles
Now Claude + Higgsfield can handle most of it.
Product visuals.
Ad creatives.
Brand videos.
Social content.
Most people are still using these tools separately.
This MCP workflow changes that completely.
(full breakdown in the article)
This founder built 4 SaaS products using AI validation.
ALL 4 failed.
here's what happened:
1/ AI invented the market
>asked AI if demand existed
>AI described an underserved audience
>spent 3 months building
>almost nobody had the problem
the audience existed in the prompt
not in reality
2/ AI missed the competitors
>asked if the space was crowded
>AI said opportunity was wide open
>launched product
>found established competitors immediately
the market was not empty
he just never looked himself
3/ AI predicted people would pay
>AI gave a convincing pricing analysis
>everything sounded logical
>launch came
>zero conversions
agreement is not validation
4/ AI invented the customer
>generated target persona
>built entire product around it
>optimized messaging for them
the customer wasn't real
5/ the lesson
>AI generates plausible answers
>it does not validate demand
>it has never met your customer
>it cannot verify willingness to pay
what he does now:
>talk to 10 real users
>test landing pages first
>look for money not compliments
>validate demand before code
the real takeaway:
AI is amazing for BUILDING.
it's terrible for deciding whether you should build at all.
APP STORE REVIEWERS CAN SPOT A VIBE-CODED APP FASTER THAN MOST FOUNDERS THINK.
and it's rarely because the app is broken.
it's usually the small things.
> loading screen before the user sees anything useful
> notification permission requested on launch
> onboarding explaining features instead of creating value
> screens filled with placeholder content
individually, none of these seem like a big deal.
together, they make the app feel unfinished.
that's the part many founders miss.
App Store review isn't just testing whether features work.
it's testing whether the experience feels ready for real users.
the apps that get through consistently tend to focus on the basics:
β real data
β clear flows
β native interactions
β a reason for every screen to exist
because reviewers can tell the difference between a product that's been shipped...
and a prototype that escaped into production.
APP STORE REVIEWERS CAN SPOT A VIBE-CODED APP FASTER THAN MOST FOUNDERS THINK.
and it's rarely because the app is broken.
it's usually the small things.
> loading screen before the user sees anything useful
> notification permission requested on launch
> onboarding explaining features instead of creating value
> screens filled with placeholder content
individually, none of these seem like a big deal.
together, they make the app feel unfinished.
that's the part many founders miss.
App Store review isn't just testing whether features work.
it's testing whether the experience feels ready for real users.
the apps that get through consistently tend to focus on the basics:
β real data
β clear flows
β native interactions
β a reason for every screen to exist
because reviewers can tell the difference between a product that's been shipped...
and a prototype that escaped into production.
Introducing Kombai 2.0 - the first AI design engineer.
We keep hearing that AGI is almost here. Still, weβre stuck with coding agents that donβt have taste and design tools that donβt understand our codebase. Both are artifacts of a world where design and engineering were two different jobs, with a handoff in between.
That world is changing fast. Today, designers ship code, engineers want to escape handoffs, and everyone wants to build tasteful UX.
Kombai is built for this new world.
Design and engineering, finally on the same side.
IT'S OVER GUYS!!!
"Ship first, secure later" is absolutely cooked.
That mindset worked when you had engineers reviewing everything.
It doesn't work when AI is generating half your codebase.
The best builders now have a launch checklist:
β RLS enabled
β secrets protected
β permissions tested
β AI security audit completed
Skip it and you're basically beta testing with hackers.
(full breakdown in the article)
This founder accidentally discovered ChatGPT was sending him customers.
3 months later, it became his biggest acquisition channel.
here's what happened:
1/ it started with user #26
>noticed a new signup
>checked attribution
>the user came from ChatGPT
someone had asked for a free alternative to ScoreApp.
ChatGPT recommended his product.
2/ he figured out why
>he had written a comparison article
>the article directly compared his tool vs ScoreApp
>ChatGPT was using that content in its recommendation
it wasn't random.
the AI needed evidence.
3/ so he doubled down
>wrote more comparison pages
>created alternative-to pages
>published use-case specific content
>answered questions users were already asking
examples:
>free ScoreApp alternative
>quiz tool for lead qualification
>how to qualify leads before sales calls
he started writing for AI retrieval instead of search rankings.
4/ the results
>131 users
>15 countries
>zero ad spend
and according to him:
>roughly half of all signups now come from ChatGPT
5/ the lesson
>Google wants keywords
>Google wants backlinks
ChatGPT wants answers.
specific answers.
clear answers.
easy-to-cite answers.
the easier you make it for AI to explain your product...
the easier it becomes for AI to recommend it.
what he learned:
>write comparison content
>answer buyer questions directly
>be explicit about who you're for
>give AI clear reasons to mention you
the real takeaway:
SEO was about ranking pages.
AI search is about becoming the answer.
and those are not the same thing.
IT'S OVER GUYS!!!
"Ship first, secure later" is absolutely cooked.
That mindset worked when you had engineers reviewing everything.
It doesn't work when AI is generating half your codebase.
The best builders now have a launch checklist:
β RLS enabled
β secrets protected
β permissions tested
β AI security audit completed
Skip it and you're basically beta testing with hackers.
(full breakdown in the article)
This founder accidentally discovered ChatGPT was sending him customers.
3 months later, it became his biggest acquisition channel.
here's what happened:
1/ it started with user #26
>noticed a new signup
>checked attribution
>the user came from ChatGPT
someone had asked for a free alternative to ScoreApp.
ChatGPT recommended his product.
2/ he figured out why
>he had written a comparison article
>the article directly compared his tool vs ScoreApp
>ChatGPT was using that content in its recommendation
it wasn't random.
the AI needed evidence.
3/ so he doubled down
>wrote more comparison pages
>created alternative-to pages
>published use-case specific content
>answered questions users were already asking
examples:
>free ScoreApp alternative
>quiz tool for lead qualification
>how to qualify leads before sales calls
he started writing for AI retrieval instead of search rankings.
4/ the results
>131 users
>15 countries
>zero ad spend
and according to him:
>roughly half of all signups now come from ChatGPT
5/ the lesson
>Google wants keywords
>Google wants backlinks
ChatGPT wants answers.
specific answers.
clear answers.
easy-to-cite answers.
the easier you make it for AI to explain your product...
the easier it becomes for AI to recommend it.
what he learned:
>write comparison content
>answer buyer questions directly
>be explicit about who you're for
>give AI clear reasons to mention you
the real takeaway:
SEO was about ranking pages.
AI search is about becoming the answer.
and those are not the same thing.
@hustle_fred this is only for the purpose of prototyping, once you close the deal, you can tweak the prototype and convert into a full polished product..
revisions are always there sadly :)
this is INSANE.
People don't realize how BIG this is.
The entire client handoff process just got compressed into ~15 minutes.
Fireflies records the call.
Lovable turns the transcript into a working prototype.
The client is clicking through a real product before the follow-up email is sent.
Most agencies still need days just to get aligned.
Comment "PRODUCT" for the workflow.
BRO.
One small habit completely changed how I use Claude Code.
Before I ask it to build anything...
I ask:
> "How is this thing going to break?"
Seriously.
Most people spend hours telling AI what they want.
Almost nobody spends 5 minutes thinking about what happens when things go wrong.
And that's exactly why the build looks great on day 1...
then turns into a mess a week later.
Now whenever I'm building a feature, I make a quick list:
> what if the user enters garbage data?
> what if the API is slow?
> what if Stripe succeeds but the webhook doesn't?
> what if someone clicks the button 5 times?
> what if they refresh halfway through?
Takes maybe 10 minutes.
Then I paste that list into Claude Code and tell it:
> "Build this assuming these problems will happen."
The difference is insane.
Instead of getting code that works...
I get code that survives.
Fewer bugs.
Less rebuilding.
Less "why didn't we think of this earlier?"
And most importantly:
I spend way less time fixing things after launch.
The workflow:
β define the feature
β spend 10 minutes listing everything that could go wrong
β give Claude the feature + failure scenarios
β let it design around those failures
β then build
That 10-minute exercise has probably saved me dozens of hours of debugging.
Most people use AI to write code faster.
The bigger win is using AI to make fewer mistakes in the first place.
The 12 rules of building SAAS in 2026:
1. Build for pain, not excitement.
People buy painkillers.
Not vitamins.
2. Talk to users before code.
One conversation can save months of building the wrong thing.
3. Get money involved early.
Revenue reveals the truth faster than compliments.
4. Launch before you're ready.
Nobody remembers your first version except you.
5. Distribution is part of the product.
A product nobody sees doesn't exist.
6. Ignore most advice.
Prioritize feedback from people who actually pay.
7. Retention > acquisition.
Getting users is hard.
Keeping them is the business.
8. Every feature has a cost.
Support.
Complexity.
Maintenance.
Future bugs.
Build accordingly.
9. Momentum is a superpower.
Small improvements every day beat massive updates every quarter.
10. Competition is rarely the problem.
Most users simply don't care enough yet.
11. Clarity wins.
If someone can't understand your product in 5 seconds, you've already lost them.
12. Stay in the game.
Most SaaS success stories look like failure for much longer than people expect.
The founders who win aren't always the smartest.
They're the ones who survive long enough to get good.The 12 SaaS rules that quietly separate founders who make it from founders who don't:
1. Build for pain, not excitement.
People buy painkillers.
Not vitamins.
2. Talk to users before code.
One conversation can save months of building the wrong thing.
3. Get money involved early.
Revenue reveals the truth faster than compliments.
4. Launch before you're ready.
Nobody remembers your first version except you.
5. Distribution is part of the product.
A product nobody sees doesn't exist.
6. Ignore most advice.
Prioritize feedback from people who actually pay.
7. Retention > acquisition.
Getting users is hard.
Keeping them is the business.
8. Every feature has a cost.
Support.
Complexity.
Maintenance.
Future bugs.
Build accordingly.
9. Momentum is a superpower.
Small improvements every day beat massive updates every quarter.
10. Competition is rarely the problem.
Most users simply don't care enough yet.
11. Clarity wins.
If someone can't understand your product in 5 seconds, you've already lost them.
12. Stay in the game.
Most SaaS success stories look like failure for much longer than people expect.
The founders who win aren't always the smartest.
They're the ones who survive long enough to get good.
this is INSANE.
People don't realize how BIG this is.
The entire client handoff process just got compressed into ~15 minutes.
Fireflies records the call.
Lovable turns the transcript into a working prototype.
The client is clicking through a real product before the follow-up email is sent.
Most agencies still need days just to get aligned.
Comment "PRODUCT" for the workflow.
BRO this is INSANE.
The entire agency workflow is collapsing into a single stack.
Client explains the idea once.
That's it.
β Fireflies records the conversation
β Lovable turns it into a working product
β Client gets something clickable within minutes
No requirements docs.
No wireframe phase.
No endless back-and-forth before seeing something real.
Most agencies are still translating meetings into tickets.
This workflow translates meetings into products.