Custom software development

Custom software, when nothing you can buy fits

We build the systems Australian businesses run on — operations, field work, purchasing, customer portals — for the businesses that have genuinely outgrown what is on the shelf. We have also talked clients out of a build and told them to buy a product instead, which is the part most developers leave off the page.

Custom software is the expensive answer. It earns its place when the way you do the work is the reason you win it, or when a product you already bought has become the thing holding the business back.

Most businesses asking about bespoke software development are somewhere in the middle of that decision rather than at the start of it. They have a product that nearly works, a spreadsheet doing the part it does not, and a growing suspicion that the next version of the business does not fit inside the current tools.

Working out whether that is true is the first job, and it has three possible answers. Buy something. Build something. Or connect what you already own, because the systems are individually fine and the problem is the gap between them.

Being straight with you

When we tell you not to build

We write custom software, so we have an obvious incentive to recommend it. That is exactly why this section is here.

A plumbing contractor came to us for a custom field-service system and we prototyped one. Working through it with them, the conclusion was that we should not build it. Their job lifecycle — schedule, dispatch, site, invoice — is the same shape as most service businesses in the country, and several mature products already do it properly. We told them to buy one instead. They did, and it was the right call.

That recommendation cost us the development work. It is also the most useful thing we can show you, because the incentive ran one way and the answer ran the other.

The other two answers we give instead of "build it" are just as common. If the process itself is the problem, software will only make the broken version faster and harder to change. If your systems are fine individually and do not talk to each other, that is systems integration, not a build. And if choosing between products is the real question, that is independent software selection, where we are paid for the assessment rather than by the vendor.

What justifies it

Four reasons that survive being questioned

If none of these describe you, buy something instead.

Your process is why you win

Some businesses genuinely do not run like anyone else, and that difference is the competitive advantage. Forcing it into a generic product means either paying to bend the product or bending the business — and the second one quietly gives up the thing that made you good.

You have outgrown what you bought

Hyforce Engineering had invested heavily in an off-the-shelf field service system. As the business grew more complex it would not integrate with their time tracking or quoting, and the licences cost a lot for a limited set of functions.

Nothing exists for what you do

Ordered Australia runs boutique import services as high-touch consultative engagements rather than simple transactions. No off-the-shelf order management platform matched that, so we built one.

A tool has become your ceiling

Odaptic delivered survey reporting on Microsoft Forms and Power BI. The reports were elegant, but every new customer took significant manual effort to onboard, so growth cost more than it earned.

What we build

Four shapes, and real examples of each

Every one of these is a system an Australian business is using today.

Internal operational systems

The system the business actually runs on: jobs, projects, service work, purchasing, timesheets, compliance. Impact Plumbing's purchasing system replaced freeform email requests across ten-plus active job sites, where the purchasing officer was interpreting emails by hand and comparing prices in a spreadsheet.

Field and mobile apps

Software used outdoors, on a phone, by people wearing gloves. Safeguard Formwork capture photos, truck weight, registration and a driver signature on an iPad before hired goods leave the yard, and the system blocks a non-compliant truck from departing.

Customer portals and products

Software your customers log into. Ordered Australia's clients track order progress through manufacturing, customs and shipping, and upload attachments against their own orders. Odaptic's customers now sign themselves up with no manual intervention at all.

Platforms you own rather than rent

Where a third-party tool has become the ceiling, the replacement is built to be yours. Odaptic's platform runs in their own AWS account with its own reporting engine, so they control the visuals completely rather than working around a licensed BI tool.

How a build runs

Start narrow, ship early, extend from real use

  1. Discovery, including the spreadsheet on the side

    We work out how the job is done now, not how the procedure says it is done. Where we can we watch the work rather than only asking about it, because the gap between the documented process and the real one is where the requirements are hiding.

  2. Scope, then something you can click

    The most expensive failure in custom software is the client and the developer picturing different products and not finding out for six months. A specification does not prevent it, because two people read the same sentence differently. A working rapid prototype does, and it is often a smaller engagement of its own before anyone commits to a full build.

  3. Build the smallest valuable thing

    With Hyforce we started with basic project tracking — a web interface and a mobile app — got it into users' hands, and grew the field service system from what they actually did with it. Impact Plumbing's workforce management began as a sign-in screen added to the purchasing app staff already knew, then gained scheduling, pre-start roll call and live dashboards over the following weeks.

  4. Test, then roll out in stages

    Safeguard Formwork went live at one warehouse, collected feedback, then went company-wide with training for warehouse staff and drivers. Impact Plumbing's rollout was as much change management as software: sixty staff and ten to fifteen supervisors had to give up email and spreadsheets.

  5. Support, and the next change

    Owning the system pays off after go-live. When Impact Plumbing's director decided staff wellbeing was a priority, mental health check-ins were in the app within a week. That turnaround is the actual return on a custom build.

Security, data and what you keep

It runs in your tenant, and you own it

  • Your accounts, not ours — Impact Plumbing's and Hyforce's systems run on the Microsoft Power Platform and Office 365 licensing those businesses already pay for, which is a large part of why they cost what they did
  • Identity handled properly — Odaptic's platform uses Amazon Cognito for user management, multi-factor authentication and password resets rather than anything we invented
  • Access designed deliberately — a field worker, a supervisor and a director should not see the same things, and that gets decided rather than defaulted
  • Existing data migrated with a decision — what comes across, what does not, and what history you are prepared to lose, agreed before the move rather than discovered during it
  • The systems either side — where the new system has to exchange data with accounting, project management or a platform you are keeping, that is integration work running alongside the build
  • No licence back to us — you own the system, the data and the accounts it runs in, and nothing depends on us staying the people who maintain it

Results, honestly

Some of it is measurable and some of it is not

Impact Plumbing's purchasing system saves the purchasing officer up to twenty hours a week by automating supplier price comparison and purchase order creation, across ten-plus job sites, and it has processed hundreds of purchase orders a month since launch. Monthly supplier price updates that used to take nearly a week are now an upload.

Other results are real but not numeric, and we would rather say so than invent a percentage. Safeguard Formwork's compliance system was never about efficiency — it was about being able to prove the condition of hired goods when they left the yard, which is worth money only on the day something is disputed. Hyforce's licensing costs came down because the system runs on Office 365 they already had, and the honest framing of the rest is that their system now changes when the business does instead of blocking it.

Before we start, we will tell you which kind of result you should expect and what we would measure to know whether it happened.

Brisbane, and everywhere else

Based in Brisbane, working across Australia

We are based in Logan, south of Brisbane, and a good deal of our work is with Queensland construction, trade and field-service businesses where being able to stand in the warehouse or walk a site genuinely changes what gets built. Safeguard Formwork's delivery docket flow was worked out with the people loading the trucks, not from a requirements document.

The rest of it is remote and always has been. Clients in other states get the same arrangement: regular sessions with the people who do the work, a system in their own tenant, and someone who answers the phone. Distance affects the travel, not the delivery.

In more detail

How we scope, build and hand over custom software

Read the full guide to custom software development

What actually justifies a custom build

Custom software is the expensive answer, so it needs a reason that survives being questioned. In practice there are only a few, and they are easy to test against your own business.

The first is that the way you do the work is the reason you win it. If your process is a variation on how everyone else in your industry runs, a product already exists and it will be better supported than anything we would write. If your process is genuinely unusual — and some are — then forcing it into a generic product means either paying to bend the product out of shape or bending the business to suit the software. Neither is cheap, and the second one quietly gives up the thing that made you competitive.

The second is that you have outgrown a product you already bought. This is the most common version we see, and it does not mean the original purchase was a mistake. Hyforce Engineering had invested heavily in an off-the-shelf field service system designed for basic service management, and as the business got more complex the system could not follow: it would not integrate with their time tracking or quoting, it cost a lot in licences for a limited set of functions, and every new business requirement hit a wall. That is a solid reason to build.

The third is that nothing exists at all. Ordered Australia came to us with a draft business plan, rough ideas and a logo, running boutique import services as high-touch consultative engagements rather than simple transactions. There was no off-the-shelf order management platform that matched that, so we built one.

The fourth is that a third-party tool has become the limit on your growth. Odaptic were delivering survey and reporting solutions to their own customers on Microsoft Forms and Power BI. The reports were elegant, but every new customer onboarding took significant manual effort, which made growth expensive rather than profitable. The constraint was not a missing feature. It was that their business potential was capped by a tool they did not control.

If none of those describe you, the honest answer is to buy something, and we will say so.

When we will advise against it

We write custom software, so we have an obvious incentive to recommend it. That is exactly why it is worth telling you where we have not.

A plumbing contractor asked us for a custom field-service system, and we prototyped one. Working through it with them, the conclusion was that we should not build it. Their job lifecycle — schedule, dispatch, site, invoice — is the same shape as most service businesses in the country, and several mature products already do it properly. We told them to buy one instead. They did, and it was the right call. That recommendation cost us the development work, which is the clearest evidence we can offer that the advice is not steered.

We will also push back when the problem is not a software problem. If the process itself is broken, building software around it just makes the broken version faster and harder to change. If your existing systems are individually fine and collectively disconnected, that is an integration job, not a build. And if the requirement is still an argument rather than a decision, the right next step is a prototype, not a project.

What we build

Most of our work falls into four shapes.

Internal operational systems. The system the business actually runs on: jobs, projects, service work, purchasing, timesheets, compliance. Impact Plumbing's purchasing system replaced freeform email requests across ten-plus active job sites, where a purchasing officer was interpreting emails by hand, comparing prices in a spreadsheet and re-entering everything to raise a purchase order. Hyforce's system now supports the business across every level, from the director and sales team to admin staff and field workers, covering projects, service jobs, timesheets and the sales pipeline.

Field and mobile apps. Software used outdoors, on a phone or tablet, by people wearing gloves. Impact Plumbing's site supervisors select from an approved catalogue rather than free-typing requests, mark items for return with photos and captured signatures, and sign in and out digitally instead of filling in paper timecards. Safeguard Formwork's warehouse staff record four photos of hired goods, truck weight, registration and driver details on an iPad, and the system blocks a non-compliant truck from leaving.

Customer-facing portals and products. Software your customers log into. Ordered Australia's clients track order progress through manufacturing, customs and shipping, upload and download attachments, and get updates in real time. Odaptic's customers now sign themselves up and start working with no manual intervention at all.

Platforms you own rather than rent. Where a third-party tool has become the ceiling, the replacement is built to be yours. Odaptic's platform runs on their own AWS account, with DynamoDB absorbing survey response ingestion, Postgres on RDS handling structured reporting cheaply, and a reporting engine built in Svelte with AG Grid and AG Charts instead of a licensed BI tool, so they control the visuals completely.

Who this suits

The businesses we do our best work for have a process they understand well and can explain, someone senior who will make decisions during the build rather than after it, and a willingness to start narrow. They are usually somewhere between twenty and a few hundred staff — big enough that the manual version genuinely hurts, small enough that the decision does not need a committee.

Most of them are in construction, trades, field service, manufacturing or professional services. That is not a restriction, it is just where we have spent the most time, and it shows in how quickly we understand what you are describing.

How a build runs

Discovery. We work out how the job is done now, including the spreadsheet on the side and the steps nobody wrote down. Where we can, we watch the work rather than only asking about it, because the gap between the documented process and the real one is usually where the requirements are hiding.

Scope, then a prototype. The single most expensive failure in custom software is the client and the developer picturing different products and not finding out for six months. A written specification does not prevent it, because two people read the same sentence differently. Something you can click does. So we build the narrow version early, put it in front of the people who will use it, and let the disagreements surface while they are still cheap. That is a rapid prototype, and it is often a separate, smaller engagement before anyone commits to a full build.

Build the smallest valuable thing, then extend it. With Hyforce we started with a basic project management system — a custom web interface and mobile app handling essential project tracking — got it into users' hands quickly, and grew the field service system progressively as real usage told us what was next. Impact Plumbing's workforce management started as a sign-in screen bolted onto the purchasing app staff already knew, then added scheduling, pre-start roll call and live dashboards over the following weeks. Both systems are larger now than anything we would have specified up front, and neither needed a rebuild to get there.

Testing and rollout. Structured testing before release, then a phased rollout. Safeguard Formwork went live at one warehouse first, collected feedback, then went company-wide with training for warehouse staff and drivers. Impact Plumbing's rollout needed real change management: sixty staff and ten to fifteen supervisors had to give up email and spreadsheets, so onboarding, help documentation and ongoing support mattered as much as the software.

Support, and the next change. The build is not the end of it. When Impact Plumbing's director decided staff wellbeing was a priority, mental health check-ins were in the app within a week. That responsiveness is the actual return on owning your own system.

Security, your existing data and the systems either side

New software rarely stands alone, and the connections are where projects get expensive late.

We build in your tenant or your cloud account, not ours. Impact Plumbing's and Hyforce's systems run on the Microsoft Power Platform and Office 365 licensing those businesses already pay for, which is a large part of why they cost what they did. Odaptic's platform runs on AWS under their control, with user management, multi-factor authentication and password resets handled by Amazon Cognito rather than something we invented.

Access control gets designed deliberately, because a field worker, a supervisor and a director should not see the same things. Existing data gets migrated with an explicit decision about what comes across, what does not, and what history you are prepared to lose. And where the new system has to exchange data with accounting, project management or a vendor platform you are keeping, that is systems integration work running alongside the build.

What you own at the end

You own the system, the data and the accounts it runs in. Odaptic's whole reason for moving off Microsoft's SaaS tools was to invest in a platform they would completely own, and that is the normal arrangement rather than a special case. Nothing we build is licensed back to you, and nothing depends on us continuing to be the people who maintain it.

That is deliberate, and it is the same principle behind our software selection work: the deliverable has to be able to survive being handed to somebody else. If it cannot, we have sold you a dependency rather than a system.

What we can and cannot promise on results

Some of the results are measurable and published. Impact Plumbing's purchasing system saves the purchasing officer up to twenty hours a week by automating supplier price comparison and purchase order creation, across ten-plus job sites, and it has processed hundreds of purchase orders a month since launch. Monthly supplier price updates that used to take nearly a week are now an upload.

Others are real but not numeric, and we would rather say that than invent a percentage. Safeguard Formwork's compliance system was never about efficiency — it was about being able to prove the condition of hired goods when they left the yard, which is worth money only on the day something is disputed. Hyforce's licensing costs came down because the system runs on Office 365 they already had, and their operational agility went up, but the honest framing is that the system now changes when the business does instead of blocking it.

What we will do before starting is tell you which kind of result you should expect, and what we would measure to know whether it happened.

Software we've built

Real systems for Australian businesses, including the parts that took longer than expected.

The Thursday Board That Remembers Everything — AAA Industrial Services
AAA Industrial Services logo
AAA Industrial ServicesConstruction Data Insights

The Thursday Board That Remembers Everything

AAA runs its week off a scheduling board that moves hundreds of thousands of dollars of work around every Thursday, and sometimes has to rebuild it around an emergency within the hour. The board they run now remembers every move, gates the handover to the crews, and carries the same record from quote to site to payroll.

  • Dynamics 365
  • Microsoft Dataverse
  • React
  • SvelteKit
View the project
The Quote That Never Gets Re-Typed — AAA Industrial Services
AAA Industrial Services logo
AAA Industrial ServicesConstruction Data Insights

The Quote That Never Gets Re-Typed

AAA's salespeople quote, get approval, and hand work to the crews inside one system, where the quote the customer sees, the number the manager approves and the schedule the crews work are the same record.

  • Dynamics 365
  • Microsoft Dataverse
  • SvelteKit
  • Azure Functions
View the project
The Tenders You Don't Win Are Still Data — Impact Plumbing
Impact Plumbing logo
Impact PlumbingConstruction Data Insights

The Tenders You Don't Win Are Still Data

Estimating teams spend most of their working year on jobs they will never win. Impact Plumbing now measures the part of that they can control: how fast a tender gets answered, how long since anyone touched it, and what the company keeps walking away from.

  • Power BI
  • Microsoft Fabric
  • Microsoft Dataverse
  • Dynamics 365
View the project
View all case studies →

Where this sits next to everything else

If the decision to build is not made yet, start with a rapid prototype — a working, narrow version your team can use, so the commitment is made on something real. If choosing between products you could buy is the actual question, that is independent software selection. If the systems you own are fine but disconnected, that is systems integration. If the repetitive parts of the job are the pain rather than the system itself, that is business automation. And if what you cannot get out of any of them is the reporting, that is reporting and dashboards.

A full list of what we do is on what we do, and the systems described on this page are written up properly in the case studies.

Not sure whether you should build it?

Tell us how the work runs today. We will tell you whether to buy, build or connect what you already have — and we have talked people out of a build before.

Get in touch

Let’s talk about your business

Tell us what you’re working through and we’ll get back to you shortly.

Prefer email?
hello@thetechyside.com.au