Offline-First Field Workflows: If the App Needs Signal, the Field Uses Paper
If the app needs signal, the field will use paper — what offline-first actually means, which workflows must survive airplane mode, and how sync conflicts get resolved without losing the truth.
Every field software demo happens in a boardroom with WiFi. Every field software failure happens in a basement in Kitui with one bar of 2G. The gap between those two rooms is the single most important technical property of field operations software: offline-first means the system is fully functional with no connectivity at all, and treats the network as a bonus — not a dependency. Anything less produces the most expensive outcome in field IT: a system the office believes in and the field quietly routes around.
What must work in airplane mode
The airplane-mode test — run it before you buy
- Open the day's jobs and routes, with customer details and materials lists.
- Record a delivery or job completion — photos, GPS point, signature.
- Issue stock from the van; record a van sale with cash or M-Pesa reference.
- Perform an asset check with condition notes and a photo.
- Raise a requisition or incident report from the field.
- Close the visit — and see it queued, clearly marked as awaiting sync.
GPS deserves a special note: location capture works without data (the satellites don't care about your bundle), so a well-built app stamps coordinates offline and reconciles the map when it syncs. "No network" is never a reason a visit has no location.
Sync: where offline systems earn their keep
- Queue transparency. The field user sees exactly what is captured-but-unsent; nothing vanishes into a spinner. Anxiety about "did it save?" is what drives duplicate entries and paper backups.
- Order preservation. A morning issue and an afternoon return sync in sequence even if the phone reconnects at 9pm — timestamps come from capture time, not sync time.
- Conflict resolution with a rule. Two users touch the same record offline; the system applies a declared rule (field evidence usually wins on field facts; office wins on master data) and flags the collision for review instead of silently overwriting either side.
- Partial sync tolerance. Ten minutes of hotspot at a petrol station should push the day's critical records first — evidence and money before photos at full resolution.
The paper fallback is a symptom
When a field team keeps a notebook "just in case", they are telling you the system fails the airplane-mode test — or fails the speed test at the customer's gate. Fix the workflow; don't laminate the notebook. Every parallel record is a future reconciliation dispute.
Designing field workflows that survive reality
- Two-minute capture. A delivery record at the customer's gate must take less time than the goodbye — prefill everything the office already knows, capture only what the field uniquely sees.
- Evidence over narration. A photo and a GPS point beat three paragraphs; structured reasons beat free text — the same principle that makes stock adjustments auditable.
- Battery and data as real constraints. Daylight-readable screens, low-data photo compression, and end-of-day charging habits are operational planning, not IT trivia.
- The nightly heartbeat. Whatever the day held, the evening ritual is: sync, review the queue is empty, count the van. Three checks, five minutes, and the reconciliation starts from truth.
Offline capability is the foundation the whole field operations stack stands on — van stock, job evidence, custody, and fleet data all inherit their reliability from it. It is also why AWRA's mobile workflows are built offline-first rather than offline-tolerant.
Run the airplane-mode test on us
A full field day — jobs, stock, evidence, payments — captured with the network off and reconciled at sync.
See offline workflows in AWRAFrequently asked questions
How long can a device stay offline before data is at risk?
Days, not hours — capture is stored locally until synced, so a crew on a three-day rural circuit loses nothing. The practical limits are device storage (photos) and the business's tolerance for delayed visibility, which is why the nightly-sync ritual matters even when the system doesn't force it.
What happens if the phone is lost or damaged before syncing?
Unsynced local data on that device is the exposure — which is why the ritual is sync-at-every-opportunity, not sync-at-day-end-only. Mitigations: opportunistic background sync whenever signal appears, critical records prioritized, and device PINs so a lost phone is a data loss, not a data breach.
Do offline apps drain batteries faster?
Generally the opposite — an offline-first app isn't burning radio power retrying a weak connection all day. The real battery costs are screen time and GPS sampling frequency, both tunable. A field day on one charge is a reasonable expectation on ordinary hardware.
How do we trust GPS stamps — can they be faked?
Location spoofing exists, which is why evidence is layered: GPS plus timestamped photos plus customer sign-off plus the stock movement itself. Falsifying all four consistently is dramatically harder than forging a paper delivery note ever was — the bar isn't perfection, it is being categorically better than what it replaces.
