研发人员为什么要懂一点专利?至少要会把发明讲清楚
研发人员为什么要懂一点专利?至少要会把发明讲清楚
研发把产品说明书发给代理师,过了两天,收到一串需要补充的问题。
研发心里犯嘀咕:产品介绍得这么清楚,怎么还看不懂?代理师也很无奈:功能写了不少,真正怎么实现的,几乎没说。
双方都挺委屈,而增加沟通时间成本的罪魁祸首往往是夹在中间的技术方案。
专利容易丢东西的地方,是交接。
产品资料和专利交底书,讲的是两回事
产品资料通常告诉别人,这个产品能做什么、性能怎么样。专利还要继续往里走一步:这个功能依靠什么结构、步骤或者控制关系实现,关键变化发生在哪里,又为什么能够带来相应的技术效果。
比如,研发材料里只有一句"系统可以自动修正误差"。这句话放在产品介绍里没有问题,放进专利交底书就远远不够。代理师还需要知道误差怎样被发现,什么条件会触发修正,由哪一部分执行,以及换一种实现方式后,核心思路是否仍然成立。
这些内容属于研发过程中的技术事实,代理师可以追问、整理,却不能凭经验替企业补出来。猜对了算运气,猜错了就可能把真正的发明点写偏。
更麻烦的是,有些关键内容在申请时没有写进去,后面未必还能随意补充。专利法要求说明书对发明或者实用新型作出清楚、完整的说明,权利要求也应当以说明书为依据;申请文件提交后的修改,还不能超出原说明书和权利要求书记载的范围。
所以,初那次技术交接,并不是普通的资料传递。它会影响这件专利能够写到什么程度,也会影响以后还能留下多大的调整空间。
懂专利,不等于自己包办申请文件
研发人员没有必要把自己训练成专利代理师。权利要求怎样概括、保护范围怎样安排、现有技术怎样评价,这些仍然需要专业人员处理。研发真正要掌握的,是把一项发明说透的能力。
一次有用的技术说明,至少要让人听明白:原来的方案卡在哪里,这次究竟改了什么,改动为什么会产生效果,以及还有哪些不同做法能够实现同样的核心思路。
后这一点很容易被忽略。不少交底材料只写已经做出来的样机,尺寸、位置、连接方式全部照着当前产品描述。代理师如果不知道哪些属于必要条件,哪些只是当下采用的实现方式,就容易把产品细节直接写成保护边界。证书以后即使拿到了,竞争对手换一种不重要的结构,也可能避开。
研发越了解专利,越知道哪些话要说得具体,哪些地方要主动提供替代方案。代理师也才能在真实技术基础上做合理概括,而不是对着一台样机照相式地写文件。
研发懂一点,专利布局才不会只剩"一件"
很多老板拿着一个新产品,习惯说:"帮这个产品申请一个专利。"
研发人员如果具备基本的专利意识,就会发现一个产品里经常不止一个值得梳理的技术点。有的是核心工作原理,有的是实现核心原理的具体结构,还有的是为适应下一代产品准备的变化方案。
这并不意味着发现一个细节就要申请一件专利。哪些值得保护,仍然要结合现有技术、产品规划和商业价值判断。它至少能避免把所有内容挤进一份交底书,后每个点都提到了,每个点又都没有讲透。
企业真正需要训练的,也不是让研发坐下来学习法律条文。更实用的做法,是在重要方案定下来后,留下一份简短的发明备忘:当时遇到了什么问题,后靠什么机制解决,有什么验证结果,还有哪些方案曾经讨论过但没有用在当前产品上。文字可以朴素,结构图也可以手绘,关键是别让技术逻辑随着项目收尾一起散掉。
来源:波妞讲专利 免责声明:版权归原创所有仅供学习参考之用,禁止用于商业用途,部分文章推送时未能及时与原作者取得联系,若来源标错误侵犯到您的权益烦请告知我们将立即删除。
