结论先行：桌面云的管理员交接，账号和密码是里面最容易的那部分。真正会断的是三样：镜像模板为什么改成了现在这样、哪些外设与驱动在某批机器上验证过、哪些用户组曾被临时放宽过权限。这三样通常不在任何文档里，因为它们是长时间试错攒出来的结论。交接的做法不是让人写回忆录，而是把结论变成可核对的清单，一项一项对着系统查。
本文只谈桌面云管理员换人时的交接内容，不谈权限设计该分几级，也不谈桌面云怎么选型。
账号交接为什么几乎不构成风险
大多数团队在管理员换人时，注意力都放在账号上：把管理员账号交给新人、改一遍密码、确认能登录后台。这部分工作通常做得不错，因为它有明确的完成标志——能登进去。
但账号只是入口。新人登进去之后面对的是一个已经运行一两年、被前任按自己习惯塑造过的环境：镜像有多套、模板有多个版本、某些设置明显不符合默认值、有些用户组的权限比制度文件上写的宽。这些状态都不是凭空来的，每一条背后都有一次具体的原因。前任知道原因，新人只看到结果。
结果就是两类典型事故。一类是「好心改回去」：新人看到某个设置不合常规，按自己的经验调回来，把当初为了解决某个兼容问题打的补丁拆掉了，然后在某批机器上出现故障。另一类是「不敢动」：什么都保持原样，包括那些早该清理的临时放宽，环境一天天变脏。
三处必须逐项核的东西
其一：镜像模板为什么是现在这个样子
镜像模板里会有一批「非默认」的配置：某个服务被禁用、某个注册表项被改过、某个更新被排除在外、某个启动项被加了延迟。这些改动通常没有文档，只有结果。
交接时要做的不是让前任讲一遍，而是把这些非默认项列出来，每一条后面写两个字段：为什么改、什么条件下可以改回去。第二个字段尤其重要——不知道恢复条件的临时改动，实际上已经变成了永久改动。一个可操作的办法是把模板配置与出厂默认做一次差异比对，差异项逐条过，通常一个下午能过完，比事后猜三个月划算。
其二：哪些外设与驱动在哪些机器上验过
桌面云的现实是，用户体验的满意度很大一部分不取决于桌面本身，而取决于外设能不能用：打印机能不能出纸、凭证类设备能不能识别、扫描类设备能不能走纸、某个行业专用设备能不能正常通讯。这些适配结论是逐台试出来的，换个型号、换个固件版本，结论就可能变。
交接时要拿到一张表：设备类别、型号、在哪批终端上验过、什么状态下可用、不可用时有什么替代作法。这张表的价值在于它能让新管理员快速回答用户的一个问题——「我这个设备能不能用」——而不是每次都从头试。
其三：哪些用户组曾被临时放宽
这是三处里风险最高的一处。临时放宽的形态很多：为了赶项目给某个部门开了本地盘访问、为了让某位领导方便把打印权限放到了全员、为了调试把某个管理策略暂时停用。这些放宽往往有当时的合理性，也往往没有失效时间。
交接时必须做一次全量梳理：当前所有非默认的权限设置，逐条确认保留还是回收。保留的要写清保留到什么时候、由谁批准。不做这一步，环境里的例外会一直累积，等到做审计或者做迁移时才发现，那时候回收的成本高得多。
交接清单怎么设计才好用
| 交接项 | 记录什么 | 怎么核对 |
|---|---|---|
| 镜像模板 | 非默认配置逐条、原因、可恢复条件 | 与出厂默认做差异比对 |
| 模板版本 | 有几套、各给谁用、为什么不能合一 | 对照实际分配记录 |
| 外设适配 | 类别、型号、验证批次、替代作法 | 抽三台实机复核 |
| 权限例外 | 放宽内容、理由、到期时间、批准人 | 与制度文件比对差集 |
| 账号与组 | 管理员账号、服务账号、组归属 | 登录系统逐个确认 |
| 日常动作 | 每日、每周、每月各要看什么 | 看过去一个月的操作记录 |
清单里有一栏容易被省掉：日常动作。新人往往知道大流程，不知道日常要看什么——比如每周要看一次存储水位、每月要看一次快照占用、每天上班要先看有没有用户报障堆积。这些不是知识，是节奏，而节奏决定问题被发现的时间。
三个可观测的信号
- 交接后一个月内出现「回退式故障」。某个原本稳定的功能突然不好用，排查后发现是被「优化」掉了。这说明模板的非默认项没交代清楚。
- 同一批终端反复报外设问题。说明适配结论没沉淀，每次都在重新试。
- 权限例外只增不减。说明没人负责定期回收，越往后越难收回。
落地清单
- 对镜像模板与出厂默认做一次差异比对，差异项逐条写原因与恢复条件。
- 建立外设适配表，按类别与型号记录验证批次和替代作法。
- 梳理当前所有权限例外，逐条指定到期时间与批准人，到期未续的自动回收。
- 把日常动作写成节奏表，标注每日、每周、每月的检查项。
- 交接完成后一个月内安排一次复核，看有没有出现回退式故障。
边界与前提
这套交接内容适合已经有稳定运行环境的场景。如果是新建项目、管理员从一开始就是同一个人，重点应放在「边做边记」而不是事后补——事后补的清单总会漏掉那些当时觉得理所当然的细节。另外，交接能否做全，取决于原任管理员是否配合；管理上更可靠的做法是把这些内容列为岗位日常职责的一部分，而不是等到交接时才想起来要写。凡涉及具体产品参数与容量结论的，都要以本项目实测为准。
深圳市奇摩计算机有限公司在桌面云项目交付时，会把这类交接材料作为交付物的一部分：模板差异、外设适配、权限例外三张表随项目一起移交给客户团队。做这件事的出发点不在于文档数量，而在于让客户在人员变动时不至于重新走一遍已经走过的路。如果你手上的桌面云环境正面临管理员更替，可以通过预约咨询，把这三张表先补起来。