先给结论
- 研发记录不是“管理要求”，是三性的证据。而且三性要的证据类型不一样：新颖性要时间戳，创造性要对比物，实用性要能复现。三类证据不可能靠一件事提供，所以要分开留。
- 再往前还有一道门要“技术过程”：软件、算法、商业方法类方案先要过客体这一关。留下“这个算法控制了什么物理量、改进了什么处理过程、带来什么可测量效果”的记录，等于提前把这道门的材料备好。
- 四类证据是“一次留痕、多处复用”的：同一批记录能同时用在交底书、答复审查意见、非正常申请的说明、以及高企研发费归集上。事后补的记录证明力弱，当时留的往往是白拿的。
一、四类证据：四张不同的“欠条”
| 证据类型 | 对应哪道门 | 什么样的记录算数 | 什么时候用得上 |
|---|---|---|---|
| ① 时间证据 | 新颖性 | 带客观时间戳的记录：代码提交、邮件、云文档历史版本、会议纪要 | 证明方案形成时间；排查申请日之前有没有公开 |
| ② 对比证据 | 创造性 | 立项时的检索记录、竞品参数、每次迭代“改了什么、为什么改” | 写交底书的最接近方案；答复审查意见时论证非显而易见 |
| ③ 可实施证据 | 实用性 | 试制记录、测试数据、重复实施结果一致的证据 | 支撑说明书的充分公开；证明方案可再现 |
| ④ 客体证据 | 客体门 | 算法与物理量 / 处理过程 / 可测量效果绑定的记录 | 软件、算法、商业方法类方案进入三性审查之前的必答题 |
为什么要分成四类、而不是“记一本研发日志”了事？因为四类证据的“可信度来源”不一样：时间证据靠第三方系统的客观时间戳，对比证据靠当时做过的检索和对照物，可实施证据靠重复得到相同结果，客体证据靠技术过程的描述。把它们混成一本文档，通常会把最强的那个时间戳稀释掉，最后哪一类都不硬。
二、第一类：时间证据——研发日志的“当时性”
新颖性那道门问的是“申请日之前，为公众所知的技术里有没有同样的东西”。这条门要的证据，核心是“什么时候”。日常能留的时间证据，按证明力从高到低大致是这样一个次序：
| 记录形式 | 为什么它自带时间 | 留的时候注意 |
|---|---|---|
| 代码托管平台的提交记录 | 提交时间由平台记录，不由个人填写 | 关键改动不要压成一次大提交，让过程留在历史里 |
| 工作邮件与往来函件 | 服务器时间戳 | 技术讨论尽量走邮件，而不是只在口头或电话里说完 |
| 云文档的历史版本 | 平台保存了每次编辑的时间点 | 开着版本历史写，不要“本地写完再上传覆盖” |
| 会议纪要与评审记录 | 有日期与参会人 | 纪要里写清“本次决定的技术点是什么” |
| 事后整理的台账 | 时间靠人工填写 | 能作为索引，不宜作为唯一凭据 |
把“公开”做成一道要过审的闸，是这套里性价比最高的一件事。在方案还没申请之前，任何对外动作都有可能被算作公开：展会、论文、公众号、投标文件、给客户的路演与样机演示、上架销售。制度上只加一条——“凡涉及未申请技术方案的对外材料，发布前走一次内部确认”——就能把最常发生的那类新颖性风险堵在门口。专利法第二十四条给的不丧失新颖性的宽限期只有四种情形、且时限是申请日以前六个月内，它救的是“被公开”这一半，救不了“别人更早申请”那一半，不要当成可以放心公开的许可。
三、第二类：对比证据——立项时的那次检索和每次迭代记录
创造性那道门的判断方法是“三步法”：确定最接近的现有技术 → 确定区别特征和实际解决的技术问题 → 判断是否显而易见。这个方法的原料，正好是研发过程里每天都会产生的东西，只是通常没人把它留下来。
| 三步法要的 | 研发过程里对应的动作 | 该留下的记录 |
|---|---|---|
| 最接近的现有技术 | 立项阶段的技术调研与检索 | 检索式、检索日期、查到的相近文献 / 竞品清单 |
| 区别特征 | 每次迭代时“这一版跟上一版差在哪” | 变更说明：改了什么、为什么改、试了哪些方案被否掉 |
| 实际解决的技术问题 | 这次改动的目标效果 | 改前改后的对比数据 |
| 是否显而易见 | “为什么同行不会自然想到这么做” | 记录下走过的弯路、被推翻的思路、克服过的技术顾虑 |
最后一行最容易被忽略，却最能救命。“我试过 A、不行，试过 B、也不行，最后想到 C”——这条被否掉的路径记录，恰恰是在说明“这个方案不是显而易见的”。它平时看着是失败的痕迹，到答复审查意见的时候，是论证非显而易见最直接的材料。所以迭代记录里，不要只留下成功的版本，把被否掉的方向也留一句。
四、第三类：可实施证据——试制与测试记录
实用性那道门要的是“能不能制造或者使用”。专利法第二十六条第三款给企业侧的尺子是“以所属技术领域的技术人员能够实现为准”。日常研发要留下的，是让这句话能被证明的记录：
| 要留的 | 为什么 |
|---|---|
| 关键参数与其可实施区间 | 一个“最优值”说明不了“可实施”；范围才说明 |
| 材料 / 设备 / 条件的说明 | 复现的前提是条件写得清 |
| 试制与测试的原始数据 | 说明书里的实施例、效果数据都从这里来 |
| 重复实施得到相同结果的记录 | 这是“有再现性”的直接证据 |
这里有一条容易误伤的界线。在实用性审查里，“产品的成品率低”与“不具有再现性”是有本质区别的。成品率低，是这个方案做起来难、良品少；不具有再现性，是重复实施依赖随机因素、每次结果都不一样。前者不等于后者。所以别因为良率不好看就不记录——把“同条件重复、结果一致”的过程留下来，那才是实用性要的证据；良率本身不是。
五、第四类：客体证据——软件与算法类的“技术过程”绑定
软件、算法、商业方法类方案，往往是在“客体”这一道门倒下，而不是在三性上。专利法第二十五条明确列出几类不授予专利权的情形，其中就有“智力活动的规则和方法”。而对这类方案，审查实务里有一条明确的出口口径：一项权利要求中既包含智力活动的规则和方法的内容、又包含技术特征的，该权利要求就整体而言不属于智力活动的规则和方法。
所以日常研发要留的第四类记录，就是把“技术特征”这件事记下来：
| 要回答的三问 | 记录形式 |
|---|---|
| 这个算法 / 模型控制或处理的是什么物理量、什么具体过程？ | 系统框图、数据流向图、与硬件或工艺的接口说明 |
| 它改进的是哪个具体处理过程？ | 改进前后的流程对比、处理的性能或质量指标变化 |
| 它带来什么可以被测量的技术效果？ | 测试数据、精度 / 时延 / 良率 / 能耗一类的可测指标 |
这三问和交底书里的三栏是同一件事。也就是说，日常把这三问的记录留着，写交底书的时候直接搬过去就行。反过来，如果这三问日常根本没法回答——“它就是个算法，跑在服务器上”——那不管三性怎么论证，这道门都过不去。
六、一张“研发留痕”清单
把四类证据收成几个日常动作。它们不需要额外做一套系统，多数只是把已经在发生的动作留下来：
| 时机 | 动作 | 留下什么证据 |
|---|---|---|
| 立项时 | 做一次技术调研与检索 | 对比证据（最接近的现有技术） |
| 每次迭代 | 写一句“改了什么、为什么改、结果如何” | 对比证据 + 可实施证据 |
| 走不通时 | 把被否掉的方向留一句 | 对比证据（非显而易见） |
| 试制与测试 | 同条件重复做，记录结果是否一致 | 可实施证据（有再现性） |
| 对外发布前 | 走一次内部确认 | 时间证据（公开排查） |
| 算法 / 软件方案 | 记下它绑定的物理量、处理过程与可测效果 | 客体证据 |
| 随时 | 技术讨论走邮件、文档开版本历史 | 时间证据（客观时间戳） |
关联阅读：四类证据分别喂给哪道门，见《专利三性到底按什么顺序审》；这些证据怎么落成一份交底书，见《技术交底书该写什么，是三性倒推出来的》；公开导致丧失新颖性的具体清单，见《申请日之前不能做的事》；立项阶段的那次检索可以怎么用，见《查新报告与专利：三份检索类报告的分辨》。
政策依据：《中华人民共和国专利法》（2020 年修正）第二十二条第二款至第五款、第二十四条、第二十五条、第二十六条第三款；《专利审查指南》第二部分第四章（创造性判断的“三步法”）、第二部分第五章（实用性审查原则与审查基准，含“产品的成品率低与不具有再现性是有本质区别的”），以及关于“一项权利要求中既包含智力活动的规则和方法的内容、又包含技术特征的，该权利要求就整体而言不属于智力活动的规则和方法”的审查口径。文中第一节的证据分类、第二至五节的记录做法、第六节的清单为实务归纳，非条文原话。个案请以代理机构撰写意见与审查意见为准。本文不构成法律意见。
