一套能坚持的文件命名规则：日期、主题和版本

先确定你会怎样找文件

文件名的目标，是让未来的自己和接收方知道这是什么、属于哪个项目、该用哪一版。不要先追求包含所有信息的长名字。先列三个真实检索问题，例如“上个月交付的清单在哪”“给甲方的确认稿是哪份”“这张图属于哪个活动”。只有能帮助回答这些问题的字段，才值得固定进名称。

个人临时笔记和正式项目交付不必采用完全相同的规则。给需要长期保留或共享的资料建立稳定命名即可；若每个临时截图都要求填写六个字段，规则很可能很快被放弃。

从三个字段开始，明确每个字段含义

一个适合一般项目资料的起点是 日期_主题_版本.扩展名。日期写清采用创建日、会议日还是交付日；主题使用稳定关键词；版本使用固定宽度数字。下列名称只是示例，你可以按项目实际需要调整。

2026-10-27_秋季活动_执行清单_v01.xlsx
2026-10-29_秋季活动_执行清单_v02.xlsx
2026-10-30_秋季活动_交付清单_v03.xlsx

固定宽度的年月日便于按名称观察时间顺序，v01、v02 则减少 v2 与 v10 在简单名称排序中的困惑。不要把示例日期机械复制进所有文件，应先核实每份文件对应的事件日期。

把版本号和状态分开

“最终版”“最终版2”“真的最终版”没有清楚说明哪份可交付。保留递增版本号，并把“草稿、待确认、已交付”作为独立状态记录。小项目可以加在文件名末尾；资料较多时，放在清单里更容易统一维护。状态变化不应抹掉过去已经交付的版本。

一个可实行的约定是：内容发生需要追踪的变更就增加版本号，正式发送时记录文件名、发送日期和对象。不要因为只改了两行就覆盖已经发送的版本，否则日后核对意见时，双方看到的同名文件可能已不再相同。

目录保留上下文，名字避免重复负担

如果目录已经是 项目/秋季活动/交付，文件名可以不再堆叠组织全称、部门和长项目编号。目录适合稳定分类，文件名适合识别单份资料。建议从少数用途清楚的目录开始，例如 01_原始资料、02_工作文件、03_交付记录，不要为了整齐建立大量空目录。

原始资料按收到时保留，工作副本另存；交付目录保存已经发送的版本及清单。这套做法不依赖特定软件，也不意味着必须把所有文件重复保存三份。是否复制、归档或引用，应根据实际备份和协作方式决定。

旧文件逐批迁移，先处理最常用的部分

历史目录不必一天全部改名。先选择仍在使用的一个项目，列出旧名、新名、所在目录和版本依据，用重命名规划工具检查映射。对于“文档(1).docx”这种缺乏信息的名字，先打开内容确认，不要凭序号推断日期或版本。无法确定的信息宁可暂时留空。

迁移前查看是否有外部链接或项目引用，先在副本中演练。Windows 文件名有保留字符与设备名称等限制，跨平台共享时也要考虑大小写、路径长度和接收方软件。减少不必要的层级与符号通常比用复杂缩写更容易维护。

留一段规则说明，并定期删掉例外

在项目根目录放一段简短说明，交代日期含义、版本规则、交付目录用途和负责人如何确认最终状态。说明应短到新成员能立即使用。若每周都遇到同一种例外，调整规则，而不是不断往文件名后面加补丁。

一个月后用三个问题检查效果：能否在一分钟内找到最近交付的文件；能否分清草稿与已发送版本；接收方拿到文件后是否仍理解主题。若答案仍不清楚，先改进交付清单和目录上下文，不急着增加字段。稳定执行一套简单规则，比拥有一份无人遵守的复杂规范更有用。