Software rollout change management: a 30-60-90 day plan

A practical plan for rolling out new enterprise software, from stakeholder alignment to in-app guidance and measuring adoption after go-live.

Planning sticky notes on a board
Photo by Jo Szczepanska on Unsplash
Key takeaways
  • 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

  1. Treating training as a one-off event. People forget most of what they learn in a classroom before they need it.
  2. Launching everything at once. Prioritise the workflows that matter and phase the rest.
  3. Ignoring managers. If managers don’t use or ask for the new system, their teams won’t either.
  4. No ownership after go-live. Someone needs to own adoption for at least the first year.

A simple stakeholder map

GroupWhat changes for themWhat they needHow to reach them
Executive sponsorAccountable for outcomesClear metrics and progress updatesMonthly steering review
ManagersLead their teams through changeTalking points and team dashboardsManager briefings
Frontline usersNew screens and processesShort training and in-app guidanceLaunch email, champions, in-app help
IT and supportHandle questions and issuesKnowledge base and escalation pathsPre-launch run-through

A sample communication plan

WhenMessageChannel
4 weeks beforeWhy we’re changing and what’s in it for youLeadership email, team meetings
2 weeks beforeWhat will change and when; where to get helpManager briefings, intranet
Launch dayIt’s live: start hereEmail, in-app welcome flow
Week 2Tips, quick wins and answers to common questionsChat channel, in-app announcements
Day 60Results so far and what’s nextLeadership 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.

Written by

Maya writes about digital adoption platforms, enterprise software rollouts and how to measure whether people are really using the tools a company has bought.

View profile and articles
The Adoption Brief

Get smarter about software adoption, once a month

The best of AdoptionStack in one short email, for onboarding, enablement and customer education teams.

  • New tools added to the directory
  • Honest comparisons and buying guides
  • Rollout and onboarding playbooks
One email a month. Unsubscribe any time. See our privacy policy.

Get your free download

Tell us a little about you and your download starts immediately.

Popular searches
↑↓ to moveEnter to open See all results