先写交付约定再导出
记录用途、尺寸口径、格式、文件数量与编号规则。比如虚构示例约定六张网络展示图,长边 1600 像素,使用 JPEG,每张保持作品编号。本例参数只是该次假设约定,不是所有平台的通用要求。
分清工作目录和发送包
在独立 export/web-v02 目录生成本轮文件;核对名单,只放本轮约定内容;把清单随包保存。不要直接发送混有试验导出与旧版本的工作目录,也不要只靠聊天中的「最新那个压缩包」定位最终结果。
可照填的记录表
以下为「河岸散步」虚构项目的填写示例。
| 作品编号 | 交付文件 | 用途 | 核对项 |
|---|---|---|---|
| river-B-0021 | river-B-0021-web-v02.jpg | 网络展示 | 编号、画面、尺寸 |
| river-A-0008 | river-A-0008-web-v02.jpg | 网络展示 | 数量、顺序、可打开 |
发送前做四步核对
第一,清单与目录数量一致;第二,逐个文件能打开且内容对应;第三,按约定检查尺寸、格式和方向;第四,查看是否带入不需要公开的附属资料或备注。核对使用接收者将收到的那一份包,避免检查的是另一个工作目录。
交付后怎么归档反馈
记录包名、版本、发送日期、接收方标识与封存路径;只有确实收到确认时才填「已确认」。反馈尽量引用作品编号,例如「B-0021,右边再留一点空间」。下一轮新建版本与发送包,把旧包留为历史记录,保持前后可比。
适用情景与问答
适合作品投稿、个人作品集与协作交付。问:交付后修了一张怎么办?答:记录变更并产生新版本,说明替换范围,不悄悄改旧包。问:工具生成的 CSV 能直接交付吗?答:可作为清单起点,但先把待核对状态更新为真实结果,并删除不适合外发的内部备注。