ERP Change Management: Winning the People Side of Your ERP Rollout

What is ERP change management?

ERP change management is the application of organizational change management (OCM) discipline to an ERP program. It is the work of preparing, equipping, and supporting the individuals who will use the new system — finance clerks, warehouse leads, sales reps, operations managers — so that the system is actually adopted rather than worked around.

Prosci frames organizational change as the aggregate of individual change: an ERP rollout only succeeds when each affected employee moves through their own transition. That is why the discipline tracks individual milestones (awareness, desire, knowledge, ability, reinforcement) rather than only project milestones (build, test, go-live).

The case for treating OCM as a first-class workstream is now empirical, not anecdotal. Prosci's 2025 ERP study found that projects with excellent change management met or exceeded their objectives 88% of the time, versus just 13% for projects with poor change management — roughly a sevenfold difference. Conversely, ERP implementations fail (delivering less than 70% of expected benefits) about 20% of the time on average, and the dominant root cause is people and organizational factors, not technology.

Why ERP change management matters for SMEs

For SMEs, the case is sharper, not weaker. A 50-person manufacturer cannot absorb a failed rollout the way a 5,000-person enterprise can — there is no spare department to keep the old system running, and every workaround becomes permanent within weeks of go-live. SMEs also typically run leaner project teams, which makes the people risk proportionally larger.

The structural problem is a budget mismatch. Organizations invest approximately 92% of ERP budgets on technical activities and only 8% on change management, while human factors outweigh technical considerations by roughly six to one. Closing that gap is the highest-leverage move available to an SME program lead — it costs a fraction of the build budget and changes the outcome distribution.

ERP change management is distinct from (and larger than) training. Training transfers knowledge of how to use the system; change management builds the awareness of why the change is happening, the desire to participate, the ability to perform under the new process, and the reinforcement that prevents regression. A program that ships training but skips the other four levers will see logins rise and adoption stall.

Three change management models that apply to ERP

No single model owns ERP change management. The three below are complementary — they operate at different altitudes and most practitioners blend them. The choice is not ideological; it is about which lens fits the problem in front of you.

• →Prosci ADKAR — a goal-oriented model for individual change with five sequential elements: Awareness of the need for change, Desire to support it, Knowledge of how to change, Ability to implement the required skills and behaviors, and Reinforcement to sustain it. ADKAR is the most granular on the individual transition and pairs naturally with role-based ERP training.
• →Kotter's 8-Step Change Model — a top-down, leadership-driven sequence (Create a Sense of Urgency, Build a Guiding Coalition, Form a Strategic Vision, Enlist a Volunteer Army, Enable Action by Removing Barriers, Generate Short-Term Wins, Sustain Acceleration, Institute Change). Kotter is strongest on vision, coalition, and momentum — the mobilization phase — and is often used to frame the overall program narrative.
• →Lewin's Unfreeze–Change–Refreeze — a three-stage model from the 1940s that describes disrupting the status quo (Unfreeze), implementing the new state (Change), and embedding it (Refreeze, or in modern adaptations, Reinforce). It is the simplest framing and is useful for explaining why stabilization work after go-live cannot be skipped.

Executive sponsorship: the #1 contributor to ERP change success

Active and visible executive sponsorship has been ranked the number-one contributor to change success in every Prosci Best Practices in Change Management study since 1998. Projects with extremely effective sponsors are 79% likely to meet their objectives, compared to 27% with extremely ineffective sponsors — nearly a threefold swing.

Prosci distills effective sponsorship into the ABCs: (A) Active and visible participation throughout the project, (B) Build a coalition of sponsorship by mobilizing peer leaders, and (C) Communicate support and promote the change to impacted groups. Roughly half of sponsors have less than adequate understanding of their role, so naming a sponsor is not the same as having one.

For SMEs, the sponsor is usually the owner, COO, or CFO — not a dedicated change executive. The practical implication is that the partner and project lead must actively manage the sponsor: agree the ABCs up front, put steering-cadence dates on the calendar before kickoff, and script the sponsor's communications so visibility does not depend on bandwidth.

Communication strategy: senders, channels, and repetition

ERP communication fails most often on repetition and sender-choice, not on message quality. Prosci's methodology recommends communicating key messages five to seven times across varied channels; participants in Prosci research consistently say they would communicate more, more often, to more people, and to all levels.

Sender matters as much as content. Prosci finds employees prefer different senders for different messages: executives and senior leaders are the preferred senders for business and organizational messages (why the change is happening, the vision, the risks), while immediate supervisors are preferred for personal-impact messages — what the change means for my job, what's-in-it-for-me — with roughly 58% preferring their direct supervisor on those topics. A single channel (the all-staff email from the CEO) cannot carry both.

A working cadence for an SME rollout: a sponsor kickoff message, a program vision from leadership, function-level impact briefings from managers, and go-live readiness updates — sequenced so each employee hears the same core message at least five times from at least two different senders before go-live.

Stakeholder mapping and the super-user network

Stakeholder mapping decides where limited change-management effort goes first. The standard tool is the power-interest grid (Mendelow's Matrix), which plots stakeholders on power (ability to influence or block the project) and interest (stake in the outcome): Manage Closely (high power, high interest), Keep Satisfied (high power, low interest), Keep Informed (low power, high interest), and Monitor (low power, low interest). For an SME ERP rollout, finance and operations leaders are almost always Manage Closely; anyone whose workflow the system replaces is at minimum Keep Informed.

Super-users (also called power users or floor walkers) are the connective tissue between the program and the business. They are internal experts seconded from each function who participate early in design and testing, provide at-the-elbow support during go-live and hypercare, champion adoption locally, act as a two-way feedback loop, and deliver peer-to-peer training. In an SME, a small cadre of super-users — typically one or two per function — is the most cost-effective way to scale support without growing external consulting spend.

Change champions run alongside super-users: selected influencers who run local briefings, build desire and ability, and gather feedback. The common pitfall is dismantling the champion network too soon after go-live. Sustain the network through the first 60–90 days post-go-live, when regression to old workarounds is highest.

How change management overlays Dynamics 365 and Odoo rollouts

The OCM discipline is platform-agnostic, but the way it lands operationally differs between Microsoft Dynamics 365 and Odoo. SMEs running either platform should expect to do the same sponsorship, communication, and super-user work — the cadence and risk profile differ.

Dynamics 365 implementations are governed by Microsoft's Success by Design framework, a prescriptive lifecycle (Discover, Initiate, Implement, Prepare, Operate) delivered in practice through the FastTrack for Dynamics 365 customer-success program. Success by Design is methodology-agnostic and overlays whatever delivery methodology you choose. Microsoft explicitly contrasts big-bang (single go-live; shorter disruption window but high blast radius and difficult rollback) with phased rollout (incremental by module, business unit, or geography; better risk reduction and adoption but a longer timeline). Phased is frequently favored for cloud rollouts because it shrinks the change any single go-live imposes on users. Microsoft also publishes dedicated adoption and change-management guidance aligned with Prosci (sponsorship, communication, employee engagement).

Odoo rollouts follow a leaner, phased-modular methodology. Odoo's official Implementation Methodology articulates approximate phase durations — GAP Analysis (~10%), Kick-Off (~5%), Implementation (~80% as iterative cycles), Go-Live — often followed by a Second Deployment to broaden scope. The methodology strongly discourages unnecessary custom development (Odoo CEO Fabien Pinckaers cites roughly 25% annual technical debt on customizations and complexity that grows with the square of the number of customizations) and emphasizes deploying first what the business absolutely needs, then layering efficiency modules on top. Because Odoo rollouts for SMEs are typically faster (small scopes can go live in weeks, multi-module SME rollouts in two to four months), the change-management work compresses — but it does not disappear. A faster timeline means the sponsorship cadence and super-user network must be stood up earlier, not skipped.

In both cases the change-management workstream runs in parallel to the technical workstream from Discover/GAP analysis onward, not as a go-live-week activity. The table below maps the same OCM activities onto each platform's lifecycle.

Measuring ERP adoption the right way

ERP adoption rate is the extent to which employees consistently and correctly use the new system for daily work — not just logging in or completing training. It reflects behavioral change: standardized processes, accurate data entry, and system-driven decisions. Login counts alone are explicitly misleading because a daily login with zero transactions is not adoption.

Prosci's ERP adoption guidance recommends targeting at least 90% user engagement within 30 days post-go-live and 95% or more active users within that same window, with roughly 90% adoption within three months measured against user logins and actual activity.

The metrics that actually diagnose health combine leading and lagging indicators: active user rate and login consistency (leading), training completion and user proficiency (leading), transaction volume and throughput (activity), process compliance versus workarounds (behavioral), error and rework rates (quality), data quality (quality), support and help-desk ticket volume (lagging — it should fall as proficiency rises), and time-to-proficiency. Track these on a weekly dashboard through hypercare, then monthly.

Common ERP change management pitfalls (and how to avoid them)

The same pitfalls repeat across SME rollouts on both Dynamics 365 and Odoo. Most trace back to underinvestment in the people-side workstream or premature withdrawal of it.

• →Sponsor named in name only — a senior title on the steering committee who never shows up. Fix by scripting the ABCs into the project plan and putting steering dates on the calendar before kickoff.
• →One channel, one sender — every message comes from the CEO via all-staff email. Fix with the sender-matching rule (leaders for why, supervisors for personal impact) and 5-7 repetitions.
• →Training instead of change management — shipping the knowledge lever and skipping awareness, desire, ability, and reinforcement. Treat training as one of five ADKAR levers, not the whole program.
• →Dismantling super-users and champions too soon — pulling floor-walker support the week after go-live. Sustain the network through 60-90 days post-go-live when regression peaks.
• →Big-bang by default — imposing the entire change on every user on one weekend without a phased option. Where the platform and data allow, phase by module or business unit to shrink blast radius.
• →Treating customizations as change management — building the old process into the new system to avoid the political cost of changing it. On Odoo especially, this is where technical debt compounds fastest.

How Flectic helps SMEs run ERP change management

Flectic is a platform-neutral ERP and CRM implementation partner for SMEs on Microsoft Dynamics 365 and Odoo. Our AI-accelerated delivery is designed to deliver up to 3x faster than a traditional implementation, but speed only matters if your people actually use the system on day one — which is why change management runs as a parallel workstream from kickoff, not as an add-on at go-live.

On every engagement we stand up the OCM scaffolding this guide describes: an activated sponsor with agreed ABCs, a power-interest stakeholder map, a multi-sender communication cadence with five to seven message repetitions, a per-function super-user and champion network, role-based training before and after go-live, and an adoption dashboard tracked through hypercare. We run the same discipline on Dynamics 365 (overlaying Success by Design and FastTrack) and on Odoo (overlaying the phased modular methodology), and we tailor the cadence to the platform's risk profile.

If you are planning an ERP rollout and want to pressure-test your change-management readiness before you commit, we offer a structured ERP Readiness Call — see the call-to-action below.