知识分类表把零散的知识条目按层级、主题、用途和责任人登记到一张表里，便于查找、交接和维护。本文提供一张可直接复制的空白知识分类表、配套的条目归属登记表，逐字段说明填写口径，区分必填与选填，并给出一份填好的完整示例，最后说明层级裁剪和定期维护的做法。表格可复制到文档或表格工具中直接使用。
要点总览（TL;DR）
- 知识分类表由主表（分类结构）和条目归属登记表两部分组成，主表定义分类节点，登记表通过分类编号把具体知识条目挂到对应分类上。
- 主表包含分类编号、一级分类、二级分类、知识对象、典型内容、用途场景、责任人、维护周期、状态九个字段，其中分类编号、一级分类、知识对象、责任人、状态为必填。
- 分类编号采用“一级序号-二级序号”的层级编码，编号一经使用不再复用；层级深度建议控制在两到三层，条目少时可先只用一级分类。
- 分类表建议每季度评审一次、每年整体复盘一次；分类合并或停用时先迁移条目、保留编号映射，再改分类结构。
- 分类表需要多人共同维护时，可落到知识库工具中承载，把分类结构对应目录或标签、条目属性对应文档字段，字段口径和评审节奏应先于工具确定。
可复制空白知识分类表模板
下面两张表构成一套最小可用的模板。主表定义分类结构，登记表记录每个知识条目归入哪个分类。复制时保留表头，按行填写即可；行数不够时在表格末尾追加，不要改动列名，以免后续说明和示例对不上。
主表：知识分类结构表
| 分类编号 | 一级分类 | 二级分类 | 知识对象 | 典型内容 | 用途场景 | 责任人 | 维护周期 | 状态 |
|---|---|---|---|---|---|---|---|---|
配套表：知识条目归属登记表
| 条目名称 | 所属分类编号 | 版本 | 更新日期 | 审核人 |
|---|---|---|---|---|
使用顺序建议是：先填主表，把分类结构和责任人定下来；再填登记表，把已有条目逐条挂到分类编号上。主表的一行代表一个分类节点，登记表的一行代表一份具体知识内容，两者通过“分类编号”关联。团队知识条目较少时，可以先只维护主表，登记表随条目增多再启用。
字段说明：每一列填什么、怎么判断
字段说明的作用是让不同的人填出同一口径的结果。下表逐列给出含义、填写口径和示例值，示例值仅用于说明格式，实际填写以团队自身分类为准。
| 字段名 | 含义 | 填写口径 | 示例值 |
|---|---|---|---|
| 分类编号 | 分类节点的唯一标识 | 采用“一级序号-二级序号”的层级编码，如 01、01-02；编号一经使用不再复用，分类停用时保留编号并改状态 | 03-01 |
| 一级分类 | 知识体系中最上层的主题划分 | 按业务领域或知识用途划分，数量控制在便于记忆的范围，名称用名词短语，避免“其他”“杂项”承担主要归类 | 产品与方案 |
| 二级分类 | 一级分类下的细分主题 | 同一一级分类下的二级分类应互不重叠；条目少时可暂不设二级，直接在知识对象列描述 | 产品说明 |
| 知识对象 | 该分类下管理的知识实体类型 | 写“是什么类型的内容”，如操作手册、常见问题、会议纪要、流程规范；一个分类节点对应一类对象 | 操作手册 |
| 典型内容 | 帮助填写人判断归属的具体举例 | 列两到三个真实存在的条目名称或内容范围，用于区分相邻分类 | 账号开通手册、权限配置说明 |
| 用途场景 | 这类知识在什么工作中被使用 | 写具体动作和场景，如“新员工入职培训”“客户问题答复”“版本发布前核对” | 客户问题答复 |
| 责任人 | 对该分类内容质量负责的人 | 填岗位或姓名，一人可负责多个分类，每个分类至少一名责任人；责任人变更时同步更新 | 产品运营-李×× |
| 维护周期 | 该分类内容的例行检查频率 | 按内容变化速度选择月度、季度、半年或年度；变化快的分类周期短，制度类可放长 | 季度 |
| 状态 | 分类节点当前是否可用 | 取值统一为“启用”“停用”“待建”三种；停用分类不再接收新条目，待建分类在责任人确认后转启用 | 启用 |
几个容易混淆的地方需要单独说明。一级与二级的划分依据是管理粒度：一级分类回答“这块知识属于哪个业务领域”，二级分类回答“在这个领域里具体是哪一类内容”。知识对象与典型内容的区别在于抽象程度，知识对象是类型名称，典型内容是能直接对上号的实例。用途场景要写成动作，写成“内部使用”这类描述无法帮助判断归属。责任人和维护周期成对确定，有责任人却无检查节奏，分类表容易在半年后失效。
必填与选填：哪些字段不能空
必填字段保证分类表能被检索和交接，选填字段用于补充信息。首次建表时如果字段要求过严，填写人会倾向填“无”或随意填写，反而降低数据质量，因此建议按下表分级要求。
| 字段 | 填写要求 | 说明 |
|---|---|---|
| 分类编号 | 必填 | 登记表依赖编号关联，缺失会导致条目无法归属 |
| 一级分类 | 必填 | 分类体系的骨架，缺失则整行无效 |
| 知识对象 | 必填 | 决定该分类管理什么类型的内容 |
| 责任人 | 必填 | 没有责任人的分类无法安排维护 |
| 状态 | 必填 | 默认填“启用”，停用和待建需明确标注 |
| 二级分类 | 条件必填 | 该一级分类下条目超过约定数量或存在明显子主题时填写；条目少时可留空 |
| 维护周期 | 条件必填 | 状态为“启用”时必填；状态为“待建”时可暂空 |
| 典型内容 | 选填 | 建议填写，用于区分相邻分类，首次建表可后补 |
| 用途场景 | 选填 | 建议填写，帮助判断分类是否被实际使用 |
| 版本、更新日期、审核人 | 条件必填 | 登记表中条目进入正式使用后必填；草稿阶段可留空 |
字段留空时按统一约定处理：必填字段为空的行视为草稿，不纳入正式分类统计；条件必填字段在触发条件未满足时留空，触发后由责任人在下一次维护时补齐；选填字段留空不视为缺陷，但连续两个维护周期为空时，应评估该字段是否还有保留价值。约定写进模板说明，比逐行口头提醒更有效。
填写示例：一份完整填好的知识分类表
以下示例覆盖三个一级分类，必填项全部填写，字段顺序与空白模板一致。示例中的责任人和条目名称为演示情景，不代表真实组织设置。
| 分类编号 | 一级分类 | 二级分类 | 知识对象 | 典型内容 | 用途场景 | 责任人 | 维护周期 | 状态 |
|---|---|---|---|---|---|---|---|---|
| 01 | 产品与方案 | 产品说明 | 操作手册 | 账号开通手册、权限配置说明 | 客户问题答复 | 产品运营-李×× | 季度 | 启用 |
| 01-01 | 产品与方案 | 方案材料 | 方案文档 | 行业解决方案、投标技术方案 | 售前方案编写 | 售前-王×× | 半年 | 启用 |
| 02 | 流程与制度 | 内部流程 | 流程规范 | 报销流程、采购审批流程 | 新员工入职培训 | 行政-赵×× | 年度 | 启用 |
| 02-01 | 流程与制度 | 质量规范 | 规范文件 | 代码评审规范、发布检查清单 | 版本发布前核对 | 研发-陈×× | 季度 | 启用 |
| 03 | 项目经验 | 复盘记录 | 复盘文档 | 项目结项复盘、故障处理复盘 | 同类项目启动参考 | 项目管理-周×× | 半年 | 启用 |
| 03-01 | 项目经验 | 常见问题 | 问题清单 | 实施常见问题、客户高频提问 | 客户问题答复 | 支持-吴×× | 月度 | 待建 |
对应的条目归属登记表示例如下，用于说明条目如何挂到分类编号上：
| 条目名称 | 所属分类编号 | 版本 | 更新日期 | 审核人 |
|---|---|---|---|---|
| 账号开通操作手册 | 01 | v2.1 | 2025-03-10 | 产品运营-李×× |
| 制造业解决方案介绍 | 01-01 | v1.4 | 2025-02-18 | 售前-王×× |
| 费用报销流程说明 | 02 | v3.0 | 2025-01-06 | 行政-赵×× |
| 版本发布检查清单 | 02-01 | v1.2 | 2025-03-22 | 研发-陈×× |
| 某客户项目结项复盘 | 03 | v1.0 | 2025-02-28 | 项目管理-周×× |
对照示例可以看出字段说明的落地方式：编号体现层级，01-01 是 01 下的子节点；知识对象写类型，典型内容写实例；用途场景写成具体动作；维护周期与内容变化速度匹配，常见问题类设为月度，制度类设为年度。状态为“待建”的分类暂不接收条目，待责任人确认后再转为启用。
调整与维护方法：按团队规模改层级、定期更新
分类表建成后需要随知识体量变化调整。调整的重点是控制层级深度和字段数量，维护的重点是固定评审节奏和变更迁移规则。
层级深度的取舍
两到三层通常够用：一级定业务领域，二级定内容类型，条目本身通过登记表挂接。条目总数较少时，可以只用一级分类，把细分信息写进知识对象和典型内容；条目增多、同一分类下出现明显子主题时再增设二级。层级加深会增加填写判断成本和迁移工作量，每增加一层都应能回答“这一层帮助谁更快找到内容”。
字段增删的判断标准
- 新增字段的前提是已有字段无法表达某类必要信息，且该信息会被实际用于检索、交接或审核。
- 连续两个维护周期多数行为空的选填字段，考虑删除或并入其他字段。
- 新增必填字段前先评估填写成本，可先作为选填运行一个周期，确认填写质量后再转为必填。
- 字段名称和取值口径变更时，同步更新字段说明和已有数据，避免新旧口径混用。
分类表的评审与更新周期
建议每季度做一次分类表评审，年度做一次整体复盘。季度评审检查三件事：停用分类是否还有条目挂接、待建分类是否已明确责任人、维护周期到期的分类是否完成检查。年度复盘评估一级分类是否仍覆盖主要知识领域，是否需要合并过细的分类或拆分过大的分类。评审记录可以附在分类表下方，写明评审日期、参与人和调整内容。
分类变更时条目的迁移处理
分类合并、拆分或停用时，先处理条目再改分类结构。具体做法是：在登记表中筛出受影响分类编号下的全部条目，逐条确定新归属；保留原编号与新编号的映射记录，已归档条目保留原编号并标注迁移去向；确认无遗漏后再将旧分类状态改为停用。迁移完成后抽查若干条目，核对分类编号与内容是否匹配。
当分类表和条目登记需要多人共同维护时，可以把两张表落到知识库工具中承载：分类结构对应目录或标签体系，条目登记对应文档的属性字段，责任人和维护周期作为文档属性随内容一起管理。ONES 提供知识库与文档管理能力，具体是否支持自定义多级分类、条目状态和维护周期字段，需以实际产品配置为准。无论使用哪种工具，模板中的字段口径和评审节奏都应先确定，再考虑系统承载方式。
常见问题
团队知识条目很少，需要一开始就建二级分类和条目登记表吗？
不必。条目较少时可以先只维护主表的一级分类，把细分信息写进知识对象和典型内容两列，登记表随条目增多再启用。二级分类在出现明显子主题、或同一分类下条目数量多到难以快速定位时再增设。这样做的代价是后期需要补一次层级拆分，但前期填写成本更低，分类结构也更容易被团队接受。
分类编号在分类停用或合并后还能重新使用吗？
建议不再复用。停用的分类保留原编号并改状态，合并或拆分时保留原编号与新编号的映射记录，已归档条目继续保留原编号并标注迁移去向。编号复用会让历史条目和登记记录指向错误的分类，排查归属问题时难以还原。如果编号资源确实紧张，可以在一级序号段预留空号，而不是回收旧号。
责任人离职或转岗后，分类表应该怎么处理？
责任人变更属于分类表维护的常规动作，应在人员变动确认时同步更新主表中的责任人字段，并检查该责任人名下分类的维护周期是否仍在执行。如果短期内找不到接任人，可以把分类状态改为“待建”或暂缓维护，并在评审记录中注明，避免分类长期挂着无人负责却仍显示启用。登记表中的审核人字段也需要一并核对。
把分类表放进知识库工具后，表格还需要继续维护吗？
需要，但维护方式会变化。工具承载分类结构后，主表更多作为分类体系的设计文档和评审依据，日常新增条目在工具内完成；登记表中的版本、更新日期、审核人等信息如果已作为文档属性管理，就不必再手工同步一份。建议保留主表作为分类口径的唯一说明，字段含义和取值规则变更时先改主表，再调整工具配置，避免两处口径不一致。
分类表评审时发现某个一级分类下几乎没有条目，应该合并还是保留？
先判断是分类设计问题还是内容尚未积累。如果该领域确有知识产出计划、只是当前条目少，可以保留并标注为待建，明确责任人和预计填充时间；如果连续两个评审周期都没有条目进入，也没有明确的产出安排，可以考虑合并到相邻分类，合并时按迁移规则处理已有条目。判断依据是业务是否需要这块知识，而不是当前条目数量本身。
