专利工作之：从0到1

最初接触专利，是在2001~2004年为华为总项目期间，那是自己是发明人。历史总有巧合，从15年开始负责集团公司的专利工作，在此之前几乎没有专门的组织负责，算是从零起步。

最开始想的很简单，就是我已宣布，大家都觉得是个好事儿，又提升公司品牌度，又提升发明人个人品牌度，新业务研发领域的专利申请应该是踊跃的局面。

于是找各项目组摸底沟通，大家意愿都比较强烈，尤其是申请和维护的费用不需要项目组承担，扫除了【钱】进道路上的最大障碍，多个项目组都表示有一些想法，稍后提交交底书。

接下来的情况是，交底书一等不来，二等还不来，于是又跑到项目组了解情况。

这次的沟通很有收获，不是获得了什么创新点，而是了解到了交底书迟迟不到的原因——没时间做。

之前公司也零星申请过少量专利，都是项目组有需要自行操作，找了代理公司，代理公司要求先提交全面交底书，然后从交底书里面帮助提炼创新点，再判断是否新颖性和独特性满足申请专利的基本要求。

软件项目的工期一般都比较紧张，做完了这个还有下一个，尤其大多数项目采用敏捷模式，没有留下类似瀑布模式比较完整系统的文档，需要重新编写，需要耗费技术人员大量的时间，和项目最直接效益产出点在时间上产生了冲突，结果可想而知。

知道问题出在哪里就好办了，加上对目前公司专利情况的评估，总数量也不理想，因此，在专利申请操作上确定了两项原则：

• 将项目组负担降到最小：这是能及时操作下去的基础。
• 质和量方面优先向量倾斜：先把势头搞起来，内部每个组织、每个项目都有相关经历，才能在整个组织内传承下去，当然并不只是为了专利而专利。

基于以上原则，提出了以下几个具体实践，在实战中应用效果比较不错，贴出来供参考：

1. 创新挖掘迭代进行，所有工作在恰好的时间点来做，不做没有必要的无用功，具体请参考《专利挖掘和交底的方法》。

2. 推进中的五个必要会议，从背景交流、亮点交流，到方向交流、权项交流，最后是说明书评审，同样体现迭代思想，具体请参考《专利申请中的5次重要会议》。