
Spie Batignolles
Problem
Spie Batignolles ran on legacy tools and an aging ERP that slowed procurement and scattered data across modules. The value of a new system was obvious; adoption was not. The crews feeding the data log hours, equipment, and material orders on site, and they won't touch an ERP. The real challenge was designing an app layer that meets site users' needs while staying compliant with the ERP's architecture.
Target audience
Construction site managers and foremen who log their crews' hours, equipment use and material orders every day.
Team
Key results
The goal was to immerse in the trade before designing anything: who is involved, how they are organised, which interactions matter, and whose sign-off we would need. This surfaced our two key users, the right people to invite to workshops, and the decision-makers to keep in the loop.

Talking to site managers and foremen on the ground, module by module, turned vague complaints into concrete facts: the same data re-entered everywhere, orders stalled by a missing field, errors that broke monitoring downstream. These became the shared base for every later workshop.

Across 4 workshops, with stakeholders and business reps from each module, real users with 10+ years on site, we used the user journeys and a prioritisation matrix to help them agree on what the first version had to fix and what could wait. Three problems came out on top:
Across 12 sessions we brought end users together with the product, technical and ERP teams. Our role was to lead that alignment and to bring the artefacts that made it concrete: as-is journeys and drafts of the to-be flows. Those visuals gave non-digital participants something to react to, and let the technical team check feasibility on the spot.

Unifying the 4 modules into one source of truth let data flow across the site and made monitoring real-time instead of catch-up. The screen work focused on the most repeated daily tasks, with features built to remove manual data collection:

Usability tests on site showed crews rarely have perfect visibility when they log: figures change, several people complete the same report, often not on the same day. We improved versioning and history so the tool let them correct and adjust their data to match that reality. Apart from that, feedback was strongly positive on data-entry ease and navigation, with an average SUS score of 83 across 12 participants.