流程图有没有限定的标准?正确规则的流程图有什么规范?
本文将从三个方面来作出解答:流程图的意义、流程图如何绘制、常见的流程图问题。
作为一个产品经理,画流程图是必备的技能。如制定订单处理的流程,制定商品审核的流程,制定用户开银行账户的流程等。
也有非常多的文章在介绍如何画流程图。
我们发现有各种画法,也有各种概念。这里产生一个问题:到底什么样的流程图是正确的?有没有标准?
无标准野路子的流程图必然会产生歧义,必然是思路混乱的。比如以下两个流程图就都是有问题的,并导致表达混乱。
有问题的流程图
有问题的流程图
其实流程图是有标准的,这就是UML(统一建模语言)制定的标准,被其称为活动图。并且这个标准被微软和IBM等大厂采用。我们通过本文就能够知道,上面两个流程图的问题了。
既然了解到很多流程图是有问题的,所以要画好也不是那么容易。所以我也会分三篇文章来介绍UML的流程图怎么画,分别是:
第一篇:如何制作正确规则的流程图?
第二篇:如何制作人人喜欢的流程图?
第二篇:流程图的概念解析
其中第一篇会让大家理解流程图的正确姿势和语言。
第二篇会手把手教让大家绘制粗细得当,人人喜欢的流程图。
第三篇是概念解释,破除业务流程图,任务流程图和功能流程图的误区。
要先学流程图的规则是什么,这就好比下象棋。我们首先要理解下棋的规则是什么,然后再学习如何去赢得比赛的策略。如果反过来,这就好比知道怎么下棋,却不了解基本规则一样。规则枯燥但还是要先来学习的。
本篇文章包括:流程图的意义、流程图如何绘制、常见的流程图问题。
一、流程图的意义
对于产品经理要重视流程图的绘制,这背后是逻辑清晰的表达和思考。
首先,很多产品经理往往一上手做交互页面原型。但这样往往因为流程想不清楚,导致原型图需要重画。所以要先画流程图,再画原型图。
其次,研发经常批评产品经理没有逻辑。而画流程图就是建立你的逻辑的一种方法,也最终用在面试表达,产品评审发言中,下面我们就看看如何画。
二、流程图如何画?
流程图是为了完成某一任务而描述的相关活动的执行顺序。UML称流程图为活动图,为了便于讨论,后面还称其为流程图。
下面我们以订单为例子,带领大家一步一步画出流程图。整个流程涉及到从用户下单到收货的流程。下面就是这个订单流程:
其逻辑是用户下单后,物流人员就需要送货到家,用户收货后,在点击确认收货,即完成整个订单。这里就涉及到以下概念:
1. 活动的概念
这里物流人员送货到家和用户确认收货,都体现了一个人做了什么事情,都会涵盖“主语+谓语+宾语”。“用户”是主语,“点击”是谓语,“确认收货”是宾语。
而人做了什么事情,就体现了一个“动作或操作”,而UML则称其为活动。其实和动作或操作是近似的意思,但活动的概括更为广泛。
活动的标准画法是带圆角的矩形框,里面写具体的活动,活动内容写成“主语+谓语+宾语”,宾语或主语根据说话习惯可以考虑省略。
活动之间用带箭头的线连接在一起,称其为“转移”。表示做完了一个活动就可以转移到下一个活动,比如物流人员送货到家后,用户才会确认订单完成,否则就无法进入下一个活动。
2. 起点和终点概念
一个流程图有一个“起点”,作用是表明一个流程从这里开始。起点画是个实心小圆。
一个流程图也有“终点”,作用是表明上一步的“活动”就是整个流程的结束。对于上面的订单流程而言结束的活动就是“用户确认收货”。
这个活动完成后,整个流程就算完成了。终点画法则是一个实心圆加一个空心圆。
注意:起点必须有,而终点可以省略不画或有多个。
终点画上的好处是可让别人知道你考虑了终点因素。但有的流程涉及到的终点过多,并且结束显而易见,画上就显得累赘。
3. 判断和并行概念
现在我们已经能够画出了流程图。
但我们发现这个流程会有很多细节需要补充,这就是我们接下来要介绍的判断和并行概念。
我们以问题为出发点,看如何完善流程图。
“网上支付或货到付款”有不同的处理则怎么表达?——用判断标志来解决。
此时物流人员就需要对订单进行判断,如果是网上支付(送货前支付)则直接给货物到用户,否则必须先让用户支付现金或先刷POS机后,再给货物,此时流程图如下:
这个判断点就用菱形符号来表示,此时是一个进入多个出,并且在出的线条上用方括号表明判断条件。这里的:
条件一是“如果用户是网上支付”(简称:网上支付),则相应的动作是“物流给货物到用户”;
条件二是“如果用户是货到付现金”(简称:现金支付),则相应的动作是“物流收取现金”。
条件三是“如果用户选择POS支付”,则“物流用POS机收钱”。
注意:和其他流程图的菱形符号中间写字不同,这里不允许在菱形符号中间写任何字,但表达的意思是一样的。菱形位置里面其实是可以写“物流确认支付情况”,写文字易于理解但是略显累赘。
再如电商中如果用户支付完毕,有的时候会反悔并告知商家。对于商家也会存在两种选择