Why field rollouts
stall in week three.
Most site software is not rejected. It is quietly outlived by the paper route nobody switched off. What the firms that got it to stick did differently.
Published ·Updated ·6 min read·Written by Darshan Parmar, Founder

Ask a contractor why the last system did not stick and you will usually be told the lads would not use it. That is a description, not an explanation. Field software is almost never rejected in week one, when it is new and somebody senior is watching. It dies in week three, quietly, when the novelty has gone and the old way is still available.
The shape of the failure
The pattern is consistent enough to set your watch by.
Week one goes well. There has been a briefing. Somebody from the office is on site. The supervisor is making a point of using it. Compliance looks close to total, and everybody involved reports back that it has landed.
Week two holds, mostly. The visible support has gone but the memory of it has not. A few people miss a day. Somebody in the office fixes it by hand rather than making a fuss during a fragile period, which is a kind and entirely reasonable decision that will turn out to be the problem.
Week three is where it goes. There is weather, or a delivery, or an inspection, and the day gets away from everybody. Half the gang does not clock in on the app. The office fills the gap from the old paper sheets, because the payroll deadline does not move for anybody. And at that moment the system stops being how hours are recorded and becomes one of two ways hours can be recorded, one of which requires effort.
Nothing is ever decided. The old route simply stayed open, and water goes downhill.
Why it is week three and not week six
Three ordinary forces converge at about the fifteenth working day.
- Attention has moved on. Whoever sponsored the rollout has a business to run. The daily prompt that carried weeks one and two is gone, and nothing has replaced it.
- The first exception has been absorbed. Someone's phone died, or a new starter had no induction, and the office worked around it. That workaround is now precedent, and precedent spreads faster than policy.
- The first payday has landed. If hours recorded the new way and hours recorded the old way both produced correct pay, the system has just told everybody, truthfully, that using it is optional.
That last one is the strongest signal in a rollout, and it is almost always sent by accident.
The five specific failure modes
- The paper route stayed open. This is the big one and it swallows the others. If the old form still exists, the old form wins on the bad day, and every day on a construction site is somebody's bad day.
- It is a stranger’s app. An app store install is a real barrier on its own: an account, storage, a personal device used for work. It gets worse when the icon belongs to a vendor nobody in the yard has heard of, because then it is a stranger’s app on a personal phone, and a password on top of that. Every one of those is a legitimate reason to not do it today, and every operative who does not do it today becomes an exception the office covers.
- It requires a password. Passwords are fine in an office. On a gate at seven in the morning in the rain, a forgotten password is a person who does not clock in, and after the second time they stop trying.
- The supervisor is not visibly using it. Site behaviour follows the supervisor, not the memo. If they are still taking their own notes on paper, the gang reads that correctly as the real system.
- It asks for more than it gives back. A system that only extracts data from site returns nothing to site. If the operative never sees a benefit, and the supervisor never sees a benefit, then every interaction is a tax.
What the firms that got it to stick did
Not one of these is technical.
- They named a date and closed the paper route on it. Not "we are moving to the app". "From the 1st, the paper sheet is not accepted, and if the app fails, ring the office and we will record it with a manual flag." That sentence is the whole rollout. It gives an escape hatch that is visibly worse than compliance and does not quietly replace it.
- They put the scan point where people already stop. The cabin door, the gate, the welfare unit. Not where the work is, where the pause already exists. How many scan points to run, and what each scan proves, is set out in QR codes on construction sites.
- They made the supervisor the first user, not the last. A fortnight before the gang, so that on day one the person the gang watches is fluent rather than learning alongside them.
- They let the first payday do the teaching. Hours came from the system, and where they did not, the correction was visible and slightly inconvenient rather than silent. Nobody was punished. Everybody understood.
- They gave something back in week one. Usually the simplest thing: the operative can see their own hours, and the supervisor stops spending Friday deciphering handwriting. A system that removes a job somebody hated gets defended by that person.
Adoption is not a training problem. It is a question of which route is open on the worst day of the month.
The parts that are not adoption problems
It is worth separating the failures that discipline can fix from the ones it cannot, because treating a real constraint as a motivation problem is how a rollout loses the site team's goodwill for good.
Signal is the obvious one. Where coverage is genuinely poor, no amount of expectation-setting changes the physics, and treating it as a motivation problem makes the office look like it has never been on a site. The answers are practical rather than clever: put the scan point where the gang passes anyway, or have the office enter those hours on the operative's behalf with a manual flag and the same audit trail behind them.
Language is another. If a meaningful part of the gang does not read English comfortably, an interface is not the fix and a briefing in the right language is. And shared phones, common on some sites, need deciding deliberately rather than discovered when two people's hours land on one device.
Unibuild's field side is built around this specific failure. The app your operatives install is published under your own company name and icon rather than ours, so what lands on a personal phone carries the name on their payslip, and after the first sign-in it opens on four digits rather than a password. An operative scans the QR code poster at the gate and what reaches the office is a set of hours already attributed to the job, with a photograph and a server-written timestamp. That takes the sting out of two of the five failure modes above. The other three are management decisions. Supervisors expect it for the first fortnight, and the paper route is closed rather than left running.
How to tell in week two whether it is working
Do not measure logins. Measure the exception rate: how many records the office had to create or correct by hand, as a share of the total. It is the only number that predicts week three, because every hand correction is the old route being used with extra steps.
If that share is flat or falling, the rollout is fine and you can stop watching. If it is rising, something specific is wrong and it will have a name, usually one of the five above. Find out which before the next payday, because after two clean paydays the habit sets, and after two mixed ones so does the other one.
The follow-up questions.
What the rollout itself involves is set out on how implementation works.
Why do construction field apps fail to get adopted?
How long does it take for a field rollout to fail?
What is the single most important thing in a field software rollout?
How do you measure whether a rollout is working?
Should site staff need a password to clock in?
How do I get site staff to actually use a new app?
Should adoption be mandatory from day one?
Who should lead a field rollout?
What should we do about workers without a suitable phone?
How soon will we know whether a rollout has failed?
See what we ask an operative to do.
Rollouts stall on what the person on site is asked to do at seven in the morning, in the rain, with gloves on. Judge an app on that, not on the office screens.
- Thirty minutes, weekdays, from tomorrow.
- Nothing to prepare. Bring a job number and we mock that job up.
- You drive it. There is no slide deck.
- You keep what you saw as a 14-day trial. No card.
More from Insights.
Your firm's name on the staff app, not the vendor'sAn operative asked to install an app is being asked to trust it with a phone, a camera and a location. The name on the icon decides how that request lands.Read it →
Why WhatsApp fails as a site recordIt is the system most sites actually run on, and it works right up until somebody asks a question about March. Six specific failures, and the one that arrives when a person leaves.Read it →
QR codes on construction sites, and what a scan is actually worthA QR code at the gate is cheap to print and easy to oversell. What a scan proves, where the posters go, and the four things that decide whether the record survives a dispute.Read it →