更换网站维护公司时，真正的风险往往不在技术迁移本身，而在交接过程中信息断裂：新团队拿不到服务器权限、看不懂历史工单、找不到数据库变更记录，导致小故障拖成大事故。一次合格的交接，应当把“人走事不停”作为底线，用文档、账号、工单和知识库四条线把运维上下文完整移交。

本文按交接前、中、后的实操顺序，拆解交接文档该写什么、账号如何安全转移、工单怎样分类移交、知识库如何沉淀，并给出可落地的验收标准，帮助企业在 7 到 15 天内完成平稳过渡。

一、交接文档：先列清单，再写细节

交接文档不是一份“网站说明”，而是一套能让新维护团队独立处理日常事务的操作手册。很多交接失败，根源是旧公司只给一份账号密码表，缺少架构说明和变更记录，新团队接手后连“改一个页面要发布到哪台机器”都要重新摸索。

第一，交接前先建立文档清单，至少覆盖六类内容：网站技术栈与版本、服务器与 CDN 架构、域名与 SSL 证书、数据库结构与备份策略、定时任务与第三方接口、应急联系人与升级流程。清单要由新旧双方共同确认，逐项标注“已提供、部分提供、缺失”，缺失项必须写明补交时间和责任人。

第二，架构文档要写到“可复原”的程度。比如一台 4 核 8G 的云服务器上跑了 Nginx、PHP 和 MySQL，要注明站点根目录、日志路径、PHP 版本、MySQL 端口和慢查询阈值；如果有负载均衡或对象存储，要画一张简单的流量拓扑图，标清用户请求从域名解析到源站的完整链路。

第三，变更记录比静态文档更容易被忽略。要求旧公司提供最近 6 个月的发布记录、数据库变更脚本和配置修改日志，至少包含变更时间、变更内容、执行人和回滚方式。没有变更记录的，新团队应在前两周做一次全量配置快照，避免“文档写的和线上跑的不一致”。

第四，文档交付要设验收动作。不能只收文件，要由新团队按文档独立完成一次“模拟操作”，例如按文档新增一个测试页面、按备份策略恢复一次测试库、按证书续期流程检查到期时间。操作不通过的项目，退回补充，直到可执行为止。

二、账号交接：权限最小化，转移可审计

账号交接是安全事件的高发环节。常见问题是旧公司用个人邮箱注册了云平台、CDN 和域名管理账号，交接时只给密码不给所有权，后续续费、备案变更、找回密码都受制于人。账号移交的核心原则是：所有权归企业，权限按需分配，所有转移动作留痕。

第一，先盘点账号资产，按“域名与备案、云服务器与数据库、CDN 与对象存储、SSL 证书、第三方统计与推送、代码仓库与发布平台”六类列表。每个账号记录注册邮箱、绑定手机、实名主体、到期时间和管理员权限持有人。盘点时特别留意用个人身份注册的账号，这类账号必须优先做所有权变更。

第二，域名和云平台账号要走“所有权转移”而不是“告知密码”。域名建议转移到企业自己的注册商账号，并开启转移锁和双因素认证；云平台账号应把旧公司账号下的资源迁移到企业主账号，或通过子账号授权方式给新公司最小必要权限，避免共享主账号密码。

第三，交接期间设置 7 到 14 天的双人权限重叠期。旧公司保留只读或应急权限，新公司获得运维权限，所有高危操作（如删除数据库、修改 DNS、变更备案）需双人确认。重叠期结束后，立即回收旧账号权限，修改所有共享密码，并检查 API 密钥、Webhook 和第三方授权是否仍指向旧公司。

第四，建立账号变更台账。每次权限授予、回收、密码重置都要记录时间、操作人和原因。建议在交接完成后做一次权限审计，确认没有遗留的旧员工账号、测试账号和长期未使用的 API Token。

三、工单交接：分类移交，保留上下文

工单是网站运维的“病历本”，记录了历史故障、处理方式和遗留问题。如果只移交一个工单系统账号，不解释工单状态和优先级，新团队很容易把“已处理但未验证”的工单当成已完成，导致问题反复出现。

第一，按状态和类型对工单做一次全量清洗。把工单分为“已关闭且验证通过、已关闭未验证、处理中、待响应、遗留缺陷”五类。已关闭未验证的工单要重新抽检，尤其是涉及支付、登录、表单提交的工单，抽检比例建议不低于 20%。

第二，移交时必须保留工单上下文：故障现象、影响范围、排查过程、根因、临时方案、永久方案和回滚记录。只写“已修复”三个字的工单没有交接价值。对于重复出现的问题，例如每月一次的数据库连接数暴涨，要单独标注为“已知高频问题”，并附上监控阈值和处置步骤。

第三，处理中的工单要逐条过会。新旧双方用 30 到 60 分钟逐条确认：当前进度、下一步动作、责任人和截止时间。涉及第三方服务商的工单，例如 CDN 回源异常或短信通道故障，要同时移交服务商工单号和对接人联系方式。

第四，建立交接期的新工单响应规则。建议设置 3 到 5 个工作日的并行响应期，旧公司负责历史工单收尾，新公司负责新工单受理，避免出现“两边都以为对方在处理”的真空。并行期结束后，旧公司只保留只读查询权限，不再直接操作生产环境。

四、知识库：把个人经验变成团队资产

知识库的价值在于降低对“某个人”的依赖。很多网站维护公司的经验只存在工程师个人电脑或聊天记录里，交接时人一走，排障方法就失传。知识库交接不是搬运文档，而是把高频问题的判断逻辑和操作步骤结构化。

第一，优先沉淀高频故障的处理手册。按过去 12 个月的工单数据，挑出发生频率最高的 10 到 15 类问题，例如网站打不开、证书过期、数据库连接失败、页面样式错乱、支付回调失败，每类写清“现象、可能原因、排查命令、修复步骤、验证方法”。手册要能让一个中级工程师在 30 分钟内定位问题。

第二，建立环境与配置的“一页纸索引”。把生产、测试、预发布环境的访问入口、部署方式、配置文件位置、日志位置和监控面板链接集中到一页，避免新团队在多个文档之间来回查找。索引每周更新一次，交接期内由双方共同维护。

第三，知识库要包含“不要做什么”的负面清单。例如不要直接修改生产数据库、不要在未备份的情况下升级插件、不要用个人账号提交代码。负面清单能显著降低新团队上手期的误操作概率，比只写“标准流程”更实用。

第四，交接完成后设置 30 天知识库复盘。新团队把交接期内遇到的新问题、旧文档未覆盖的场景补充进知识库，旧公司在一周内做一次远程答疑。复盘结束后，知识库的维护责任正式转移给新公司，并约定每季度更新一次。

FAQ问答

Q1：交接期一般需要多长时间？

A：常规企业网站建议 7 到 15 天，涉及电商、支付或多套系统的复杂站点可延长到 30 天。关键是设置并行期，不要一次性切断旧公司权限。

Q2：旧公司不愿意交源代码和数据库权限怎么办？

A：先看合同中的资产归属和交接条款，明确源代码、数据库、域名和账号属于企业资产。书面发函要求限期交付，同时暂停尾款结算，必要时通过法律途径解决。

Q3：工单太多，是否需要全部移交？

A：不需要全部逐条移交，但要全量分类。已关闭且验证通过的工单可归档，处理中和遗留缺陷必须逐条过会，高频问题要提炼进知识库。

Q4：账号交接后如何确认没有遗留权限？

A：交接完成后做一次权限审计，检查云平台子账号、代码仓库协作者、CDN 和第三方服务的授权列表，回收旧公司所有非只读权限，并重置共享密码和 API 密钥。

Q5：知识库应该由谁维护？

A：交接期内由新旧双方共同维护，旧公司负责补齐历史经验，新公司负责验证可执行性。交接结束后由新公司作为日常维护方，每季度更新一次高频问题和配置索引。

总之，网站换维护公司的交接质量，取决于文档是否可执行、账号是否可控制、工单是否可追溯、知识库是否可复用。建议企业在签约新维护商前，先按本文四类清单做一次内部盘点，把缺失项写进交接协议并设置验收节点。交接完成后保留 30 天观察期，用真实故障演练检验新团队能否独立排障，再正式关闭旧公司权限。