网站开发交付时,至少应拿到源码、数据库、账号权限、部署说明和内容备份这五类资料。缺少任何一类,后续维护都可能被迫依赖原开发者。下面用一个假设例子说明怎么核对,以及两种常见处理方案的适用条件。
假设你委托开发一个企业官网,合同约定交付可运行站点。验收当天,对方只给了一个压缩包和一句“传到服务器就能用”。这时不要直接签收,按下面步骤逐项核对。
常见错误是只看网站能打开就确认交付。能打开只说明服务器在运行,不代表你拿到了可迁移、可修改的完整资料。另一种错误是只拿到源码却没有数据库,页面模板在但文章和配置全部丢失。
源码与依赖清单:包括前端、后端代码,以及依赖包版本记录。若使用构建工具,还要拿到构建配置,否则改完代码无法重新打包。
数据库与数据导出:拿到结构定义和内容数据。要确认导出文件能在本地导入,而不是只有一个无法还原的备份。
账号与权限:域名管理、服务器或云主机、数据库、内容后台、第三方接口的登录信息。交接后应立即改密码,并确认原开发者不再持有管理权限。
部署与运维说明:运行环境版本、启动命令、定时任务、环境变量、日志位置。没有这些,换服务器时只能靠猜。
内容与素材备份:文章、产品数据、图片、视频、字体授权说明。素材缺失会导致迁移后页面大面积空白。
方案一:要求完整交付后再付尾款。适用于合同明确约定源码归属、你计划自行维护或换团队的情况。判断结果是资料齐全、能在独立环境跑通,才确认验收。
方案二:接受托管式交付,只拿后台账号。适用于你不打算改代码、原团队长期负责运维的情况。条件是合同中写清数据导出方式、服务终止时如何移交。判断结果是即使不拿源码,也能随时导出全部内容数据。
如果对方拒绝提供数据库导出,只同意给后台账号,这属于方案二的弱化版。此时要确认后台是否支持完整导出,否则一旦停止合作,内容可能无法带走。
技术资料中若提到 <h2> 这类标签,只是说明文档写法,不影响交付判断。真正要盯住的是资料能否让你独立完成一次迁移或修改。假设你拿到源码却没有任何说明,可以先用测试环境启动,记录缺失的环境变量,再向对方索要,这比反复询问“能不能用”更有效。
下一步:把上面清单做成一张验收表,逐项标注“已拿到、可运行、缺失”。缺失项写进书面交接记录,约定补充时间后再付尾款。