深圳视频制作 · 交付与验收
深圳视频交付验收清单：母版、字幕、版本与归档
文件能播放，只说明它没有在第一步失败。真正可交付的视频，需要让下一位接收人知道：哪一版可以发布、适合在哪里使用、技术规格是否匹配、字幕和授权是否齐全，以及半年后能否被准确找回。
先说结论：验收对象不是“一个视频文件”，而是一套可使用的版本关系
品牌方收到的常常是一串看似相近的文件：最终版、无字版、横版、竖版、15 秒、30 秒、不同语言、字幕包、工程文件和素材盘。真正容易出错的并不是有没有发齐，而是“最终版”到底指哪一版、某个社媒版本是否用了未确认的字幕、平台压缩后的画面和声音是否仍可接受，以及两个月后谁还能解释这些文件。
因此，深圳视频制作项目的交付验收应从接收人、使用场景和可恢复性出发。先为每一类文件写清用途和确认人，再检查技术规格、实际播放、语言与权利，最后让不参与剪辑的人按清单恢复一次。这样做不会增加无意义的表格，而是把最昂贵的返工——错版上线、缺字幕、找不到源文件、无法证明授权——提前留在交付阶段解决。
一、先分清四层交付：母版、发布版、语言包和归档包
把所有文件混在一个“final”文件夹里，几乎必然会让后续团队误用。以下四层可以按项目实际增减，但不要相互替代。
| 层级 | 解决的问题 | 至少应写清的内容 | 常见误区 |
|---|---|---|---|
| 审批母版 | 哪一个版本是内容和画面确认的依据 | 画幅、分辨率、帧率、时长、色彩空间、音轨、版本号、批准日期 | 把剪辑软件导出的任意一版称为“母版” |
| 渠道发布版 | 哪一版用于官网、展会、社媒、广告投放或媒体平台 | 平台、比例、时长、编码、字幕形态、上线负责人、发布前复验项 | 用同一个横版文件应对所有竖屏和静音场景 |
| 语言与无字包 | 字幕、配音、端卡、合规文字能否按市场替换 | 语种、字幕格式、烧录或可切换、术语确认人、语言版本对应母版 | 只交付带字幕成片，后续无法改词或复用 |
| 项目归档包 | 以后是否能定位、复核和再制作 | 已批准母版、工程入口、字体/插件说明、授权索引、素材与文件校验信息 | 把原始素材、代理文件和最终发布版混在一起 |
例如，Apple ProRes 适合用于高质量后期工作流，但它并不是每个发布端的默认答案；Apple 对 ProRes 不同规格、数据率和适用场景有明确区分。是否要把某种 ProRes 文件作为审批母版，应由项目的后期链路、储存成本和接收软件共同决定，而不是把“文件更大”误当成“交付更完整”。
二、验收顺序要按风险排：先查会造成错用的，再查会影响体验的
- 01 版本身份
先确认“谁可以用哪一版”
先把文件名、版本号、批准状态和用途放在同一张表里。客户审批通过的横版 60 秒片，不自动等于竖版 15 秒投放素材也已经通过；无字版、口播替换版和海外版本也必须各自标明状态。
- 02 文件与元数据
再核对规格，而不是只看扩展名
逐项比对画幅、像素尺寸、帧率、时长、扫描方式、编码、色彩空间、音轨数量和声道排列。把交付单中的技术字段与实际导出文件核对，避免文件名写着“4K Master”，实际却是错误的比例、帧率或音轨。
- 03 实际播放
在真实观看环境抽查开头、中段和结尾
文件可打开不代表内容可用。至少抽查首尾、转场、字幕出现点、产品细节、静帧和有复杂声音的段落；重要渠道还应在计划使用的手机、电脑、展屏或平台后台进行一次回读。若项目要上传特定平台，以该平台当期的官方规格为准，不用过往项目参数直接套用。
- 04 声画与字幕
把“听得到”和“看得懂”分开验
检查配音、音乐、环境声和旁白是否在目标设备上保持可理解；对存在响度规范的交付渠道，按约定规范与实测记录验收，不以主观试听取代数据。字幕要检查语言、断句、时间点、说话者对应关系和安全区；可切换字幕应交付可编辑文件，而不是只保留烧录画面。
- 05 权利与品牌信息
把每个可发布版本对应到权利边界
音乐、字体、演员肖像、第三方素材、产品名称、Logo 和区域性文案，可能在不同市场、时长和媒介下有不同限制。验收表应记录凭证或授权文件的位置、适用范围与有效期限；没有核对过的内容不要因为“上一版用过”就默认继续可用。
- 06 恢复演练
让不了解项目的人也能找回有效文件
请一位不参与剪辑的人，按照交付说明找到批准母版、一个指定平台版、对应字幕、授权索引和工程入口。找不到、无法播放或无法判断状态的项目，都不应把“归档完成”写进结项记录。
三、视频交付表不用复杂，但必须能回答八个问题
以下字段可放进 Excel、Notion、资产管理系统或项目交付说明。重点不是软件，而是每一条都能被复验。
| 字段 | 写法示例 | 为什么必要 |
|---|---|---|
| 文件唯一名称 | 品牌_项目_用途_比例_时长_语言_v03 | 减少“final-final2”式错版 |
| 批准状态与日期 | 客户内容批准 / 渠道规格待复验 | 区分创意确认和发布可用 |
| 使用场景与接收人 | 官网首屏 / 市场负责人；展会屏 / 现场执行 | 避免同一文件被错误复用 |
| 技术规格 | 画幅、分辨率、帧率、编码、色彩、音轨 | 让接收方能够实测比对 |
| 字幕与语言关系 | 简中烧录、英文 WebVTT、无字画面版 | 为改词、出海与无障碍阅读预留路径 |
| 权利索引 | 音乐授权、字体许可、演员授权的文件位置 | 避免只交成片、不交可证明材料 |
| 校验信息 | 文件大小、生成日期、SHA-256、存储路径 | 识别传输或存储后是否发生意外变化 |
| 验收记录 | 检查人、设备/平台、时间、发现项、复验结果 | 让问题闭环，而不是停留在口头确认 |
WebVTT 是 Web 视频文本轨道的公开标准之一，适合把可切换字幕、时间线与文本内容分离管理；但采用何种字幕格式，仍要以目标播放器和投放平台实际支持情况为准。对任何字幕文件，都要同时做“文件可载入”和“真人实际阅读”两类检查。
四、归档不是存满硬盘，而是保住未来一次再利用的判断依据
项目归档至少要把三种东西分开：可直接发布的批准文件、可继续编辑的项目文件、以及能够解释二者关系的记录。素材盘再大，也不能代替这份“关系说明”。没有批准版本、工程入口、字体/插件、素材来源和版本变更记录，团队常常只能重新猜一次当初的决定。
对需要长期保留或跨团队传递的文件，可以将文件校验值写入交付清单。SHA-256 等哈希算法用于生成数据摘要；它可以帮助发现文件在下载、传输或存储后是否发生了变化，但不能证明一份素材本身拥有何种版权或发布权利。校验值应与源文件路径、生成时间、文件大小和责任人一起保存，才便于出现差异时定位原因。
更实用的收尾动作，是把“半年后复用”当成验收情境：营销团队要把横版主片拆成竖版切片，海外团队要替换英文端卡，采购方要核对音乐授权，后期团队要回到工程文件更新产品信息。交付包若能让这些动作各自找到入口，才说明它兼顾了商业复用和制作维护。
五、把交付验收前置到 Brief：拍摄前就约定“交什么、给谁用、怎么通过”
交付问题通常不是导出当天才出现。客户若在 Brief 阶段没有明确首发平台、画幅、语言、字幕方式、审片人、最终接收人和归档期限，制作团队只能在后期阶段用不断新增的“再出一版”补救。项目启动时先确认这些边界，能让镜头、设计、剪辑、配音和端卡从一开始就为正确的交付服务。
准备拍摄或后期外包前，可以先阅读站内的《TVC 制作 Brief 与版本验收指南》，把内容目标、渠道版本、审核节点和交付清单放进同一份项目资料；如果项目在深圳执行，并涉及拍摄、后期、版本拆分和最终交付，可结合深圳视频制作与拍摄服务进一步确认制作范围。
常见问题
视频交付一定要同时交源文件吗？
不一定。是否交付工程、素材、代理、字体或插件，取决于合同、版权和后续维护责任。无论交不交，都应明确可交付范围、项目入口、第三方素材限制和接收方能否继续编辑。
平台版和母版有什么区别？
母版是内容确认和后续派生的基准；平台版是针对特定画幅、时长、编码、字幕或投放规则制作的使用版本。平台版通过不等于母版变更，母版通过也不等于所有平台版都可上线。
有了文件校验值，是否还要做人工播放？
需要。校验值只能帮助判断文件是否发生变化，不能判断画面、音轨、字幕、端卡、版权信息和目标设备体验是否正确。技术校验和人工回读缺一不可。
交付清单最好在开拍前就确定，而不是在客户要文件时临时补齐。
提交项目时请说明成片时长、首发平台、画幅、语言版本、是否需要源文件，以及谁负责最终验收；我们会据此拆分制作、版本和交付节点。
