社媒图片版本怎么管理？用主文件、派生图和发布截图避免返工

社媒团队返工时，最常见的问题不是没有文件，而是文件太多：原图、裁切图、加字图、压缩图、发布截图都叫“最终版”。当运营说“把上一版的标题换回去”，设计师却不知道上一版究竟对应哪一张，返工就会变成重新猜测。

版本管理不一定要上复杂系统。先把主文件、派生图、发布预览和反馈记录四层关系写清楚，团队就能快速定位问题。

四层文件关系

主文件：保留可继续编辑的来源

主文件可以是原始照片、PSD 或没有渠道裁切的母版。它不应该被直接覆盖成某个平台的发布图，也不要用发布后的压缩截图代替。

派生图：记录用途和规则

派生图是按渠道、比例、文字和格式导出的版本。一个文件只对应一个主要用途，文件名里写明渠道、版本和状态，避免同一图片在不同目录里反复出现。

发布预览：记录真正看到的结果

导出文件不等于发布页面。平台可能再次裁切、压缩或改变预览比例，所以发布前要保存一次截图或预览记录，并标明它对应的派生文件。

反馈记录：绑定具体版本

反馈不能只写“图片不对”。应写明文件名、区域、问题、期望动作和是否影响其他渠道。如果反馈来自发布截图，还要把截图与派生文件关联起来。

命名比“最终版”更重要

可以采用“项目-内容-渠道-版本-状态”的结构：

• spring-launch-product-main-wechat-v03-review；
• spring-launch-product-main-social-v03-final；
• spring-launch-product-main-social-v03-publish。

状态词要保持有限集合。不要出现 final-final、final2、真的最终 这种无法排序的名字；如果版本发生变化，递增版本号并保留上一版。

返修时先定位差异，再决定改哪一层

如果只是标题行数变化，问题可能在渠道派生图；如果主体比例变化，可能需要回到主模板；如果发布页裁切异常，则要检查发布截图与导出画布是否一致。不要在最靠近手边的文件上直接修，因为那可能只修复了一个结果，其他派生文件仍然错误。

可以用图片对比工具并排查看候选图、最终图和发布截图。滑块适合看构图移动，透明叠加适合看文字位置，像素差异适合定位局部变化；最后仍要把结论写回版本记录。

给团队一份最小版本台账

字段	要记录什么
主文件	来源、原始文件名、是否可继续编辑
派生图	渠道、比例、格式、版本号
发布预览	截图或预览位置、对应版本
反馈	发现区域、问题、期望动作、处理状态
责任人	谁生成、谁检查、谁确认交付

详细的版本和交付边界可以参考图片交付版本清单，本文把它收缩到社媒团队最容易返工的场景。

社媒图片版本管理的重点，不是给文件加更多前缀，而是让每一次修改都能回答“从哪里来、改了什么、交付到哪里”。主文件、派生图、发布预览和反馈记录各司其职，团队才能在内容频繁变化时保持可追溯。