修图交付前最后一次发给客户：原图、结果图、说明和反馈入口怎么打包？

客户收到一张结果图后问“改了哪里、还能不能再改、这是哪一版”，通常不是客户要求太多，而是交付包缺少最小上下文。只发最终 JPG，既不能回到原图，也无法确认客户反馈对应哪个版本。

最后一次交付至少要把原图、结果图、说明和反馈入口放在同一份版本记录里。文件可以分目录，但身份必须能互相指向。

交付包的四个最小组成

材料	作用
原图或授权母版	作为回退和对照起点
结果图	绑定具体版本和用途
修改说明	写明改了什么、没改什么、已知限制
反馈入口	让客户按编号和区域提出下一轮意见

原图涉及隐私或授权时，不一定直接发给所有人，但交付记录要写明它的内部存放位置和可用范围。

用版本和文件名避免拿错

可以采用：

project-042_source-v1/
project-042_delivery-v3_web.jpg
project-042_delivery-v3_notes.txt
project-042_feedback.md

说明文件里写清输出尺寸、格式、用途、已知未处理项和反馈截止时间。不要把“最终”“最新版”当唯一版本身份。

反馈要能定位到画面

让客户按“文件—区域—问题—期望”描述反馈。例如“delivery-v3，右下角，阴影太重，希望保留接触点”。如果需要在截图上加编号或说明，可用图片对比工具生成前后对照，再把编号写进反馈入口。

工具负责展示差异，不替你判断客户意见是否合理。结果图、原图和说明要能同时打开；只发一张标注图，客户仍可能不知道它对应哪个源文件。

交付前做一次四项复核

1. 打开的结果图是本轮版本，而不是旧导出；
2. 说明里的尺寸、格式和修改范围与文件一致；
3. 反馈入口能指向具体编号或区域；
4. 需要客户确认的未知项已明确写成待确认。

相邻的直播封面商品图交付检查和AI 修图证据台账怎样留可补充交接思路。本文聚焦最后一次发给客户的最小包，不把它扩展成复杂项目管理系统。

好的交付包不是文件越多越好，而是每份材料都能回答一个问题：原来是什么、现在改了什么、这版用于哪里、下一步怎样反馈。四项对得上，客户才不必靠猜测开始下一轮沟通。