交付时应拿到的资料,核心是三类:可继续开发的源码与数据库、可自主控制的账号与权限、可对照验收的文档与配置说明。缺少任何一类,后续改版、迁移或排障都会受制于人。常见误解是“网站能打开就算交付完成”,实际上能打开只说明服务器在运行,不代表你拿到了控制权。下面按有限时间和人手的实际情况,说明先核对什么、怎么判断。
网站上线后,访问者看到的是页面,而你需要接手的是页面背后的东西。如果对方只给了一个后台登录地址,你改不了代码、拿不到数据库、换不了域名解析,本质上仍是租用而非交付。判断标准很简单:假设原制作者不再配合,你能否在另一台服务器上把同样的站点跑起来?能,才算真正接手;不能,就要在验收前补齐。
静态站点只需完整的前端文件;使用内容管理系统的站点,除程序文件外还必须包含数据库导出文件。核对时注意以下检查项:
如果对方只提供打包好的整站备份,却不肯说明结构和导入方法,你至少要求其演示一次在测试环境恢复的过程。演示通过,再签字确认。
账号类资料最容易遗漏,也最难事后追回。时间有限时,优先确认三项控制权是否转移到你名下:
拿到账号后立即修改密码和绑定邮箱,并检查是否还有其他未知的管理员账号。这一步不做,前面拿到的源码也可能被随时改动。
文档不必厚,但要能回答“怎么改、怎么备份、出问题找谁”。建议交付时索取以下内容:
若对方以“商业机密”为由拒绝提供部署说明,可退一步要求提供不含敏感信息的操作记录,但账号控制权不应因此让步。
人手有限,不可能一次核对完所有细节。建议按影响面排序:先确认域名和服务器控制权,再验证数据库可导入,最后补文档。前两项决定你能否独立运行站点,文档缺失只影响效率,控制权缺失则可能让整个项目推倒重来。核对完成后,把清单逐项打勾并留存交接记录,作为后续维护的起点。