📍 WDQWDWQD987AAAAA:216.73.216.218
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /59d5aa4cdc3e.html
📄

新手做网站，交付时应拿到哪些资料，才能减少返工

交付时最核心的资料是能独立运行和继续修改网站的完整文件与访问权限。具体包括：源码或建站平台导出文件、数据库备份、域名与服务器管理权限、后台管理员账号、以及一份说明部署方式和依赖关系的交付文档。只拿到页面截图或一个后台账号，不算完成交付。多人协作时，缺少任何一项都可能导致后续无法改版、迁移或排查问题。

先分清你拿到的是“使用权”还是“控制权”

新手容易把“能登录后台”当成拿到了网站。实际上要区分两种情况：

• 独立部署的网站：程序、数据库、文件都在你自己的服务器或主机上。交付应包含源码、数据库、配置文件和服务器权限，你能完全控制。
• 平台托管的网站：网站运行在第三方平台上，你通常只能导出内容和部分数据，无法拿走底层程序。这时要确认导出格式是否通用，以及离开平台后内容能否重建。

判断方法很简单：问对方“如果明天换一台服务器，我能不能把网站重新跑起来？”如果对方答不上来，或只能由他操作，说明控制权没有真正交给你。选择时，长期要自己维护的网站优先选可独立部署的方案；只是短期展示、不打算迁移的，托管方案成本更低，但要接受迁移受限的代价。

交付清单：按这五类逐项核对

下面每一项都要求对方实际提供，而不是口头承诺。建议在验收时逐条打勾。

1. 程序文件：完整源码或导出包，包含主题、插件、上传的图片和附件。确认压缩包能解压，目录结构完整。
2. 数据库：导出为 .sql 或其他可导入格式的备份文件。同时记录数据库名称、用户名和连接配置。
3. 权限与账号：域名管理后台、服务器或主机控制面板、网站后台管理员账号。密码应由你本人修改后保存。
4. 配置说明：程序版本、依赖环境（如 PHP、数据库版本）、伪静态规则、必要的环境变量。这些决定了网站能否在新环境正常启动。
5. 文档与约定：部署步骤、备份方法、第三方服务账号（如统计、邮件、支付接口）。涉及付费服务的，说明费用由谁承担、何时到期。

假设一个场景：你拿到源码和数据库，但没有伪静态规则文件，迁移后除首页外全部打不开。这类问题在交付时不易发现，等到换服务器才暴露，返工成本很高。所以配置说明必须和文件一起交。

多人协作时，额外要确认的三件事

单人项目遗漏资料只影响自己，多人协作会放大问题。除上述清单外，还要明确：

• 资料存放位置：源码、备份、文档统一放在团队可访问的位置，而不是留在某个人电脑里。约定谁有修改权限。
• 版本与变更记录：每次改动记录时间、内容和操作人。这样出现问题时能定位是哪次修改导致的，而不是互相猜测。
• 交接责任人：指定一人负责核对清单完整性。交付完成后，由接手方按文档独立部署一次，能跑通才算验收通过。

判断标准是：接手的人不看原开发者操作，仅凭交付资料就能把网站跑起来并完成一次小改动。做不到，就说明资料仍有缺口。

验收步骤：从核对到独立复现

按以下顺序执行，能把大部分返工挡在交付阶段：

1. 对照清单逐项收取文件，缺一项就记录一项，不靠记忆。
2. 在测试环境按文档部署一次，确认首页和主要页面能正常打开。
3. 登录后台，尝试修改一段文字并保存，确认后台权限完整。
4. 修改所有初始密码，确认域名和服务器权限已转到你名下。
5. 把资料备份到至少两个位置，并记录备份日期。

如果部署失败，先区分是资料缺失还是环境不匹配：文件报错通常指向缺文件或路径问题，页面能开但样式错乱多与静态资源路径有关，数据库连接失败则检查配置文件和账号权限。逐项排查，不要直接断定是某一方的问题。

下一步，把这篇文章的清单复制成一份验收表，在交付会议上和对方逐条确认，并约定补齐缺项的期限。