LIGHTNING
FOR ROADSIDE AND RECOVERY OPERATORS

From the first details to a job you can invoice.

Connect enquiry handling, dispatch records and accounts around the way your recovery operation works. Capture the information your team needs, keep job progress visible and reduce the paperwork waiting at the end of a shift.

The job is the easy part. The hour either side is where it goes wrong.

01

The three in the morning call

A vehicle goes down at 3am, the on-call phone reaches whoever is awake on the rota, and the details land on a pad or in a message thread. By the time day staff arrive nobody can say who authorised the job, what rate was agreed or whether the vehicle has been released.

02

Dispatch by whoever answers first

Allocation follows the driver who picks up, not the nearest truck that can actually take the casualty. A spec lift goes out to an EV that should never be suspended, so a slidebed has to follow it out while another slidebed sits two junctions from the scene, and nobody sees the wasted run until the fuel figures land.

03

The ETA call-back loop

A caller with no ETA rings back every few minutes, and each of those calls pulls the controller away from allocating the next job. One recovery ends up costing several conversations, and the calls dropped to answer them are never logged at all.

04

PODs living in a group chat

Condition photos, signatures and delivery notes come back as attachments in a chat thread, and the job sheet is a photograph of a page. Invoicing waits on someone scrolling back through a week of messages, so mileage, waiting time and storage days get missed rather than argued.

A tilt-and-slide recovery truck loading a broken-down car on the hard shoulder at night, amber beacons lit, driver in a high-visibility jacket working at the winch.

Four things that hold a busy night together.

01

Every job in one place, whatever the hour

One record for every job, whether it arrives as a call from a driver on a slip road, as a garage or body shop ringing the office or as an electronic job dropped in by a club or network with its own acceptance clock running. Out of hours the phone can be answered by something we built in-house, capturing location, vehicle, keys and access the same way each time before anyone rings a driver.

Phone, email and CRM
02

A dispatch board and a driver's phone

One screen showing which trucks are loaded, free or already heading that way, and a job record completed on the driver's phone: condition photos at collection, signature at delivery, mileage and waiting time recorded against the job rather than remembered until Monday.

Custom software and reporting
03

ETAs and chasing that run themselves

The caller gets a message when a truck is assigned and another when it is close, without the controller typing either one. A job closed without a POD chases itself, and the invoice draft is ready as soon as the paperwork is complete instead of waiting for a quiet afternoon.

AI and automation
04

Job data into the accounts package

Closed jobs carry their mileage, waiting time and storage days into Sage, Xero or QuickBooks without anyone retyping them, and self-billing remittances from clubs and networks reconcile against your own job list, so a short-paid or missing job appears as a line to query rather than quietly disappearing.

Integration and migration
A recovery operator working at the roadside

We read the call log against the invoices.

We start with a week of your call log set against the same week's invoices. What sits in one and not the other is where the money went: jobs worked but never raised, waiting time nobody recorded, storage days that quietly expired. Then we sit a shift with whoever controls the trucks, because how a job gets allocated at two in the morning is not always what the process document says.

Rates, who gets sent where and what you charge for storage and release all stay yours; commercial calls are not ours to make. A first piece of work is scoped as one fixed job: out-of-hours call handling or the job record everything else hangs from. If the recovery software you already pay for can do it with proper configuration, we will say so and quote the smaller job.

Small enough to run through a live week.

We scope the first job as one shift's worth of problem rather than a rebuild. Small enough to sit alongside live callouts, narrow enough that the controller can judge it on the jobs it actually touched instead of on a proposal.

  • 01A shift sat with the controller, including the out-of-hours handover
  • 02One place every job is raised, whether it came in on your own line, from a club's system or in a garage's email
  • 03ETA messages to the caller at assignment and on approach
  • 04Condition photos and signed PODs captured on the driver's phone
  • 05A daily list of closed jobs ready to invoice, with mileage, waiting time and storage days already on them
ONE JOB RECORDfirst call through to paid invoice
BUILT FOR 3AMbecause that is when the calls come
NAMED OWNERSHIPa named contact, with support hours agreed in writing
CONFIGURE FIRSTif your existing software can do it, we say so

Before you start. Practical questions, answered.

What to consider when deciding whether this work is right for your business.

01

Can we stop retyping every recovery job from the dispatch board into Xero or Sage?

Yes. The job card is the record that matters, so the fix is to make it the only place anything gets typed. When a job is closed off with the registration, the mileage and the charge, that becomes a draft invoice in Xero or Sage with the work provider already set. Where your dispatch system has no API, we read its export file instead. connecting what you run

02

Our drivers still fill in paper job cards and the office retypes them. Can that stop?

Usually. The part that fails is not the paper, it is that the photographs of the vehicle live on a driver's phone and nowhere else. We give the driver a form on the phone they already carry, with the registration, the collection point and the photographs attached to the job before they leave the scene. The office stops chasing.

03

We miss calls at night when the driver is out on a recovery. What happens to those?

Call handling can collect agreed job details and route them to the person on duty. It needs to fit your dispatch process, with clear escalation and a fallback if a service or connection fails. We scope those conditions with your team; an automated answer must not be treated as confirmation that assistance has been dispatched. the line that answers

04

Our customers ring constantly asking where the recovery truck is. Can they check themselves?

Yes. That question is the bulk of the calls your controller takes, and it is answerable without a person. When the driver is allocated and starts the run, the customer gets a text through Twilio with a tracking link built on Google Maps Platform, updating as the truck moves. If the driver is held up, the link tells them before they ring.

05

We already pay for a dispatch system that works. Would you want to replace it?

Probably not. Most dispatch systems allocate and record a job perfectly well. What tends to be missing is what happens before the job exists and after it closes: the call that never became a job, and the job that never became an invoice. We would rather you use the product you already pay for and let us connect it to Xero. If it genuinely cannot do the job, we will show you where it stops.

06

Our motoring club work has service levels on response times. Does any of this affect that?

Often, yes, and usually in your favour. The clause that catches operators out is proving the attendance time afterwards, not hitting it. Every acceptance, arrival and release gets stamped against the job with the registration attached, so the record you send the work provider comes out of the same system the driver used at the roadside.

You already run the trucks well. The money leaks in the hour either side of the job: the call nobody logged, the photos in a thread, the invoice raised days after the vehicle was dropped. That is the part we build.

Start with the change you want to make.

Tell us what you use now, where the work slows down and what a better result would look like. We will explain the next step, with any paid work agreed before it starts.

Talk to Lightning