Trupeer Blog
Резюмировать
Most organizations don't struggle with change because the strategy was wrong.
They struggle because people never fully adopt it.
A new CRM gets launched. A new process is announced. Leadership moves on to the next priority. Six months later, teams are still using spreadsheets, old workflows, and unofficial workarounds.
That's the problem change management exists to solve. And it's why "what is change management" is one of the most valuable questions a leader can actually answer, because the gap between launching a change and getting people to live by it is where most of the money, and most of the risk, sits.
This guide is a complete, practical answer to that question. You'll get a clear definition, the different types and levels of change, the end-to-end process, the major models explained with a recommendation on which to actually use, the roles involved, how to measure success, the most common reasons change fails, and the best practices that separate smooth transitions from painful ones. Whether you're new to the field or formalizing what you already do, this is the foundation for leading organizational change that sticks in 2026.
What is change management?
At its core, change management is the discipline of helping people adopt a new way of working. The technology matters. The process matters. But neither delivers value until people actually change their behavior.
The biggest misconception is that change management is about communication. It isn't. Communication is one tool. Adoption is the objective. Plenty of changes are communicated brilliantly and still fail, because telling people about a change and getting them to work differently are two very different things.
More formally, it's the structured approach an organization uses to prepare, support, and guide its people through a transition from how things work today to how they will work in the future. The change management definition most practitioners agree on has two sides that have to move together:
The technical side: designing, building, and deploying the change itself (the new system, structure, process, or strategy).
The people side: helping individuals understand, accept, and adopt the change so the benefits are actually realized.
A simple way to hold the change management meaning in your head: project management delivers the new thing, and change management makes sure people actually use it. You can install a new platform on time and on budget, but if employees quietly revert to the old way the moment things get busy, the change has failed. Change management exists to close that adoption gap, which is where most of the value, and most of the risk, lives.
It helps to separate change management from two terms it's often confused with. Managing change in the everyday sense is something every manager does informally. Change management as a discipline is the deliberate, repeatable application of frameworks, plans, and tools to make change predictable. And the older industrial phrase management of change usually refers to safety-driven process change in sectors like manufacturing and energy; the principles overlap, but this guide focuses on organizational and project-driven change.
A simple example of change management
Imagine a company replacing its CRM.
The project team installs the software, migrates the data, and configures the workflows. That's project management.
The change team does something different. It identifies which employees are affected, communicates why the change is happening, builds the training and documentation people need, gathers feedback during rollout, and reinforces adoption after launch so reps don't drift back to spreadsheets.
Without project management, the CRM never launches. Without change management, nobody uses it. That second failure is far more common, and far more expensive, than the first.
Change management isn't really about change
Here's the thing that surprises people when they enter this field. The goal isn't change. The goal is adoption.
Organizations change systems, structures, and processes all the time. That part is easy to schedule. What's hard is getting employees to change behavior, and that's the part that actually determines the outcome. A company can "change" its CRM on a Tuesday and still have a sales team behaving exactly as it did the Friday before.
Keep that distinction in mind for the rest of this guide. Every model, role, and metric below exists to move an organization from "we changed the system" to "people changed how they work."
The three levels of change management
Mature practitioners think about change management at three levels, and naming them helps you scope your effort correctly:
Individual change management: how a single person moves through a change. This is the human core; organizations don't change, people do. Models like ADKAR live here.
Organizational (or initiative) change management: the process, plan, and activities applied to one specific change so a group of people adopts it. This is where most day-to-day work happens.
Enterprise change management: building change as a permanent, repeatable capability across the whole organization, so every future change is faster and smoother.
Knowing which level you're operating at keeps expectations realistic. A single software rollout is initiative-level; rewiring how the entire company handles change is an enterprise-level commitment.
Types of change
Change isn't one thing, and the approach should match the scale and nature of what's changing. The common types of change management are:
Developmental change: improving what already exists, such as refining a process, upgrading a tool, or tightening a workflow. Lower risk, lighter touch. Example: upgrading Salesforce from one version to the next.
Transitional change: replacing the old with something new, like migrating to a new platform, reorganizing a team, or launching a new product line. This is the most common type and benefits most from a clear process. Example: moving off Salesforce and onto HubSpot.
Transformational change: fundamentally reshaping the organization, such as a culture shift, a new business model, or an enterprise-wide AI adoption. Highest risk, longest timeline, and the most dependent on leadership and sustained reinforcement. Example: an enterprise rolling out AI across sales, support, operations, and product teams at once.
Change also varies by trigger. Some change is planned (you choose it to pursue a goal) and some is reactive (forced by the market, a crisis, or new rules). Because people tend to respond to change in predictable emotional stages regardless of the trigger, the same principles of managing change apply across all of these.
Why change management matters
Most leaders underestimate how expensive poor adoption becomes. Software gets purchased. Training gets delivered. Processes get redesigned. Then employees quietly continue working the old way. That's where organizations lose most of the value they expected from change, not in the budget for the new tool, but in the return that never materializes because no one really switched.
The numbers back this up. A large share of change initiatives, often estimated at around 70%, fall short of their goals, and the most common reason is not technology but human resistance and poor adoption. The quality of change management on a project is also closely tied to whether it hits its objectives, schedule, and budget. The people side isn't soft; it's directly tied to hard outcomes.
Done well, change management helps you:
Increase adoption and usage, so the time and money invested actually pay off.
Reduce resistance and disruption by engaging people early and addressing concerns before they harden.
Protect productivity during the transition instead of letting performance crater while people adjust.
Speed up the transition, getting to proficiency faster and shortening the dip.
Build change resilience, so the next transformation is easier because people trust the process.
Signs your organization needs change management
You likely need a deliberate change management approach when:
A change will affect how a meaningful number of people do their daily work.
Past rollouts have stalled, with people reverting to old tools or processes.
You're hearing rumors, anxiety, or pushback ahead of a planned change.
Multiple changes are landing at once and people show signs of change fatigue.
The change is high-stakes, where failure carries real cost to customers, revenue, or compliance.
If none of those apply (a tiny, invisible tweak), heavy change management is overkill. The art is matching the effort to the impact.
The change management process at a glance
Most frameworks collapse into three broad phases:
Prepare: understand the change, assess its impact, and identify who is affected and who must sponsor it.
Manage: build and execute the plan to communicate, train, and support people through the transition.
Reinforce: embed the new way of working, address lingering resistance, and measure adoption so the change holds.
In practice that means defining the change and its goals, running an impact analysis, building a change management plan, communicating early and often, delivering training and enablement, reinforcing the new behavior, and reviewing the outcomes. For a detailed, step-by-step walkthrough with deliverables for each stage, see our guide to the change management process.
Top change management models
Models give you a shared language and a repeatable structure so you're not improvising. Here are the ones worth knowing in 2026, with what each is best for.
Model | Core idea | Best used for |
|---|---|---|
Lewin's Change Model | Unfreeze, Change, Refreeze | A simple mental model for almost any change |
ADKAR (Prosci) | Awareness, Desire, Knowledge, Ability, Reinforcement | The individual, people side of change |
Kotter's 8-Step Process | Build urgency through to anchoring change | Large-scale, leadership-driven change |
McKinsey 7-S | Align 7 interdependent elements | Diagnosing organizational alignment |
Bridges' Transition Model | Manage the psychological transition, not just the change | Supporting people emotionally |
Kübler-Ross Change Curve | The emotional stages people move through | Anticipating reactions and resistance |
Nudge Theory | Encourage change through indirect prompts | Voluntary behavior change |
Satir Change Model | Performance dips before it improves | Setting realistic expectations |
Lewin's Change Model
The classic starting point. You unfreeze the current state by making the case for why change is needed, make the change itself, then refreeze the new behavior so it becomes the default. Use it as a simple lens for any change. Its limitation is that real organizations rarely sit still long enough to fully "refreeze," so treat the final stage as continuous reinforcement rather than a one-time lock.
The ADKAR Model
Central to the Prosci methodology and one of the most practical frameworks for the individual side of change. People need Awareness of the need to change, Desire to participate, Knowledge of how to change, Ability to apply that knowledge, and Reinforcement to sustain it. Its power is diagnostic: when a change stalls, you can pinpoint which letter is missing (often Desire or Ability) and target your effort there. The adkar model pairs well with almost any organizational framework.
Kotter's 8-Step Process
The go-to for leadership-led transformation. It moves from creating a sense of urgency and building a guiding coalition, through forming and communicating a vision, empowering action and generating short-term wins, to consolidating gains and anchoring the change in the culture. Best for big, organization-wide change; it can feel heavy for a small process tweak.
McKinsey 7-S
A diagnostic model rather than a step-by-step process. It maps seven interdependent elements (strategy, structure, systems, shared values, skills, style, and staff) and argues a change in one ripples through the rest. Use it to check whether a planned change is supported by the rest of the organization, or whether you're about to create misalignment.
The human-side models
Three models exist mainly to help you anticipate and support people's emotions. Bridges' Transition Model distinguishes the external change from the internal psychological transition people must make (ending, neutral zone, new beginning). The Kübler-Ross Change Curve describes the emotional stages, from shock and resistance toward acceptance and commitment. The Satir Change Model sets the expectation that performance often dips during a change before it improves, which helps leaders hold their nerve. Nudge Theory rounds out the set, encouraging change through small, indirect prompts rather than mandates, which is useful for voluntary behavior change.
Which model should you actually use?
This is the question the textbooks skip. Here's the practical answer.
If you're new to change management, start with ADKAR. It's the easiest model to apply and the most useful for diagnosing why a specific change is stalling. If you're leading a large organizational transformation, combine ADKAR with Kotter: Kotter gives you the leadership arc (urgency, coalition, vision), and ADKAR handles the individual adoption happening inside it. Reach for Lewin when you just need a simple way to frame a change, and McKinsey 7-S when you suspect the change conflicts with how the rest of the organization is set up.
If I could only teach one framework to a new change practitioner, it would be ADKAR. Not because it's perfect, but because it's practical. Almost every change failure ultimately comes down to one of five things: awareness, desire, knowledge, ability, or reinforcement. ADKAR gives you a straightforward way to find which one is missing and fix it, rather than guessing. The other models describe change; ADKAR helps you debug it. If you want to learn a model like this formally, the best change management courses and certifications are built around exactly these frameworks.
The key roles in change management
Change is a team sport. These roles show up in nearly every successful initiative:
Role | Who it is | What they do |
|---|---|---|
Sponsor | A senior leader | Champions the change visibly, secures resources, and is the single biggest predictor of success |
Change manager / practitioner | The change owner | Designs the strategy, builds the plan, and runs the process |
People managers | Frontline and middle managers | Translate the change for their teams and coach people through it |
Change agents | Influential peers | Advocate for the change and provide local, trusted support |
Project team | Delivery owners | Build and deploy the technical side of the change |
Employees | Everyone affected | Ultimately adopt the change and make it real |
The most common failure point here is weak or invisible sponsorship. If leaders aren't actively and visibly behind the change, employees read that as a signal that it isn't a priority.
Change management vs. change leadership vs. project management
These terms overlap but aren't the same:
Change management is the structured process and toolkit for guiding people through a specific change.
Change leadership is the broader capability of creating vision, urgency, and momentum, usually at the executive level. Change management drives the process; change leadership drives the energy behind it.
Project management delivers the change on scope, time, and budget.
The strongest transformations use all three together: project management builds the thing, change management makes sure people adopt it, and change leadership inspires the organization to want it.
How to measure change management success
You can't manage what you don't measure, and "we launched on time" is not a measure of change success. Useful metrics fall into three buckets:
Adoption and usage: How many people are actually using the new tool or process, and how quickly did they get there?
Proficiency and performance: Are people performing the new way correctly, and has the productivity dip recovered?
Outcomes and sentiment: Are the business results the change was meant to deliver materializing, and how do people feel about the change?
Leading indicators (training completion, attendance, readiness assessments) tell you early whether you're on track; lagging indicators (usage rates, business KPIs) confirm whether the change actually landed.
Common reasons change management fails
Resistance to change, often rooted in fear, unclear benefits, or change fatigue.
Poor communication, where people learn about change too late or with too little context.
Lack of visible leadership sponsorship, signaling the change isn't important.
Inadequate training and documentation, leaving people unable to perform in the new way.
Underestimating the people side, treating change as a purely technical project.
No reinforcement, so old habits quietly return once attention moves on.
Change management best practices
A handful of change management principles apply almost universally:
Start with the why. Make the case for change clear and human before you explain the how. People support what they understand.
Engage people early. Involve those affected in shaping the change, not just receiving it; participation builds ownership and surfaces problems sooner.
Communicate often and through multiple channels. Repetition and clarity beat a single big announcement. Expect to communicate far more than feels necessary.
Secure active, visible sponsorship. Leaders must champion the change continuously, not just approve it once.
Invest in training and enablement. Adoption depends on people actually knowing what to do, with resources they can return to.
Plan reinforcement from day one. Recognize early adopters, remove friction, and keep documentation current in a searchable knowledge base so the change holds.
Don't mistake awareness for adoption. Just because people attended the meeting, read the email, or completed the training doesn't mean they're working the new way. Awareness is the start of the journey, not the finish line, and measuring the former while assuming the latter is how changes quietly fail.
Measure and adapt. Track adoption, gather feedback, and adjust your change management strategy as you learn.
The tools that make change land
Every change framework eventually arrives at the same conclusion. People need training. People need documentation. People need reinforcement. Get those right and adoption follows; skip them and even a brilliant strategy stalls.
The catch is that creating those assets is often the most time-consuming part of a rollout. Recording training, writing SOPs, and keeping documentation current across teams and languages can consume more effort than designing the change itself. That's where tooling starts to matter as much as methodology.
Trupeer AI turns a single screen recording into a studio-quality training video and a step-by-step guide at the same time, so enablement that used to take days takes minutes. For anyone leading change, that means you can:
Produce training videos for every new tool or workflow without a production crew.
Generate SOPs and process documentation automatically, then keep them current as the change evolves.
Build a searchable knowledge base so adoption support is self-serve rather than a flood of repeat questions.
Translate everything into 65+ languages so global teams adopt change at the same pace.
Get the strategy right, then make it land. Record it. Brand it. Translate it. Trupeer it.
Frequently asked questions
What is change management in simple terms?
It's the structured way an organization helps its people move from an old way of working to a new one, so the change is adopted and the benefits are actually realized. Project work builds the change; change management makes sure people use it.
What are the three levels of change management?
Individual change management (how one person adopts change), organizational or initiative change management (the process applied to a specific change), and enterprise change management (building change as a repeatable, organization-wide capability).
What are the main change management models?
The most widely used are Lewin's three-stage model, the ADKAR Model, and Kotter's 8-Step Process, supported by McKinsey 7-S for alignment and Bridges' Transition Model and the Kübler-Ross Change Curve for the human side.
What is the difference between change management and project management?
Project management focuses on delivering the change on scope, time, and budget. Change management focuses on the people side, ensuring they understand, accept, and adopt the change so it sticks.
Why do change initiatives fail?
Most fail because of the people side: resistance, weak communication, lack of leadership sponsorship, insufficient training, and no reinforcement, rather than because the technical solution was wrong.
Who is responsible for change management?
It's a shared responsibility. Executives sponsor and lead, change managers design and run the process, people managers support their teams, change agents advocate locally, and everyone affected plays a part in adopting the change.
How do you measure change management success?
Track adoption and usage, speed of adoption, proficiency in the new way of working, employee sentiment, and the business outcomes the change was meant to deliver, rather than just whether it launched on time.
Final thoughts
Most organizations don't fail because they lacked strategy. They fail because they assumed people would automatically adopt the new way of working.
They rarely do.
That's why change management exists. Not to launch change, but to make it stick. Understand the levels and types, start with ADKAR, line up the right roles, measure adoption rather than awareness, and invest in the enablement that turns a launch into a habit.
When you're ready to make your next change land faster, see how Trupeer AI helps teams drive change adoption.
Похожие блоги


