你画的流程图，全组人都能看得懂吗？

自媒体行业有一句不知道是谁说的名言：用户有图就不会看文字,有视频就不会看图。虽然这里反应出了现代人的一些浮躁，但也从侧面说明在沟通效率方面，视频优于图片，图片优于文字。而平时你们又都在抱怨前人没有留下文档，本身又不写文档。用视频来记录文档制做成本过高，而用文字记录文档有没人看，因此使用图表来描述文档就显得经济实惠一些。

画过的流程图没人看，多数是由于阅读的人看不懂。这就像篮球比赛中的传球同样，传球失误多半责任是传球人的动做不规范致使。文档也是同样，阅读的人看不懂，多半是文档做者描述问题不清晰。因此针对流程图咱们须要有一套标准化的定义。

先贴一个流程图，你们看看可否理解需求。

• 圆角矩形表示程序开始或结束

• 矩形表示单据的状态

• 带箭头的线表示数据流向

• 菱形表示数据流向的判断

程序员报销审批，金额大于等于1000，提交单据后须要经理审批，金额小于1000直接由财务审批，经理经过后须要财务审批。“经理待审批”和“财务待审批”这两种单据的状态必定对应各自的操做页面，用矩形表示。“经理审批经过”这是一个数据流向，对应“经理待审批”这个页面的“经过”按钮的事件，用带箭头的线表示。程序员提交的报销金额是否大于等于1000这个判断就是数据流向的判断，用菱形表示。

什么状况下须要画流程图

若是业务流程中只有一个步骤的审批，那就不用画流程图，毕竟流程简单看代码也花不了多少时间。大于一步的审批就必定要画流程图。

画流程图的注意事项

• 带箭头的线上必定要注明操做数据的过程，好比“审核经过”。
• 线与线不要交叉。
• 不要多条线使用一个箭头。
• 流程图必定要有开始和结束的圆角矩形框，让读者第一眼就能看出数据的总体，这也是作事的规矩，善始善终。

记得个人初中数学老师讲坐标系的画法，他说画坐标系必定要写x，y和0，若是谁只画了一个十字架，即便题做对了也不给分。

• 流程图的“开始”要画在上面，“结束”要画在下面，正常的数据流向要自上而下，例如“审核经过”，异常的数据流向能够自下而上，例如“审核拒绝”。由于人的潜意识都是自上而下的，都是但愿获得确定回答的。因此请顺着人类的潜意识思惟描述需求。
• 流程图能够有多个结束，可是只能有一个开始。
• 流程图尽量在一屏显示，或者可以打印在一张A4纸上，若是一张图中内容过多，建议拆分为多张流程图。

流程图工具

• visio，微软出品，仅限windows。
• wps，可导出jpg、png等图片格式，导出svg、pos格式需会员充值。
• www.processon.com 浏览器在线编辑，可导出图片格式和svg、pos格式文件，但免费模式想加最多只能建立9张流程图。
• Gliffy Diagrams 谷歌浏览器插件，只能导出图片格式和自研的gliffy文件。

注：svg和pos文件是流程图通用格式文件

画流程图有啥用

• 流程图是沟通的利器。在钉钉上一张图能说明白的事就不用浪费太多的口舌来解释。
• 流程图是离职交接的利器，有了流程图能够避免上家公司接手的同事追杀到大家家。
• 流程图仍是需求变动的利器。产品经理要改需求，只要看看流程图上改了哪些矩形，就知道此次变动须要改哪些页面；流程图上改了哪些线，就知道此次要改哪些按钮的代码逻辑。
• 流程图就是需求。由于如今的需求你和神都了解细节，等过了2个月就只有神能了解细节了。我开发的功能，将来新人或者其余部门的人对此有疑惑他们只能来问我，若是本身开发的功能本身都说不明白，那tm就尴尬了。

写在最后一

大学的软件工程老师说过，只要需求文档肯定，你们的工做就须要低头写代码。工做以后我一直认为这是理论脱离实践的笑话。直到我深刻研究流程图才发现，流程图就是对应着代码，菱形有几个向下指的箭头，那么页面是就有几个与之对应的按钮（也多是单选框）。

写在最后二

若是产品不画流程图，我们技术就画。与产品经理碰撞后必定要敲定一个最终版的流程图用于开发编码，由于没人会看那冗长的文字版需求。最后贴一个酸奶爸爸以前画的流程图，臭显摆一下。