Your business is growing. So are your spreadsheets.
An extra tab solves a lot. Until nobody knows which version is right and one colleague is holding the entire planning together. How to recognise a process that is ready for better software.

In this article
The invisible tasks between your systems
Picture this: a request comes in by email. Someone copies the details into a spreadsheet, prepares a quote and, once it is approved, sends a message to the planning team. A colleague then enters the amount into the accounts. Each step is simple on its own. But at every handover, someone has to pay attention, check and remember. The real work is no longer just the job itself, but everything it takes to get that job through your organisation. You only notice it when things get busy or a key colleague is away.
- 01Request comes in by email
- 02Details go into a spreadsheet
- 03Prepare a quote
- 04After approval: message to planning
- 05Enter the amount in the accounts
4 handovers. At every handover someone has to pay attention, check and remember.
A workaround is a signal
A spreadsheet is a perfectly good tool for trying something out. It becomes fragile when that same spreadsheet is your planning, your customer file and your handover document all at once. Watch for recurring signs: the same data is updated in several places, people keep asking each other for the status, and exceptions only exist in someone's head. That doesn't yet prove you need new software. It does tell you where to look. For one week, note every moment someone has to search, retype or check. That gives you a concrete picture of the bottlenecks.
Fix the way of working first
An unclear process doesn't become clear just because you automate it. So first agree who assesses a request, when a job is complete and who may approve a change. Drop steps nobody needs any more. Then look at what your existing package can already do: a better form, fixed statuses or an integration may be enough. Custom software becomes interesting when an important part of how you work doesn't fit the available solutions, leaving you with extra work time and again.
Agree first
- 01Who assesses a request?
- 02When is a job complete?
- 03Who may approve a change?
Build one complete route
You don't have to move your entire organisation into a new application straight away. Pick one clearly defined route, for example from approved quote to scheduled job. A first version can record what was agreed, who is responsible and which information is still missing. Include a few awkward situations too: a customer changes the order, a delivery is delayed or someone withdraws an approval. Have the people who actually do the work run through that route with realistic sample jobs. Their feedback shows whether the software also works well outside a demo.

Look beyond the build costs
Compare solutions on their total use: setup, data migration, training, hosting, maintenance and future changes. Custom software may also need subscriptions or licences from other suppliers. Agree who has access to the code and the data, how you get an export and who solves problems. Then set that against the current work. If twenty jobs each take ten minutes of double entry, that adds up to more than three hours a week. That's an example calculation, not a promised saving: some checking may still be needed and a new way of working takes getting used to.
An example calculation, not a promised saving: some checking may still be needed and a new way of working takes getting used to.
Start with the handover that causes friction every week
Choose one recurring bottleneck and describe it without naming a solution yet. For example: after approval, it takes too long before planning knows what needs to happen. Measure how long that handover takes now and how much information is missing. That lets you judge whether a process agreement, a change to your current package or a small custom application is the best next step. You'll have a sharper conversation about what you need, and a clear yardstick to measure the improvement against.



