前阵子帮一个做智能硬件的朋友整理专利申请材料，他自己提前画好了方法类专利的流程图，交上去没半个月就收到了补正通知书，审查员的意见列了三条：符号使用不规范、逻辑存在跳步、部分节点描述模糊。他蹲在我办公室挠头说，以为流程图就是随便画几个方框箭头串起来就行，没想到还有这么多规矩。
其实很多第一次接触专利的人都有这个误解，觉得流程图只是申请材料里的附属内容，随便画画凑数就行。但不管是提交给国知局的技术方案流程图，还是企业内部做专利管理的业务流程图，作用都比大家想的大得多。尤其是方法类发明专利的流程图，本质上是把文字版权利要求做了可视化处理，审查员扫一眼就能判断你的技术方案是不是完整，创新点是不是清晰，直接影响首次审查意见的走向。
第一个常见的坑，是直接套用通用领域的流程图模板，不考虑专利的特殊规范。很多人画的时候会直接用平时做互联网产品流程图的模板，加泳道、用各种自定义的特殊符号，甚至把不同部门的责任人都标上去，最后交上去审查员根本看不懂，直接打回补正。专利领域的流程图有统一的符号标准：步骤用圆角矩形、判断节点用菱形、输入输出用平行四边形，不用搞任何花里胡哨的自定义设计，越简洁越好。
第二个坑是逻辑要么跳步要么太冗余。跳步的情况大多是申请人觉得某个步骤是“行业常识”，没必要写出来，比如一个图像识别的专利，跳过了“图像去噪预处理”的步骤，刚好这个步骤是你方案的核心创新点，审查员要么会判定你的技术方案公开不充分，要么会漏判你的创新点，直接影响授权概率。反过来画得太细也不行，比如你保护的是算法流程，非要把“操作人员点击保存按钮”“系统生成日志文件”这类和核心创新无关的操作也加进去，反而会无端限缩你的保护范围，别人只要把你写的无关步骤改一改，就能规避掉你的专利保护，得不偿失。
具体画的时候，首先要先明确你画这个流程图的用途。如果是要提交给国知局的技术流程图，第一步要先把权利要求书里的所有步骤全部列出来，一个都不能漏，每个步骤对应流程图里的一个节点，顺序要和权利要求书里的逻辑完全对应，不能随便调整顺序。符号就用前面说的通用标准，字体选宋体或者黑体，全图字号统一，连线必须带明确的箭头，除非确实有双向交互的步骤，不然不要用双向箭头。如果步骤太多一张画不下，可以分成多页，每页都要做好衔接标记，比如上一页最后一个节点标“转下页A”，下一页第一个节点标“接上页A”，避免逻辑断裂。要是你拿不准同领域的流程图尺度，可以先做专利检索，看看已经公开的同领域专利的流程图是怎么处理的，参考一下不会出错。
如果是企业内部用的专利管理流程图，比如从创意提交、内部初审、委托代理、提交申请到后期年费监控的全流程，重点就是要把每个节点的责任人、截止时间、输出材料标清楚，避免出现没人跟进的断层情况。这种我一般会顺手推荐大家用专利Pro里自带的流程图模板，都是按照专利行业的实际需求做的，不用自己花时间调格式，把对应内容填进去就行，省下来的时间够多写两个技术交底书了。
很多人没意识到，画流程图的过程本身就是一次自查。之前有个做垃圾分类技术的客户，写权利要求的时候觉得逻辑顺得不行，画流程图的时候才发现垃圾识别步骤之后没有校验环节，要是识别错了直接处理就会出现分类错误的问题，刚好在提交申请之前把这个步骤补到了权利要求里，不然提交之后再改就超范围了，到时候哭都没地方哭。后期维权的时候流程图的作用就更大了，法官不需要对着满篇的专业术语抠字眼，看流程图就能直观明白你的技术方案是什么，对方的产品有没有覆盖你的所有步骤，举证效率能高很多。
最后说几个容易被忽略的细节。提交给国知局的流程图一定要做成黑白的，不能加彩色色块，不然国知局扫描之后色块很容易变成一团黑，所有信息都看不清，还是要补正。涉及软件的专利流程图不要把具体的源代码写进去，只要标注清楚每个步骤实现的功能就行，源代码放到具体实施方式里说明就够了。还有流程图的图号一定要和说明书里的标注完全对应，比如说明书里写“图1是本发明的方法流程图”，你提交的附图就必须标“图1”，别搞混编号。要是你不清楚最新的申请材料格式要求，可以去查专利申请指南，里面的规范都是同步国知局的最新要求，不会踩格式的坑。
其实专利流程图真的没大家想的那么复杂，核心就是搞清楚受众和目的，给审查员看的就守规范、讲逻辑，给自己内部用的就讲实用、够清晰，不用追求什么视觉效果，把信息传递到位就行。很多人踩坑都是因为一开始不重视，随便画两笔就交上去，最后补正耽误两三个月的时间，反而影响授权进度，不如第一次就把事情做对，省下来的时间干啥不好。