很多交付争议并不是对方故意少给文件，而是项目一开始只写了“完成网站设计”或“交付网站源码”。客户理解的是“以后可以独立维护”，供应商理解的是“把已约定页面做完”。两种理解直到尾款前才碰撞，往往已经来不及。
交付物清单的作用，是把“完成”变成可核对的文件、账号和责任。不同合作模式的清单不一样：只做UI，不应默认包含前端代码；只做前端，也不代表拥有后台、服务器和全部第三方授权。
01 先确认你购买的是哪一种服务
纯设计项目的核心成果是结构、页面视觉、交互状态和设计规范；前端项目增加可运行页面与构建代码；完整建站还可能包含CMS、服务器部署、域名配置、数据统计和上线迁移。把三种模式混在一张报价里，后期最容易出现“以为包含”的项目。
合作模式 | 核心交付 | 通常不自动包含 |
|---|---|---|
纯UI/UX设计 | 信息架构、原型、Figma设计稿、组件与标注 | 可运行代码、CMS、部署、服务器 |
设计＋前端开发 | 设计成果、前端源码、构建说明、响应式页面 | 内容后台、复杂业务接口、长期运维 |
完整网站建设 | 设计、开发、CMS或接口、测试、部署与交接 | 域名和服务器费用、持续内容运营、范围外功能 |
02 设计文件：不是有Figma链接就结束
可编辑设计源文件应由客户账号或双方确认的团队空间持有，不能只给只读链接。页面要覆盖最终确认版本，而不是混杂十几轮废稿。组件、颜色、字体、栅格和间距至少具备基本命名，方便后续设计师继续工作。
响应式交付需要写清断点和适配原则。只画一张桌面首页，再让开发“自行适配手机”，不属于完整的响应式设计。对于结构差异明显的页面，应提供移动端关键稿；对重复模板，可通过规则和示例说明。
□ 最终页面清单与Figma页面一一对应；
□ 桌面端、移动端及必要的平板适配状态；
□ 导航、弹窗、表单、筛选、空状态、错误状态和加载状态；
□ 组件库、颜色、字体、图标与图片使用规则；
□ 原型链接、交互说明和复杂动效说明；
□ 已确认版本与探索废稿分区存放。
03 素材与授权：能下载不等于能商用
网站中的Logo、图标、插画、照片、视频、字体、音效和3D素材都应明确来源。客户自带素材、供应商原创素材、付费图库和开源资源的权利边界不同。尤其要确认字体是授权给最终客户、网站域名，还是只授权给设计方账户。
素材交付最好附一个简短台账，记录文件名、来源、授权类型、是否可修改、是否需要续费。没有台账，几年后换团队时很难判断哪些资源可以继续使用。
素材类别 | 建议交付 | 需确认的问题 |
|---|---|---|
品牌资产 | Logo源文件、标准色、品牌字体说明 | 版权与商标边界 |
图片/视频 | 原文件、裁切版本、压缩版本 | 图库许可、人物肖像与地区范围 |
字体 | 字体名称、字重、使用位置、授权凭证 | 网页嵌入与商用许可 |
图标/插画 | SVG/PNG/源文件、组件化版本 | 原创、开源协议或平台许可 |
动效/3D | 工程文件、导出格式、降级方案 | 软件插件和模型授权 |
04 前端源码要能“接得住”，不能只是一包文件
源码交付至少应包含代码仓库、稳定分支、依赖锁文件、环境变量示例、构建命令和部署说明。若项目使用私有组件、付费插件或供应商内部脚手架，要写清客户是否拥有继续使用和修改的权限。
真正可交接的源码，应该让新的开发人员在没有原团队口头指导的情况下，按照文档完成本地启动和生产构建。不能交付真实密钥，但必须说明密钥有哪些、由谁保管、如何配置。
- Git仓库所有权或完整提交历史；
- README、本地启动、构建、部署与回滚命令；
- 依赖版本与锁文件；
- 环境变量示例，不包含真实密码和密钥；
- 路由、组件、数据接口与主要目录说明；
- 第三方SDK、插件和许可证清单；
- 已知问题与暂未支持范围。
05 CMS与内容：后台“能发文章”还不够
如果包含后台，应交付管理员账号、角色权限、内容模型和操作说明。企业官网常见内容不只有文章，还包括产品、方案、案例、团队、下载资料和多语言字段。每种内容能否预览、排序、定时、撤回和回滚，要在验收前验证。
内容录入责任也要明确：供应商负责搭建模板，还是负责将现有资料全部迁移；客户后续能修改哪些区域；复杂视觉模块是否需要开发介入。很多“有后台但不好维护”的问题，本质是内容模型没有按真实运营设计。
06 账号、域名与部署文件必须归档
域名、DNS、服务器、CDN、邮件、统计、Search Console、地图、短信和表单通知等账号，原则上应由客户主体创建或至少拥有最高权限。供应商可以代配置，但不应成为唯一控制人。
上线完成后，应保存DNS记录、SSL证书方式、备份策略、监控入口和故障联系人。若网站部署在供应商统一服务器上，需要明确迁出方式、数据导出格式、迁移费用和停止合作后的处理期限。
类别 | 最低交付要求 |
|---|---|
域名与DNS | 注册商账号、解析记录、续费责任、双重验证 |
服务器/CDN | 管理权限、部署位置、资源规格、备份和日志入口 |
统计与搜索 | Analytics、Search Console、Tag Manager等资产归属 |
表单与邮件 | 收件配置、SMTP或接口、垃圾防护、测试记录 |
CMS账号 | 超级管理员、编辑角色、权限说明与恢复方式 |
07 用一场“可独立运行测试”完成验收
最终验收不要只看页面是否能打开。最有效的方法，是让客户或第三方按照交付文档完成一次独立操作：拉取源码、本地启动、修改一条内容、发布到测试环境、恢复一个备份并查看统计数据。中途每一个必须依赖原供应商临时操作的环节，都是交接缺口。
交付清单应作为合同附件或需求确认书的一部分，并在每个阶段持续更新。最后一天临时补清单，往往只能记录已有文件，无法补回从未建设的权限、文档和内容模型。
常见问题
Figma只读链接算交付吗？
通常不算完整源文件交付。至少应确认客户能复制或持有可编辑文件，并保留最终组件、页面和必要历史版本。
前端源码是否必须包含Git历史？
最好包含。完整提交历史有助于理解变更和回退；若合同只约定最终源码，也应至少提供可构建版本、依赖锁和说明文档。
购买的字体和图片需要一并转让吗？
取决于许可。许多第三方资源不能直接转让，只能由客户重新购买或取得对应授权，因此必须逐项记录。
网站后台需要交操作手册吗？
建议交付。简单后台可以用一份图文说明或录屏，复杂内容模型应包含角色、发布流程、字段含义和常见问题。
尾款前应该拿到全部源码吗？
付款与交付节点应按合同执行。常见做法是验收可运行成果，结清尾款后交付完整源文件和正式权限，具体必须写清。
