change-management

change-management skill 概览

change-management 适合解决什么问题

change-management skill 是一套面向 C-level 的组织变革咨询 playbook，用于规划和沟通组织变化，尽量避免不必要的困惑、抵触和变革疲劳。它将 ADKAR 模型调整为适合创业公司速度的工作方式：很多时候，领导者需要在所有细节都完全确定之前，就宣布组织调整、工具迁移、流程变化、战略转向、产品下线、领导层交接或文化转型。

最适合的用户与决策场景

这个 change-management skill 最适合创始人、高管、chiefs of staff、People 负责人和运营管理者使用——他们需要的是可执行的推进方案，而不是一个泛泛的“帮我写公告”提示词。当真正的任务不只是解释变化本身，还包括安排利益相关方沟通顺序、预判反对意见、建立认知和意愿，并决定上线后需要哪些强化动作时，它会更有价值。

它和普通提示词有什么不同

这个 skill 的价值在于结构化的变革视角：它会推动 agent 区分业务原因、利益相关方激励、能力缺口、推进计划、阻力模式和疲劳风险。内置的 references/change-playbook.md 提供了工具迁移和组织调整的具体示例，让产出比单一沟通模板更贴近真实业务场景。

哪些情况下它可能不够用

请把这个 skill 当作咨询、规划和起草框架，而不是法律、HR 合规或劳资关系建议。涉及裁员、受监管的用工调整、工会场景、薪酬变更，或重大雇佣风险时，在发送任何内容之前，应将产出交由法律顾问和内部 HR 审阅。

如何使用 change-management skill

change-management 的安装方式与仓库路径

使用以下命令从 GitHub repository 安装该 skill：

npx skills add alirezarezvani/claude-skills --skill change-management

源码位于 c-level-advisor/skills/change-management。安装后，先阅读 SKILL.md 了解运作模型，再打开 references/change-playbook.md 获取更深入的示例和更好的提示词素材。这里没有脚本或自动化文件；这是一个用于推理、规划和沟通的 skill。

提供哪些输入能得到更好的输出

在要求它产出具体交付物之前，先提供变革背景。高质量输入通常包括：

• 变革类型：reorg、process change、tool migration、pivot、leadership change、product shutdown
• 业务原因：要解决什么问题；如果不改变会发生什么
• 利益相关方群体：executives、managers、ICs、customers、partners、board、受影响团队
• 当前情绪：信任水平、过去失败的变革、疲劳程度、可能的反对意见
• 时间线：公告日期、过渡期、培训安排、决策截止时间
• 不可谈判项：哪些已经决定、哪些仍然开放、哪些不能承诺
• 期望产物：rollout plan、FAQ、manager talking points、announcement、risk map

较弱的提示是：“Help me announce a reorg.”
更强的提示是：“Use the change-management skill to plan a reorg announcement. We are moving Customer Success from Sales to Operations because retention work is being deprioritized under new-logo targets. Affected groups are Sales, CS, Ops, and existing enterprise customers. Trust is mixed because we changed reporting lines twice last year. Draft the ADKAR-based rollout plan, executive announcement, manager talking points, and resistance risks.”

使用 change-management 的推荐工作流

先诊断，再写沟通内容。可以先让这个 skill 识别 ADKAR 缺口：大家是否理解为什么要变？是否愿意接受变化？是否知道如何执行？是否具备能力和资源？上线后是否能看到强化机制？然后再进入具体产物。

一个实用工作流如下：

1. 先要求生成利益相关方影响地图。
2. 再要求梳理“为什么是现在”的叙事，以及如果不改变会有什么风险。
3. 按受众和时间点生成 rollout 顺序。
4. 起草公告、manager FAQ 和异议回应。
5. 检查是否过度承诺、表述模糊，或加剧变革疲劳。
6. 发布前，结合真实的领导层约束继续迭代。

依赖输出前应该阅读的文件

阅读 SKILL.md，了解触发场景、ADKAR 结构和变革类别。当你需要更强的示例，尤其是工具迁移和组织调整场景时，阅读 references/change-playbook.md。这个参考文件很有用，因为它展示了“只是通知大家”和“解释变化背后的运营原因”之间的差别。

change-management skill 常见问题

change-management 适合变革管理新手吗？

适合。只要你了解业务背景，即使不熟悉正式的变革管理框架，也可以上手这个 skill。它会通过实用问题来拆解工作：为什么发生变化、谁会受影响、会出现什么阻力，以及如何强化采用。新手仍然需要提供具体背景，不要期待它自动推断组织内部政治。

它和直接要求写一份沟通计划有什么区别？

普通的沟通提示词通常会生成时间线和公告。change-management skill 增加了采用逻辑：awareness、desire、knowledge、ability 和 reinforcement。这很重要，因为很多 rollout 不是在公告时失败，而是在公告之后失败：经理回答不了问题，团队不知道具体要做什么不同的事，或者员工只是默默等着这次变化不了了之。

哪些变化最适合使用？

最适合的是对运营产生真实影响的 startup 或 scaleup 变化：切换工具、重组团队、改变决策权、战略转向、砍掉产品、引入新的运营节奏，或改变领导层预期。尤其当利益相关方可能认同业务逻辑、但仍会抵触被打乱的过程时，它会特别有用。

什么时候不应该只靠这个 skill？

不要单独用它处理法律敏感的雇佣行动、危机沟通、上市公司披露、受监管的客户通知，或需要正式协商的变化。它可以帮助准备问题、消息草稿和利益相关方地图，但最终方案应经过合格的内部审阅。

如何改进 change-management skill 的使用效果

用更清晰的背景提升 change-management 结果

最重要的提升方式是更具体。不要只写“people may resist”，而要写出真实的阻力模式：失去自主权、担心裁员、对过去失败工具的怀疑、经理过载、客户被打扰，或激励机制不清晰。你越准确地命名阻力，skill 生成的 rollout plan 和 talking points 就越有用。

不只要模板，还要权衡选项

在高风险的 change-management 使用场景中，要主动要求多个方案。例如：“Give me a fast rollout, a trust-preserving rollout, and a minimum-disruption rollout, with risks for each.” 这能帮助领导者看清速度、透明度和参与度各自的代价，而不是只拿到一份看起来漂亮但未经检验的计划。

第一版之后继续迭代

拿到第一版输出后，把不现实的地方反馈回去：“This assumes managers have time for training; they do not,” 或者 “The announcement is too executive-centered; employees care about role impact.” 然后要求 skill 按利益相关方群体修订计划。这样得到的结果，通常比一开始就要求它写出最终 memo 更好。

警惕常见失败模式

主要失败模式包括：业务理由含糊、语气过度乐观、低估疲劳感，以及把沟通误当成整个变革。可以要求 skill 做最后一轮批判性检查：“Identify where this plan may sound evasive, where stakeholders may not believe us, and what reinforcement is missing 30 and 60 days after launch.”