Custom app or off-the-shelf software: how to decide
A practical test for choosing between a ready-made tool and an app built for your business, with the questions that usually settle it.
InvoSpec SoftwaresPublished Updated 3 min read
You have outgrown the spreadsheets. Someone has suggested a tool with a free trial. Someone else has suggested building an app for your team. Both are sometimes right. Here is how to tell which applies to you, without a sales call from either side.
Start with the process, not the app
Write down the process you want the app to run, as steps. Who starts it, what they enter, who sees it next, what gets produced at the end: an invoice, a label, a report, a message to a customer.
Now mark each step as one of two things:
- Standard. Most businesses like yours do this step the same way. Invoicing, payroll, sending email, taking card payments.
- Yours. The step is done your way, for a reason that matters to your customers or your margins.
Ready-made tools are built for the standard steps. The more of your process is "yours", the more a ready-made tool will fight you.
The three signs you should buy
The job is standard and well served. Accounting, payroll, email marketing, help desks, document signing. These have mature tools with years of fixes behind them. Building your own would be a worse version of something you can rent today.
Few people use it, or it is temporary. Per-user pricing is cheap for five users. The cost of building does not drop for a small team.
You are not sure yet. If the process itself is still changing week to week, a ready-made tool lets you try shapes cheaply. Build when you know what you want to keep.
The three signs you should build
You have changed your process to fit a tool more than twice. Each time, you lost something: a step your customers valued, a check that caught mistakes, a report that told you the truth. The tool is now running your business instead of the other way round.
You run several tools and re-type between them. Orders in one, stock in another, delivery in a third, with a person copying numbers across. The re-typing is where errors live and where hours go. The thing you need is the connection, and no vendor sells your specific connection.
The process is the business. How you schedule, price, dispatch or quality-check is why customers pick you. An app that does it your way is an asset. A tool that does it the standard way gives that advantage away.
Questions that usually settle it
- How many people will use it in two years, not today? Multiply by the monthly price of the tool, by twenty-four months. Compare that number with a build estimate.
- Which of our steps would we have to change to fit the tool? Could we live with each change?
- What do we need to see on one screen that the tool shows on three?
- Who owns the data, and could we take it with us if we left?
- What happens when the vendor changes the price or retires the product?
- Which parts are standard, and could we keep a tool for those and build only the rest?
The usual answer: keep the standard, build the specific
Most businesses end up with both. Accounting stays in the accounting tool. Email stays in the email tool. What gets built is the part in the middle: an app for the orders, jobs, bookings or records that are specific to the business, with an admin screen behind it, connected to the standard tools so nobody re-types anything.
That is a smaller build than "replace everything", and it keeps the parts that already work. If a developer proposes rebuilding your accounting, ask why.
Before you talk to anyone
Bring the process you wrote down, with the standard and "yours" marks. Bring the list of tools you use today and what each costs. Bring the three things you re-type most often. With those, either a vendor or a developer can give you a straight answer, and you can tell when they are not.
Common questions
- Is a custom app always more expensive?
- Up front, usually yes. Over years, not always. A ready-made tool is paid for per user, every month, for as long as you use it, and the price can change. A custom app is paid for once, plus maintenance and hosting. Which is cheaper depends on how many people use it and for how long. Do the sum for five years, not one.
- Can we mix the two?
- Often that is the best answer. Keep the ready-made tools that do standard jobs well, such as accounting or email, and build only the part that is specific to how you work. The app connects to those tools, so nobody re-types anything.
- What if we build it and our process changes?
- Then the app changes. That is the point of owning it. Small changes are usually covered by a maintenance agreement; larger ones are a new stage of work. With a ready-made tool, you wait for the vendor, or change your process to fit.
