为什么不建议研发人员自己写专利交底书?
为什么不建议研发人员自己写专利交底书?
研发人员懂技术,专利交底书干脆自己写,既能省代理费,沟通效率也高。可现实中,大量由研发人员独立完成的交底书,提交之后才暴露出各种硬伤,有的保护范围严重缩水,有的核心创新点直接被漏掉,甚至造成专利直接丧失授权机会。
很多人误以为交底书就是把技术报告、项目总结复制粘贴一遍,把原理讲清楚就够了。但专利交底书≠技术文档,它是衔接研发成果与专利法律文件的关键桥梁。只懂技术,不懂专利规则,写出来的交底书,往往从源头就埋下隐患。
一、只有技术视角,缺少专利挖掘视角,创新点容易白白流失
研发人员写材料,习惯站在产品实现角度,重点描述怎么做成的,聚焦实物结构、实验流程、成品效果。
但专利需要挖掘的是:区别于现有技术的创新在哪里?哪些点可以单独拿出来保护?
很多时候,研发工程师眼里的次要改进、细节优化,恰恰是高价值专利的核心;而研发人员重点描述的,反而是行业早已公开的现有技术。大篇幅介绍已知背景技术,真正的创新点一笔带过。
后续代理师再想回溯挖掘,研发项目可能已经结题,相关细节记忆模糊,很多潜在创新点就此错过,本该拿到的专利保护,直接就丢在了交底书环节。
二、缺少专利布局思维,只盯着当下产品,忽略保护边界
研发人员撰写交底书,天然以当前样机、当前版本产品为蓝本,描述的都是“我现在做出来的这一个产品”。
专利的价值,是要拦住竞争对手绕开你的方案。如果交底书只写自己这一套具体实施例,没有做上位概括,就会出现一个致命问题:别人稍微改一下非核心参数、替换部分零部件,就能绕开你的专利,不落入保护范围。
三、没有法条思维,分不清授权要件,埋下驳回隐患
专利有明确的审查标准:新颖性、创造性、实用性,还要清楚区分技术问题、技术方案、技术效果。
技术人员写交底书,经常出现这些典型问题:
只讲功能效果,缺少具体技术手段,方案空洞;
把多个创新混杂在一起,分不清哪些是现有技术,哪些是创新点;
过度披露不必要的技术细节,把部分创新点主动公开,变相缩小保护范围;
效果描述主观化,缺少对应技术特征支撑,审查员质疑时很难举证。
技术报告允许主观推断、预期效果;但专利文件要接受审查、无效、侵权诉讼的考验。很多研发写的交底书,通篇技术逻辑通顺,但放到专利审查规则下,就是不满足授权条件。
四、交底书源头缺陷,后期很难补救,损失不可逆
很多研发团队抱有侥幸心理:“交底书写粗糙没关系,交给代理师后续修改完善就行”。
这里要厘清一个关键规则:专利申请提交之后,说明书和权利要求书的修改,不能超出原始交底书公开的范围。也就是说:原始交底书里面记载过的内容,可以合理概括、梳理;但是,原始交底书完全没有提及的技术特征、创新点,后期不能新增补入。
如果交底书阶段就漏写关键技术特征、缺少变通方案、创新点描述残缺:
审查阶段,代理师也无米下锅,不能凭空编造技术内容;
想要补上,只能重新提交新申请,会丢失宝贵的在先申请日;
一旦已经公开,还会破坏新申请的新颖性,直接造成创新技术永久无法获得专利保护。
很多企业遇到的 “专利授权了,但保护得很弱”,根源往往就在开始的交底书。申请提交之后,再高明的代理师,也没办法挽回源头的缺失。
五、交底书到底该怎么配合写?不是完全脱离研发
强调不建议研发人员独立写完整交底书,不等于研发人员不用参与。恰恰相反,研发是技术信息的唯一来源。更高效的模式是:
研发输出技术原始素材:实验记录、图纸、样机说明、痛点、现有技术缺陷;
专利代理师结合专利法规则,做创新点挖掘、布局规划、技术概括;
研发核对技术事实,确认没有技术错误,双向配合完成高质量交底。
研发保证“技术不能写错”,代理师保证“专利能够护得住”,二者分工不能混淆。
来源:专利巡航 免责声明:版权归原创所有仅供学习参考之用,禁止用于商业用途,部分文章推送时未能及时与原作者取得联系,若来源标错误侵犯到您的权益烦请告知我们将立即删除。
