Custom Software vs Off-the-Shelf: Which Does Your Business Actually Need?
A decision framework instead of a winner, including the total-cost arithmetic both sides of this argument usually skip.
There is no universal winner here, and anyone who gives you one is telling you about their business model rather than yours.
What there is: a small number of factors that genuinely decide it. Here they are, honestly, from someone who builds custom software and still recommends buying most of the time.
The comparison, factor by factor
| Off-the-shelf | Custom | |
|---|---|---|
| Upfront cost | Low or nothing | The whole build, before any value |
| Ongoing cost | Per user, per month, forever, rising | Hosting plus maintenance; doesn't scale with headcount |
| Time to value | This afternoon | Weeks to months |
| Fit | You adapt to it | It adapts to you |
| Features you don't need | Most of them, and they clutter | None, unless you asked |
| Maintenance | Someone else's problem | Yours to arrange |
| Support | Included, variable quality | Whoever built it |
| Integrations | What the vendor offers | What you need, at a cost |
| Ownership | You rent | You own it, and the responsibility |
| Risk | Price rises, feature removal, shutdown | Build overruns, one supplier, bus factor |
| Switching later | Export and migrate, if they let you | It's yours; you can still be stuck |
The arithmetic both sides skip
Subscription pricing looks small because it's monthly and custom looks large because it's upfront. Compare them over the same period or the comparison is meaningless.
Off-the-shelf, over five years: monthly fee × users × 60. Plus every price rise. Plus the tools you bought to fill the gaps. Plus the hours someone spends bridging those gaps — which is the cost nobody puts in the spreadsheet and is often the biggest line.
Custom, over five years: the build, plus hosting, plus maintenance and the changes you'll want. A rough planning figure is 15–25% of the build cost per year for upkeep. Published guides will quote you all sorts of numbers here; the honest answer is that it depends on how much the thing changes.
Do that sum for your own numbers before you decide. Sometimes the subscription wins by a mile. Sometimes you discover you're spending $9,000 a year on four overlapping tools to approximate one thing — and that's a genuinely different conversation.
Where off-the-shelf genuinely wins
Which is most of the time, for most businesses:
- Solved problems. Accounting, payroll, email, calendars, payments, file storage. These are done. Building your own accounting system is a way of setting money on fire slowly.
- Anything regulated. Tax rules change. Someone else keeping up with that is worth every penny.
- You need it now. A subscription today beats a build in eight weeks when the problem is on fire.
- You're not sure what you need. Rent something, learn the shape of the problem by using it, then decide. The cheapest specification is a year of using the wrong tool attentively.
- Small teams. Per-user pricing is a bargain at three users and a scandal at three hundred. Most small businesses are at three.
The real cost of off-the-shelf, to be fair about it
- Price rises you don't control, on software your operations now depend on.
- Features removed, or moved to a higher tier.
- Your process bent to fit the product, sometimes in ways that cost you your edge.
- Data in someone else's format, with an export that may or may not be usable.
- Products getting shut down. It happens, and it happens to good ones.
Where custom genuinely wins
- The workflow is the business. If how you do it is why customers choose you, software that flattens it into someone else's process is expensive in a way that doesn't show on an invoice.
- Nothing fits, and you've actually looked. Not "I searched for ten minutes" — you've tried two products and hit the same wall.
- You're paying for four tools to fake one. Plus the person gluing them together.
- Per-user pricing has stopped being funny. Custom cost doesn't scale with headcount, which is the one place the economics genuinely invert.
- Customers would notice. Something that makes dealing with you easier than dealing with anyone else. This is the case that can make money rather than save it.
The middle option nobody sells you
Buy the solved parts. Build only the part that's actually yours.
Keep the accounting package. Keep the calendar and the payments. Build the one tool that handles your particular process, and connect it to the rest. You get the fit where fit matters and someone else maintains the commodities.
This is what most of my custom work actually is, and it's far cheaper than "a system" because it's one process rather than a platform. It's also how my own products are built — Baby Shower Game Maker is custom where the design generation is genuinely specific, and boring bought infrastructure everywhere else.
build the weird bit. rent the rest.
A framework you can actually run
Six questions, in order. Stop at the first clear answer.
- Is this a solved problem? Accounting, payroll, email, payments, storage → buy. Stop here.
- Have you genuinely evaluated two products? No → do that first. Most "we need custom" conclusions don't survive it.
- What exactly do they not do? Write it in one sentence. Can't → you're not ready to build, and a build would go badly.
- What does that gap cost per month? In hours, errors, lost sales. Put a number on it, even a rough one.
- Compare five-year totals. Subscriptions plus glue-work, against build plus upkeep.
- Can you build only the gap? Almost always yes, and almost always the right answer.
Two mistakes that cost the most
Buying an enterprise product for a small business. It'll do everything, you'll use 8% of it, implementation takes months and the configuration becomes someone's part-time job. The licence wasn't the cost.
Building a platform when you needed a page. Scope is what kills custom projects — not developers, not technology. A build that tries to replace five tools at once takes a year and lands after the business has changed. One process, working, in six weeks, is how this succeeds.
The summary
Buy the commodity. Build the difference. If you can't name the difference in one sentence, you're not ready to build — and that's the most useful thing this article can tell you, because it saves you the most money.
If you can name it, the next question is what building it costs, and that's here.
Natalie Zingg
I build websites, custom software, dashboards and automation for small businesses — and I build my own products in public, so you can see the work rather than take my word for it.
Want help running this comparison on your actual situation?
Tell me what you're using now and where it falls short. If off-the-shelf wins, I'll tell you that — it usually does.
Talk it through