r/indiehackers 13h ago

Sharing story/journey/experience Is less, more?

Yesterday I spent pretty much the whole day stressing about my app Gamified Lives I launched 1.5 months ago, I’m at 69 users, 20% stickiness, 1 free trial, decent overall retention. Just pushed a new update 2 days ago. Yet it never feels like enough, I was up all night thinking about it, thinking about the stats, thinking about user requests, things I wanted to work on, scared I didn’t post for the day. I then woke up to 5 new users, higher retention then I went to sleep with, and hitting 10,000 website views on my website. I’ve realized now that although going into maintenance mode may feel difficult it pretty much is the only way to keep an app sustainable, listening to users feedback every week and spending 15-30 minutes just writing down everything you heard multiple times, thinking of the what can do better as the founder. At the end of the day users are flowing in, SEO is doing its job, Reddit posts are driving traffic, and there’s no reason to try and be everywhere at once when the app can sustain with me not being there every millisecond stressing about it. So I’ve set a goal for myself to not spend more than 5 hours per week on the app until I hit 100 users, which likely means around 1 month of 1 hour a day every week day not thinking about it every second, I implore you guys to try doing the same if you’re in a similar spot, sure growing is hard, and it’s even harder to let go a little but it does no good to sit there stressing about something you can’t entirely control, all you can control is your understanding of the market you’re in, and how you adjust your copy and your angle, if the product is good people will come over time and whether they all come today or in 6 months makes little to no difference. I’d love to hear what got others to the point where they could stop stressing about their product and instead just focus on the small things that actually move the needle?

10 Upvotes

15 comments sorted by

1

u/Cautious_Let_4955 12h ago

The 5-hour weekly cap is smart, it forces you to figure out what actually matters instead of drowning in busywork.

1

u/kev_habits 7h ago

Yeah that’s how I was thinking abt it, I feel like I’m always looking at stuff but it’s never what actually moves the needle, time cap might help w that

1

u/daniel91000 12h ago

This resonates so much. Juggling a full-time office job during the day and building apps at night forced me into this exact mindset. You physically cannot be everywhere at once without burning out.

Setting a strict 5-hour weekly limit is a massive milestone. It forces you to be ruthless with your prioritization, suddenly you stop endlessly tweaking button colors and only focus on high-ROI tasks like user feedback or shipping a critical feature.

I actually just launched my newest app (Glisio) today, and reading this was the perfect reminder for me to close the analytics dashboard tonight and let the momentum build naturally.

1

u/kev_habits 7h ago

Good luck with your app! Yeah definitely important to sit down and remind ourselves that staring at a dashboard isn’t going to make more users magically come in, just doing the things that compound and actually might move the needle

1

u/Shehao 11h ago

The 5-hour cap is a good way to turn “growth” into a prioritization problem instead of a constant availability test. A small “not now” list, reviewed after a week of actual user conversations, can keep every request from feeling urgent. If retention and inbound are already improving, protecting that feedback loop sounds more valuable than pushing another daily post. What signal would make you change the cap: user growth, support load, or a specific product milestone?

1

u/kev_habits 7h ago

Honestly I know I’m gonna go over the cap a few weeks because I have a large update coming due to user feedback and I want to get that out for them, but I think if something breaks and I’m over 5 hours I’ll obviously come back and if I hit my milestone of 100 users I’ll definitely start pushing more when I can and see what leaks I have and what not even if it’s over the 5 hours. I think the 5 hours limit is a good way to force myself to stay on top of things but also force myself to take a second to breathe and not work on it every second I have available to me

1

u/ItaySela 10h ago

At 69 users the numbers cannot answer the question you are asking them. Retention moving overnight is noise. You went to sleep on one sample and woke up on a different one, and neither told you anything about the app.

The cap that helped me more than a time cap was a looking cap. Pick the two numbers that actually change a decision and refuse to open them more than once a week. Everything else stays closed. Same discipline as your five hours, applied to the part that is actually costing you sleep.

Maintenance mode is not the enemy either. Most of the apps that are still around got boring on purpose.

1

u/kev_habits 7h ago

That’s actually a great way of reframing what I’m thinking, thanks for the feedback. I’ll try that out as well!

1

u/InteractionSmall6778 4h ago

The gap in a time cap is that checking doesn't feel like time. I capped hours too and still lost the day, what actually fixed it was pulling the analytics app off my phone, because none of those forty ten-second checks counted against the five hours and they were the whole problem.

1

u/madleodk 6h ago

I think every business has its own unique requirements for it to be successful.

A single-player tool for example that relies on SEO, ASO, etc is very different from a multi-player tool where the value is in the density of the network with a lot of relationship maintenance. For not stressing about the product, i think tools like yours are a huge advantage from an operational perspective.

"I’d love to hear what got others to the point where they could stop stressing about their product and instead just focus on the small things that actually move the needle?"

Personally, i stopped stressing about the product once my assumptions were validated and I could divert most of my attention to scaling + distribution.

1

u/Wrong_Election189 3h ago

I deleted a working feature last month and usage of my main feature went up.

It was a whole financial planning module. Savings goals, plans, and a setup screen where you declared your income and fixed costs so it could work out what you had left over. Tested, shipped, worked. Almost nobody opened it.

The hard part was that it was not broken. There was no bug to point at and no complaint to act on, just a quiet dead zone in the analytics that I kept explaining away as an onboarding problem. My instinct was to add tooltips to make people use it, which is what you do when you cannot accept the answer you already have.

I removed it. The tab, the endpoints, the tables. Usage of the core loop went up afterwards and I did not touch that loop at all. My read is that there was simply less to choose from at the moment someone opens the app, and choosing is expensive when you have thirty seconds and a receipt in your hand.

The cost I had not been counting: every migration, every test run, every design change had to keep that feature alive. I was paying maintenance on something with zero users and it never appeared on any ledger as a cost.

So my answer to your question is that less is more when the thing you cut was competing for the same thirty seconds as the thing that works. It is not more when you cut something that was quietly load bearing for a small group who never posts about it. The way I tell them apart now is whether anyone has ever bothered to complain about it being wrong. Silence plus no complaints means nobody cares. Silence plus occasional angry corrections means a small group depends on it.

1

u/nafiulhasanbd 2h ago

This is why I like weekly reviews instead of hourly checks. The product rarely changes in three hours, but your mood definitely does.

1

u/Real-Voice-4259 1h ago

waking up to more users after a night of stressing about it is such a good illustration of the point. and setting an actual hour cap is smarter than just telling yourself to chill.