大多数组织并不是因为战略错误而在变革上举步维艰。

他们之所以困难，是因为人们从未真正完全接纳它。

新的 CRM 上线了。新的流程被宣布了。领导层转向下一个优先事项。六个月后，团队仍在使用表格、旧工作流和非官方的变通办法。

这就是变革管理存在的意义：用来解决这个问题。也正因如此，"什么是变革管理" 是领导者真正能够回答的最有价值的问题之一，因为从推出变革到让人们真正按其行事之间的鸿沟，正是大多数资金与大多数风险所在。

本指南对这个问题给出完整且可落地的实践答案。你将获得清晰的定义、不同类型与层级的变革、端到端流程、对主要模型的讲解以及关于应当真正使用哪一个的建议、涉及的角色、如何衡量成功、变革失败最常见的原因，以及能将顺畅过渡与痛苦过渡区分开的最佳实践。无论你是刚进入该领域，还是在规范你已经在做的事情，这都是 2026 年可持续落地的组织变革领导基础。

什么是变革管理？

从本质上说，变革管理是帮助人们采用新的工作方式的学科。技术很重要。流程很重要。但在人们真正改变行为之前，这两者都不会带来价值。

最大的误解是：变革管理就是沟通。并不是。沟通只是一个工具。接纳才是目标。很多变革被讲得非常出色，却仍然失败，因为告知人们有变革，并让他们以不同方式开展工作，是两件完全不同的事。

更正式地说，它是组织为准备、支持并引导其成员完成从“今天如何运作”到“未来将如何运作”的过渡所采用的结构化方法。大多数实践者认同的变革管理定义有两面必须同步推进：

• 技术面：设计、构建并部署变革本身（新的系统、结构、流程或战略）。

• 人员面：帮助个人理解、接受并接纳变革，从而真正实现其带来的收益。

用一个简单的方法把变革管理的含义记在脑中：项目管理交付新的事物，而变革管理确保人们真的在使用它。你可以按时、按预算安装一个新平台，但如果员工在事情变忙的那一刻就悄悄回到旧方式，变革就失败了。变革管理的存在，就是为了弥合接纳差距，而大多数价值与大多数风险就存在于这道鸿沟里。

它还能帮助你把变革管理与另外两个经常被混淆的概念区分开来。日常语境中的变革管理（managing change），几乎每位管理者都会以非正式方式去做。作为一门学科的变革管理，是对框架、计划与工具的刻意、可重复应用，以让变革变得可预测。而更早期的工业用语变革管理（management of change），通常指制造业、能源等领域中以安全为驱动的流程变更；两者原则有重叠，但本指南聚焦的是由组织与项目驱动的变革。

变革管理的一个简单例子

想象一家企业正在更换它的 CRM。

项目团队安装软件、迁移数据并配置工作流。这就是项目管理。

变革团队做的事情不一样。他们会识别哪些员工会受到影响，说明变革为何正在发生，搭建员工需要的培训与文档，在上线推广期间收集反馈，并在上线后强化接纳，确保销售代表不会又回到表格。

没有项目管理，CRM 根本不会上线。没有变革管理，就没人会使用它。第二种失败远比第一种更常见，也更昂贵。

变革管理其实并不“真的”在讲变革

当人们进入这个领域时，最让人意外的一点是：目标并不是变革。目标是接纳。

组织一直在更换系统、调整结构与优化流程。这部分很容易安排。难的是让员工改变行为，而这部分才真正决定结果。一个公司可以在周二“更换”它的 CRM，但它的销售团队在周五之前的行为方式仍可能完全不变。

请在本指南的后续内容中牢记这种区分。下面每一个模型、角色与指标，都是为了把组织从“我们改了系统”推进到“人们改变了他们的工作方式”。

变革管理的三个层级

成熟的实践者会从三个层级来思考变革管理，并为它们命名能帮助你正确界定工作范围：

• 个人层面的变革管理：单个个体如何在变革中完成转变。这是人的核心；组织不会“改变”，只有人会改变。ADKAR 这类模型就属于这一层。

• 组织层面（或项目/倡议层面）的变革管理：针对某一项特定变革所应用的流程、计划与活动，使一群人接纳它。这也是大多数日常工作发生的地方。

• 企业层面的变革管理：把变革建设为覆盖整个组织的永久、可重复能力，让每一次未来变革都更快、更顺畅。

知道你正在运作的是哪个层级，能让预期保持现实。一次单独的软件上线属于项目/倡议层级；而重构整个公司如何处理变革，则是企业层级的承诺。

变革的类型

变革并不是一件事，方法也应与变革的规模与性质相匹配。常见的变革管理类型包括：

• 渐进式变革：改进已有事物，例如优化流程、升级工具或收紧工作流。风险更低，触达更轻。示例：将 Salesforce 从一个版本升级到下一个版本。

• 过渡式变革：用新的替代旧的，例如迁移到新平台、重组团队或推出新的产品线。这是最常见的类型，并且最能从清晰的流程中获益。示例：从 Salesforce 切换到 HubSpot。

• 转型式变革：从根本上重塑组织，例如文化转变、新商业模式或全企业范围的 AI 接纳。风险最高、周期最长，并且最依赖领导力与持续强化。示例：企业一次性在销售、支持、运营与产品团队中全面推广 AI。

变革还会因触发方式不同而有所差异。有些变革是计划内的（你选择它以追求目标），有些是被动反应的（由市场、危机或新规则所迫）。由于人们往往会在不论触发原因的情况下，以可预测的情绪阶段来回应变革，因此这些变革管理的相同原则适用于所有情况。

为什么变革管理很重要

大多数领导者低估了糟糕接纳会带来多么昂贵的代价。软件被采购了。培训被交付。流程被重新设计。随后员工会悄悄继续用旧方式工作。组织损失的主要价值并不在于新工具的预算，而在于那从未真正发生的回报——因为没有人真正切换。

数据也证实了这一点。相当一部分变革倡议（通常估计约 70%）未能达到目标，最常见的原因并不是技术，而是人的抵触与接纳不佳。项目中的变革管理质量也与是否达成目标、进度与预算密切相关。人员面并不“软”；它直接对应硬性的结果。

做得好的变革管理能帮助你：

• 提升接纳与使用，让投入的时间与金钱真正回本。

• 降低抵触与干扰，通过尽早参与并在担忧固化之前回应。

• 在过渡期保护生产力，而不是让绩效在人员调整时迅速下滑。

• 加速过渡，更快达到熟练水平并缩短“低谷期”。

• 构建变革韧性，让下一次转型更容易，因为人们信任这个过程。

你的组织需要变革管理的信号

当出现以下情况时，你很可能需要一种刻意的变革管理方法：

• 变革会影响到相当数量的人如何开展他们的日常工作。

• 过去的上线推广已经停滞，人们又回到旧工具或旧流程。

• 你听到关于计划变革的传闻、焦虑或抵触。

• 多项变革同时落地，人们表现出变革疲劳的迹象。

• 这次变革的风险很高：一旦失败，会对客户、收入或合规造成真实成本。

如果以上都不适用（只是一个很小、看不见的调整），那么重度变革管理就有些过头了。关键在于把投入与影响相匹配。

一眼看懂变革管理流程

大多数框架最终都会归结为三个大的阶段：

1. 准备：理解变革、评估其影响，并识别哪些人会受到影响、谁必须成为变革的推动者。

2. 管理：构建并执行计划，通过沟通、培训与支持引导人们完成过渡。

3. 强化：把新的工作方式嵌入日常，回应仍然存在的抵触，并衡量接纳情况，让变革得以持续。

在实践中，这意味着明确变革及其目标，开展影响分析，制定变革管理计划，尽早且频繁沟通，交付培训与赋能，强化新的行为，并复盘结果。想要查看每个阶段的详细逐步讲解与交付物，请参阅我们的变革管理流程指南。

最重要的变革管理模型

模型能让你拥有共同的语言与可重复的结构，这样你就不必临场发挥。以下这些是 2026 年值得了解的模型，并说明各自最适合用在什么场景。

Lewin 的变革模型

经典的起点。你通过阐明为何需要变革来解冻当前状态，接着实施变革本身，然后再冻结新的行为，使其成为默认。把它当作一个简单的视角来审视任何变革。它的局限在于，真实组织很少能停下来让“再冻结”完全发生，因此请把最后阶段视为持续强化，而不是一次性的锁定。

ADKAR 模型

它是 Prosci 方法论的核心之一，也是用于变革个人/人员面最实用的框架之一。人们需要对变革需求的认知（Awareness）、参与的意愿（Desire）、如何变革的知识（Knowledge）、运用这些知识的能力（Ability），以及维持它的强化（Reinforcement）。它的强项在于诊断：当变革卡住时，你可以精准定位缺失的是哪一个字母（通常是意愿或能力），并把努力投向那里。adkar 模型几乎能与任何组织框架搭配使用。

Kotter 的 8 步流程

这是领导主导转型的首选方案。它从营造紧迫感并组建指导联盟开始，通过制定并传达愿景、赋能行动并创造短期胜利，最终到巩固成果并把变革锚定在组织文化中。最适合大规模、覆盖全组织的变革；但对小范围的流程微调来说，它可能显得过于“沉重”。

McKinsey 7-S

它是诊断模型，而不是逐步流程。它把七个相互依赖的要素（战略、结构、系统、共享价值观、技能、风格与员工）绘制出来，并认为一个要素的变动会在其他要素中引发连锁反应。用它来检查：你计划的变革是否得到了组织其他部分的支持，还是你即将制造不一致。

人本侧模型

主要有三个模型用于帮助你预判并支持人们的情绪。Bridges 的过渡模型区分外部变革与人们必须完成的内部心理过渡（结束期、中性区、新开始）。Kübler-Ross 变革曲线描述情绪阶段，从震惊与抵触走向接纳与承诺。Satir 变革模型设定了预期：在变革过程中绩效往往会先下滑再改善，这能帮助领导者稳住心态。Nudge 理论则补全这一套：通过小而间接的提示来鼓励变革，而不是通过命令；这对自愿性的行为变革尤其有用。

你到底应该使用哪个模型？

这是教科书会跳过的问题。下面给出实践答案。

如果你刚接触变革管理，从 ADKAR 开始。它是最容易上手的模型，也最适合诊断某一项具体变革为何会停滞。如果你正在领导一场大型组织转型，把 ADKAR 与 Kotter 结合：Kotter 给你领导层的路径（紧迫感、联盟、愿景），而 ADKAR 负责在其中发生的个人接纳。你只需要一个简单框架来界定变革时选 Lewin；当你怀疑变革与组织其他部分的既有设置存在冲突时选 McKinsey 7-S。

如果我只能教给一位新手变革实践者一个框架，那会是 ADKAR。并不是因为它完美，而是因为它实用。几乎每一次变革失败最终都归结为五件事之一：认知、意愿、知识、能力或强化。ADKAR 能让你用直观方式找出缺失的是哪一个并加以修复，而不是靠猜。其他模型描述“变革是什么”；ADKAR 帮你“排查变革为何不顺”。如果你想要正式学习这种模型，最好的变革管理课程与认证也正是围绕这些框架构建的。

变革管理中的关键角色

变革是一项团队运动。以下这些角色几乎会出现在每一次成功的倡议中：

这里最常见的失败点是赞助力度薄弱或不可见。如果领导者没有积极且公开地站在变革背后，员工会把这视为“这不重要”的信号。

变革管理 vs. 变革领导 vs. 项目管理

这些概念有重叠，但并不相同：

• 变革管理是用于引导人们完成特定变革的结构化流程与工具包。

• 变革领导是更广泛的能力：在通常由高层执行的层面上，创造愿景、紧迫感与推动力。变革管理推动流程；变革领导推动其背后的能量。

• 项目管理在范围、时间与预算内交付变革。

最强的转型会把三者结合起来：项目管理把“东西”做出来，变革管理确保人们接纳它，而变革领导则激励组织真正想要它。

如何衡量变革管理的成功

你无法管理你没有衡量的东西，而“我们按时上线了”并不是变革成功的衡量标准。有效指标可归为三类：

• 接纳与使用：有多少人实际上在使用新的工具或流程？他们用了多快的时间达到使用状态？

• 熟练度与绩效：人们是否正确地以新的方式开展工作？生产力下滑是否已经恢复？

• 结果与态度：变革原本要带来的业务结果是否正在显现？人们对这次变革的感受如何？

领先指标（培训完成情况、出勤、就绪度评估）能让你更早判断是否在正确轨道上；滞后指标（使用率、业务 KPI）则用于确认变革是否真正落地。

变革管理失败的常见原因

• 对变革的抵触，通常源于恐惧、不清晰的收益或变革疲劳。

• 沟通不佳：人们太晚才知道变革，或缺少足够的背景信息。

• 缺乏可见的领导赞助，传递出变革不重要的信号。

• 培训不足与 文档不足，导致人们无法按新的方式开展工作。

• 低估人员面，把变革当作纯技术项目来处理。

• 缺少强化，因此当注意力转移后，旧习惯会悄悄回归。

变革管理最佳实践

少数几个变革管理原则几乎适用于所有场景：

• 从“为什么”开始。在解释“怎么做”之前，先把变革的理由讲清楚、讲到人心。人们会支持他们理解的事。

• 尽早让人参与。把受影响的人纳入变革塑造过程，而不仅仅是让他们接收变革；参与能建立归属感，并更早暴露问题。

• 频繁沟通，并通过多种渠道。重复与清晰胜过一次性的大公告。要做好沟通次数远超你觉得“够了”的准备。

• 争取持续、可见的赞助。领导者必须持续推动变革，而不仅仅是一次性批准。

• 投入 培训与赋能。接纳取决于人们是否真正知道该做什么，以及是否有他们随时能回看的资源。

• 从第一天起就规划强化。识别早期接纳者，消除摩擦，并在可搜索的知识库中保持文档的最新状态，让变革得以持续。

• 不要把认知当作接纳。仅仅因为人们参加了会议、阅读了邮件或完成了培训，并不意味着他们正在用新的方式工作。认知只是旅程的开始，而不是终点；在假设接纳已发生的同时去衡量前者，往往会让变革悄悄失败。

• 衡量并调整。跟踪接纳情况、收集反馈，并在学习过程中持续优化你的变革管理策略。

让变革真正落地的工具

每一种变革框架最终都会得出同样的结论：人们需要培训。人们需要文档。人们需要强化。把这些做好，接纳就会随之发生；跳过它们，即使策略再出色，变革也可能卡住。

难点在于，创建这些资产往往是上线推广中最耗时的部分。录制培训、编写 SOP，以及在不同团队与语言中保持文档的最新状态，可能比设计变革本身还要耗费更多精力。正是在这里，工具的重要性会与方法论同等关键。

Trupeer AI 能把一次屏幕录制同时变成具备演播室品质的培训视频与逐步指南，因此过去需要数天的赋能现在只要几分钟。对任何正在推动变革的人来说，这意味着你可以：

• 无需制作团队，为每一个新工具或工作流制作培训视频。

• 自动生成 SOP 与流程文档，并随着变革演进保持其最新。

• 构建可搜索的知识库，让变革支持变成自助服务，而不是源源不断的重复提问洪流。

• 将所有内容翻译为 65+ 种语言，让全球团队以同样的节奏接纳变革。

先把策略做对，再让它落地。录制它。打造品牌。翻译它。用 Trupeer 来做。

常见问题

用简单的话说，什么是变革管理？

它是组织帮助人们从旧的工作方式过渡到新的工作方式的结构化方法，从而让变革被接纳，收益真正得以实现。项目工作构建变革；变革管理确保人们使用它。

变革管理的三个层级是什么？

个人层面的变革管理（一个人如何接纳变革）、组织或项目/倡议层面的变革管理（针对特定变革所应用的流程），以及企业层面的变革管理（把变革建设为可重复的、覆盖全组织的能力）。

主要的变革管理模型有哪些？

最常用的是 Lewin 的三阶段模型、ADKAR 模型以及 Kotter 的 8 步流程；同时借助 McKinsey 7-S 来实现一致性，并用 Bridges 的过渡模型与 Kübler-Ross 变革曲线来处理人员面。

变革管理和项目管理有什么区别？

项目管理关注在范围、时间与预算内交付变革。变革管理关注人员面：确保他们理解、接受并接纳变革，从而让它真正“粘住”。

为什么变革倡议会失败？

大多数失败源于人员面：抵触、沟通薄弱、缺乏领导赞助、培训不足以及缺少强化，而不是因为技术方案本身有问题。

谁负责变革管理？

这是共同责任。高管负责赞助并带头，变革经理负责设计并运行流程，人员管理者支持各自团队，变革推动者在本地发声并提供支持，而所有受影响的人都要参与到变革接纳中。

如何衡量变革管理的成功？

跟踪接纳与使用情况、接纳速度、新工作方式下的熟练度、员工态度，以及变革原本要带来的业务结果，而不仅仅是看是否按时上线。

最后的思考

大多数组织并不是因为缺少战略而失败。他们失败是因为他们以为人们会自动接纳新的工作方式。

通常并不会。

这就是变革管理存在的原因：不是为了推出变革，而是为了让它真正落地并持续。理解层级与类型，从 ADKAR 开始，配齐正确的角色，用接纳而不是认知来衡量，并投入赋能，把一次上线变成一种习惯。

当你准备让下一次变革更快落地时，看看 Trupeer AI 如何帮助团队推动变革接纳。