知识审核记录用于逐条留存“谁在什么时间、对哪份知识内容、按什么标准做了审核、结论是什么、后续动作是什么”。本文提供可直接复制到文档或表格工具中的空白模板，并配套字段说明、必填与选填划分、一条覆盖提交到发布全过程的填写示例，以及模板上线后的调整维护方法。核心字段包括记录编号、知识标题与版本、内容类型、提交人、审核人、审核轮次、审核维度与结论、问题清单、修改要求、复审结果、发布状态与发布时间。
要点总览（TL;DR）
- 知识审核记录的核心字段分四类：标识（记录编号、标题、版本、内容类型）、角色（提交人、审核人、轮次）、判断（维度、结论、问题清单、修改要求）、状态（复审结果、发布状态、发布时间）。
- 模板提供表格版和文档版两种用法，共用同一套字段；表格版便于筛选统计，文档版适合长审核意见和附件。
- 必填字段是记录成立的最低要求，问题清单与修改要求仅在退回修改或不通过时必填，复审结果在发生退回后必填。
- 同一内容多轮审核建议每轮单独一行、单独编号，用版本号和轮次关联，便于看清每轮改动并统计审核轮次。
- 模板调整按主次版本管理，历史记录不随升级改写，每季度或每半年检查必填字段与实际审核动作是否匹配。
可直接复制的知识审核记录空白模板
下面这张表可以直接复制到在线文档、电子表格或知识库页面中使用。表头信息先填，再逐行登记每次审核。表格中保留三行空行，实际使用时按审核轮次增删行数。
| 表头项 | 填写内容 |
|---|---|
| 适用范围 | （例：产品部对外FAQ与操作手册） |
| 维护人 | （姓名／岗位） |
| 模板版本号 | （例：V1.0） |
| 生效日期 | （年-月-日） |
| 记录编号 | 知识标题 | 版本号 | 内容类型 | 提交人 | 提交日期 | 审核人 | 审核轮次 | 审核维度 | 审核结论 | 问题清单 | 修改要求 | 复审结果 | 发布状态 | 发布时间 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
表格版适合一次登记多条知识、需要按状态筛选或统计审核工作量的场景，字段横向排列，便于排序和筛选。文档版适合审核意见较长、需要附截图或引用原文的场景，可把上表转成“一条记录一个小节”的结构：小节标题写记录编号与知识标题，正文按字段逐项列出，问题清单和修改要求用编号列表展开。两种版本共用同一套字段，切换时不需要重新设计口径。
复制后先补齐表头四项信息。适用范围写清这份记录覆盖哪些内容类型和部门，避免不同团队各用一套口径；维护人写具体岗位而非部门名称，便于有人对模板负责；模板版本号从V1.0起编，每次调整字段都递增；生效日期标明当前版本从哪天开始适用，历史记录仍按旧版本口径解读。
每个字段记录什么：字段说明与取值口径
字段说明的作用是让填表人不用反复询问就能写出可读、可比的记录。下表按标识、角色、判断、状态四类逐项说明，取值示例与后文填写示例保持一致。
| 字段名 | 含义 | 取值示例 | 填写口径 |
|---|---|---|---|
| 记录编号 | 唯一标识一条审核记录 | KR-2025-0031 | 建议“前缀-年份-流水号”，一条知识每轮审核单独编号，不复用 |
| 知识标题 | 被审核内容的名称 | 客户退款申请操作手册 | 与知识库中实际标题一致，修改标题时在问题清单中注明 |
| 版本号 | 被审核内容的版本 | V1.2 | 写提交审核时的版本，修改后升版需新开记录或标注轮次 |
| 内容类型 | 内容的归类 | 操作手册／制度／FAQ | 使用团队约定的固定选项，便于后续按类型统计 |
| 提交人 | 发起审核的人 | 张敏 | 写姓名，可附岗位；代提交时注明实际作者 |
| 提交日期 | 进入审核的时间 | 2025-03-04 | 统一用年-月-日，作为审核时效计算的起点 |
| 审核人 | 做出审核结论的人 | 李伟（业务）／王芳（合规） | 多角色审核时分行记录，每人一行，不合并写“多人” |
| 审核轮次 | 该内容第几次审核 | 第1轮／第2轮 | 同一版本内修改后重审计为新轮次，轮次连续不跳号 |
| 审核维度 | 本轮检查的角度 | 准确性、完整性、合规性、可操作性 | 可多选，写清本轮实际检查了哪些维度 |
| 审核结论 | 本轮审核的判定 | 通过／退回修改／不通过 | 三选一，退回修改需同时填写问题清单与修改要求 |
| 问题清单 | 发现的具体问题 | 第3步截图与当前界面不符 | 一条问题一行，写清位置和现象，便于逐条关闭 |
| 修改要求 | 对提交人的具体要求 | 更新截图并补充异常场景说明 | 与问题清单一一对应，写可验证的完成标准 |
| 复审结果 | 修改后再次审核的结论 | 通过 | 仅在发生退回修改后填写，未退回可留空 |
| 发布状态 | 内容当前所处阶段 | 待审核／修改中／已发布／已下架 | 使用固定选项，状态变化时更新并保留原记录 |
| 发布时间 | 内容正式上线的时间 | 2025-03-10 | 发布状态为已发布时必填，与提交日期区分 |
标识类字段解决“这是哪条记录、审的是哪份内容”，角色类字段解决“谁提交、谁审核、审了几轮”，判断类字段承载审核的实际产出，状态类字段反映内容在发布流程中的位置。四类字段配合，一条记录才能既回答审核是否发生，也回答审核改变了什么。
必填与选填：哪些字段不能空
必填字段是判断一条记录是否成立的最低要求。缺少记录编号、知识标题、版本号、提交人、审核人、审核轮次、审核结论、发布状态中的任何一项，这条记录都无法独立说明审核过程，应视为无效记录并补填后再归档。
| 字段 | 建议属性 | 理由与空缺处理 |
|---|---|---|
| 记录编号、知识标题、版本号、内容类型 | 必填 | 定位记录与内容；编号空缺时不得归档，按流水号补编 |
| 提交人、提交日期、审核人、审核轮次 | 必填 | 明确责任与时效；审核人空缺的记录不能标记为通过 |
| 审核维度、审核结论 | 必填 | 结论是记录的核心产出；维度至少填写一项 |
| 问题清单、修改要求 | 条件必填 | 结论为退回修改或不通过时必填，通过时可留空 |
| 复审结果 | 条件必填 | 发生退回修改后必填，用于闭合审核闭环 |
| 发布状态、发布时间 | 必填／条件必填 | 状态必填；状态为已发布时发布时间必填 |
选填字段主要用于补充背景，包括关联需求或工单编号、审核耗时、附件链接、备注。这些字段在需要追溯来源、统计审核周期或留存证据时启用，日常登记可以省略。团队初次上线模板时，建议先只启用必填字段，运行一段时间后再按实际需要增加选填项。
必填范围可以按内容类型调整。制度类内容涉及权责，建议把审核维度中的合规性、以及复审结果设为必填；操作手册类内容强调可执行，建议把问题清单中的截图与步骤核对设为必填项；FAQ类内容更新频繁，可适当简化，保留结论、审核人和发布时间即可，但同一问题多次修改时仍应保留轮次记录。调整必填范围属于模板变更，需要同步更新版本号。
完整填写示例：一条知识内容的审核记录
以下为演示情景，用于说明字段如何配合，不代表真实案例。某产品团队提交一份《客户退款申请操作手册》V1.2，经历提交、退回修改、复审通过、发布四个阶段。
| 记录编号 | 知识标题 | 版本号 | 内容类型 | 提交人 | 提交日期 | 审核人 | 审核轮次 | 审核维度 | 审核结论 | 问题清单 | 修改要求 | 复审结果 | 发布状态 | 发布时间 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| KR-2025-0031 | 客户退款申请操作手册 | V1.2 | 操作手册 | 张敏 | 2025-03-04 | 李伟 | 第1轮 | 准确性、完整性 | 退回修改 | 1. 第3步截图与当前系统界面不一致；2. 未说明退款金额超过5000元的审批路径 | 1. 更新第3步截图；2. 补充大额退款审批流程及审批人角色 | — | 修改中 | — |
| KR-2025-0032 | 客户退款申请操作手册 | V1.3 | 操作手册 | 张敏 | 2025-03-07 | 李伟 | 第2轮 | 准确性、完整性、合规性 | 通过 | 无 | 无 | 通过 | 已发布 | 2025-03-10 |
逐项看这份示例：第一轮记录对应V1.2，审核人只填了业务审核角色，结论为退回修改，问题清单用编号列出两条具体问题，修改要求与问题一一对应并写明完成标准，复审结果留空，发布状态为修改中。提交人按修改要求更新内容后升版为V1.3，新开一条记录，轮次记为第2轮，审核维度增加合规性，结论为通过，复审结果填通过，发布状态更新为已发布并填写发布时间。
同一内容多轮审核时，推荐每轮单独一行、单独编号，通过版本号和轮次把多行关联起来。这样既能看清每轮改了什么，也能统计一份内容平均经过几轮审核。若团队希望减少行数，也可以在一条记录内用“第1轮／第2轮”分列记录，但问题清单与修改要求必须标明所属轮次，避免修改要求与结论错位。
问题清单的写法要点是定位加现象，例如“第3步截图与当前系统界面不一致”，而不是“内容有问题”。修改要求的写法要点是可验证，例如“补充大额退款审批流程及审批人角色”，而不是“完善一下”。审核人和提交人看到这样的记录，不需要再次沟通就能判断是否完成修改。
当审核记录需要承载在协作工具中时，可以把这张表放进团队文档或知识库页面，由提交人填写提交信息、审核人更新结论与问题清单，状态字段随发布动作同步变更。ONES 的文档与知识库可用于承载这类记录页面，工作项可用于跟踪退回修改后的待办与复审交接；具体审核流转与状态配置方式，建议结合团队现有流程向厂商确认后再落地。
模板的调整与维护方法
模板上线后需要随内容类型和审核流程变化而调整，调整的原则是字段服务于判断，而不是越多越全。出现以下情况时考虑新增字段：同类问题反复出现在备注里、审核结论无法解释退回原因、统计审核周期需要新的时间点。出现以下情况时考虑合并或删除字段：两个字段长期填写相同内容、某字段连续多个季度无人填写、字段取值无法形成固定选项。
| 变更日期 | 模板版本 | 变更内容 | 变更原因 | 影响范围 | 批准人 |
|---|---|---|---|---|---|
版本号管理建议采用主次版本：新增或删除字段升主版本，如V1.0到V2.0；修改字段说明、取值选项或必填范围升次版本，如V1.0到V1.1。每次变更在上表登记一行，写清变更内容、原因、影响的历史记录范围和批准人。历史记录不随模板升级而改写，旧记录按当时版本口径解读，需要时在归档说明中注明对应模板版本。
历史记录的保留与归档按内容生命周期处理：已发布且仍在用的内容，审核记录随内容一起保留；内容下架后，记录转入归档区，保留记录编号、结论和发布时间等关键字段，问题清单等过程信息可按团队留存要求决定是否精简。归档时保持记录编号不变，避免与在用记录混淆。
定期检查建议每季度或每半年做一次，检查项包括：必填字段是否仍与实际审核动作匹配；退回修改的记录是否都有复审结果；发布状态为已发布的记录是否都填写了发布时间；是否有字段长期空缺或取值混乱；模板版本号与变更记录是否一致。检查发现的问题形成清单，按变更流程调整模板，而不是在个别记录中临时加字段。
常见问题
审核记录和审核意见是同一件事吗，需要分开存吗？
两者可以放在同一张表里，但承担的作用不同。审核意见通常指审核人对某份内容的具体判断和修改建议，属于判断类字段的内容；审核记录则是把提交、审核、修改、复审、发布串起来的一条完整凭证，除意见外还包含记录编号、轮次、状态和时间。
实际操作中，把审核意见写进问题清单和修改要求两列即可，不需要另建一份文档。只有当审核意见很长、需要附截图或引用原文时，才建议把详细意见放在文档版记录的小节正文里，表格中保留结论和问题摘要。
内容退回修改后，是改原记录还是新开一条？
推荐新开一条记录，用版本号和审核轮次与原记录关联。这样每轮的结论、问题清单和修改要求都保持原样，能看清修改前后的差异，也便于统计一份内容平均经过几轮审核。
如果团队记录量较大、希望减少行数，也可以在一条记录内按轮次分列填写，但问题清单和修改要求必须标明所属轮次，避免修改要求与结论错位。两种方式选一种并在模板说明中固定下来，不要混用。
FAQ 这类更新频繁的内容，审核记录可以简化到什么程度？
FAQ 更新频繁、单条内容较短，可以只保留结论、审核人、审核轮次和发布时间这几个字段，问题清单与修改要求在通过时留空。这样既保留了谁审、何时发布的基本事实，也不会让填表成本超过内容本身。
需要保留的底线是轮次记录：同一个问题多次修改时，仍应能看出改过几轮、每轮结论是什么。简化属于模板变更，应同步更新模板版本号，并在变更记录中写明简化范围和生效日期。
审核人长期空缺或只写“多人”，会带来什么问题？
审核人空缺的记录无法说明结论由谁做出，不能标记为通过，也无法在后续出现内容争议时追溯责任。只写“多人”则丢失了具体角色分工，当业务审核与合规审核结论不一致时，无法判断以谁的意见为准。
建议多角色审核时分行记录，每人一行，写清姓名和审核角度。若确实由集体会议形成结论，可指定一名记录人填写，并在备注中注明会议日期和参与角色，保证记录可追溯到具体的人。
模板运行一段时间后，发现字段太多没人填，应该怎么处理？
先区分是字段本身没必要，还是填写方式不方便。连续多个季度无人填写的字段，或者两个字段长期填写相同内容，可以考虑合并或删除；如果字段必要但填写麻烦，优先调整取值选项或改成下拉选择，而不是直接删掉。
调整按变更流程走：新增或删除字段升主版本，修改说明、选项或必填范围升次版本，并在变更记录表中登记原因和影响范围。历史记录保持原样，按当时版本口径解读，避免为了统一格式而改写已归档的记录。
