In this guide 6 sections
Choose packaged software when your process is close to standard and speed matters. Choose custom when the process is how you win work and off-the-shelf tools force you to bend it. A configurable platform sits between the two and often fits best, because workflows and fields change without code.
Three options: custom, packaged or configurable
Build or buy hides a third choice. Packaged software serves a broad market, runs as shipped, and lets an administrator change a few settings in exchange for a monthly subscription. Configurable platforms start from a base product whose workflows, permissions and fields can be reshaped without code, at extra licence or implementation cost. Custom software is built around your own process, either on a framework or from scratch, by developers you hire or a firm you contract.
A cloud accounting package is packaged. A low-code workflow builder is configurable. A bespoke dispatch app is custom.
Most owners assume a straight line from cheap and generic to expensive and perfect, so the configurable middle gets skipped without a serious look. It often fits best.
Process fit, implementation and ownership
Process fit is the first test. Ask whether the software matches how your team already works or whether people must change their habits to suit it, because packaged tools assume that you will adapt. Adapting is fair for standard work. It becomes costly when your process is unusual, because every mismatch turns into a manual workaround that somebody repeats on every working day.
Ownership matters just as much. With packaged and configurable tools the vendor owns the roadmap, so a feature you need may never arrive and one you rely on may be retired without your say. Custom software hands you the roadmap, which gives control, plus every decision on security, backups, hosting and maintenance for years to come.
Check exit terms before you commit. Ask whether you can export records in a usable format, who holds the source code, and where your data goes if the vendor closes.
Costs across the whole lifecycle
Judge cost over five years. Packaged software usually wins on the first invoice and loses ground as per-user subscriptions accumulate and workarounds multiply for the steps that do not fit.
Total cost also depends on how much configuration your process needs and whether support comes from an internal developer or from the firm that built the system.
- Packaged: the lowest upfront cost, followed by per-user subscriptions that climb with headcount and workarounds that pile up around the parts that do not fit.
- Custom: a larger upfront investment and a lower cost per extra user, plus your own duty for maintenance, security patching and hosting every month.
- Configurable: in between, with light configuration near packaged pricing and heavy configuration approaching build cost plus licence fees for every seat you add.
Two examples in different small businesses
Take a regional fleet operator. Its routing, driver allocation and proof of delivery follow specific customer contracts and vehicle types that no generic transport tool models cleanly. Custom development or a heavily configured platform is likely to repay its higher upfront cost, while the alternative is patching every mismatch by hand for years.
Now take a shop choosing a till. Selling, taking payment and tracking stock is about as standard as a process gets, and a well-reviewed packaged tool will fit it after minor settings changes. Custom work here would mean paying to reinvent something that specialists already build, test and maintain for a living across a large customer base.
A decision matrix, including the hybrid option
Score each process on four points. Ask how standard it is, what a mismatch costs in workarounds, whether your budget prefers low upfront or ongoing spend, and how much control you need over the roadmap. Lean packaged when the process is standard and cash is tight, and lean custom when the process sets you apart and each mismatch costs you dearly every week.
The hybrid deserves a name. Buy packaged or configurable tools for accounting, HR and basic CRM, and reserve custom development for the one or two processes that decide how you compete. Few firms need everything custom. Fewer still can live with everything packaged, so decide process by process and write the reason beside each decision for whoever inherits the system.
Trial it on real orders. Take last week’s orders, run them through the packaged tool, and count every step that still needs a spreadsheet, a phone call or a handwritten note.
Build-buy-configure matrix
A scoring matrix with rows for process standardness, mismatch cost, budget preference and roadmap control, each scored against custom, configurable and packaged columns. Each process gets its own verdict.
Open a blank worksheet to printQuestions owners ask
When is packaged software enough?
It is enough when your process resembles how most businesses in your category operate and the workarounds you would accept cost less than building and maintaining something custom. That covers most back-office work.
Can we customise an existing tool?
Often, yes, because many platforms offer custom fields, workflow rules or an API that close much of the gap without full custom development. Light differences are configurable. Structural ones usually are not.
Who maintains custom software?
Someone must, from day one. That means an internal developer or the firm that built it, working under a support agreement that names response times and states who holds the source code.
