Companies invest huge amounts in software every year. Time is spent on selection, testing, and rollout of a new solution – yet six months later, teams are still working with Excel, paper, and workarounds.
The Nexthink Report "Soft-Waste" shows: Nearly half (49.96%) of all installed software in companies is not used at all.
Analysis of data on more than 6 million devices shows that unused licenses cost the examined companies about half a billion US dollars per year.
Additionally, only the core functions of SaaS products are often used. Estimates suggest that 60-80% of features go unused, and their value is neither recognized nor realized.
Unused software licenses and features are more than just an IT issue. They are a symptom of inadequate or weak change management:
Instead of new tools solving existing problems, they create costs, parallel processes, and frustration within teams.
)
What is Change Management?
Change management describes the structured support of changes in companies – with the goal of sustainably embedding new processes, workflows, or technologies in everyday operations.
Software that is supposed to increase efficiency and relieve employees will not be used if change management is not properly addressed.
In this blog post, we take a look at change management in field service organizations and give you five specific to-dos for how, as a leader, you can consciously guide and successfully execute your change management and the accompanying digitalization.
Change is not a short-term project but a continuous leadership task that must be adjusted step by step to the real world of the company
For successful change management, it is necessary:
New software changes processes
⇩
Processes change the way people work
⇩
The way people work affects people
If change fails, it is rarely due to a lack of motivation. Common reasons for failed change management are:
Leadership names change but does not actively manage it
"Digitalization is a top management matter" – you hear this a lot. But in daily business, clear expectations, regular conversations about usage, and a visible commitment to removing hurdles and taking responsibility for change are lacking.
IT involvement is missing or comes too late
IT is not included in the selection of software and review of technical specifications. But colleagues will have to support implementation and integration into the existing system landscape.
Operational daily business is at capacity
Service daily business is characterized by quick reactions, dynamic planning, and crisis management. There is often simply not enough capacity for a major change management project.
Technicians and back office are brought in too late
The decision for a solution has been made, configurations are already running, go-live dates are set – and only then are technicians and the back office informed. There is almost no room for input at that stage.
Focus on software instead of daily work
Discussions often revolve around functions and features rather than specific work situations or their changes. Too few questions such as:
Trainings are sporadic and disconnected from everyday operations
A big training day, lots of slides, a quick live demo – and then everyone is expected to "just start." Especially in international settings with constantly traveling technicians across time zones, such one-off formats are ineffective. Continuous learning during regular operations is not supported.
Instead of generic digitalization arguments (“efficiency,” “transparency,” …), concrete everyday examples are needed to make the benefit of new software clear:
For technicians, e.g.:
For the back office/dispatching, e.g.:
Regularly show in team meetings what has improved – with real, current examples (“Before, we had to... / Now we can...”).
Without involving people, resistance develops – even to good ideas.
Getting technicians and office staff “on board” means more than just project updates:
Service managers are often caught between operational responsibility and transformation pressure. Technicians often experience changes that miss their actual realities. Early involvement ensures this doesn’t happen.
Select key users carefully, give them clear responsibilities, and actively seek their feedback (“Where is there still need for training? / Where is support missing? / What has changed since the last meeting? ...”).
Set clear agreements:
Actively reflect usage:
Take obstacles seriously:
Introduce regular, brief usage analyses and integrate them into team meetings (look at team performance, allow users to share feedback and problems openly).
International field service technicians are often on the road, in different time zones, with little predictable time. The team is multicultural and speaks different languages.
Classic day trainings at fixed times and places are hardly feasible for field staff.
Better options are:
Plan time for learning explicitly, e.g., by dedicating fixed team meeting slots. Regularly provide an overview of newly released features and encourage the team to try them out.
Change management is not a one-way street. To ensure feedback isn’t just given by chance, you need structure:
Regular, short surveys on usage and satisfaction (separately for technicians and back office staff)
Fixed agenda item in team meetings (“Experiences with the system”)
Channel feedback:
What is a training topic?, What is a process issue?, Where does configuration need adjustment?
Make it visible what happens with feedback:
“Based on your feedback, we changed X.”, “We reviewed these points but cannot implement them for reason X.” ...
Actively ask for feedback and address resulting changes and adjustments transparently. This shows you value feedback.
The “do’s” for change management described above apply regardless of the software or project used.
Only in the second step does the question arise: How can a field service management solution like fieldux, as part of a change management project, specifically support successful project completion?
Functions tailored to everyday service work
Onboarding for different user groups
Short videos about features in the app
Online training center, available anytime and anywhere
Best practice knowledge we share
This turns software into a tool that actively supports change management.
Service managers provide leadership under high operational pressure. Technicians safeguard quality and customer satisfaction worldwide. Good change management supports this work instead of making it more difficult.
Digitalization in field service only works when it delivers real relief and supports people who already perform at a high level.
)
If change management or a digitalization project fails, it almost always happens because reality is too rarely the starting point or responsibility is not taken.
Change management is a leadership task because managers set the direction, establish priorities, and take responsibility for the process. And it is also teamwork because change only succeeds when the people working in the field and the back office contribute their experience and help shape the new ways of working.
Sign up for our newsletter and stay up to date!