The ADKAR Change Model: A Complete Guide

Featured image for The ADKAR Change Model: A Complete Guide

# The ADKAR Change Management Model

Executive summary

ADKAR is most useful as an adoption diagnostic: awareness, desire, knowledge, ability, and reinforcement describe different conditions that can block changed behaviour. They should not be treated as a communication checklist or as proof that responsibility lies only with the individual. This chapter shows how to diagnose individual adoption through awareness, desire, knowledge, ability, and reinforcement while connecting each element to organizational conditions. It treats the framework as a managerial discipline rather than a diagram to memorize. The central habit is to join evidence, choice, execution, and learning. Evidence without choice becomes research theatre; choice without execution becomes rhetoric; execution without learning becomes expensive repetition.

The practical outcome is a decision record a founder or manager can defend: what problem is being solved, for whom, under which conditions, through which mechanism, with what evidence, at what cost, and with which indicators of progress. Beginners can use the chapter sequentially. Experienced teams can use it as an audit when growth creates complexity or inherited assumptions stop working.

Learning objectives

  • Explain the core concepts and boundaries of ADKAR change model in plain language.
  • Translate evidence about customers and economics into a defensible managerial choice.
  • Build an implementation plan with ownership, measures, guardrails, and a review cadence.
  • Diagnose common failure modes and distinguish execution failure from theory failure.

Foundations and governing argument

ADKAR is most useful as an adoption diagnostic: awareness, desire, knowledge, ability, and reinforcement describe different conditions that can block changed behaviour. They should not be treated as a communication checklist or as proof that responsibility lies only with the individual. The quality of ADKAR change model therefore depends less on how polished the document looks and more on whether its linked assumptions survive contact with customers, competitors, capabilities, and economics. A useful strategy compresses complexity without pretending uncertainty has disappeared. It gives the team enough direction to coordinate today and enough humility to learn tomorrow.

This chapter synthesizes established work in marketing management, competitive strategy, management practice, and specialist literature.[s1][s2][s3][s4][s5][s6]

A framework earns its place only when it changes a consequential decision. For ADKAR change model, the decisive questions concern awareness, desire, knowledge, ability, reinforcement. Each term describes a relationship that management can observe imperfectly, influence partly, and revisit deliberately. None should be treated as an isolated department. Marketing makes a promise, operations fulfils or breaks it, finance reveals whether it can endure, and leadership allocates attention among competing possibilities.

A second implication follows: coherence matters more than isolated excellence. One brilliant activity cannot rescue a system of contradictory choices. Customers experience the combined result. They do not separate the campaign from the price, the interface from the service handoff, or the stated promise from the actual wait. Managers should therefore search for reinforcing choices and costly contradictions.

Working definitions

  • Awareness: understanding why a change is needed and what it means.
  • Desire: willingness to participate given perceived value fairness agency and cost.
  • Knowledge: knowing how to change including concepts procedures and decision rules.
  • Ability: demonstrated capability to perform in the real environment.
  • Reinforcement: conditions that sustain correct behaviour through feedback consequence support and system fit.

Definitions are boundaries for reasoning, not vocabulary trophies. Before a discussion, ask participants to write what each term includes, excludes, and measures. Two people can use the same word while carrying incompatible models. Surfacing that disagreement early is cheaper than discovering it after a campaign, product build, or hiring plan.

The decision framework

The ADKAR Change Management Model decision modelAn animated teaching diagram showing the connected choices in The ADKAR Change Management Model. Motion stops when reduced motion is preferred.1. DEFINE THE TARGETinforms the next choice2. DIAGNOSE AWARENESS DESIREinforms the next choice3. LOCATE THE FIRSTinforms the next choice4. MATCH INTERVENTION TOcreates market actionEVIDENCE → CHOICE → EXECUTION → LEARNING
The ADKAR Change Management Model decision model — Figure 1. The connected choice model makes the feedback loop visible: evidence informs a decision, operations express it, and review signals determine whether to continue, adapt, or stop.

*Figure 1. The connected choice model makes the feedback loop visible: evidence informs a decision, operations express it, and review signals determine whether to continue, adapt, or stop.*

Read the model from left to right, then run it backward. Forward reasoning asks how evidence becomes a choice and how that choice becomes coordinated action. Backward reasoning starts with the desired observable result and asks what behavior, offer, capability, and belief would have to be true. The animation illustrates iteration, not inevitability: later evidence can revise an earlier choice.

1. Frame the decision

Do not begin with “What should marketing do?” Name the decision, decision owner, affected customer, horizon, constraint, and consequence of delay. A narrow frame produces useful evidence; a vague frame invites every interesting fact and settles nothing. Separate the business outcome from the proposed method. “Increase qualified renewals in the next two quarters” permits alternatives; “launch a retention campaign” has already smuggled in a solution.

2. Build an evidence ledger

Create four columns: observation, source, interpretation, and confidence. An invoice is evidence of a transaction, not proof of satisfaction. An interview is evidence of remembered experience, not necessarily representative prevalence. Analytics reveal behavior within the instrumented system, not motive. External reports supply context, but their market definitions may not match yours. Triangulation means examining disagreement among sources, not averaging them until uncertainty looks tidy.

3. Make the trade-off explicit

A choice consumes money, time, attention, credibility, and opportunity. State what receives less as a consequence. If no exclusion follows, the statement may be an aspiration rather than strategy. A good trade-off need not be permanent. It needs a reason, boundary, owner, and review trigger. This makes revision a sign of learning rather than political defeat.

4. Translate the choice into a system

Map what must change in the offer, message, channel, workflow, capability, incentive, and measurement. Identify handoffs where ownership becomes ambiguous. The customer’s experience crosses the organization even when the org chart does not. This translation is where many elegant frameworks fail: they describe a destination while leaving every operating routine untouched.

5. Install a learning loop

Write the important assumption in falsifiable language. Decide what early signal would increase or decrease confidence, how long the test may run, and what action follows each result. A learning loop is not permission to change direction daily. It protects a stable intent while allowing the method to improve through evidence.

Mechanics: how to do the work

  1. Define the target behaviour context and evidence of proficiency. This is a decision, not a box to tick. Record the evidence used, the assumption still being made, the person accountable, and the date on which the choice will be reviewed.
  2. Diagnose awareness desire knowledge ability and reinforcement separately. This is a decision, not a box to tick. Record the evidence used, the assumption still being made, the person accountable, and the date on which the choice will be reviewed.
  3. Locate the first material barrier without assuming a rigid universal sequence. This is a decision, not a box to tick. Record the evidence used, the assumption still being made, the person accountable, and the date on which the choice will be reviewed.
  4. Match intervention to cause rather than defaulting to communication or training. This is a decision, not a box to tick. Record the evidence used, the assumption still being made, the person accountable, and the date on which the choice will be reviewed.
  5. Connect individual conditions to manager process technology incentive and workload. This is a decision, not a box to tick. Record the evidence used, the assumption still being made, the person accountable, and the date on which the choice will be reviewed.
  6. Measure adoption outcome and persistence then revisit the diagnosis. This is a decision, not a box to tick. Record the evidence used, the assumption still being made, the person accountable, and the date on which the choice will be reviewed.

After completing the sequence, test coherence. Ask whether the chosen customer can recognize the promise, whether the offer makes the promise possible, whether the route to market reaches that customer at a relevant moment, whether unit economics permit consistent delivery, and whether the team possesses or can build the required capability. A “no” is not a reason to hide the plan. It is the next design problem.

Worked example: Sutra Sales Platform (hypothetical composite)

A company trained every salesperson on a new CRM and concluded that resistance caused low use. ADKAR diagnosis separated barriers: some managers could not explain the business reason, commission rules discouraged accurate pipeline data, staff knew screen steps but could not handle exceptions, and leaders continued requesting spreadsheets. The company aligned incentives, coached live cases, fixed permissions, retired duplicate reports, and reinforced data-quality conversations.

The case matters because the improvement did not come from a more energetic campaign. It came from a sharper unit of analysis and connected changes. Notice the sequence: the team found behavior that contradicted its prior story, reframed the customer’s progress, narrowed the decision, changed the operating system, and selected evidence that could reveal whether the new logic worked.

Imagine three alternative endings. First, the team could have accepted the insight but left the offer unchanged; communication would then outrun delivery. Second, it could have changed the offer but retained channels optimized for a different buyer; good work would remain difficult to discover. Third, it could have observed an early improvement and scaled immediately; a local signal could be mistaken for a durable pattern. The disciplined ending is staged commitment: preserve options while uncertainty is high, then increase investment as evidence and capability strengthen together.

Decision reconstruction

To make the case operational, the team writes the prior assumption, the new observation, the revised choice, and the expected signal in four separate sentences. It assigns a named owner to the first customer-facing change and protects a comparison group or baseline where feasible. At the review, participants ask whether the result came from the theory, the quality of delivery, an external event, or simple noise. This reconstruction prevents a tidy success story from replacing causal analysis.

A contrasting example

Consider a manager who begins with a preferred solution and commissions research to validate it. Ambiguous evidence is interpreted as support, operational objections are called resistance, and surface metrics are celebrated because they move first. This approach can look decisive. Yet it transfers uncertainty from the plan into the customer experience and the income statement. The corrective is not endless analysis. It is an explicit hypothesis, a credible alternative, and a pre-agreed threshold for changing course.

Action Plan: Application and implementation playbook

Phase 1 — Decision brief

Write one page containing context, objective, scope, customer, alternatives, constraints, evidence, key assumptions, and owner. Include a “not now” section. Circulate it before the meeting so discussion can focus on disagreement rather than live reading. Ask reviewers to challenge causal logic, not merely wording.

Phase 2 — Field evidence

Collect evidence close to the behavior in question. Combine direct observation or transaction data with conversations that reveal context. Seek disconfirming cases: lost customers, non-users, low-frequency users, frontline employees, and situations in which the expected pattern failed. Log the date and conditions because markets and operating systems change.

Phase 3 — Options and choice

Develop at least three materially different options, including maintaining the present course. Compare them against customer value, strategic fit, economics, reversibility, execution burden, and learning value. Avoid weighted scoring that conceals a fatal constraint. Make the recommendation and the strongest argument against it.

Phase 4 — Operating translation

Turn the chosen logic into ninety-day commitments. Specify changes to proposition, process, channel, content, data, capability, and incentives. Assign one accountable owner to each outcome. Dependencies should have service expectations and escalation paths. A strategy becomes real when calendars, budgets, product backlogs, scripts, and review meetings change.

Operating cadence

Use a weekly operating review for delivery obstacles, a monthly learning review for evidence and assumptions, and a quarterly strategy review for scope or resource changes. The same decision owner should reconcile these rhythms so urgent tasks cannot silently rewrite strategic intent. Record decisions in a shared log with the date, evidence, dissent, and next trigger.

Phase 5 — Experiment and review

Use the smallest credible test. Protect a comparison where feasible, watch for spillovers, and avoid changing multiple causal variables without acknowledging the ambiguity. At review, distinguish execution failure from theory failure: an idea cannot be judged if it was never delivered, while excellent delivery cannot save a false premise. Record what will stop, continue, expand, or be redesigned.

Measurement architecture

  • Reason and impact comprehension: define the unit, cohort, time window, source, owner, and expected direction before using this indicator.
  • Participation willingness and barrier themes: define the unit, cohort, time window, source, owner, and expected direction before using this indicator.
  • Knowledge demonstration and decision accuracy: define the unit, cohort, time window, source, owner, and expected direction before using this indicator.
  • Live proficiency exception handling and support demand: define the unit, cohort, time window, source, owner, and expected direction before using this indicator.
  • Sustained use quality outcome and reinforcement alignment: define the unit, cohort, time window, source, owner, and expected direction before using this indicator.

Arrange measures as a chain. Inputs show resources committed. Process measures reveal whether the system operated. Customer indicators show behavior or experienced value. Commercial outcomes reveal economic consequence. Guardrails capture harms such as complaints, returns, exclusion, fatigue, or service degradation. A dashboard with only outcomes arrives too late; a dashboard with only activity rewards busyness.

Use cohorts when averages conceal different histories. Preserve both absolute values and rates. Annotate interventions so a later analyst knows why the series moved. Review the cost of measurement itself: a metric that is expensive, delayed, gameable, or weakly connected to a decision may create more confidence than knowledge. Every indicator should have a named decision it informs.

Failure modes and repair

1. Using ADKAR as five messages to broadcast

This failure is seductive because it produces visible work while postponing the harder choice. Diagnose it by asking what evidence would change the current course, who experiences the cost, and whether the present behavior follows from incentives, missing capability, or an unclear decision. Repair begins with a smaller explicit commitment, an owner, and a learning deadline.

2. Blaming low desire without examining fairness incentive or workload

This failure is seductive because it produces visible work while postponing the harder choice. Diagnose it by asking what evidence would change the current course, who experiences the cost, and whether the present behavior follows from incentives, missing capability, or an unclear decision. Repair begins with a smaller explicit commitment, an owner, and a learning deadline.

3. Equating course completion with knowledge or live ability

This failure is seductive because it produces visible work while postponing the harder choice. Diagnose it by asking what evidence would change the current course, who experiences the cost, and whether the present behavior follows from incentives, missing capability, or an unclear decision. Repair begins with a smaller explicit commitment, an owner, and a learning deadline.

4. Asking people to adopt while leaders preserve the old system

This failure is seductive because it produces visible work while postponing the harder choice. Diagnose it by asking what evidence would change the current course, who experiences the cost, and whether the present behavior follows from incentives, missing capability, or an unclear decision. Repair begins with a smaller explicit commitment, an owner, and a learning deadline.

5. Reinforcing data entry or compliance without customer or operating value

This failure is seductive because it produces visible work while postponing the harder choice. Diagnose it by asking what evidence would change the current course, who experiences the cost, and whether the present behavior follows from incentives, missing capability, or an unclear decision. Repair begins with a smaller explicit commitment, an owner, and a learning deadline.

Across these failures, the recurring problem is separation: numbers from definitions, messages from delivery, customers from context, and plans from learning. Repair reconnects the parts. The manager’s role is not to eliminate every unknown; it is to expose the unknowns that could reverse the decision and design proportionate ways to learn.

Governance, ethics, and limits

ADKAR change model can improve relevance and resource allocation, but it can also rationalize manipulation, exclusion, intrusive collection, or overconfident categorization. Collect the minimum data needed for a stated purpose. Respect consent and reasonable expectations. Test whether proxies disadvantage groups or deny people a route to correction. Do not convert a probabilistic score into a moral judgment about a person.

Do not use the framework when data were collected for an incompatible purpose, when a consequential distinction cannot be explained or contested, or when short-term optimization creates material risk the team cannot monitor. Seek relevant legal, domain, or community expertise when the stakes exceed the decision group’s competence.

Models inherit the conditions under which their data were produced. Historical purchases may reflect past availability; survey responses may reflect the offered choices; web behavior may reflect interface design; high-value customers may simply have received better service. Ask which structural conditions created the pattern and whether acting on it will reinforce that pattern. Where decisions materially affect people, provide human review and a meaningful explanation.

Checklist and Practice: Practice: executive workshop

Begin with the exercise: For one changed behaviour, score no person. Instead assemble evidence for each ADKAR condition, identify the first material barrier, and design a cause-matched intervention. Work individually for ten minutes before sharing; this prevents hierarchy from determining the first draft. Then compare definitions, evidence, and exclusions. Circle claims stated as facts that are actually assumptions. Choose the one assumption with the greatest combination of uncertainty and consequence.

The ADKAR Change Management Model evidence-to-action worksheetA four-quadrant worksheet for separating observations, assumptions, commitments, and review signals when applying ADKAR change model.ADKAR CHANGE MODEL: EVIDENCE-TO-ACTION BOARD1 — OBSERVATIONSWhat did customers or systems actually do?Source • date • context • boundary2 — ASSUMPTIONSWhat interpretation connects evidence to choice?Confidence • alternative • disconfirming signal3 — COMMITMENTSWhat changes in offer, workflow, and resources?Owner • exclusion • deadline • dependency4 — REVIEW SIGNALSWhat would make us stop, adapt, or scale?Leading metric • guardrail • review date
The ADKAR Change Management Model evidence-to-action board — Figure 2. Use the evidence-to-action board to prevent assumptions from masquerading as observations and to give every commitment an owner, boundary, and review signal.

*Figure 2. Use the evidence-to-action board to prevent assumptions from masquerading as observations and to give every commitment an owner, boundary, and review signal.*

Next, run a pre-mortem: imagine the decision failed twelve months from now. Each participant writes a causal account without discussion. Cluster the accounts into customer, competitive, operational, economic, and governance risks. Select leading indicators for the most important risks and assign trigger thresholds. Close by asking what the team must believe, learn, build, and stop.

Individual exercises

  1. Definition audit: explain ADKAR change model without using its standard labels. Give one inclusion, one exclusion, and one borderline case.
  2. Evidence ladder: list five current claims and classify each as observation, interpretation, prediction, or preference.
  3. Contradiction hunt: find two operating choices that send different signals to the customer.
  4. Alternative model: construct a plausible explanation for the same evidence that would lead to a different decision.
  5. Reversibility test: separate commitments that are easy to reverse from those that create lasting cost or reputation.
  6. Teaching test: explain the model to a colleague using a current decision, then ask them where the causal chain feels weakest.

A 30-day field assignment

During week one, frame the decision and establish a baseline. During week two, collect evidence from at least three different sources and deliberately seek one disconfirming case. During week three, compare options and implement a bounded test. During week four, review the evidence, document the result, and decide whether to stop, adapt, repeat, or scale. Keep a decision journal throughout.

The journal should record what was known at the time, what was assumed, which option was rejected and why, what signal was expected, and what actually happened. This prevents hindsight from rewriting the quality of the original decision. It also creates organizational memory: future teams can inherit reasoning rather than merely inherit a policy.

Questions for a leadership review

  • What customer behavior must be true for this logic to work?
  • Which observation would most seriously challenge our current view?
  • What are we choosing not to do, and is that exclusion visible in resources?
  • Where does the customer cross an internal handoff?
  • Which capability is scarce, and can a competitor copy the visible tactic without it?
  • Are economics evaluated at the same unit and time horizon as the strategy?
  • What guardrail protects trust while we optimize the target outcome?
  • Who may revise the decision, on what evidence, and at which review?

Key takeaways

  • ADKAR is most useful as an adoption diagnostic: awareness, desire, knowledge, ability, and reinforcement describe different conditions that can block changed behaviour. They should not be treated as a communication checklist or as proof that responsibility lies only with the individual.
  • Definitions create decision boundaries; they do not substitute for market evidence.
  • Coherence across the offer, operations, economics, and communication matters more than isolated excellence.
  • Every material assumption needs an observable signal and a review date.
  • Measures should connect resources, system behavior, customer outcomes, commercial consequences, and guardrails.
  • Ethical limits belong in the design of ADKAR change model, not in a disclaimer added afterward.

Conclusion

ADKAR is most useful as an adoption diagnostic: awareness, desire, knowledge, ability, and reinforcement describe different conditions that can block changed behaviour. They should not be treated as a communication checklist or as proof that responsibility lies only with the individual. Mastery is therefore visible in the quality of managerial choices, not fluency with labels. A strong practitioner defines the problem carefully, distinguishes evidence from inference, accepts trade-offs, connects market logic to operations, measures a causal chain, and revises without surrendering direction.

The immediate next move is intentionally small: For one changed behaviour, score no person. Instead assemble evidence for each ADKAR condition, identify the first material barrier, and design a cause-matched intervention. Use it on a live decision, not a hypothetical one. The purpose of the framework is to improve the next commitment the organization makes—and to leave behind a clearer explanation that others can inspect, challenge, and improve.

Recommended next lessons

Continue through the strategy library

References

[s1] Thomas G. Cummings and Christopher G. Worley. *Organization Development and Change*. 2015. Cengage Learning, tenth edition, ISBN 9781133190455.

[s2] Edgar H. Schein and Peter A. Schein. *Organizational Culture and Leadership*. 2017. Wiley, fifth edition, ISBN 9781119212041.

[s3] Bernard Burnes. *Managing Change*. 2017. Pearson, seventh edition, ISBN 9781292156040.

[s4] John Hayes. *The Theory and Practice of Change Management*. 2022. Palgrave Macmillan, sixth edition, ISBN 9781352012538.

[s5] Jeffrey M. Hiatt. *ADKAR: A Model for Change in Business, Government and Our Community*. 2006. Prosci Learning Center Publications, ISBN 9781930885509.

[s6] Prosci. *Prosci Methodology*. 2024. https://www.prosci.com/methodology/adkar.

Keep learning

  • Identifying and Avoiding Unethical Behavior at Work

    Identifying and Avoiding Unethical Behavior at Work

    A rigorous leadership lesson covering theory, mechanisms, limits, workplace application, evidence, ethics, measurement, failure modes, and a 90-day practice for creating durable capability, responsible systems, and stakeholder value instead of performing a fashionable leadership label.

    Read lesson →

  • Planning for a Crisis: Readiness, Response, and Learning

    Planning for a Crisis: Readiness, Response, and Learning

    A rigorous leadership lesson covering theory, mechanisms, limits, workplace application, evidence, ethics, measurement, failure modes, and a 90-day practice for creating durable capability, responsible systems, and stakeholder value instead of performing a fashionable leadership label.

    Read lesson →

  • Developing a Good Plan B: Practical Guide

    Developing a Good Plan B: Practical Guide

    A rigorous leadership lesson covering theory, mechanisms, limits, workplace application, evidence, ethics, measurement, failure modes, and a 90-day practice for creating durable capability, responsible systems, and stakeholder value instead of performing a fashionable leadership label.

    Read lesson →