文档归档目录结构模板由三部分组成：可复制的三级目录树、命名规范表、归档登记表。它适合需要统一存放项目文档、制度文件和过程记录的团队，按“一级文档类型、二级业务域或项目、三级年份或版本状态”搭建主干。下文先给空白模板，再说明字段口径、必填取舍、完整填写示例与后续维护方法，拿到后可直接复制并按组织情况调整。
要点总览（TL;DR）
- 模板由三部分组成：三级目录树、命名规范表、归档登记表，复制后替换方括号内容即可使用。
- 目录按“一级文档类型、二级业务域或项目、三级年份或版本状态”分层，命名统一为“前缀_主体_日期_版本号_状态”。
- 文档名称、版本号、状态标识、归档日期、责任人及三级目录为必填，文档编号、保留期限等按管理精细度选填。
- 填写后用文件名、所属目录、状态标识三项与登记表核对一致性；目录扩展、命名规范升级和定期清理需明确责任人与节奏。
可复制的归档目录结构空白模板
下面是一份空白目录树，复制后把方括号内的占位内容替换为实际名称即可使用。三级结构承担不同职责：一级区分文档性质，二级定位业务归属，三级解决同一目录下文件随时间增多后的区分问题。
归档库/
├── 01_制度与规范/
│ ├── [业务域A]/
│ │ ├── [年份]/
│ │ └── [现行版本]/
│ └── [业务域B]/
│ ├── [年份]/
│ └── [现行版本]/
├── 02_项目文档/
│ ├── [项目名称或项目编号]/
│ │ ├── [年份]/
│ │ └── [版本状态：草稿/评审中/已发布/已归档]/
│ └── [项目名称或项目编号]/
│ ├── [年份]/
│ └── [版本状态]/
├── 03_过程记录/
│ ├── [业务域或项目]/
│ │ ├── [年份]/
│ │ └── [月份或阶段]/
│ └── [业务域或项目]/
│ ├── [年份]/
│ └── [月份或阶段]/
├── 04_对外材料/
│ ├── [业务域或客户]/
│ │ ├── [年份]/
│ │ └── [版本状态]/
│ └── [业务域或客户]/
│ ├── [年份]/
│ └── [版本状态]/
└── 99_待整理与临时区/
└── [责任人]/
└── [年月]/
目录树只规定位置，还需要两张表配合：一张说明每层目录放什么、谁负责、保留多久；一张登记每份归档文件的关键信息，便于检索和交接。
目录层级说明空白表
| 层级 | 目录名 | 存放内容 | 责任人 | 保留期限 |
|---|---|---|---|---|
| 一级 | ||||
| 二级 | ||||
| 三级 | ||||
| 一级 | ||||
| 二级 | ||||
| 三级 |
归档登记表空白表
| 文档编号 | 文档名称 | 所属目录 | 版本 | 状态 | 归档日期 | 责任人 |
|---|---|---|---|---|---|---|
目录层级与命名规范字段说明
字段说明的作用是让不同人填出同样的结果。目录层级的划分依据是“先按用途、再按归属、最后按时间或状态”，命名规范则把文件名拆成可识别的固定要素，两者共同保证文件放得进、找得到。
| 字段 | 所属对象 | 含义 | 填写口径 |
|---|---|---|---|
| 一级目录 | 目录树 | 文档的大类 | 按用途划分，如制度与规范、项目文档、过程记录、对外材料；数量控制在十个以内 |
| 二级目录 | 目录树 | 业务域、项目或客户 | 使用组织内已存在的稳定名称或编号，避免使用个人姓名和临时叫法 |
| 三级目录 | 目录树 | 时间或版本状态 | 制度类用年份或“现行版本”，项目类用年份或草稿、评审中、已发布、已归档等状态 |
| 存放内容 | 层级说明表 | 该目录允许放入的文件范围 | 用一句话描述，必要时列出典型文件类型 |
| 责任人 | 层级说明表、登记表 | 对该目录或该文件负责的人 | 写到岗位或具体人员，同一目录只保留一个主责任人 |
| 保留期限 | 层级说明表 | 文件在该目录保存的时长 | 按组织制度或合规要求填写，如“长期”“3年”“项目结束后2年” |
| 前缀 | 命名规范 | 标识文档所属大类 | 与一级目录对应，如ZD（制度）、XM（项目）、GC（过程）、DW（对外） |
| 主体 | 命名规范 | 文档的核心名称 | 使用能独立看懂的名词短语，避免“新建文档”“最终版”这类无信息量表述 |
| 日期 | 命名规范 | 文档形成或生效日期 | 统一为YYYYMMDD，八位数字，不混用斜杠和短横线 |
| 版本号 | 命名规范 | 文档的修订次序 | 采用V主版本.次版本，如V1.0、V1.2；主版本用于内容结构性调整，次版本用于小修 |
| 状态标识 | 命名规范 | 文档当前所处阶段 | 从固定取值中选择：草稿、评审中、已发布、已归档 |
| 文档编号 | 登记表 | 归档文件的唯一标识 | 建议由前缀加年份加流水号组成，如XM-2024-015 |
| 所属目录 | 登记表 | 文件在目录树中的位置 | 从一级写到三级，用斜杠分隔 |
| 归档日期 | 登记表 | 文件正式放入归档目录的日期 | 与文件名中的日期区分，记录的是归档动作发生时间 |
命名规范建议统一为“前缀_主体_日期_版本号_状态”的顺序，例如“XM_需求规格说明书_20240315_V1.0_已发布”。顺序固定后，按文件名排序就能大致看出同类文档的时间线和版本关系。
哪些字段必填、哪些可以选填
必填字段的判断标准是：缺少它会导致文件无法定位、无法判断版本或无法追责。其余字段按管理精细度选填，避免一开始就要求填写过多内容而降低执行意愿。
| 字段 | 必填/选填 | 理由或适用场景 |
|---|---|---|
| 一级、二级目录 | 必填 | 决定文件能否被归入正确位置，缺失会导致归档失败 |
| 三级目录 | 必填 | 区分时间或状态，缺少后同一目录会堆积大量同名文件 |
| 文档名称 | 必填 | 检索的第一入口 |
| 版本号 | 必填 | 判断是否为最新有效版本 |
| 状态标识 | 必填 | 区分草稿与已发布，防止误用未定稿内容 |
| 归档日期 | 必填 | 用于计算保留期限和清理 |
| 责任人 | 必填 | 交接、清理和问题追溯时需要明确到人 |
| 文档编号 | 选填 | 文件量较大、需要跨系统引用时建议填写；小团队可先用文件名代替 |
| 日期（文件名中） | 选填 | 制度类和对外材料建议填写；过程记录若已按年月分目录，可省略 |
| 保留期限 | 选填 | 有合规或审计要求时必须填写；普通内部资料可统一按组织默认规则处理 |
| 存放内容说明 | 选填 | 目录名称已足够清晰时可省略，新设目录建议补充 |
字段缺失时的处理约定需要提前写清楚：文件名缺少版本号或状态的，由责任人补齐后再归档；无法确认责任人的文件先放入“99_待整理与临时区”，并在登记表中标注待认领；保留期限未填的，按所属一级目录的默认期限执行。这样即使填写不完整，也不会让文件长期游离在目录体系之外。
完整填写示例：一个项目文档的归档过程
以下为演示情景，用于说明模板如何填写，不代表真实客户案例。假设某团队完成“客户门户改版”项目，需要归档需求规格说明书、测试报告和项目总结三份文件。
填写后的目录树（节选）
归档库/
└── 02_项目文档/
└── XM-2024-003_客户门户改版/
├── 2024/
│ ├── 草稿/
│ ├── 评审中/
│ ├── 已发布/
│ └── 已归档/
└── 2025/
└── 已归档/
按命名规范生成的文件名
- XM_需求规格说明书_20240315_V1.0_已发布
- XM_测试报告_20240420_V1.1_已发布
- XM_项目总结_20240510_V1.0_已归档
三份文件都使用XM前缀，主体名称直接说明文档内容，日期为八位数字，版本号体现修订次序，状态标识与所在三级目录保持一致。测试报告从V1.0修订到V1.1，属于内容小修，因此只递增次版本号。
归档登记表中对应的一行记录
| 文档编号 | 文档名称 | 所属目录 | 版本 | 状态 | 归档日期 | 责任人 |
|---|---|---|---|---|---|---|
| XM-2024-015 | 需求规格说明书 | 02_项目文档/XM-2024-003_客户门户改版/2024/已发布 | V1.0 | 已发布 | 2024-03-18 | 产品负责人 |
| XM-2024-021 | 测试报告 | 02_项目文档/XM-2024-003_客户门户改版/2024/已发布 | V1.1 | 已发布 | 2024-04-22 | 测试负责人 |
| XM-2024-030 | 项目总结 | 02_项目文档/XM-2024-003_客户门户改版/2025/已归档 | V1.0 | 已归档 | 2025-01-08 | 项目经理 |
核对一致性时看三点：文件名中的前缀、日期、版本、状态与登记表是否一致；所属目录是否与文件实际位置一致；状态标识是否与三级目录名称一致。三项都对上，这份归档记录才算完整。
模板的调整与维护方法
目录结构和命名规范需要随业务变化调整，但调整应有规则，避免每个人按自己的习惯新建目录。建议把调整动作分成扩展、升级和清理三类，并明确触发条件和责任人。
调整规则清单
- 新增一级文档类型：由归档管理责任人在季度评审中提出，说明现有目录为何无法容纳，经团队确认后统一增加，并同步更新层级说明表。
- 新增二级业务域或项目：项目立项或业务域成立时即可增加，使用正式名称或编号；项目结束后保留目录，不再新增内容。
- 新增三级目录：优先复用已有的年份和状态取值，确需新增状态时先修改命名规范表，再启用新目录。
- 命名规范版本升级：规范本身用版本号管理，如“命名规范V1.0”；升级后新归档文件按新规范执行，旧文件不强制改名，在登记表中保留原文件名即可。
- 旧文件兼容处理：批量改名只在文件数量可控且有明确收益时进行，改名后同步更新登记表，避免登记信息与文件名脱节。
维护节奏与责任分工
| 维护动作 | 频率 | 责任人 | 产出 |
|---|---|---|---|
| 检查待整理区 | 每月 | 各目录责任人 | 待整理文件清零或标注认领人 |
| 核对登记表与目录 | 每季度 | 归档管理责任人 | 差异清单及修正记录 |
| 评审目录扩展需求 | 每季度或按需 | 归档管理责任人与业务代表 | 目录调整决定 |
| 按保留期限清理 | 每半年 | 归档管理责任人 | 到期文件清单与处理结果 |
| 修订命名规范 | 每年或触发时 | 归档管理责任人 | 新版本命名规范表 |
当归档目录从本地文件夹迁移到知识库或文档平台时，目录树可以对应为页面树，命名规范继续适用于页面标题，登记表则可由页面属性或独立表格承载。以ONES Wiki为例，页面树可以清晰呈现项目文档与知识信息，页面版本会被记录并支持查看与回滚，误删除的页面可从回收站恢复，读写权限可按角色配置。这些能力对应的是归档后的存放、版本追溯和访问控制环节；保留期限、自动清理和批量归档等策略需结合组织制度另行约定，并在选型时单独核验。无论使用哪种承载方式，模板中的字段口径和必填约定都应保持一致，这样目录调整时登记信息才不会失效。
常见问题
团队规模很小，三级目录和登记表都要建吗？
可以按管理精细度裁剪。三级目录建议保留，它解决的是同一目录下文件随时间堆积、同名文件难以区分的问题，与团队人数关系不大。登记表在小团队中可以先用文件名代替文档编号，但文档名称、版本号、状态、归档日期和责任人这几列建议保留，否则交接和清理时缺少依据。等文件量增长、需要跨系统引用时，再补上文档编号。
旧文件不符合新的命名规范，需要全部改名吗？
不要求一次性全部改名。常见做法是设定一个切换日期，新归档文件按新规范执行，旧文件保留原名，在登记表中记录原文件名和实际位置。批量改名只在文件数量可控、且有明确检索收益时进行，改名后同步更新登记表，避免登记信息与文件名脱节。若旧文件仍需长期保留，可在登记表备注列标注“旧命名”，便于后续识别。
归档目录迁移到知识库平台后，模板里的字段还适用吗？
字段口径可以延续。目录树对应为页面树，命名规范继续用于页面标题，登记表中的信息可由页面属性或独立表格承载。以ONES Wiki为例，页面树可以清晰呈现项目文档与知识信息，页面版本会被记录并支持查看与回滚，误删除的页面可从回收站恢复，读写权限可按角色配置。保留期限、自动清理和批量归档等策略需结合组织制度另行约定，选型时单独核验。
保留期限字段怎么定，没有合规要求也要填吗？
有合规或审计要求的组织必须填写，并按制度或法规口径写明具体年限。普通内部资料可以不逐份填写，改为在目录层级说明表中按一级目录设定默认期限，例如“项目文档：项目结束后保留2年”。这样清理时按目录批量处理，减少逐份判断的成本。期限一旦确定，应在季度核对时检查到期文件是否已按约定处理。
项目结束后，项目目录应该删除还是保留？
建议保留目录、停止新增内容，并把状态标识改为“已归档”。删除目录会让登记表中的所属目录失效，历史记录难以追溯。保留目录的同时，可按保留期限在半年清理时统一处理到期文件。若项目名称或编号发生变更，在层级说明表中记录变更关系，旧目录保留只读，新内容放入新目录。
