Build vs Buy: When Custom Software Actually Makes Sense
A consultant's honest framework for deciding between off-the-shelf SaaS, automation platforms, and custom-built software.
The default answer to "build vs buy" should be buy. Software decisions come down to a simple question: what is this system actually for? If it's a standard business function — email, CRM, bookkeeping — off-the-shelf SaaS wins almost every time. You get a maintained product, ongoing improvements, and support, all for a predictable monthly fee. Building a CRM from scratch is almost never the right call.
When off-the-shelf wins
Buy when the problem is generic and the tool is mature. If ten thousand other companies do roughly what you do, someone has already productized the solution — and their per-customer cost is far below what you'd spend engineering it yourself. Look for a tool that covers 80% of your need with room to grow. The last 20% is where consultants earn their keep: filling the gap with integrations and custom layers instead of a rewrite.
The middle ground: automation platforms
Before you build anything, ask whether an automation platform like n8n or Make can bridge the gap. These tools connect your SaaS products, move data between them, and handle workflow logic without writing custom code. For most reporting, routing, and notification problems, this middle ground is cheaper than custom development and easier to maintain than a pile of scripts.
When custom actually makes sense
Custom software is justified when one of these is true:
1. **Your process is a competitive advantage.** If the way you run your operation is genuinely different and better, the software should encode it — not force it into a generic template that every competitor also uses.
2. **Per-seat SaaS costs exceed a build.** Ten seats at $100 each is $12,000 a year forever. A one-time build with modest hosting costs can beat that by year two or three.
3. **You've hit the integration ceiling.** Your core systems need to talk in ways the off-the-shelf tools don't support, and every workaround adds another fragile layer of middleware.
4. **Compliance or data requirements rule out third parties.** When data can't leave your infrastructure, self-hosted or custom software is sometimes the only path that satisfies auditors.
The cost reality
Custom software is not cheap. A serious build runs into five figures and up, plus ongoing maintenance. But the question isn't "is it expensive" — it's "expensive compared to what?" Compare against years of per-seat fees, the hours lost to manual workarounds, and the revenue that stalled because your systems couldn't keep up. Run the math over three years and the answer usually clarifies itself.
Get an independent opinion first
The best time to involve a consultant is before you commit, not after. A quick audit of your stack and workflows can tell you whether the gap is a config change, an automation layer, or a genuine build. [Book a free consultation](/#contact) and get an opinion from someone with nothing to sell you but the right answer.