团队协作中，最难的不是写文件，而是三个月后还要找出当时那一版。命名与归档看起来是小事，却直接决定了信息能否被再次利用。

命名要包含四个要素

建议采用日期加项目加类型加版本的结构，例如 20261006 市场部 季度方案 v2；日期用八位数字放在最前，按名称排序即按时间排序。

避免使用最终版、最新、改过的这类相对描述，几天后就会出现最终版二和最终版三，谁也说不清哪个才是提交件。

目录层级控制在三层内

按年份、项目、阶段分层，层级再深就会让人迷失；同一项目内的文件种类用命名区分，而不是再建一层文件夹。

公共资料与个人草稿分开存放，个人草稿不要放进共享目录，减少他人误用未定稿内容的风险。

版本与清理机制

对外提交的版本单独存放于交付目录，过程稿留在工作目录；归档时保留最终稿与关键中间稿，其余按时间清理。

每季度做一次归档整理，把已结束项目的目录移到归档区并设为只读，共享区只保留在办项目，找文件自然变快。

  • 命名含日期、项目、类型与版本，日期用八位数字
  • 不用最终版之类的相对描述
  • 共享目录只放在办项目，结束项目及时归档

规范的价值在于全员一致：命名、层级、归档时机都按同一套来，检索才可预期。把命名格式写进团队首页的一行说明，新同事入职第一天就照做，比事后整理几个 G 的历史文件要轻松得多，也更容易长期维持，交接时也不必再逐个交代文件在哪。