照片文件命名：找到正确的版本

先给照片赋予身份，再赋予状态。

从三个单独的问题开始：这是什么工作，哪张照片，以及我正在看哪个版本？项目代码标识该工作。图像编号标识其中的照片。导出标签描述特定的输出。将它们一致地组合起来比将每个细节放入长文件名中更有用。

例如，工作室可能选择项目代码 ST042 和图像编号 0012。其 Web 导出可能是 ST042_0012_web_v01.jpg，而不同的输出使用相同的 ST042_0012 参考。这是一个示例约定，而不是必需的行业标准。选择描述您实际交付内容的标签，并写下每个标签的含义。

决定图像参考何时固定。如果客户已经选择了0012图片，编辑时不要随意更改为0037。当现有作业已经具有不同的相机、校样和导出名称时，请在进行更改之前在它们之间保留一个小的映射。在不保留该关系的情况下重命名文件可能会导致选择列表指向无人识别的名称。

使用项目代码，而不是用客户的全名或联系信息填充每个文件名。将识别预约所需的信息保留在客户记录中。当文件离开其原始文件夹时，名称应该仍然有用，而不是在每个附件中携带不必要的个人详细信息。

将图像编号与修订版分开。

版本号表示这是哪一个已确认的修改版本，照片编号表示这是哪张照片。不要用一个代替另一个。如果客户要求修改照片0012，下一个约定的导出文件可以叫ST042_0012_web_v02.jpg。照片编号仍是0012，变化的是文件版本。

约定由谁、在什么情况下增加版本号。修图师保存一次工作文件，不意味着它就成为了可交付版本。同样，为修正裁剪而重新导出的文件，不应在团队不知情时替换已确认的版本。附上一条简短的交接说明，写清修改内容和接收人。

以团队理解的方式分离工作材料、审查导出并准备交付文件。如果文件夹已经显示已交付，则文件名不需要几个额外的最终形式。不过，请避免仅依赖于文件夹名称的规则：下载的文件可能与该文件夹分开。它的项目和图像参考应该仍然有意义。

在将命名预设应用于整个作业之前，请在材料的小副本上进行测试。检查您实际用于编辑、共享和下载的工具。确认您的约定使名称保持独特，并且任何编号或重命名设置都符合您的预期。命名约定是一种工作协议；它不能替代单独的备份过程。

使用一个真实请求测试切换。

想象一下，一位客户写道：“请在网站上使用图像 0012，并采用我们批准的更严格的裁剪。”这是一个说明性的场景。您的系统应该让其他团队成员识别工作，找到所选照片，找到商定的修订版本，并识别网络输出，而无需依赖原始摄影师的记忆。

在交付之前，将所选图像参考与您想要共享的导出进行比较。检查是否有缺失的数字、重复的输出名称以及旧版本和新版本的混合。打开实际导出文件的示例，而不是单独检查文件名。正确命名的文件仍然可能包含意外裁剪或错误编辑。

向客户提供与他们收到的文件相匹配的简短说明：“请求更改时，请提供图像参考，例如 ST042_0012。”解释哪个库或文件夹包含即用型版本。不要要求客户从“最新”、“新”或“最终”等词语中推断出认可2。当几个人审查一个商业项目时，商定由谁来合并他们的请求。

在 Karavex 中，保持预约上下文和图库交接连接，然后在共享的文件中一致地使用您的命名协议。从下一个已完成的工作开始，而不是尝试对整个存档进行意外重命名。保留您有意迁移的任何材料的旧到新映射，并检查接收文件的人员是否可以遵循它。

共享之前进行文件命名检查