绘制流程图遵循的规则 标准流程图怎么做

作为产品经理,画流程图是必备技能 。比如制定订单处理的流程,制定商品审核的流程 。
关于如何绘制流程图的文章很多,我们发现有各种各样的绘制方法和概念 。这里就产生了一个问题:什么样的流程图才是正确的?
有没有标准的画法?没有标准字段的流程图必然会产生歧义和混乱 。互联网有相当比例是野路的流程图 。比如下面两个流程图都有问题,导致表达混乱 。
其实流程图是有标准的,是UML(统一建模语言)制定的标准,叫做活动图 。而这一标准已经被微软、IBM等大公司用于商业分析 。我们可以通过下面的学习来分析上面两个流程图的问题 。
既然知道很多流程图都是有问题的,那么要想画好就没那么容易了 。所以我也将分三篇文章介绍如何绘制UML流程图,分别是:
第一章:如何做出正确的流程图?
第二章:如何做一个大家都喜欢的流程图?
第三章:日常工作生活中如何使用流程图?
其中第一篇会让大家了解流程图的正确姿势和语言 。第二章将教你如何画出大家喜欢的粗细合适的流程图,进一步拓展流程图的高级知识 。结束了 。请移步阅读 。
先学习制作流程图的规则,这就像下棋一样 。我们首先要了解下棋的规则,然后学习如何赢得比赛 。另一方面,就像会下棋,却不知道基本规则 。规则很无聊,但我们得先学会 。
第三章是一个扩展,就是我们可以学习流程图来更好的表达工作中的沟通,甚至可以用它们来理解编程语言 。扩展这一点也是我之前的观点 。学习知识的重要性在于“建立知识的多渠道连接” 。只有建立起知识之间的联系,技能才能快速成长,打通当总督的两脉!详情请阅读《你能学到什么来解决产品经理遇到的问题?》
本文是第一篇,内容包括:流程图的意义,如何绘制流程图,网络上流程图常见问题分析 。
一、流程图的意义
产品经理画的流程图有两个作用:
1)对于与非R&D部门的沟通:决定人员做什么?描述公司的核心业务 。比如用户下单后,涉及到物流部门发货,系统开票 。
2)用来和开发者交流:对于系统开发者来说,他们更关心的是这个订单系统的流程 。因此,需要更多的细节 。以下订单后供货不足无法发货怎么办?
在下一篇文章中,我们将扩展如何绘制不同用途的流程图 。本文的主要目标是绘制没有错误的流程图 。
对于产品经理来说,要注意画流程图 。
首先,很多产品经理往往先做交互页面原型 。但是,这经常导致需要重新绘制原型图,因为过程不清楚 。所以注意先画流程图,再画原型图 。
其次,R&D经常批评产品经理,因为产品经理没有逻辑,而画流程图是建立你的逻辑的一种方式,最后用在面试表达和产品点评发言中 。
让我们展开来解释如何绘制流程图 。
二 。流程图怎么画?
流程图是对完成某项任务的相关活动以及这些活动的执行顺序的描述 。UML过程的图称为活动图,但为了讨论方便,后面也称为流程图 。
下面以订单流程为例,带领大家一步步画出大厂标准的流程图 。整个流程涉及到从用户下单到收货的过程 。以下是订单流程 。
其中的逻辑是,用户下单后,物流人员需要送货上门 。用户收到货物后,点击确认收货完成整个订单 。这里涉及到以下概念:
1 。活动的概念
在这里,物流人员送货到家,用户确认收货,都体现了一个人做了什么,都涵盖了“主语+谓语+宾语” 。“用户”是主语,“点击”是谓语,“确认收到”是宾语 。
而人的所作所为,反映的是一种“行动或操作” 。UML称之为活动,实际上和动作是一个意思 。后续我们都用活动这个概念 。
活动的标准图是一个圆角的矩形框,里面写着具体的活动 。活动内容写成“主语+谓语+宾语”,根据说话习惯可以省略宾语或主语 。
用带箭头的线将活动连接在一起,称为“转移” 。意味着一个活动可以转移到下一个活动 。比如物流人员送货到家后,用户会确认订单已经完成,否则无法进入下一个活动 。
2 。起点和终点的概念
流程图有一个“起点”,用来表示流程从这里开始 。起点是一个小的实心圆 。
一个流程图也有一个“结束点”,用来表示上一步的“活动”是这个流程的结束,对于上面的订单流程,结束活动是“用户确认收货” 。这个活动完成后,整个过程就完成了 。结束绘制规则是实心圆加空心形圆 。


推荐阅读