3. Didnβt step away soon enough
I stayed stuck for too long.
A short break helped me think clearly, re-evaluate the problem, and fix the deployment.
3. Didnβt step away soon enough
I stayed stuck for too long.
A short break helped me think clearly, re-evaluate the problem, and fix the deployment.
2. Didnβt check the Coolify Discord
Itβs a great community and chances are someone has already hit your issue.
In my case, the Rybbit docs on Coolifyβs site were outdated. I found the solution in minutes by searching Discord.
1. Skimmed the docs instead of actually reading them
Simple mistake.
Take the time to read the docs and watch tutorials before jumping in. It would have saved me hours.
The other day I spent all day setting up Coolify and self hosting Rybbit.
These were my 3 biggest mistakes π§΅
If you want to take a look, you can check it out here:
https://apps.apple.com/us/app/daily-journal-private-diary/id6746052206
Recent win π
My screenshot experiment with My Daily Journal is finally paying off.
Seeing organic growth again now that ASO has settled down.
Spent all day Sunday setting up Coolify and self hosting Rybbit.
Was it easy?
It should have been.
Did I learn a lot?
YES
Are the mistakes I made too embarrassing to shareβ¦
also yes π
Keep it up! π
Lesson learned this past week:
When something doesnβt feel exciting, quit early.
I donβt need to solve every problem. Better to focus on the ones that actually excite me.
Anyone else learn this the hard way?
#buildinpublic
Starting the new week with new targets π―
β’ My Daily Journal: Understand how other apps are promoting their content across platforms in this space
β’Β AppCredo: Soft launch to test interest
β’ Branli: Puting on ice π§ Building the AI chat app integration for fun instead
For those who havenβt checked it out yet, definitely take a look! Much better experience than Caprover when I tried that a few years back π
Spending the day setting up a VPS with Coolify, excited to self host rybbit and some personal projects
https://www.branli.io
Iβll be opening Branli to a small beta soon.
If you care about building or thinking without noise, this might be for you.
Iβll leave the link below.
While building Branli, I realised something uncomfortable:
A lot of productivity is performance based.
Iβm trying to build something that doesnβt ask for that.
What surprised me most so far building my brand:
In the tools I tried, there was plenty of functionality, but no real guidance.
When youβre starting out, that becomes overwhelming fast
Iβm deliberately keeping Branli small which means saying no to ideas Iβd normally chase.
Itβs slower, but it allows for growth in a clear direction π§
Small win today:
I used Branli without thinking about it.
No distractions and extra tooling. It allowed me to focus & write.
I built a feature I was sure would matter, but after using it for 3 days I binned it ποΈ
Shipping less is harder than shipping more.
Iβm limiting myself to building only what actually gets used daily.
If a feature doesnβt survive that test, it doesnβt ship.
How the week actually played out:
β’ Branli soft-launch content β
β’ Life admin β
β’ ASO Review β
(very excited about the progress here)
Not every week looks like this, but I'm taking the W
How I decide when a product goes on autopilot:
β’ It runs stably without constant attention
β’ Core metrics are predictable
β’ New features donβt meaningfully change outcomes
β’ Support and ops are low-effort
β’ My time creates more leverage elsewhere
Autopilot isnβt quitting. Itβs intentional focus π―
Verdict: a success β
Sometimes the best decision is to stop pushing and let a product run.
β’ Drinking culture changed. Early on the app had steady visibility and consistent downloads without effort
β’ That demand isnβt even close to what it used to be
β’ Plenty of feature ideas, but poor ROI on building them
β’ It now runs on autopilot. Right price point, ~30% conversion
Not every successful product is meant to be grown forever
Case: Sociables π§΅
#buildinpublic #reactnative #iosdevelopment
Iβm 33, building micro-apps and mid-pivot.
Sharing the real wins, mistakes, and trade-offs here while building in public.
This experiment had feature/solution based screenshots.
Next up: emotional hooks.
Curious whatβs worked for others?
Why this worked:
β’ Most users only fully process the first 1β2 screenshots
β’ Too many options increase cognitive load and reduce clarity
β’ A tighter set forces a clearer value prop
Fewer screenshots made the decision easier.
ASO lesson: more screenshots β better
Too many were diluting the message.
Refining the focus and testing just 3-4 screenshots performed better.
Why?π§΅
Back from a great break. Lifeβs picked up, so building looks a little different this week.
Weekly focus:
β’ Branli soft-launch content
β’ Life admin (unexpected curveball)
β’ ASO review. New screenshots are live & early data looks promising π
Scope changed, still moving things forward where I can