先给结论
- 研发人员抗拒的不是“写专利”，是“写文档”。所以第一步不是培训他们怎么写交底书，而是把它从“写一篇文档”降级成“回答四个问题 + 交一张图”。
- 四样东西：一张图、一组对比数据、一句“差在哪”、一段“我试过什么不行”。前两样是现成的，第三样一句话，第四样本来就在他脑子里——加起来 40 分钟是够的。
- 剩下的事不该由研发人员做。“技术事实”归研发，“法律表达”归代理机构或顾问，中间还需要一个企业内部接口人。把这三段切开，是这件事能不能推下去的关键。
- 收资料不要另开一条线，要嵌进研发已有的四个节点（立项、关键评审、试制测试、结项）。另开一条线的结果通常是“多了一张表，没人填”。
一、先把“提供资料”这件事的成本说破
企业给研发人员的第一份东西，往往是一份十几栏的《技术交底书模板》。这份模板本身没错，但它被当成了“入口”，于是入口的门槛就变成了“写满十几栏”。实际必需的，远少于模板上的栏目：
| 模板里常见的要求 | 真的必须由研发人员交吗 | 谁来做更合适 |
|---|---|---|
| 所属技术领域、背景技术综述 | 不需要 | 代理机构或顾问，按检索结果补 |
| 权利要求书 | 不需要，也做不了 | 代理机构 |
| 现有技术文献清单 | 不需要研发人员去查 | 检索方；研发人员只需说出他知道的同类方案 |
| 技术方案的结构或步骤 | 需要 | 研发人员（一张图即可起步） |
| 关键参数与范围 | 需要 | 研发人员 |
| 与现有方案的对比数据 | 需要 | 研发人员（多半是现成的） |
| “为什么不是显而易见的”一段说明 | 需要，但可以口述 | 研发人员口述，写手整理 |
| 实施例的完整书写 | 不需要 | 代理机构，按研发人员给的素材整理 |
这张表的右两列就是这一篇的核心：把“研发人员要交的”和“别人能替你做的”分开。企业推不动的常见原因，是把这两列混成了一列——让最忙的人去做最不该他做的事。研发人员只负责一件事：把他脑子里的技术事实说清楚。至于这份事实该怎么翻译成法律语言，是另一群人的专业。
二、四样东西，各自只要一句话或一张图
| # | 交什么 | 到什么程度算够 | 对应后面哪一步 |
|---|---|---|---|
| 1 | 一张图 | 结构图、流程图、系统框图、甚至手画拍照。能看出“有哪些部件／哪几步／谁连着谁”就行 | 对应说明书要写清的结构与步骤 |
| 2 | 一组对比数据 | 改之前是什么样、改之后是什么样。哪怕是朴素的“原来要调三次，现在一次就好” | 对应“发明实际解决的技术问题”与效果 |
| 3 | 一句“跟现在用的比，差在哪” | 说出最接近的那个同类方案是什么，以及你多了／改了／去掉了什么 | 对应创造性判断的第一步与第二步 |
| 4 | 一段“我试过什么不行” | 走过哪些弯路、被推翻过哪些思路 | 对应“是否显而易见”——这是最容易被漏、却最能帮上忙的一段 |
第 4 样是这一篇最想强调的一件“反常识”。研发人员通常觉得失败的尝试没必要讲，甚至不愿意讲。但那句“我试过 A 不行、试过 B 也不行，最后才想到 C”，恰恰是在说明这个方案对本领域技术人员来说不是显而易见的。它在评审答辩时是直接可用的材料。所以在问的时候要明确告诉他：我要的是你走过的弯路，不是你的成绩单。
请注意：这“四样”是最小件集，不是交底书的全部栏目。一份完整的交底书还要把已公开情况、时间线、参数边界与理由这些交代清楚，那些栏目是按三性倒推出来的，见《技术交底书该写什么，是三性倒推出来的》。本篇解决的是另一个问题：怎么让研发人员愿意开始。
三、把“技术事实”和“法律表达”切开
| 谁 | 负责什么 | 不负责什么 |
|---|---|---|
| 研发人员 | 技术事实：结构／步骤、参数与范围、对比数据、走过的弯路、能想到的替代做法 | 不写权利要求、不查文献、不判断能不能授权 |
| 企业接口人（技术部指定一人兼） | 收集与分发：按节点把四样收上来、把问题问全、跟踪进度、维护台账 | 不做技术判断、不写正式文件 |
| 代理机构或顾问 | 法律表达：检索、撰写权利要求、答复审查意见、判断类型与时机 | 不替研发人员编技术事实 |
中间那一行的“企业接口人”，是很多公司缺的一环。没有这一环，压力会全部落在研发人员身上（他去面对代理机构），或者全部落在老板身上（老板去追研发部）。指定一个人兼这件事，比上一套系统有用得多。这个角色要做的事很具体：把四样收齐、把问题问全、确保每个节点不空转。
四、四个收集节点：不另开一条线
“技术部都很忙、没有时间准备这些资料”——要破的其实是这一句。做法不是“再挤出一段时间”，而是在研发本来就要开的会、本来就要做的动作上各挂一件事。每个节点只加一件事，而不是加一套流程。
| 节点 | 只加这一件事 | 谁做 | 大概花多久 |
|---|---|---|---|
| 立项时 | 记下“现在行业里最接近的方案是什么、它差在哪” | 项目负责人，在立项评审上顺带说一段 | 会上 10 分钟 |
| 关键节点评审时 | 过一遍三道筛子，把这次的改动记进候选清单 | 接口人，跟着评审走 | 评审后 10 分钟 |
| 试制或测试后 | 把关键参数、对比数据、重复实施的记录留档 | 试验工程师，本来就在记录 | 不额外增加，只是保存下来 |
| 结项时 | 从候选清单里挑要报的，交四样 | 项目负责人，一次性交齐 | 40 分钟 |
这四个节点和“留证据”是同一件事的两个侧面。上面说的是什么时候把材料收上来；至于每个节点具体该留哪一类证据（时间证据、对比证据、可实施证据、客体证据），见《日常研发该留哪些记录，是三性说了算》。两篇对着看，一份记录就能同时用在交底书、答复审查意见和非正常申请说明上。
五、一次 40 分钟的访谈怎么问
如果研发人员实在腾不出手写，最省他时间的做法是访谈代笔：他口述，接口人或顾问整理。访谈的问题不宜多，七八个就够，而且每个问题都要有明确的目的：
| # | 问什么 | 为什么问这个 |
|---|---|---|
| 1 | 这次跟原来的做法相比，你动了哪里？ | 定位区别特征——三步法的第二步 |
| 2 | 现在大家普遍是用什么办法解决这个问题的？ | 找最接近的方案——三步法的第一步 |
| 3 | 你改动之后，哪一个数值或现象变了？ | 找效果，并反推出“实际解决的技术问题” |
| 4 | 里面有没有哪个参数是关键？大概什么范围？ | 写清可实施的边界，避免只有一个“最优值” |
| 5 | 同行照着你的说法做，大概要多久能复现出同样的结果？ | 对应“以所属技术领域的技术人员能够实现为准” |
| 6 | 你中间试过哪些办法没成？为什么没成？ | 证明非显而易见——第三步最有力的材料 |
| 7 | 这件事有没有对外说过或者展示过？什么时候？ | 排查是否已经公开——直接关系新颖性 |
| 8 | 你还能想到别人可能怎么绕过你这套做法？ | 帮代理机构把权利要求的范围写得更实 |
六、如果 40 分钟也拿不出来：三个降级方案
| 降级方案 | 适合什么情况 | 代价 |
|---|---|---|
| 录音代笔 | 他愿意说但不想写 | 需要有人整理；整理质量直接决定后面顺不顺 |
| 会议旁听记录 | 技术讨论本来就在会上发生 | 泛泛而谈多、具体参数少，通常需要补一轮 |
| 最小版：一张图 + 一句话 | 先占住时间窗，细节后补 | 只能作为“先启动”，不能作为“交付”；细节缺失会拖到撰写阶段再补 |
关联阅读：这四样怎么从研发清单里筛出来，见《研发清单里哪些能报专利》；完整的交底书栏目，见《技术交底书该写什么》；研发人员从这件事里能得到什么，见《写专利对研发人员到底有什么用》。
政策依据：《中华人民共和国专利法》（2020 年修正）第二十二条第二款与第三款（新颖性与创造性）、第二十六条第三款（说明书应当清楚、完整，以所属技术领域的技术人员能够实现为准）；《专利审查指南》第二部分第四章（创造性判断的“三步法”）。文中第一节的两列切分、第二节的“四样”、第三节的角色分工、第四节的四节点与第五节的访谈问题为实务归纳，非条文原话；交底书栏目不是法定格式要求。个案请以代理机构撰写意见为准。本文不构成法律意见。
