不少做研发的朋友第一次准备专利申请材料时，最头疼的不是写权利要求书，反而是画流程图。我之前帮几个初创团队的技术朋友改申请材料，十份里有八份的流程图都被审查员打回来补正，要么是步骤跳得太厉害，要么是把无关的实现细节堆得太满，审查员看半天抓不到核心创新点，申请人自己也委屈，说明明把所有步骤都写上去了怎么还不行。
第一个常见误区就是把研发工作流当成技术方案流。之前见过一个做AI图像识别的朋友，画的流程图里连“上传数据集到本地服务器”“给实习生分配标注任务”这种内部研发的执行步骤都放进去了，完全没必要。专利流程图要呈现的是你请求保护的技术方案本身的逻辑，不是你做研发的工作记录，和技术方案无关的内容放得越多，越会模糊你的核心创新点。
第二个误区是逻辑断层或者冗余。要么是从“获取用户输入”直接跳到“输出识别结果”，中间的核心处理步骤全没了，审查员根本看不到你的创新点在哪，直接就会发审查意见说公开不充分；要么是把“点击屏幕确定”“等待3秒加载”这种公知常识性的操作堆得满图都是，看完根本不知道你这个方案和现有技术的区别在哪。还有人符号乱用，一会用方框一会用椭圆，箭头也随便指，完全不按基本规范来，看起来乱得不行。
其实画专利流程图的逻辑很简单，按步骤来基本不会出大错。首先第一步是先梳理核心节点，先不用着急开画图软件，拿个草稿纸列清楚，你的方案从触发到结束，一共涉及几个不可拆分的核心步骤？比如做个智能家居的控制方案，核心节点就是“接收用户触发的控制指令”“解析指令对应的设备标识和操作参数”“校验当前设备运行状态是否符合操作条件”“向对应设备下发操作指令”“接收设备返回的执行结果并反馈给用户”，就这五个，多一个不要少一个不行。把核心节点列清楚之后，再对应给每个节点补必要的限定，比如“解析指令对应的设备标识和操作参数”这里，如果你的创新点是用了新的解析算法，那可以在节点下面加个小括号标注用的是什么算法框架，不用写太细，点到为止就行。要是你实在拿不准哪些节点属于核心创新点，可以在专利流程图梳理的相关板块找资深代理人帮你捋一遍，省得自己瞎猜浪费时间。
第二步是选合适的符号和排版。基本规范要守：起止节点用椭圆，执行步骤用方框，判断节点用菱形，输入输出用平行四边形，箭头要按从上到下从左到右的顺序指，别到处乱飞。一个流程图里的符号大小尽量统一，字体选宋体或者微软雅黑就行，别搞花里胡哨的艺术字，颜色最多用两种，比如把核心创新的步骤标成浅灰色突出一下就行，其他都用白底黑字，越清爽越好。我平时帮朋友核对流程图的时候，习惯用专利Pro里的流程图校验工具跑一遍，系统会自动帮你标出逻辑断层或者符号不规范的地方，比自己一页页翻审查指南省时间多了。
第三步是做逻辑校验。画完之后你自己站在完全不懂这个技术的人的角度看一遍，能不能顺着箭头从头走到尾，有没有哪一步你自己都不知道接下来要去哪。比如有判断节点的话，“是”和“否”的分支是不是都标清楚了，会不会走到一半就断了，之前见过不少人画判断节点，只写了符合条件的走向，不符合条件的直接就没了，这肯定过不了审查。
很多人觉得流程图就是个申请材料的附页，随便画画就行，其实不是。好的流程图不仅能帮审查员快速get到你的创新点，缩短审查周期，以后真的遇到侵权纠纷的时候，流程图也是你举证技术方案覆盖范围的核心证据。之前有个客户打专利侵权官司，就是因为当初申请的时候画的流程图逻辑特别清晰，当庭比对的时候法官一眼就看出来对方的产品完全覆盖了他的所有步骤，没开几次庭就胜诉了，要是当初流程图画得乱七八糟，举证的时候还要花大量时间解释自己的技术方案是什么，反而麻烦。
最后再提几个容易踩的小坑。首先不要标太多公知常识的内容，比如你做的是个电商推荐的方案，就没必要把“用户打开APP”“APP加载首页”这种所有人都知道的步骤放进去，只会稀释你的创新点。其次不要和说明书里的步骤描述冲突，流程图里的每个步骤，都要能在说明书的具体实施方式部分找到对应的文字描述，别流程图里写的是“用神经网络解析”，说明书里写的是“用规则匹配解析”，到时候审查员直接就会说你公开不一致。还有不要加太多内部实现的细节，比如你用的什么型号的芯片，什么版本的操作系统，这些都没必要放，专利保护的是你的方法逻辑，不是具体的实现载体，放多了反而会限缩你的保护范围。要是你对保护范围的划定没什么概念，可以看看专利申请材料撰写的相关教程，里面讲得比我这里细很多。
其实画专利流程图没大家想的那么难，本质上就是把你的技术方案用最直白的可视化方式讲给别人听，你画的时候就想象对面坐的是个完全不懂你这个领域的普通人，你怎么能让他十分钟就搞懂你做了个什么东西，比别人好在哪，按照这个标准画出来的流程图，基本都不会出什么大问题。