- Agree measurable outcomes and recruit champions before launch.
- Keep training short and let in-app guidance handle the clicks.
- Retire the old way and keep an owner for adoption after go-live.
Most software rollouts don’t fail on go-live day. They fail quietly over the following months, as people drift back to spreadsheets and workarounds. A structured change plan, supported by the right tools, keeps that from happening.
Before launch: lay the groundwork
Define what success looks like
Agree on two or three measurable outcomes with your executive sponsor, such as “90% of managers approve leave in the new HR system” or “pipeline data is complete for every opportunity”. These become your north star and your adoption metrics.
Map who is affected and how
List each group of users, what changes for them and what they will need to do differently. A finance approver and a field sales rep need very different support.
Recruit champions
Identify respected people in each team who get early access, give feedback and help colleagues. Champions make change feel local rather than imposed.
Prepare in-app guidance
If you’re using a digital adoption platform, build guidance for the most important workflows before launch, not after. Focus on the handful of tasks people do every week.
Days 1–30: launch and support
- Communicate the why, not just the what. People adopt change they understand.
- Keep training short. Cover concepts in a session and leave the clicks to in-app guidance.
- Open fast feedback channels, such as a dedicated chat channel and office hours.
- Watch drop-off points in the workflows that matter and add or fix guidance quickly.
Days 31–60: reinforce
- Share early wins: a team that cut admin time, or a report that’s finally accurate.
- Target laggards with role-specific nudges rather than company-wide emails.
- Retire the old way. Switch off legacy tools or templates when you can; parallel systems slow adoption.
- Refresh content based on what users search for in self-help.
Days 61–90: measure and optimise
- Compare against your baseline on the outcomes agreed before launch.
- Report to stakeholders with a simple before-and-after view.
- Plan the next wave, such as advanced features, new teams or connected processes.
Common mistakes
- Treating training as a one-off event. People forget most of what they learn in a classroom before they need it.
- Launching everything at once. Prioritise the workflows that matter and phase the rest.
- Ignoring managers. If managers don’t use or ask for the new system, their teams won’t either.
- No ownership after go-live. Someone needs to own adoption for at least the first year.
A simple stakeholder map
| Group | What changes for them | What they need | How to reach them |
|---|---|---|---|
| Executive sponsor | Accountable for outcomes | Clear metrics and progress updates | Monthly steering review |
| Managers | Lead their teams through change | Talking points and team dashboards | Manager briefings |
| Frontline users | New screens and processes | Short training and in-app guidance | Launch email, champions, in-app help |
| IT and support | Handle questions and issues | Knowledge base and escalation paths | Pre-launch run-through |
A sample communication plan
| When | Message | Channel |
|---|---|---|
| 4 weeks before | Why we’re changing and what’s in it for you | Leadership email, team meetings |
| 2 weeks before | What will change and when; where to get help | Manager briefings, intranet |
| Launch day | It’s live: start here | Email, in-app welcome flow |
| Week 2 | Tips, quick wins and answers to common questions | Chat channel, in-app announcements |
| Day 60 | Results so far and what’s next | Leadership update |
Where tools help
A digital adoption platform covers guidance, self-help and analytics inside the application, while documentation tools help you capture processes quickly. Compare options in our directory.
Frequently asked questions
How long should a change management programme last?
Plan for at least 90 days after go-live, with an owner for adoption for the first year. Large rollouts often run in waves over several quarters.
Do small rollouts need change management?
Yes, but lighter. Even for a few dozen users, explain why the change matters, provide in-context help and check usage after launch.
What is the role of champions?
Champions are respected users who test early, give feedback and help colleagues. They make change feel local and surface problems quickly.