你可能学了假流程图三步教会你绘制大年夜厂流程图

作为一个产品经理，画流程图是必备的技能。
如制订订单处理的流程，制订商品审核的流程，制订用户开银行账户的流程等。

也有非常多的文章在先容如何画流程图。
我们创造有各种画法，也有各种观点。
这里产生一个问题：到底什么样的流程图是精确的？有没有标准？

无标准野路子的流程图一定会产生歧义，一定是思路混乱的。
比如以下两个流程图就都是有问题的，并导致表达混乱。

有问题的流程图

有问题的流程图

实在流程图是有标准的，这便是UML（统一建模措辞）制订的标准，被其称为活动图。
并且这个标准被微软和IBM等大厂采取。
我们通过本文就能够知道，上面两个流程图的问题了。

既然理解到很多流程图是有问题的，以是要画好也不是那么随意马虎。
以是我也会分三篇文章来先容UML的流程图怎么画，分别是：

第一篇：如何制作精确规则的流程图？

第二篇：如何制作大家喜好的流程图？

第二篇：流程图的观点解析

个中第一篇会让大家理解流程图的精确姿势和措辞。
第二篇会手把手教让大家绘制粗细得当，大家喜好的流程图。
第三篇是观点阐明，破除业务流程图，任务流程图和功能流程图的误区。

要先学流程图的规则是什么，这就好比下象棋。
我们首先要理解下棋的规则是什么，然后再学习如何去赢得比赛的策略。
如果反过来，这就好比知道怎么下棋，却不理解基本规则一样。
规则呆板但还是要先来学习的。

本篇文章包括：流程图的意义、流程图如何绘制、常见的流程图问题。

一、流程图的意义

对付产品经理要重视流程图的绘制，这背后是逻辑清晰的表达和思考。

首先，很多产品经理每每一上手做交互页面原型。
但这样每每由于流程想不清楚，导致原型图须要重画。
以是要先画流程图，再画原型图。

其次，研发常常批评产品经理没有逻辑。
而画流程图便是建立你的逻辑的一种方法，也终极用在口试表达，产品评审发言中，下面我们就看看如何画。

二、流程图如何画？

流程图是为了完成某一任务而描述的干系活动的实行顺序。
UML称流程图为活动图，为了便于谈论，后面还称其为流程图。

下面我们以订单为例子，带领大家一步一步画出流程图。
全体流程涉及到从用户下单到收货的流程。
下面便是这个订单流程：

其逻辑是用户下单后，物流职员就须要送货到家，用户收货后，在点击确认收货，即完玉成部订单。
这里就涉及到以下观点：

1. 活动的观点

这里物流职员送货到家和用户确认收货，都表示了一个人做了什么事情，都会涵盖“主语+谓语+宾语”。
“用户”是主语，“点击”是谓语，“确认收货”是宾语。

而人做了什么事情，就表示了一个“动作或操作”，而UML则称其为活动。
实在和动作或操作是近似的意思，但活动的概括更为广泛。

活动的标准画法是带圆角的矩形框，里面写详细的活动，活动内容写成“主语+谓语+宾语”，宾语或主语根据说话习气可以考虑省略。

活动之间用带箭头的线连接在一起，称其为“转移”。
表示做完了一个活动就可以转移到下一个活动，比如物流职员送货到家后，用户才会确认订单完成，否则就无法进入下一个活动。

2. 出发点和终点观点

一个流程图有一个“出发点”，浸染是表明一个流程从这里开始。
出发点画是个实心小圆。

一个流程图也有“终点”，浸染是表明上一步的“活动”便是全体流程的结束。
对付上面的订单流程而言结束的活动便是“用户确认收货”。
这个活动完成后，全体流程就算完成了。
终点画法则是一个实心圆加一个空心圆。

把稳：出发点必须有，而终点可以省略不画或有多个。
终点画上的好处是可让别人知道你考虑了终点成分。
但有的流程涉及到的终点过多，并且结束显而易见，画上就显得累赘。

3. 判断和并行观点

现在我们已经能够画出了流程图。
但我们创造这个流程会有很多细节须要补充，这便是我们接下来要先容的判断和并行观点。
我们以问题为出发点，看如何完善流程图。

“网上支付或货到付款”有不同的处理则怎么表达？——用判断标志来办理。

此时物流职员就须要对订单进行判断，如果是网上支付（送货前支付）则直接给货色到用户，否则必须先让用户支付现金或先刷POS机后，再给货色，此时流程图如下：

这个判断点就用菱形符号来表示，此时是一个进入多个出，并且在出的线条上用方括号表明判断条件。
这里的：

条件一是“如果用户是网上支付”（简称：网上支付），则相应的动作是“物流给货色到用户”；

条件二是“如果用户是货到付现金”（简称：现金支付），则相应的动作是“物流收取现金”。

条件三是“如果用户选择POS支付”，则“物流用POS机收钱”。

把稳：和其他流程图的菱形符号中间写字不同，这里不许可在菱形符号中间写任何字，但表达的意思是一样的。
菱形位置里面实在是可以写“物流确认支付情形”，写笔墨易于理解但是略显累赘。

再如电商中如果用户支付完毕，有的时候会反悔并奉告商家。
对付商家也会存在两种选择，“赞许则取消订单”或“谢绝则坚持发货”。
这两种表达办法都可以达到同样的效果，只是方法不同。

理解了和传统流程图的不同表示方法后，对付UML体系，除了上面先容的用带菱形的表示方法外，其余一个办法是不加入菱形判断图标，如下图所示：

这两种表达方法都是可以的，但须要把稳要在转移线上写出判断条件。
对付本案例加入判断的菱形图标会更加清晰，此时明确物流职员在这里要进行一个判断。

如果用户还要同时开拓票则怎么表达？——用并行标志来办理。

现在很多的送货是货色和发票放在了一起一并寄送过去，或者支持电子发票的办法。
但是还有一些企业开纸质发票，并且货色和开拓票地并不一致。
这个时候就须要货色和发票分别寄送到用户手里。

此时意味着两拨物流职员一个在送货和一个在寄送发票。
这里便是一个并行处理，表达办法如图所示：

画法是画一个粗横线，再加上一个进入和多个出的转移线条。
对付本例子，出的两个分支流程是配送货色和发票寄送，此时同步处理但并不在意谁先做谁后做。

4. 汇合和合并观点

网上支付和现金支付任意一个完造诣算完成如何表达？——用合并来办理。

此时只假如网上支付或现金支付任意一个办法就算完成了支付。
即条条大路通罗马，我们只要一个路径能到达，就可以进行下一步了，此时有两种表达方法：

一种方法直接通过三条转移线连接到下面的活动即可，这个也是我们在前面看到的。
第二种方法是画一个菱形并且多进一出。
把稳这个菱形符号在这里不是表示要判断，只是借用了菱形符号而已，因此也不必在线条阁下加入判断条件。

实际上第二种画法是UML的标准画法。
但毕竟看流程图的人有的不是编程职员，画上会让人误解，为了便于沟通可以选择第一种画法。
但是在看到网上的流程图加入合并的菱形标志的时候，要意识到这里不是进行判断，而是在做合并。

这里另一个例子便是用户可点击确认收货，而系统也可以自动确认收货，也是那个先确认收货都算收货，订单即末了完成。

发票和商品用户都收到才算完成如何表达？——用汇合来办理。

前面我们讲了货色和发票是分别寄出的，对付用户必须是发票和货色同时收到了才会点击“确认收货”，两者缺一不可。
详细表示见下图：

达办法是一个粗横线，再加上多个进入和一个出。
进入的分支是送货色和送发票，此时同步处理但并不在意谁先做谁后做，但汇合的时候必须要都完成才可进入到下一步。

另一个例子便是用饭上菜的例子。
我们到餐厅菜是分别上的，只有都上完了才算完成了。
而在野路子的流程图中，是没有办法表达这个并行汇合处理的。

常日并行和汇合成对涌现，此时并行实行两组活动，但必须两组活动都完成才能进入下一环节。
而上图也便是一个完全的流程图了。

5. 流程图的总结

流程图表示方法总结如下：

三、通过问题学观点

流程图的绘制方法看完了之后，我们再来看文章最前面的流程图的问题是什么？

案例一：流程图中不应有非活动的内容

上面的流程图是说产品经理的事情包括需求网络，需求谈论和需求评审等事情，并为此画了流程图进行阐述。
思考一下，这个流程图的问题是什么？

我们按照流程图的观点来看，流程图哀求每个框起来的都是一个活动，活动的范例即存在“主+谓+宾”。

在这里面“有效需求、已有功能和需求池”都不是一个活动，这里都是在说需求的不同类型和功能观点。
真正表示活动的是产品经理进行“网络需求，谈论需求和需求评审”。

而这里大家会说，我要表示“有效需求和需求池”等观点该怎么做？

那么可以这样描述：我们可以将需求划分为新需求+老需求，个中新需求产品经理须要过滤成有效需求和无效需求。
而进入需求评审环节的是新需求的有效需求和老需求并放入需求池中，在这个环节我们决定本期开拓的需求是那些。

上面这种描述，如果你理解了UML的面向工具的思考方法，就知道这是另一种形式的描述。
其余实在知识是相通的，如果按照金字塔事理进行思考，也能得出上面的描述内容。

通过这个案例，我们创造将需求处理的方案和需求评审流程的描述混在一起，会让受众群体迷惑，而如果分开描述则会清晰很多。

案例二：流程图不同于状态图

这是一个买家下单和付款的流程。
这里仍旧按照“主谓宾”来拆分，我们创造待付款不是一个活动，而是一个状态。
而横线上的“买家下单”才是个活动（即用户点击下单）。

因此这个仍旧不是流程图，在UML里更适宜用状态图来表达。
如果此时按照状态图的角度来看，这里也是有问题的，我们往后会有专题来讲状态图。

案例三：流程图的逻辑须要仔细思考

这个流程图大家看是从用户下单到供应商供货的流程，我们假设这个便是京东或天猫的订单流程。
在这里“天生送货单，以及用户选择支付办法，收款”等环节流程表述缺点，大家想想问题是什么？

此时我们回顾一下我们在购物APP上如何下单的？这个流程是：

1）用户从购物车点击“去结算”，就会打开“提交订单页面”。

2）在“提交订单页面”许可用户选择网上支付还是货到付款，以及编辑送货地址，此时点击“提交订单”按钮。

3）则系统天生订单，并展示给用户“支付页面”。

4）在“支付页面” 许可用户可以选择某银行卡或支付宝后，再点击“银行卡支付”按钮。

5）此时系统展示“输入网银（或支付宝）密码”的页面。

6）在“输入密码页面” 用户“输入账户密码”后就完成了订单支付。

回顾完全个流程后，我们会创造如下问题：

问题一：“用户选择支付办法，之后收款，中间可以取消订单”这个概括就禁绝确。

实际上是“在提交订单页面，用户先点击提交订单；之后弹出输入密码页面，用户输入密码完成支付”。
此时在点击提交订单后不输入支付密码时，用户可以到个人订单列表里面选择“取消订单”。
因此概括起来是：用户提交订单，之后用户支付订单，在提交订单后可以取消订单。

问题二：天生送货单和其他活动不是并列关系。

系统的实际事情过程是“用户点击提交订单”后，系统就会天生订单，不天生订单就没有支付页面。
这个天生的订单也可以在个人中央的订单列表里看到，针对待付款的订单用户可以进行支付或取消订单。
以是天生送货单和选择支付办法是不是同时进行的关系。

通过这个案例实在创造流程演习首先须要仔细思考每个环节。
其次这个涉及到对流程对每一步如何进行抽象的问题，如何画出大家都喜好都明白的流程图的问题。
这也是第二篇要重点讲的地方。

四、总结

通过本篇文章，大家理解了标准的流程图的画法。

这里首先须要理解活动，判断、并行、并行汇合和合并等基本观点。
其次通过三个例子，解释如何精确表达流程图，而不要学了假的流程图。

我们创造流程图是一种逻辑表达办法，还有很多其他的办法须要进一步解锁，会在后续文章中讲解。

说说你曾经踩过的坑？是否有点启示和改变？

作者：擎苍（微信"大众年夜众号：引爆产品思维），产品狗一枚，10年产品和运营履历，曾卖力上市公司的互联网团队组建和运营，曾在多个垂直领域头部公司做产品狗。

本文由 @引爆产品思维 原创发布于大家都是产品经理。
未经容许，禁止转载。

题图来自Unsplash，基于CC0协议