2 Comments
User's avatar
Rapti's avatar

This is a lovely deep dive in the way you think about markets and signals. I’ve lived through the service requests at a SaaS and we were stuck at that bottleneck where founders didn’t want to build until customer paid for a feature. In your opinion, what comes first? How should this be prioritised? Especially in bootstrapped ventures where the model is not “pump money” but build sustainably so we don’t go bankrupt

Anuj Adhiya's avatar

That’s exactly the tension: sustainability vs scalability. I think of it as a sequencing problem rather than a philosophical one.

In a bootstrapped SaaS, you can absolutely do a paid build, but only if you treat it as a temporary financing bridge, not as product direction. Every custom request buys you time to generalize that functionality later.

A practical rule of thumb: if 1 out of every 3 builds gets folded back into the product within a quarter or two, you’re still compounding. If none do, you’re drifting toward services economics.

So the priority is survival first, compounding second BUT with an explicit time horizon for how long you’ll accept bespoke work before it freezes your roadmap.