第一段：把事实摆出来
用试点数据、工时记录与接管比例说明现状，让管理层与业务部门对问题有共同认知。只讲趋势与概念，讨论会陷入立场之争；有具体记录，才谈得下去，也才能判断该改哪一段流程，讨论也更聚焦，后续也好复盘。
第二段：在一个部门重设计
选配合度高的部门，重写岗位说明书与流程节点，明确谁判断、谁复核、谁签字。里程碑是说明书签署并在真实业务中运行一个周期，而不是文件发布；只发文件不改流程，等于没做，员工也不会照做，后面也更难改。
第三段：制度与考核跟上
把 AI 使用规范、数据权限、复核责任与考核条款落到制度里，并明确违规处理方式。制度缺位时，员工只能靠猜测行事，出问题后责任无法界定，最后往往一刀切停用，前面投入白费，返工更贵，后面再补更贵。
第四段：固化与扩散
用例会、复盘与培训把新做法固化，再向相近部门扩散。扩散时保留本地化调整空间，直接照搬常因流程差异而失败；里程碑是第二个部门独立运行两个周期，问题能自行处理，不必再回头找顾问，后续也省心。
适用与不适用
适合谁
- 试点已跑通、准备在部门层面推广的企业
- 职责与考核长期不清、需要先试点的业务单元
- 愿意先在一个部门做完整闭环的组织
不适合谁
- 还没有可运行场景、只想先发文件的组织
- 期望一次性全公司推开、节奏过快的项目
典型场景
某零售企业先在补货部门做变革：重写岗位说明书，把补货建议的判断权交给品类经理、复核交给店长，运行一个完整订货周期后再修订。第二个月把做法复制到生鲜品类，只调整了口径与排班，未再重写整套文件，节奏也更快。
可执行步骤
- 用试点数据与工时记录形成现状共识，先对齐问题与范围，并记录分歧，并留档
- 选一个配合度高的部门，重写岗位说明书与流程节点、签字责任，并逐岗确认
- 把使用规范、权限与考核条款落到制度，明确违规处理方式与检查人，并留检查记录
- 跟踪两个运行周期后再向相近部门扩散，保留本地化调整，并及时复盘，形成模板
常见坑
- 文件发布就宣布完成，实际流程没变，员工照旧绕开系统，投入也白费，最后只能停用，团队也更保守
- 同时向所有部门推开，问题重复出现，没人有余力处理，最后停摆，士气也受影响，进度更慢，返工更费时
- 制度只写要求不写违规处理，执行无力，检查时也只能口头提醒，制度形同虚设，检查也流于形式，责任也说不清
- 没有运行周期跟踪，问题发现太晚，只能回退到原来的做法，前面投入作废，团队也更保守，问题反复出现
自检与验收清单
- 是否有数据支撑现状共识，并留下记录与分歧，可核对
- 岗位说明书是否签署，并试行一个周期，有修订记录
- 制度是否含违规处理、责任人与检查方式，并留记录
- 是否有运行周期跟踪与复盘纪要，并指定负责人
常见问题
变革要不要请外部顾问？
看内部推动力。内部有牵头人时，外部主要提供方法与模板；内部缺少推动力时，外部可以承担协调与培训，但决策仍应由企业做出，否则执行阶段还是会卡住，也便于交圈，执行也更顺。
先改考核还是先改流程？
先改流程再改考核。流程没定就改考核，员工会按旧习惯应付新指标；流程稳定后再把复核质量与使用规范纳入考核，行为才容易固化，也更服众，争议会少很多，执行也更顺。
扩散时要注意什么？
保留一轮本地化调整，重点看数据来源、审批链与岗位设置三处差异。直接照搬常卡在权限与口径上，反而让人怀疑方法本身有问题，先做相近部门再逐步扩大，成功率高，返工更少。