时间: 2021-08-03 10:10:20 人气: 12 评论: 0
流程图很重要，在开发和测试中，重要性胜于PRD等文档，因此多练习，培养规范的绘制习惯和绘制思路，**减少很多不必要的沟通，也**让PM对产品的脉络更加了然于心，庖丁解牛就是这个道理了。
前前后后做了四五个项目，确定需求后，交互、UI都要求绘制流程图，每次都达不到预期效果。自己总结了一下，工具很多，我基本都接触了，万变不离其宗，再好用的工具也用过，始终不如意，想来想去还是觉得流程图的功底不够。
网上搜罗一大圈，大家都各有各的绘制方法，元素的定义也不统一，这并不是什么好事情。所以今天整理了一下流程图的绘制基本规范，供大家参考学习。
单独为项目管理做的流程图规范并没有，目前的流程图规范基本都是为企业和工业，研究了一些相关的资料和我大学时候的相关课件笔记，做了一些优化，希望可以更适应互联网产品的流程图绘制。
绘制流程图是梳理思路的最好方法，没有之一。在产品处于想法过渡到模型的阶段，流程图对模型建构起了提纲挈领的作用。流程图对应用户体验要素中的结构层或者范围层，可以梳理功能模块、业务流程、使用路径。绘制流程图一定要注意，太乱、太复杂的流程图不是真的多难，是你自己没有梳理好，这个时候一定要反思。
参考：标准流程图制作规范讲义（百度文库）
定义：根据流程图的步骤，依次执行，符合理想状态下的流程图，也是流程图主轴的基本结构。这也符合我之前在登陆注册中提到的一个概念——正常功能和异常处理。
语法解读：DO 任务1——then do 任务2
适用场景：流程图中的主要步骤或环节，按照产品设计依次进行。
定义：二元选择结构是最常见的，我们经常遇到需要处理“是”或“否”、“确定”或“取消”这样的组合式选择。最常用的元素就是”判断决策”。
语法解读：if 条件成立，then do 选择1；or do选择2。
适用场景：二元选择结构出现在决策选择环境下，一般都是二元组合式选项，必选其一，或者只有其一。当选择二者之一时，也对应不同的路径。
定义：流程图依据条件或者类型，提供两个以上的选项或者方案，且互相之间不是组合式选项，并列存在，不冲突。
语法解读：for条件P case1 do方案1
Case2 do方案2
Case3 do方案3
………
适用场景：当条件或者类型固定后，程序给出多个同层次的选择和方案，自由选择，每个方案都按照程序设定给出路径。
定义：条件本身的满足状态处于可激活状态，通过重复某一要素可满足该状态，从而实现程序目的。重复结构只有当条件为真时才继续其他程序。
语法解读：repeat do 程序 until条件满足
适用场景：可重复可逆的操作，先进行程序处理，再确定是否满足条件。该操作**对条件产生能动作用，并最终有可能满足条件，从而结束重复，进入出口。
定义：该结构和多重选择结构相似，区别在于，当条件为false时，不再重复。
语法解读：while条件，do程序，end
适用场景：先判断条件是否满足，再决定是否继续重复该操作。
1.流程中每个元素内必须键入key word，主轴尤其如此，旁支需要备注的，采用备注元素不影响当前流程顺序的前提下选取合理位置备注，务必简明扼要。
2.当某流程出现选择或决策结果时，需要认真走查，避免出现漏洞，导致流程无法形成闭环，功能缺失。
3.绘制时，考虑流程图全局，合理安排绘制路线，尽量绘制的简单明晰。绘制必须遵从从上自下，从左至右的顺序，为了提高流程图的逻辑性，可以在每个元素上用阿拉伯数字进行标注。
4.处理程序需要形成闭环。坚持一个入口，一个出口的特性，使得流程图在逻辑上不出现缺失（该特性仅适用流程图内部部分流程）
5.路径应避免交叉。
6.统一路径的指示方向只有一个。
1、拆分模块。经常**遇到业务说“这个功能我们也要”‘大概就是这个样子’，虽然这是很不负责的言论，但是作为PM要针对业务提出的总体目标或者需求，进行分割，例如用户下单可以分为登陆、浏览商品、编辑订单、支付动作、完成/未完成。按照这种小的模块来绘制流程图**很清晰，而不至于乱糟糟的一团，还不如不绘制。
2、子流程巧用。有很多的小模块可以不听的复用，但是在整个大的流程中，不听的绘制重复的模块是很费时间，也**弱化流程图的清晰感。其实频繁复用的子流程作为“图例”来使用是最好不过的，没必要浪费时间重复绘制，费力不讨好。
3、泳道图之间关联尽量单一。绘制泳道图是处理多角色、多系统、多模块的复杂需求的最好方法。泳道图的本质就是希望可以通过角色、系统、模块的划分将复杂的功能梳理切割清晰，因此多模块之间的关联尽可能单一，实际中也不存在多联系线条的情况（可自己验证），因此如果泳道之间多条关联，最好自己反思下是不是模块切割的不合理，绘制图不够简洁。
本文由 @白三 原创发布于人人都是产品经理。未经许可，禁止转载。
