需求资产审核记录要同时回答两个问题：这条需求资产能否被复用，以及日后能否追溯它的来源和判定依据。下面给出一张可直接复制到文档或表格工具中的空白表，覆盖资产标识、复用判定、审核过程、追溯信息、结论与后续动作五组字段，并逐项说明填写口径、必填划分、完整示例和模板维护方法。
要点总览（TL;DR）
- 审核记录用一张表承载五组字段：资产标识、复用判定、审核过程、追溯信息、结论与后续动作，一行对应一条资产的审核。
- 必填底线是八个字段：记录编号、需求资产名称、来源需求编号、复用类型、判定结论、审核人、审核日期、审核结论；其余按需填写。
- 复用判定要写成“比对对象＋一致点＋差异点＋处理方式”，只写“可复用”无法支撑后续核对。
- 追溯信息写到具体需求编号、文档名称和上一轮审核记录，形成可回查的审核链条。
- 模板本身要有版本号，字段增删或必填调整时升版本，历史记录保持原样不追溯改写。
可复制空白审核记录表
将下表复制到文档或表格工具中，一行对应一条需求资产的审核记录。表头保留分组小标题，便于审核人按组填写，也便于后续按组检索。空白单元格留待填写，不要预先填入默认值，以免不同审核人沿用同一默认值造成记录失真。
| 分组 | 字段 | 填写内容 |
|---|---|---|
| 资产标识 | 记录编号 | |
| 需求资产名称 | ||
| 来源需求编号 | ||
| 版本 | ||
| 复用判定 | 复用类型 | |
| 复用范围 | ||
| 相似资产比对结论 | ||
| 判定结论 | ||
| 审核过程 | 审核人 | |
| 审核日期 | ||
| 审核轮次 | ||
| 审核意见 | ||
| 追溯信息 | 原始来源 | |
| 关联文档与链接 | ||
| 变更记录 | ||
| 结论与后续动作 | 审核结论 | |
| 复用责任人 | ||
| 下次复核时间 |
表格按“先标识、再判定、后结论”的顺序排列，审核人从左上到右下填写即可完成一次完整记录。若团队使用在线表格，可将分组列设为合并单元格；若使用文档，可用小标题分隔五组，字段顺序保持一致。
字段说明：每个字段记录什么
同一字段在不同审核人笔下有不同写法，是审核记录最难比对的地方。以下按五组说明每个字段的记录对象和填写口径，团队可据此统一措辞。
资产标识组
- 记录编号：本条审核记录的唯一编号，建议采用“资产前缀＋日期＋流水号”的形式，保证同一资产的多轮审核可区分。
- 需求资产名称：被审核的需求资产名称，写业务对象和用途，例如“订单退款审批规则说明”，避免只写“需求文档V2”这类无法识别内容的名称。
- 来源需求编号：该资产最初来自哪条需求，填需求管理系统中的编号，用于从资产反查原始需求。
- 版本：本次送审的资产版本号，与来源需求的版本区分开，二者可能不同步。
复用判定组
- 复用类型：说明这条资产以什么方式被复用，例如整篇引用、片段摘取、规则沿用、作为新需求的编写参考。类型不同，后续责任和复核要求也不同。
- 复用范围：写明复用到哪些项目、产品线或需求，范围要具体到可核对的名称。
- 相似资产比对结论：记录审核时比对过哪些已有资产、比对结果如何，例如“与资产A的退款规则一致，可直接沿用”“与资产B存在审批层级差异，需改写后使用”。这一栏是复用判定的依据，不能只写“已比对”。
- 判定结论：给出可复用、改写后复用、不可复用等明确判断，与比对结论对应。
审核过程组
- 审核人：实际做出判定的人，多人审核时全部列出并注明主审。
- 审核日期：完成判定的日期，用于计算复核周期。
- 审核轮次：同一资产第几次送审，退回重审时递增，便于区分初审判定与复审结论。
- 审核意见：审核人给出的具体意见，写清需要补充或修改的内容，避免只写“同意”或“再看看”。
追溯信息组
- 原始来源：资产的原始出处，例如某次需求评审、某个项目的交付文档，写清来源名称和时间。
- 关联文档与链接：与资产相关的文档地址、需求条目链接、评审记录链接，填写可点击或可定位的地址，不写“见群文件”这类无法定位的描述。
- 变更记录：资产在复用前后发生的修改，记录改了什么、谁改的、依据哪次审核意见。
结论与后续动作组
- 审核结论：通过、退回、待补充三选一，与判定结论区分：判定结论回答能否复用，审核结论回答本次审核流程走到哪一步。
- 复用责任人：负责跟进复用落地的人，资产被多个项目复用时按项目分别指定。
- 下次复核时间：根据资产更新频率设定，规则类资产可设得短一些，说明性资产可设得长一些。
必填与选填的划分
必填字段的取舍标准只有一条：缺了它，复用判定或追溯就会断链。按此标准，八个字段设为必填，其余按需填写。
| 字段 | 必填/选填 | 划分理由 |
|---|---|---|
| 记录编号 | 必填 | 没有编号无法定位和引用本条记录 |
| 需求资产名称 | 必填 | 审核对象的基本标识 |
| 来源需求编号 | 必填 | 追溯链路的起点，缺失则无法反查原始需求 |
| 复用类型 | 必填 | 决定后续责任与复核要求 |
| 判定结论 | 必填 | 审核记录的核心产出 |
| 审核人 | 必填 | 判定责任的承担者 |
| 审核日期 | 必填 | 复核周期与时效判断的基准 |
| 审核结论 | 必填 | 流程状态的直接体现 |
| 版本 | 选填 | 资产尚未形成版本管理时可不填 |
| 复用范围 | 选填 | 单项目内部复用时范围明确，可省略 |
| 相似资产比对结论 | 选填 | 首次建立、无同类资产可比对时可不填 |
| 审核轮次 | 选填 | 初审记录可省略，复审时补填 |
| 审核意见 | 选填 | 结论为通过且无附加条件时可不填 |
| 原始来源 | 选填 | 来源需求编号已能定位时可不重复填写 |
| 关联文档与链接 | 选填 | 资产本身即文档且编号可检索时可不填 |
| 变更记录 | 选填 | 本次复用未发生修改时可不填 |
| 复用责任人 | 选填 | 判定为不可复用时无需指定 |
| 下次复核时间 | 选填 | 一次性参考类资产可不设复核 |
需要提醒的是，选填不等于可随意留空。相似资产比对结论在存在同类资产时应当填写，它是复用判定从“拍板”变成“有据可查”的关键；关联文档与链接在资产分散存放时应当填写，否则追溯只能靠人工询问。团队可在模板说明中把这两项标注为“条件必填”，并写明触发条件。
填写示例：一条完整记录
以下示例为演示情景，用于说明各字段如何配合，不代表真实项目数据。
| 字段 | 填写内容 |
|---|---|
| 记录编号 | RA-20250612-007 |
| 需求资产名称 | 订单退款审批规则说明 |
| 来源需求编号 | REQ-2318 |
| 版本 | V1.2 |
| 复用类型 | 规则沿用 |
| 复用范围 | 售后工单系统二期、会员中心退款入口改造 |
| 相似资产比对结论 | 与资产“售后退款流程说明V1.0”比对：审批层级一致，均为两级审批；差异在于本资产增加了超时自动升级规则，比对后确认可整体沿用，无需改写。 |
| 判定结论 | 可复用 |
| 审核人 | 张明（主审）、李倩 |
| 审核日期 | 2025-06-12 |
| 审核轮次 | 第2轮 |
| 审核意见 | 第1轮提出的超时升级规则已补充完整，同意复用；建议在两个复用项目中分别指定跟进人。 |
| 原始来源 | 2025年3月售后需求评审会形成的规则文档 |
| 关联文档与链接 | 需求条目 REQ-2318；规则文档《订单退款审批规则说明V1.2》；第1轮审核记录 RA-20250528-004 |
| 变更记录 | V1.1至V1.2：补充超时自动升级规则，依据第1轮审核意见修改。 |
| 审核结论 | 通过 |
| 复用责任人 | 售后工单系统二期：王磊；会员中心改造：陈晨 |
| 下次复核时间 | 2025-12-12 |
这条记录的写法有三个要点。复用判定理由写成“比对对象＋一致点＋差异点＋处理方式”的结构，读者不看原文档也能判断结论是否成立。追溯链接写到具体条目和文档名称，并回指上一轮审核记录，形成审核链条。变更记录与审核意见相互对应，说明本轮修改来自哪条意见，避免版本变化无据可查。
当审核记录需要长期保存并频繁回溯时，可以把模板放进支持版本记录的文档空间，让每次修改留痕。ONES Wiki 的文档会记录页面版本并支持查看与回滚，页面组可关联项目，使需求条目与说明文档互相对应；页面模板库支持创建制式化文档模板，适合把这张审核表固化为团队统一格式。审核记录与需求、变更之间的对应关系，也可借助 ONES 对需求、基线、版本和变更的统一管理来保持，便于后续做变更影响分析和交付结果回溯。
模板的调整与维护方法
模板上线后最常见的两个问题是字段越加越多、版本越改越乱。调整时守住“支撑判定与追溯”这条线，维护时守住版本与复核节奏，模板才能长期可用。
字段增减的取舍原则
新增字段前先问：它是否影响复用判定或追溯结论。影响则加，例如团队开始跨产品线复用，需要增加“适用产品线”字段；不影响则不加，例如“审核人所属部门”这类信息可从组织信息中查到，不必进表。删除字段时反向检查：删掉后是否还有别的字段能支撑同一判断，例如来源需求编号已能定位原始需求，原始来源就可降为选填。字段总数建议控制在一屏可填完的范围内，超过时优先合并同类字段，而不是继续拆细。
模板版本管理
模板本身也要有版本号，并在表头或表尾标注。字段增删、必填项调整、填写口径变化，都属于需要升版本的变化；仅修改示例文字不需要升版本。升版本时同步更新填写说明，并在新记录中启用新版本，历史记录保持原样，不追溯改写。这样同一资产的多轮审核记录虽然字段略有差异，仍能通过记录编号和版本号串起来。
定期复核与归档
复核节奏由资产更新频率决定，不宜统一规定固定周期。规则类、接口类资产变化快，复核间隔可短一些；背景说明类资产变化慢，间隔可长一些。复核时重点看三件事：判定结论是否仍然成立、复用范围是否已扩大而未更新、关联链接是否失效。归档时按资产名称或来源需求编号归集，保留每轮审核记录，不删除退回记录，退回记录恰恰是追溯判定过程的重要材料。团队规模扩大后，可把审核记录的填写与查阅权限按项目划分，避免记录散落在个人文档中。
常见问题
团队第一次使用这张审核表，应该先填哪些字段？
建议先保证八个必填字段填全，再补条件必填项。首次使用时，相似资产比对结论往往没有可比对对象，可以留空；但一旦团队已有同类资产，这一栏就应填写，否则复用判定缺少依据。关联文档与链接在资产分散存放时也应补上，避免追溯只能靠人工询问。
同一资产被多个项目复用时，审核记录要一行还是多行？
建议一条资产的一次审核判定记一行，复用范围写清涉及的项目；复用责任人按项目分别列出。如果不同项目对资产的复用方式不同，例如一个项目整篇引用、另一个项目只摘取片段，则应拆成多行分别记录，因为复用类型不同，后续复核要求和责任归属也不同。
审核结论为“退回”的记录需要保留吗？
需要保留。退回记录说明资产在某一轮未达到复用条件，以及当时缺什么、改了什么，是追溯判定过程的重要材料。归档时按资产名称或来源需求编号归集，保留每轮记录，不删除退回记录；下一轮审核通过时，可在关联文档与链接中回指上一轮退回记录，形成完整链条。
模板字段不够用，可以直接在表里加列吗？
可以加，但要先判断新字段是否影响复用判定或追溯结论。影响则加，并同步更新填写说明和模板版本号；不影响则不加，避免字段越堆越多。加列后新记录启用新版本，历史记录保持原样，通过记录编号和版本号把不同轮次的记录串起来。
审核记录放在文档里还是表格里更合适？
取决于记录量和回溯频率。记录量小、以阅读和评审为主时，放在文档里更便于写审核意见和关联说明；记录量大、需要按字段筛选统计时，表格更合适。无论放在哪里，都建议保留版本记录，让每次修改留痕。ONES Wiki 的文档会记录页面版本并支持查看与回滚，页面模板库支持创建制式化文档模板，适合把这张审核表固化为团队统一格式；审核记录与需求、变更之间的对应关系，也可借助 ONES 对需求、基线、版本和变更的统一管理来保持。
