知识库目录是一张逐条登记知识条目的台账，用来回答“有哪些知识、归谁管、现在是否有效”。每条记录通常包含六类信息：条目标识、分类归属、内容属性、责任信息、状态与版本、使用与关联。本文提供一份可直接复制到表格工具中的空白目录模板，并逐项说明填写口径、必填与选填的划分、完整填写示例，以及目录上线后的调整与维护方法。
要点总览（TL;DR）
- 知识库目录是一张逐条登记知识条目的台账，每条记录包含六类信息：条目标识、分类归属、内容属性、责任信息、状态与版本、使用与关联。
- 条目编号、条目标题、一级目录、负责人、状态五个字段为必填，其余字段按团队规模和治理成熟度分阶段补齐。
- 小团队先填必填字段加存放位置，条目超过两百条或存在多版本并行时，再补版本号、生效日期、适用范围和关联条目。
- 目录上线后按“下次复审日期”导出到期记录分派维护人，失效条目先改状态为已归档、再迁移存放位置，两步同一次完成。
- 目录条目增多、需要多人登记和复审时，可用 ONES Wiki 的页面树承载正文与版本，目录字段仍以表格维护，通过存放位置字段对应。
可复制空白目录模板
下表是目录的完整字段骨架，可直接复制到 Excel、飞书表格、腾讯文档等表格工具中，删除示例行后作为空白模板使用。表头顺序与后文字段说明保持一致，便于对照填写。
| 条目编号 | 条目标题 | 一级目录 | 二级目录 | 标签 | 内容类型 | 内容摘要 | 关键词 | 负责人 | 维护人 | 审核人 | 状态 | 版本号 | 生效日期 | 复审周期 | 下次复审日期 | 适用范围 | 关联条目 | 存放位置 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
复制时注意两点：一是“条目编号”建议设为文本格式，避免前导零被表格工具自动去掉；二是“状态”“内容类型”两列建议在表格工具中设置下拉选项，减少填写时的用词不一致。
目录字段逐项说明
二十个字段按六类分组，每组承担不同的管理目的。填写时先确认字段属于哪一组，再按口径填写，可以减少同一列出现多种写法的情况。
| 字段名 | 所属分组 | 填写口径 | 示例值 |
|---|---|---|---|
| 条目编号 | 条目标识 | 全库唯一，建议“目录缩写-三位流水号”，一经分配不再复用 | CS-012 |
| 条目标题 | 条目标识 | 与知识正文标题一致，写清对象和动作，避免“说明”“汇总”这类泛称 | 客户投诉受理与升级处理流程 |
| 一级目录 | 分类归属 | 从团队既定的顶层分类中选择，不临时新增 | 客户服务 |
| 二级目录 | 分类归属 | 一级目录下的子类，层级控制在两级以内 | 投诉处理 |
| 标签 | 分类归属 | 补充检索维度，一条记录建议不超过三个，用统一词表 | 售后、SOP |
| 内容类型 | 内容属性 | 按固定枚举填写，如流程规范、操作手册、常见问题、复盘记录 | 流程规范 |
| 内容摘要 | 内容属性 | 一到两句话说清条目解决什么问题，供目录浏览时判断是否需要打开 | 规定投诉受理时限、升级条件与各角色职责 |
| 关键词 | 内容属性 | 填写用户可能使用的检索词，与标签区分：标签用于归类，关键词用于搜索 | 投诉、升级、时限 |
| 负责人 | 责任信息 | 对该条目内容正确性最终负责的人，通常为业务主管 | 张敏 |
| 维护人 | 责任信息 | 执行日常更新、接收反馈并提交修改的人，可与负责人为同一人 | 李航 |
| 审核人 | 责任信息 | 发布或重大修改前的把关人，小团队可由负责人兼任 | 王磊 |
| 状态 | 状态与版本 | 从“草稿、生效、待复审、已归档”中选择，反映条目当前可用性 | 生效 |
| 版本号 | 状态与版本 | 采用“主版本.次版本”，结构性修改升主版本，文字修订升次版本 | 2.1 |
| 生效日期 | 状态与版本 | 当前版本正式启用的日期，草稿状态可留空 | 2025-03-01 |
| 复审周期 | 状态与版本 | 按内容变化速度设定，如流程类每6个月、制度类每12个月 | 6个月 |
| 下次复审日期 | 状态与版本 | 生效日期加复审周期，用于到期提醒和排序 | 2025-09-01 |
| 适用范围 | 使用与关联 | 写明适用的部门、业务线或地区，避免跨团队误用 | 华东区客服团队 |
| 关联条目 | 使用与关联 | 填写相关条目的编号，多个用逗号分隔，便于顺藤摸瓜找到配套文档 | CS-008, CS-015 |
| 存放位置 | 使用与关联 | 填写知识正文的实际位置，如页面路径或文件夹路径 | 知识库/客户服务/投诉处理 |
| 备注 | 使用与关联 | 记录特殊情况，如迁移计划、待补充事项 | 待补充海外区适用说明 |
两组字段容易混淆，需要单独说明。负责人与维护人的区别在于责任性质：负责人对“内容对不对”负责，维护人对“内容新不新”负责，条目出错时先找负责人，日常更新先找维护人。状态与版本的区别在于维度：状态描述条目当前能否被使用，版本描述内容改过几次；一条记录可以长期处于“生效”状态，同时版本从1.0升到3.2。
哪些字段必填、哪些可以选填
必填字段的判断标准是：缺少它，目录就无法完成“找到条目、知道归谁管、判断是否可用”这三件事。按此标准，条目编号、条目标题、一级目录、负责人、状态五个字段为必填，其余字段按团队规模和治理成熟度逐步补齐。
| 字段 | 填写要求 | 理由或启用条件 |
|---|---|---|
| 条目编号 | 必填 | 唯一标识，关联条目、反馈和复审都依赖它定位 |
| 条目标题 | 必填 | 目录浏览和检索的第一入口 |
| 一级目录 | 必填 | 决定条目在知识库中的归属，缺失会导致目录结构失效 |
| 负责人 | 必填 | 没有责任人的条目容易长期失修 |
| 状态 | 必填 | 使用者据此判断条目能否直接采用 |
| 二级目录、标签 | 选填 | 条目数量超过约五十条、需要更细分类时启用 |
| 内容类型、内容摘要、关键词 | 选填 | 目录需要承担浏览和检索入口时启用，摘要优先于关键词 |
| 维护人、审核人 | 选填 | 多人协作维护同一批条目时启用；负责人可兼任时不必单列 |
| 版本号、生效日期 | 选填 | 条目存在多版本并行或需要追溯历史时启用 |
| 复审周期、下次复审日期 | 选填 | 条目进入定期治理阶段后启用，建议与状态字段配合 |
| 适用范围、关联条目、存放位置 | 选填 | 跨部门共用知识库、或条目之间引用关系较多时启用；存放位置在目录与正文分离管理时建议填写 |
| 备注 | 选填 | 按需使用，不承载关键管理信息 |
不同规模的团队可以分阶段取舍。十人以内的小团队先填五个必填字段加存放位置，一周内即可把现有条目登记完，重点解决“找得到、有人管”。五十人左右、跨两三个部门的团队补上二级目录、内容类型、维护人和复审周期，把分类和到期治理跑起来。条目超过两百条或存在多版本并行的组织，再补齐版本号、生效日期、适用范围和关联条目，让目录承担追溯和影响分析的职责。字段一旦启用，建议保持稳定，频繁增删会让历史记录失去可比性。
完整填写示例
以下四条记录来自同一份客服知识库目录，覆盖流程规范、操作手册、常见问题和已归档条目四种情况，可以对照字段说明查看各字段如何配合。
| 条目编号 | 条目标题 | 一级目录 | 二级目录 | 内容类型 | 负责人 | 维护人 | 状态 | 版本号 | 生效日期 | 复审周期 | 下次复审日期 | 关联条目 | 存放位置 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| CS-012 | 客户投诉受理与升级处理流程 | 客户服务 | 投诉处理 | 流程规范 | 张敏 | 李航 | 生效 | 2.1 | 2025-03-01 | 6个月 | 2025-09-01 | CS-008, CS-015 | 知识库/客户服务/投诉处理 |
| CS-013 | 工单系统升级操作手册 | 客户服务 | 系统操作 | 操作手册 | 李航 | 李航 | 生效 | 1.3 | 2025-01-15 | 12个月 | 2026-01-15 | CS-012 | 知识库/客户服务/系统操作 |
| CS-014 | 退款到账时间常见问题 | 客户服务 | 常见问题 | 常见问题 | 周倩 | 周倩 | 待复审 | 1.0 | 2024-11-01 | 6个月 | 2025-05-01 | CS-012 | 知识库/客户服务/常见问题 |
| CS-015 | 旧版投诉分级标准 | 客户服务 | 投诉处理 | 流程规范 | 张敏 | 李航 | 已归档 | 1.4 | 2023-06-01 | 不适用 | 不适用 | CS-012 | 知识库/归档/客户服务 |
逐条看字段之间的配合。CS-012 是当前主流程，状态为生效、版本2.1，下次复审日期由生效日期加六个月得出，关联条目指向配套的系统操作手册和旧版标准。CS-013 的负责人和维护人是同一人，说明小范围内允许兼任，版本1.3表示经历过三次文字修订。CS-014 的状态为待复审，说明已到复审日期但尚未处理，使用者看到这个状态应谨慎引用，维护人需要尽快确认退款时效是否变化。CS-015 是 CS-012 的前一版本，状态改为已归档、复审周期填“不适用”，存放位置移入归档目录，保留记录是为了追溯历史口径，不再对外引用。
这组示例也展示了状态流转的路径：草稿经审核后变为生效，到期未处理转为待复审，复审后要么更新版本继续生效，要么被新条目替代转为已归档。目录中的状态列应始终反映这条路径上的当前位置，而不是填写时的临时判断。
目录的调整与日常维护方法
目录失真的常见原因有三类：字段越加越多导致没人愿意填、复审到期无人处理、目录记录与知识正文的实际位置脱节。维护方法围绕这三点展开。
字段增删按“是否改变管理动作”判断。新增字段前先问：这个字段会触发谁的什么动作？例如增加“下次复审日期”会触发维护人到期检查，值得加；增加“创建人”如果不产生任何后续动作，可以先不加。删除字段时先确认没有流程依赖它，比如关联条目被其他记录引用，直接删除会造成断链，应先把引用关系迁移到备注或新字段。每次调整字段建议记录调整日期和原因，保留一版旧表头，便于对照历史数据。
复审按周期和责任人两条线安排。维护人负责在下次复审日期前完成内容确认，负责人负责对复审结论签字，审核人只在内容发生结构性修改时介入。建议每周或每两周导出一次“下次复审日期已过且状态仍为生效”的记录，作为待办分派给对应维护人；连续两个周期未处理的条目，由负责人决定是否降级为待复审或直接归档。
失效条目的处理分两步：先改状态为已归档，再把存放位置迁移到归档目录，两步在同一次操作中完成，避免出现状态已归档但正文仍在主目录的情况。归档条目保留编号和标题，便于历史追溯，但不再出现在日常浏览路径中。清理时只删除重复登记或从未生效的草稿，已生效过的条目建议保留记录。
目录与存放位置的同步依靠固定动作：知识正文新建、移动或改名时，同步更新目录中的存放位置字段；每月抽查一批记录，按存放位置打开正文核对标题是否一致。目录与正文分离管理时，这一步尤其重要，否则目录会逐渐变成一份过时的清单。
当目录条目增多、需要多人同时登记和复审时，可以把目录搬进支持页面树组织和版本记录的协作工具中承载。ONES Wiki 支持用页面树组织页面，清晰呈现项目文档与知识信息，并记录所有页面版本、支持随时查看与回滚，适合把目录条目与正文放在同一空间内维护；权限可按角色配置，复审和归档动作可以交给对应责任人执行。目录字段本身仍建议以表格形式维护，工具负责承载正文与版本，两者通过存放位置字段对应。
常见问题
团队刚建知识库，条目不到三十条，目录字段可以精简到什么程度？
先填五个必填字段（条目编号、条目标题、一级目录、负责人、状态）加存放位置，一周内就能把现有条目登记完。这个阶段的目录主要解决“找得到、有人管”，二级目录、标签、摘要、版本号等字段可以等条目数量增长后再补。字段启用后尽量保持稳定，频繁增删会让历史记录失去可比性。
负责人和维护人由同一个人担任，目录里还需要分两列吗？
可以合并填写，但建议保留两列并填同一人。两列的意义在于区分责任性质：负责人对内容是否正确负责，维护人对内容是否及时更新负责。条目数量少、维护动作集中在一人时，合并不会带来问题；一旦条目增多、复审任务需要分派，两列分开就能直接看出谁该处理到期提醒，不必再回头拆分历史记录。
条目到期后维护人没有处理，目录里应该怎么体现？
把状态从“生效”改为“待复审”，保留原版本号和生效日期，不要直接删除或改成已归档。待复审表示内容可能已过时但尚未确认，使用者看到这个状态应谨慎引用。维护人确认后，内容有变化就升版本号、更新生效日期和下次复审日期并恢复生效；内容被新条目替代则改为已归档并迁移存放位置。连续两个周期未处理的条目，由负责人决定降级或归档。
目录和知识正文放在不同工具里，怎么避免两边对不上？
依靠固定动作同步：正文新建、移动或改名时，同步更新目录中的存放位置字段；每月抽查一批记录，按存放位置打开正文核对标题是否一致。如果目录条目增多、需要多人同时登记和复审，可以把正文搬进支持页面树和版本记录的工具承载。ONES Wiki 支持用页面树组织页面，清晰呈现项目文档与知识信息，并记录所有页面版本、支持随时查看与回滚，权限可按角色配置；目录字段本身仍建议以表格维护，两者通过存放位置字段对应。
新增目录字段时，怎么判断这个字段值不值得加？
先问这个字段会触发谁的什么动作。增加“下次复审日期”会触发维护人到期检查，值得加；增加“创建人”如果不产生任何后续动作，可以先不加。删除字段前确认没有流程依赖它，比如关联条目被其他记录引用，直接删除会造成断链，应先把引用关系迁移到备注或新字段。每次调整记录调整日期和原因，保留一版旧表头便于对照历史数据。
