Services

Micro-SaaS development in Singapore

Design, build and run a small software product people can pay for — by an agency that builds, operates and pays for four of its own.

What "micro-SaaS" means here

Offload Foundry is a Singapore-based bespoke web and AI development agency. Micro-SaaS is the smaller end of product work: a piece of software that does one job for one clearly-defined audience, that people pay to keep using, and that one person or a small team can run without a department behind it.

The distinction that matters is not size, it is what the thing has to survive. A client project is delivered, signed off and handed over. A product has to keep working on a Sunday, keep being paid for, and keep being changed after launch by whoever is left holding it — usually you. That changes what is worth building and what is worth leaving out, and it is the reason product work is on this site as its own service rather than as a website with a login on it.

The scope this covers is the whole arc: working out what the smallest version that someone would pay for actually is, designing and building it, getting it live, and — where you want it — staying on to run it. Not every engagement uses all of that. Some stop at the first launch, which is a legitimate place to stop.

The evidence, and its exact limits

The reason this service is on the site is that Offload Foundry does it for itself. Four products are designed, built, operated and paid for by this agency, which means every decision in them was made with its own money on the line rather than a client's:

  • OYLIW (oyliw.com (opens in a new tab)) — a life calendar that draws a long life as a grid of about 4,680 weeks and fills in the ones already lived. Live.
  • Creator Offload (creatoroffload.com (opens in a new tab)) — UGC creator management for agencies: briefs, submissions, rights clearance and review as one pipeline, behind a public REST API and signed webhooks. In beta with a founding-partner cohort, not general availability.
  • ibuytoto (ibuytoto.com (opens in a new tab)) — CPF-aware FIRE calculators for Singapore professionals working out when they can afford to stop. Live.
  • Tricxter (tricxter.com (opens in a new tab)) — generates realistic-looking but completely invalid gift-card codes, so someone being scammed can waste the scammer’s time instead of their money. Live.

You can open all four and form your own view, which is more than a case study offers. What you will not find on this site is a user count, a revenue figure or a growth chart for any of them — not because the numbers are bad, but because a self-reported metric nobody can check is worth nothing to you, and publishing one would undermine every other claim on this site that you can check.

The honest gap, stated here rather than discovered at the third meeting: no micro-SaaS has yet been built for a client under this name. The one client engagement on record is a corporate site rebuild and migration — the Lansys case study — which is a different kind of work. The product experience is real and it is first-hand; it is just not yet client experience, and you should price that in when you decide.

What a product build has to cover that a website does not

Most of the cost and nearly all of the risk in a small product sits in the parts nobody demos. They get decided at scoping, in this order, because each one constrains the next:

  • What the smallest paid version is. The most expensive mistake available here is building the second version first. The useful question at scoping is not what the product could eventually do, it is which single job someone would pay for today — and if the answer to that is unclear, more software is not the fix.
  • The data model. Everything downstream inherits it. Get it wrong and every later feature is a workaround; this is the same argument as the bespoke web development page makes about templates, and it applies harder to a product, because a product lives longer.
  • Accounts, access and billing. Who can see what, and how money is collected and stopped. These are not features, they are the shape of the thing.
  • The operational half. Monitoring, backups, error reporting and running costs. A product that nobody is watching is a product that is down and nobody knows.
  • An interface for someone else. Where the product is a platform rather than a tool — as Creator Offload is — that means a documented API and webhooks, which is a design commitment made early or paid for later.

What is built with, and why, is the same answer as everywhere else on this site: React and Next.js, server-rendered, on managed hosting, typed and human-reviewed, with a Postgres database where there is state to keep. The reasoning behind that stack is set out in full on the bespoke page rather than repeated here. If your product needs something else, that is a scoping conversation rather than a refusal.

When this is the wrong thing to buy

Said before you spend anything, because it is cheaper now than in month four. A product build is the wrong purchase if what you actually have is an idea you have not yet tested on a single person who would pay for it. Software is a slow and expensive way to find out that nobody wants something, and there is usually a faster one — a spreadsheet, a manual service you run by hand for ten customers, a landing page that takes a deposit.

It is also the wrong purchase if the thing you want is an internal tool for your own staff, because that is a different economic argument: it does not need billing, it does not need to survive strangers, and it is usually smaller. That is still work this agency does — it just should not be scoped as a product.

Say what you are trying to do and you will get a straight answer about which of the three you are looking at. A project scoped as the wrong thing is a bad project for both sides.

How it is billed, and who owns it

The same four milestones as every other engagement — 10% for detailed requirements gathering and scoping, 40% to commence the build, 30% at the mid-project milestone delivered for your review, 20% on final handover — with the fee fixed in a written quote before you commit to any of it. There is no price list; how pricing works sets out the structure, what moves a quote, and what is deliberately not published.

Intellectual property in what is built for you transfers to you on final payment, with one carve-out for the general-purpose components brought to every project, which you get a perpetual royalty-free licence to use inside your product. For a product this matters more than usual: it is the difference between owning an asset and renting one. The full wording is section 6 of the Terms.

One standing offer that applies to this service more than any other: bring this agency in at the start of a new product rather than after it is built, and the long-term retainer that keeps it running afterwards is discounted. The reasoning is not generosity — maintaining something designed here is genuinely cheaper than inheriting something that was not, and the pricing reflects that. The rate is set out in your proposal alongside the build.

Starting a product

Describe the job your product would do and who would pay for it, and you will get an honest read on whether it is worth building yet. Start a project or email sales@notify.offloadfoundry.com. A human replies within two business days.