Confluence 作为全球最流行的企业级协作与知识管理平台，其分类逻辑与个人笔记软件有所不同。在 Confluence 中，知识的组织通常遵循“空间 (Space) -> 页面树 (Page Tree) -> 标签 (Labels)”的三级体系。

针对 Confluence 的特性，以下是四种深度实践的文档分类方法：

---

1. 职能与团队维度分类法 (Departmental/Team-Based)

这是企业中最常见的分类方式，直接映射公司的组织架构。

• 核心逻辑：每个部门或小组拥有一个独立的“空间”。
• 适用场景：大型企业，部门边界清晰，内部文档主要服务于本部门成员。
• 结构示例：
  • 人力资源部空间：下设「入职指引」、「规章制度」、「考评体系」。
  • 技术部空间：下设「架构文档」、「环境配置」、「值班日志」。
• 优缺点：权限管理极度方便（按空间赋权），但容易造成“信息烟囱”，跨部门协作时检索难度较大。

2. 生命周期与项目维度分类法 (Project/Product Lifecycle)

对于以研发、咨询或交付为核心的团队，按照项目生命周期分类能更有效地沉淀过程资产。

• 核心逻辑：以项目或产品作为空间，内部按阶段划分页面。
• 子概念：项目阶段划分
  • 01 启动阶段：项目章程、需求分析。
  • 02 规划阶段：技术方案、原型设计、WBS 计划。
  • 03 执行阶段：会议纪要、周报、开发笔记。
  • 04 结项阶段：复盘报告、用户手册、验收文档。
• 示例流程图：

3. 知识性质分类法 (Knowledge Nature)

这种方法打破了部门界限，将文档按照其“属性”进行归类，类似于图书馆的编目。

• 核心逻辑：侧重于知识的共性。
• 分类标准：
  • SOP 库（标准作业程序）：纯操作指南，如“如何申请报销”、“如何配置 VPN”。
  • 知识库（Wiki）：通用技术原理、行业深度分析。
  • 档案库（Archives）：历史合同、会议记录、旧版设计稿。
• 数学逻辑：这种方法可以将所有文档看作集合 $D$，根据其静态属性 $P$ 进行不相交的划分： $$D = S_1 \cup S_2 \cup ... \cup S_n, \quad S_i \cap S_j = \emptyset$$

4. 混合标签与元数据法 (Hybrid Tagging & Metadata)

由于 Confluence 支持 Labels（标签） 和 Content Report Table（内容报告宏），成熟的知识管理专家通常会结合层级与标签。

• 操作方式：
  1. 物理存储：依然按团队存放在空间里。
  2. 逻辑索引：强制要求页面打上特定标签（如 #Q3-Roadmap、#Client-A）。
  3. 动态汇总：在首页利用 Page Properties Report 宏，自动抓取全空间带有特定标签的页面，形成一张动态表。
• 标签维度建议：
  • 状态：draft（草稿）, reviewed（已审）, deprecated（废弃）。
  • 受众：internal（对内）, client-facing（对外）。

---

Confluence 分类实战建议

为了防止 Confluence 变成“文档坟场”，建议在实施分类时遵循以下原则：

1. 控制层级深度：建议页面树深度不超过 5 层。过深的层级会导致路径过长，用户往往没有耐心逐级点开。
2. 利用“蓝图” (Blueprints)：为常用的分类（如会议纪要、决策文档）创建统一模板。这能确保同一类别的文档在结构上保持一致，降低阅读成本。
3. 建立“空间索引页”：每个空间的首页不应只有文字，而应像门户网站一样，提供关键分类的快速入口。
4. 定期清理与归档：使用 Confluence 的“移动”功能，将不再活跃的项目页面批量移动到 Archive 空间，保持生产空间的整洁。

进一步钻研的方向：

• IA (Information Architecture) 信息架构设计
• Confluence CQL (Confluence Query Language) 搜索语法
• 知识图谱在企业 Wiki 中的应用