When does it make sense to build custom software, and when should you just use an existing platform? An honest look at the trade-offs, from a team that builds custom software for a living.

We build custom software for a living, so you might expect us to say "always build custom." We don't. Off-the-shelf software is often the right answer. The key is knowing when to use which.

That said — the maths has shifted significantly in the last couple of years. The entry point for custom software is lower than it's ever been, and the cost of SaaS subscriptions keeps going up. The tipping point is arriving sooner than it used to.

Start with off-the-shelf

Most standard business functions have good software solutions already:

Accounting: Xero, MYOB, QuickBooks
CRM: HubSpot, Salesforce, Pipedrive
Project management: Asana, Monday.com, Linear
E-commerce: Shopify, WooCommerce
Bookings: Acuity, Calendly, SimplyBook — or a custom booking system when they don't fit
Email marketing: Mailchimp, Klaviyo

These products exist because the underlying problems are common. They've been refined over years based on millions of users. They have support teams, documentation, integrations with other tools, and they keep working when you're not thinking about them.

If your need maps cleanly onto one of these categories, use them. It's almost always cheaper, faster, and lower risk than building custom.

When off-the-shelf starts to break down

The problems start when your business doesn't quite fit the mould.

You're stitching together too many tools. When you're paying for five different subscriptions that partially overlap, entering the same data in three places, or running manual export/import jobs between systems — that's a signal. The accumulated cost and friction of multiple ill-fitting tools often exceeds what a well-built custom solution would cost over the same period.

The platform constrains how you operate. Good business software should adapt to your workflow, not force you to change your workflow to match the software. If you're regularly telling your team "the system can't do that, so we do it this way instead," you're working around the platform rather than with it.

You've hit a ceiling on customisation. Most platforms let you configure things to a point, then stop. When you're requesting features the platform will never build, or paying expensive developers to work around its limitations, the economics of custom start to look better.

Your process is genuinely differentiated. If the way you do something is core to why customers choose you — and off-the-shelf software forces that thing to be generic — that's a strong case for custom. Your software should reflect your competitive advantage, not flatten it.

You need integration that doesn't exist. Sometimes the connection between two systems that would transform your operation simply doesn't exist as a plugin or API integration. Building a custom layer to connect them — or replacing one with something purpose-built — can unlock significant value.

What custom software actually costs now

The numbers here have changed meaningfully. AI-assisted development has compressed build times on straightforward work, which means the entry point for custom software is lower than it's been at any point in the last decade.

A simple custom web application can come in under $10,000. A simple mobile app can come in under $20,000. That's a realistic floor for well-scoped, focused work — not a lowball estimate.

More complex work still costs more, but the whole curve has shifted down. We've covered this in more detail in our app development costs post, but in broad terms:

Simple web apps: from $5,000–$15,000
Mid-complexity applications: $20,000–$60,000
Complex, multi-user systems: $60,000+

Ongoing maintenance is roughly 10% of build cost per year — less than it used to be, again because AI tools have made routine upkeep faster.

Compare that to your current situation: monthly SaaS subscriptions multiplied across however many tools you're running, plus the hidden cost of manual work, errors, and process friction. Sometimes the maths is clearer than people expect — and with lower build costs, it's increasingly tipping toward custom sooner.

The hybrid approach

Custom and off-the-shelf aren't mutually exclusive.

A common and sensible approach: use proven platforms for the commodity parts of your business (accounting, email, calendar), and build custom for the specific thing that makes you different.

For example: keep Xero for accounting, keep HubSpot for basic CRM, but build a custom job management system that reflects how your operations actually work — with role-based permissions and reporting built for your processes — and integrate it with both.

This way you're not rebuilding accounting software from scratch, but you're also not forcing your field operations into a workflow that was designed for a different industry.

Questions to help you decide

Does a purpose-built tool exist that's designed specifically for your industry? Industry-specific software is often much better than generic platforms. A purpose-built tool for your vertical is worth checking before going custom.
Is the off-the-shelf option mostly right, or mostly wrong? If it's 80% right and the 20% it can't do is non-critical, use it. If it's 60% right and the 40% it can't do is central to your operation, build custom.
How much is the pain actually costing you? Manual data entry, process workarounds, and staff time spent compensating for software limitations are real costs. Estimate them honestly. Then compare against a build cost that's lower than you probably expected.
Are your requirements stable or still evolving? Custom software is better when you have a clear picture of what you need. If you're still figuring out your business model or process, iterating with off-the-shelf tools first — even imperfect ones — is often smarter than locking in a custom build too early.
Do you have ongoing development capacity? Custom software needs maintenance. If you build something and then have no one to maintain it, you've created a liability. Budget around 10% of build cost annually and make sure you have a development relationship in place.

What we'd recommend

Talk to a developer before you decide — not to sell you custom software, but to help you honestly assess whether custom is the right call. A good developer will tell you when off-the-shelf is better. If they won't, find a different developer.

Code Workshop is based in Bowral, Southern Highlands, NSW. We work with businesses across Australia on custom web applications, and we regularly tell clients that the thing they want to build isn't worth building — at least not yet. That kind of honest conversation is more valuable than any sales pitch.

If you'd like to talk through your situation, book a chat. No obligation.