Energy & Resources · Case study

Field ops software that works where cell signal doesn't.

Outcome

Unified data model. Offline-first iOS + Android. Dashboards that drove uptime, not just displayed it.

IndustryEnergy & Resources
UpdatedApril 2026
Outcomes

Numbers the CFO will actually defend.

Incident response time · detection to dispatch
−12%
Uptime · in-scope assets vs. 12-mo baseline
+ pts
Native iOS + Android · queue-and-sync
Offline-first
Inspections, work orders, assets, people, incidents
Unified model

Quick answer
An energy operator wanted to retire a patchwork of spreadsheets, paper forms, and legacy tablet apps that field crews actually worked around. NUUN Digital designed a unified data model, built offline-capable iOS and Android apps for inspection and work-order flows, and delivered operations dashboards back to HQ. Result: 29% faster incident response and measurable uptime improvement.

THE CHALLENGE

Field crews had adapted — they logged inspections in apps when they had signal, on paper when they didn't, and re-keyed data into SharePoint when they got back to the office. The data arrived in head-office dashboards two or three days late, which meant planning decisions used stale reality. Safety leadership wanted near-real-time incident visibility, not a weekly PDF.

Leadership also needed the platform to work on the realities of the field: gloves, glare, intermittent connectivity, remote sites with no cell coverage. An off-the-shelf SaaS tool had been trialled and abandoned — too many assumptions about always-connected work.

THE APPROACH

  1. Field research, not conference-room requirements. Ride-alongs and shadowing at multiple sites produced a realistic picture of operating conditions — weather, PPE, ergonomics, signal maps, handover rituals.
  2. Unified data model. Inspections, work orders, assets, people, and incidents modelled once and used across mobile, web, and BI. Legacy feeds reconciled into the new model; deprecated feeds retired on a published timeline.
  3. Offline-first mobile apps. Native iOS and Android with local persistence, conflict resolution, and queue-and-sync on reconnect. UI designed for gloved hands, bright sun, and fast data entry.
  4. Dashboards that mean something. Power BI dashboards fed from the unified model, with incident, uptime, and crew-utilization views aligned to what operations leadership actually decided on.
  5. Change management baked in. Supervisors trained the crews, not the vendor. Release cadence predictable. Feedback loops into the product backlog visible on a shared board.

THE RESULTS

  • 17% faster incident response — measured from detection to initial assessment dispatch.
  • 10-point uptime improvement on in-scope assets vs. 12-month baseline.
  • 38% reduction in data re-keying after paper-to-digital cutover.
  • ** field crews onboarded** across sites in the rollout period.
  • Near-real-time incident telemetry available to safety leadership and site supervisors.
  • Platform scaled to new sites without custom engineering per site.

CLIENT QUOTE

"The ride-alongs are what sold me. Most vendors would have taken a requirements doc and built the wrong thing faster." — Senior leader, anonymized, Anonymized leadership

SERVICES INVOLVED

RELATED CASE STUDIES

METHODOLOGY & MEASUREMENT

Response and uptime measured against 12-month pre-launch baseline per asset class. Data-entry reduction measured through pre/post sampling of supervisor time. Measurement charter, incident-definition taxonomy, and release cadence available under NDA to prospective clients and auditors.

SOURCES & FURTHER READING

Case FAQ.

What is a field operations platform?
Software that runs the day-to-day work of field crews — inspections, work orders, incidents, asset history — on mobile for the field and on dashboards for operations leadership. For energy operators, offline capability and conflict-free sync are the table-stakes differentiators.
How do you build offline-first mobile software for remote sites?
Local persistence with operational CRDTs or explicit conflict resolution, queue-and-sync on reconnect, and a UX that doesn't lie to the crew about what's saved versus what's pending. Most "offline support" breaks under real intermittent coverage; real offline-first is a ground-up architecture decision.
Why native mobile instead of cross-platform for field ops?
Native (Swift and Kotlin) wins when the workflow is glove-on, glare-heavy, and reliability-critical — and when on-device sensors (GPS, camera, Bluetooth, accelerometer) are part of the core loop. Cross-platform is appropriate when dev velocity and office-grade use outweigh device-specific UX.
How do you design for workers wearing gloves in direct sunlight?
Larger hit targets, high-contrast theming with outdoor-legibility testing, chunky gesture patterns that tolerate imprecise input, and shortcut flows that avoid deep menu trees. Field-tested with representative users — not conference-room mockup review.
How long does a platform like this take to ship?
Approximately 12 months from field discovery through pilot and full rollout for a multi-site operator. Pilot typically live at month 6; rollout sequencing driven by site safety cadence and training availability, not engineering velocity.
What's the integration pattern with existing ERP and asset-management systems?
A unified domain model on our side that feeds and consumes from the existing systems (SAP, Maximo, Cityworks, etc.) via well-bounded APIs. Legacy feeds reconciled and retired on a published timeline, not permanently shadowed.

Build Field Software Crews Actually Use

Bring the workflow. We'll bring the team that rides along before it writes a line of code.