Skip to content
MAWT Logo
AI Consulting

Change management that actually sticks.

Overview

Prep, communication, training, follow up. So adoption matches deployment.

Change management is the structured work that gets your people to actually use a new tool or process, not just install it. At MAWT we map resistance, line up internal sponsors, communicate through rollout, train users and track adoption for the first six months until the change holds.

Target

For Swiss SMBs and growing commercial companies rolling out a new tool, AI system or process where the real risk is that nobody uses it. Ideal if a past deployment stalled on adoption, or if you want measurable usage rather than a hopeful guess on a tool you already paid for.

Details

The best tool in the world is useless if your team doesn't use it. Most transformation projects fail not on tech, but on adoption.

We support change end to end. Upfront prep (resistance mapping, internal sponsors), internal communication during the project, training at rollout, adoption metrics tracking, continuous adjustment over the first six months.

Why most transformation projects fail on adoption, not tech

The best tool in the world is useless if your team does not open it. Most transformation projects do not break on technology. They break because nobody planned the human side of change management, so people quietly default to the old spreadsheet.

Adoption is a behaviour problem, not a software problem. When a new system lands without preparation, your most experienced people feel the workflow they trust being taken away, and resistance hardens into a workaround that spreads across the team.

That is the gap we close. We treat the rollout as the start of the work, not the finish line, and we stay until the new way of working is the default.

  • Tools get deployed but usage stays flat after the launch week.
  • Key people resist quietly, then revert to the old process.
  • Training happens once and is forgotten within a month.
  • Nobody owns the change internally once the project team leaves.

Our change management approach, end to end

We run change management as one continuous track that sits alongside the technical delivery. It is sequenced, measurable and built for a team at human scale, so the people doing the work feel supported rather than disrupted.

In the first phase, before anything ships, we sit with your team and map who is affected, who will champion the change and where friction will harden. That map names two or three internal sponsors who already carry credibility with their peers, because a message lands very differently when it comes from a trusted colleague rather than a memo from the top.

During rollout we run the communication and training in parallel. The communication explains the why in plain language at each step, and the training is built around the three or four daily tasks each role actually performs, so people leave a session able to do their real job, not recite a feature list.

After launch we move into measurement and adjustment. We watch the adoption curve weekly, find the roles or workflows where usage stalls, and respond with targeted support rather than another all hands session. When the metrics hold, we hand over a named sponsor and a written playbook so the change survives without us. With Diagora, this end to end track took active tool usage past 90 percent of the team within three months of go-live, and it stayed there.

  • Resistance and sponsor mapping: we identify who will champion the change and where friction will come from, before rollout.
  • Internal communication plan: clear, well timed messages that explain the why, not just the what.
  • User training at rollout: hands on sessions built around real daily tasks, not abstract feature tours.
  • Adoption metric tracking: we measure actual usage, not attendance, so progress is visible.
  • Continuous adjustment: we tune the process and support over the first six months until the change holds.
  • Internal ownership handover: we leave a sponsor and a playbook so the change survives without us.

What change management delivers for a Swiss SMB

Change management is the structured discipline of preparing, equipping and supporting people so they adopt a new tool, system or way of working, and keep using it after launch. For a Swiss SMB or a growing commercial company, this is the difference between a project that shows up in your usage data and one that quietly dies. We start by mapping who is affected and who will resist, then we name internal sponsors who carry credibility with their peers. During rollout we communicate in plain language, run training around the tasks people actually do every day, and track real adoption rather than meeting attendance. Over the first six months we adjust the process based on what the metrics show, removing friction and reinforcing the new habits. The result is a team that owns the change, a senior human on your side throughout, and a measurable return on the tool you already paid for. No intermediaries, no extra layers.

  • Faster, broader adoption of the tools you have already invested in.
  • Less internal resistance because people understand the why early.
  • A measurable usage curve instead of a hopeful guess.
  • An internal owner who keeps the momentum after we step back.

Who change management is for

This service fits Swiss SMBs and growing commercial companies rolling out a new CRM, an AI tool, an internal portal or a reworked process where adoption matters more than the install. It pairs naturally with a transformation or AI project, and it works whether you are a team of ten or a fast growing growing company in Suisse romande.

If you have already deployed something that nobody is using, change management is exactly where to start.

  • Teams launching a CRM, AI tool, portal or new internal process.
  • Organisations where a past rollout failed on adoption.
  • Leaders who want usage data, not assumptions, on their investment.
What it includes
  • Resistance and sponsor mapping
  • Internal communication plan
  • User training and support
  • Adoption metric tracking
  • Continuous post deployment adjustment
Deliverables
  • A resistance and sponsor map that names champions and friction points before rollout.
  • An internal communication plan timed to the project, explaining the why at each step.
  • Task based user training built around real daily work, with support at rollout.
  • An adoption dashboard tracking actual usage, not attendance.
  • Six months of continuous adjustment plus a handover playbook for your internal owner.
Comparison

Tool deployment alone vs deployment with change management

Deployment aloneDeployment with change management
Software is installed and configuredSoftware is installed and people are prepared to use it
Training is one session at launchTraining is task based and reinforced over months
Success measured by go-live dateSuccess measured by real adoption metrics
Resistance surfaces after launchResistance is mapped and addressed before launch
No internal owner after the projectA named sponsor owns the change long term
Takeaways
  • Most transformation projects fail on adoption, not on technology.

  • Change management runs before, during and after rollout, not just at launch.

  • Training teaches the how; change management secures the why and the habit.

  • We track real usage metrics, not attendance, over the first six months.

  • You keep a named internal owner and a playbook once we step back.

You might also need

Digital transformation

End to end digital transformation : consulting AND execution.

AI strategy

AI strategy for decision makers: where to act, where to wait, how to prioritise.

Frequent questions

What is change management in a technology rollout?

It is the structured work of preparing, training and supporting your people so they actually adopt a new tool or process. It runs alongside the technical delivery and continues after launch, because adoption is a behaviour problem, not a software problem, and behaviour takes time to shift.

How long does change management take?

Preparation and communication start before rollout, training happens at launch, and we track adoption and adjust over roughly the first six months. The exact length depends on the size of your team and how disruptive the change is to their daily workflow.

What is the difference between change management and training?

Training is one part of change management. Training teaches people how to use a tool. Change management makes sure they want to, by mapping resistance, communicating the why, naming sponsors and tracking real usage until the new way of working becomes the default.

Is change management worth it for a small team?

Yes, especially for a team at human scale where a single resistant person can stall a rollout. Smaller teams adopt faster when the why is clear and support is close. We scale the effort to your size, so you never pay for layers you do not need.

How do you measure whether the change worked?

We track real adoption metrics: who is using the tool, how often, and for which tasks, rather than how many people attended a training. That usage curve, reviewed over the first six months, tells you honestly whether the change has held or needs more support.
Next steps

Make your next rollout one people actually use.