交付时应拿到的不只是页面截图,而是一套能让你独立维护、迁移和继续推广的完整资料。最低标准包括:源码或后台权限、数据库导出、域名与服务器管理权限、设计源文件、内容与产品数据、SEO基础配置记录,以及一份说明各文件用途的交付清单。如果对方只给一个后台账号,后续换服务商或改版时会非常被动。
这是最容易出问题的地方。你需要区分两种情况:网站程序是你买断的,还是对方用自建系统托管、你只能使用。判断方法很直接——问对方能否把整站程序打包给你,并让你部署到自己的服务器上。如果可以,你拥有源码;如果只能登录对方后台,说明你拿到的是使用权。
适用条件:预算有限、由个人或小团队承接的项目,往往采用模板或SaaS建站,这类情况交付源码的可能性较低。此时你至少要拿到数据库导出权限和内容导出功能,确保产品、文章、客户询盘数据能完整导出为通用格式(如CSV、SQL)。
验收信号:让对方现场演示一次导出,你亲自下载并打开文件,确认产品名称、描述、图片链接、分类关系都在。如果导出文件里只有标题没有正文,说明交付不完整。
下面这份清单按优先级排列,时间和人手有限时,先处理前三项。
验收信号:拿到清单后,逐项登录验证。特别是域名和服务器,要确认你能独立修改解析和重启服务,而不需要每次都找原服务商。
如果项目确实基于SaaS平台,无法导出源码,你仍然可以争取以下资料:
适用条件:平台明确不提供源码导出。判断结果:你仍然可以在未来换平台时重建网站,但需要重新开发模板,成本比直接迁移源码高。因此签约前就应把“能否导出源码”写进合同。
拿到资料不等于安全。建议在交付后一周内完成:
robots.txt和站点地图检查工具,确认搜索引擎能正常抓取,且没有误屏蔽重要页面。如果发现域名注册邮箱还是服务商的,立即发起转移或修改。这一步拖延越久,后续越难处理。
下一步:把上面的清单复制成一张表格,每拿到一项就标记并当场验证。遇到对方说“这个不用给”,先问清楚原因,再决定是否接受替代方案。