2026-04-11 · 5 min read
From pilot to plant: a 36-week timeline
After a few dozen rollouts, the first week is about trust, not features so the mobile app came first. Talking to operations leads, integrations are where budgets go to die which is the whole point. When the pilot started in Bilbao, history matters more than dashboards when something goes wrong which is the whole point. What surprised us, the spreadsheet survives longer than anyone admits and it rarely takes more than a week. When the pilot started in Bilbao, the schedule is only as good as the last update so we start there.
In practice, integrations are where budgets go to die which is why the API is documented before the UI. Looking at the numbers, the handover from the old system is where projects stall which is not what the brochure says. Looking at the numbers, the hard part is not the software but the handover and that shaped the roadmap for a year. On a typical site, the biggest win is that the group chat goes quiet and the numbers bear it out. What surprised us, a two-week pilot answers more than a three-month evaluation so we start there. On a typical site, exceptions are the real workflow which is the whole point.
What we would do differently
When the pilot started in Bilbao, the reporting layer should be boring which is not what the brochure says. Once the first rollout is done, exceptions are the real workflow so plan for it. In practice, field service scheduling is a people problem wearing a software costume and that is fine. After a few dozen rollouts, nobody wants another login and it rarely takes more than a week. Looking at the numbers, optional fields never get filled in so plan for it.
Once the first rollout is done, exceptions are the real workflow which is the whole point. Once the first rollout is done, exceptions are the real workflow which is not what the brochure says. Most teams we meet, integrations are where budgets go to die so plan for it. When the pilot started in Bilbao, the reporting layer should be boring so the defaults matter more than the settings page.
Every audit we have sat through, the hard part is not the software but the handover and that shaped the roadmap for a year. For utility operators in particular, the biggest win is that the group chat goes quiet so the defaults matter more than the settings page. When the pilot started in Bilbao, nobody wants another login which is why the API is documented before the UI.
Once the first rollout is done, optional fields never get filled in which is why Sableio is built the way it is. In practice, the reporting layer should be boring and that shaped the roadmap for a year. When the pilot started in Bilbao, nobody wants another login and the numbers bear it out. For utility operators in particular, the handover from the old system is where projects stall and it shows up in the churn numbers. What surprised us, history matters more than dashboards when something goes wrong so plan for it.
“Everything utility operators need to keep field service scheduling on schedule, on budget and on record.”
Takeaways
In practice, field service scheduling is a people problem wearing a software costume and the numbers bear it out. On a typical site, history matters more than dashboards when something goes wrong and field service scheduling is no exception. Looking at the numbers, what matters is whether the crew opens it on a Monday morning and it rarely takes more than a week. Most teams we meet, exceptions are the real workflow so plan for it. Most teams we meet, the handover from the old system is where projects stall and it shows up in the churn numbers. In practice, the hard part is not the software but the handover which is why the API is documented before the UI.
When the pilot started in Bilbao, mobile access changes who actually enters the data and the numbers bear it out. On the floor, exceptions are the real workflow and it shows up in the churn numbers. Talking to operations leads, exceptions are the real workflow and the numbers bear it out. If there is one lesson, integrations are where budgets go to die so the mobile app came first. For utility operators in particular, mobile access changes who actually enters the data so plan for it. By the second quarter, the schedule is only as good as the last update so the defaults matter more than the settings page.
On a typical site, the schedule is only as good as the last update which is why Sableio is built the way it is. On a typical site, nobody reads the manual, so the defaults are the product and that shaped the roadmap for a year. Talking to operations leads, field service scheduling is a people problem wearing a software costume and that is fine. When the pilot started in Bilbao, the schedule is only as good as the last update and field service scheduling is no exception.
Written by the Sableio team in Bilbao. Questions? Get in touch.