A tech is in a crawlspace under a 1960s ranch house with a failed water heater. There's no signal. The homeowner is waiting upstairs for a price. If the app needs a connection to load the price book, the tech walks to the driveway, waits for bars, builds the estimate standing by the truck, then goes back inside. If the app works offline, the estimate is built and signed at the kitchen table. Same job, same tech, very different day.
What should work in offline mode?
Not everything can work without a connection, and an honest app says which is which. Here's a practical split for a trades technician app.
| Task | Should work offline? | Why |
|---|---|---|
| Open today's jobs, customer and equipment history | Yes | The tech needs context before they knock |
| Change job status, add notes | Yes | The office catches up when signal returns |
| Take photos, mark them up | Yes | Proof photos are often taken in the worst-signal spots |
| Fill forms and checklists | Yes | Required steps shouldn't depend on bars |
| Build and sell an estimate from the price book | Yes | The highest-value moment of the visit |
| Capture a signature | Yes | Approval happens in the room |
| Record cash or check payment | Yes | Nothing to authorize remotely |
| Card payment | Usually no | The processor has to authorize it |
| Send a pay or approval link | No | It has to reach the customer |
| AI features that read photos or answer questions | Usually no | They run on a server |
The weak spot in many apps is the estimate. If prices are calculated by rules on the server, the tech may see only some prices offline, or none.
How does offline mode work?
- 1
Download ahead
While the phone has signal, the app saves the next jobs, customer history, the price book and anything else the tech will need.
- 2
Detect the real connection
The app checks whether it can actually reach its server, not just whether the phone says it's connected.
- 3
Save every change locally
Each change goes into a queue on the phone, in the order it was made, and survives the app being closed.
- 4
Sync in order
When the connection returns, changes upload in sequence: the estimate before the sale, the sale before the payment.
- 5
Never duplicate
If a change might already have arrived, sending it again must not create a second copy.
Step two trips up more apps than you'd expect. Browsers and phones generally treat a connection to a local network as being online, even when that network has no internet access, and MDN describes the browser's online flag as inherently unreliable.1 A basement Wi-Fi extender with a dead uplink looks connected while every request fails. The fix is to confirm by actually reaching the server.
One more question worth asking any vendor: what happens when the office changes a job while the tech is offline? Say dispatch adds a note or moves the next appointment while the tech is in a basement. A good app syncs the tech's queued changes and then pulls the office's changes, so both survive and the tech sees the update as soon as the phone reconnects. Ask the vendor to show you this, not just describe it.
Offline mode vs offline viewing vs online only
| Full offline mode | Offline viewing | Online only | |
|---|---|---|---|
| Open jobs with no signal | Yes | Yes, if opened earlier | No |
| Create and change records | Yes, synced later | No | No |
| Build an estimate | Yes, from a cached price book | No | No |
| Risk of lost work | Low, if the queue is durable | Notes typed offline may be lost | High in dead zones |
| What techs do instead | Keep working | Write on paper, re-type later | Walk outside for signal |
Paper workarounds have a cost that's easy to miss: details get lost in the re-typing, invoices go out later, and required photos don't get taken. That can show up later as callbacks and slower collections. When there's no signal and no time to type, a voice note captured on the phone is another way to keep details; see voice notes in the field.
How to test offline mode before you buy
Every field service management vendor will say its app works offline. A five-minute test tells you what that means.
Airplane-mode test for a technician app
- Open the app with signal, then switch to airplane mode
- Open tomorrow's job, not just today's
- Change status to arrived and working
- Add a note and three photos, mark one up
- Complete a required form
- Build a three-option estimate from the price book and get a signature
- Record a cash payment
- Force-close the app, reopen it, and check nothing is gone
- Turn signal back on and confirm everything landed in the office in order
- Repeat on Wi-Fi with no internet behind it, such as a hotspot with no data
The last step catches apps that trust the phone's connected status. The FSM software buyer's guide lists an offline mobile app as a must-have and covers the rest of a trial: pricing, contracts and data export.
How TradesWork Field handles no-signal work
TradesWork Field calls it Basement Mode. The technician app downloads today's and tomorrow's appointments, the full active price book with images, kits and member prices, the estimate toolkit and the tax rate before the day starts. It counts itself online only when the radio is up and the TradesWork server answers, and probes every 15 seconds after a failed request.
Changes go into an ordered queue on the phone that survives the app being closed. Estimates, notes, forms, photos with markup, status changes, clock taps, truck counts and cash or check payments work with no signal. Card payments, adding invoice lines, sending pay or approval links, reading a data-plate photo and AI answers wait for signal, and the app says plainly what's saved and what's waiting.
Footnotes
-
Navigator: onLine property, MDN Web Docs, Mozilla. ↩
