Back to Blog
feature-deep-dive

Plumbing Field Service Software Built Around How You Work

Fieldproxy Team - AI Operations Research
8 min read
AIField Service ManagementAutomation

Plumbing is the trade where the schedule is a guess. A morning of booked work survives until the first burst pipe, and then the whole day gets rebuilt around it. Any system that assumes the plan holds is fighting the business it is meant to be running.

Underneath the reactive work there is usually something steadier — landlord certificates, service contracts, a housing association framework, a builder who calls every week — with completely different paperwork and payment terms. Most plumbing software is built for one of those two worlds and is awkward in the other.

Running this manually today?

See how Fieldproxy handles it — a walkthrough on your own workflow, not a canned demo.

Put AI to work

What plumbing field service software has to handle

The specifics are where generic products tend to stop fitting.

The realities a system has to survive:

  • A day that gets rebuilt mid-morning, with the right engineer reassigned by skill, location and what is on their van
  • Fixed-price quoted work and time-and-materials on the same job, because what is behind the wall is not known when the price is agreed
  • Certificates as structured records — gas safety, landlord certificates, unvented, water regulations, commissioning sheets — not photos in a notes field
  • Parts fitted from van stock that never quite matches what the system believes is on the van
  • Warranty and callbacks linked to the original job, at no charge, without wrecking the profitability of either
  • Contract and framework work with agreed rates, SLAs and response times that are measured whether you measure them or not
  • Out-of-hours rates, standby rotas and the question of who actually answers the phone at 2am

Why the emergency job is what breaks most systems

An emergency is not a booking. It arrives with no notice, outranks whatever was planned, and has to be absorbed by a schedule that was already full. Software that treats the calendar as the source of truth makes this painful: the office reshuffles by hand, the affected customers are called individually, and the engineers find out when someone rings them.

The jobs that got pushed are the second problem. On most systems they simply move, and nothing records that a contracted response time was missed or that a customer was stood up twice in a week. By the time that pattern is visible it is a complaint rather than a report.

Software that is told how your business runs

Fieldproxy is built around your operating model rather than a generic one — your job types, your certificate templates, your pricing rules, your response-time commitments, your engineer workflow. It is not configured by picking from a settings page. It is told how the business works, and then it runs that.

The difference shows up in the awkward cases. If contract work needs a different lifecycle and different reporting from domestic work, it gets them. If a job cannot be invoiced until the gas certificate is attached and countersigned, the system enforces that rather than relying on the office to notice. If your out-of-hours rate card is genuinely complicated, it can just be complicated.

Things usually fixed elsewhere and yours here:

  • Job types and lifecycles — domestic, contract, framework, emergency
  • What must be true before a job can be completed or invoiced
  • Certificate templates and where their data lives afterwards
  • Pricing logic — fixed price, T&M, call-out bands, contract rate cards, client mark-ups
  • Response-time targets and what happens when one is at risk
  • Van stock rules and how parts are drawn against a job
  • The engineer's screens on a phone and the office's on a desktop

How this compares to buying a fixed product

There is a real trade-off here. Jobber, Housecall Pro and ServiceTitan hand you a working model of a service business on day one, and if your operation looks like that model you should take the head start. The cost appears later, in the work that the model does not describe — which in plumbing is usually the contract side.

Two approaches to the same problem

A fixed productA configured platform
Day oneWorking immediately, in its model of the businessBuilt to your model before you start
Contract and framework workUsually bolted onto a domestic modelModelled on its own terms
CertificatesAttachments on a jobStructured records that can gate completion
Changing how you workWait for the roadmapChanged in days
Best whenMostly domestic, mostly reactiveA serious mix of contract, framework and reactive work

What you can run on it

The operation, not a single function:

  • Quoting and estimating, with fixed price and T&M on the same job
  • Dispatch and live rescheduling when an emergency lands mid-morning
  • A mobile app that works with no signal under a floor and syncs when it returns
  • Gas, water and compliance certificates captured as structured records
  • Van stock, parts and purchase orders
  • Contract rates, SLAs and response-time reporting
  • Invoicing, staged billing and chasing what is unpaid
  • Reporting on job profitability, first-time fix, callbacks and engineer utilisation

When this is the wrong choice

A sole trader or two-van outfit doing domestic work should buy something off the shelf this afternoon and get on with it. This approach earns its keep when there are enough engineers and enough contract or framework work that the difference between your process and a standard product has started to cost real money — usually past eight or ten field staff, and sooner if you work for housing associations or main contractors.

Common questions

What is plumbing field service software?

It is the system that runs the operational side of a plumbing business: quoting, scheduling and dispatch, what the engineer records on site, certificates, parts and van stock, invoicing and reporting. The distinction that matters in practice is how much of that model can be changed to match how you already work.

How does it handle emergency callouts?

An emergency is dispatched into the existing day rather than added to the end of it, with the right engineer chosen by skill, location and van stock. What matters as much is the other half: the jobs that got moved are tracked, so a missed response time or a customer pushed twice is visible as a report rather than as a complaint.

Can it do fixed-price and time-and-materials on the same job?

Yes, which is important because plumbing routinely needs both — a quoted price for the specified work and T&M for whatever is found once the floor is up. Both are tracked against the same job so the final profitability is real rather than reconstructed.

Does it handle gas safety and landlord certificates?

Yes, as structured records rather than photographs attached to a job, which means the data is searchable, reportable and can be required before a job is allowed to complete. Certificate templates are built to the ones you actually issue.

Can it manage contract and framework work?

Yes, and typically as its own workflow rather than a variation on domestic jobs — agreed rate cards, response-time targets, staged invoicing and the reporting the client expects. This is usually the part that fits worst in off-the-shelf products.

How long does it take to get running?

Days rather than months, because the build is done against your actual process instead of discovered during a long implementation. The longer half is normally deciding how you want the business to work.

See it built around your workflow

The fastest way to judge this is to see your own job types, certificates and rate cards in it. Book a walkthrough and we will set it up on your process rather than a demo dataset.

Book a walkthrough

Looking for the platform itself rather than the comparison? the field service management software behind these workflows is shaped to your exact process by AI, and goes live in days.