流程图有没有特定的标准？正确的流程图应该具备哪些规范？本文将从流程图的含义、如何绘制流程图、常见流程图问题三个方面解答这些问题。
作为产品经理，画流程图是必备技能，比如开发订单处理的流程、产品评价的流程、用户开立银行账户的流程等。
介绍如何画流程图的文章也很多，我们发现画法多种多样，概念也各异，这就带来一个问题：什么样的流程图才是正确的？有标准吗？
没有标准和方法的流程图，必然会产生歧义和混淆，比如下面两个流程图，都是有问题的，容易产生表述混乱。
有问题的流程图
有问题的流程图
其实流程图是有标准的，就是UML（统一建模语言）制定的标准，叫做活动图。而且这个标准被微软、IBM等大公司所采用。通过这篇文章，我们可以知道上面两个流程图存在的问题。
因为我们知道很多流程图都存在问题，所以画好流程图并不是那么容易的。所以我将分三篇文章介绍如何绘制 UML 流程图，分别是：
第 1 部分：如何创建具有正确规则的流程图？
第二部分：如何创建大家都喜欢的流程图？
第二部分：流程图概念分析
第一部分带你了解流程图的正确姿势与语言，第二部分教你如何画出粗细合适、大家都喜欢的流程图，第三部分则是概念讲解，破除对业务流程图、任务流程图、功能流程图的误解。
先学习流程图的规则就像下棋，必须先了解棋的规则，然后学习取胜的策略。如果反过来，就好比会下棋，却不懂基本规则。规则很无聊，但你还是得先学习。
本文包括：流程图的含义、如何绘制流程图、以及常见流程图问题。
1.流程图的意义
产品经理要注意画流程图，需要有清晰的逻辑表达和思维。
首先，很多产品经理往往从制作可交互的页面原型开始，但是这样往往会导致需要重画原型，因为流程不清晰，所以应该先画流程图，再画原型。
其次，研发经常批评产品经理没有逻辑，画流程图是建立逻辑的一种方式，也是面试和产品评测演讲中必不可少的，我们来看看怎么画。
2.如何画流程图？
流程图是描述为完成某项任务而进行的一系列相关活动。UML 将流程图称为活动图，为了便于讨论，也称为流程图。
我们以一个订单为例，一步步画出流程图，整个流程涉及从用户下单到收到商品的过程，以下是订单流程：
逻辑是，用户下单后，物流人员需要把商品送到用户家里，用户收到货后，点击确认收货，整个订单就完成了。这里面涉及到以下几个概念：
1. 活动理念
这里，物流人员送货上门和用户确认收货，都是体现人的行为，都涵盖了“主语+谓语+宾语”，“用户”为主语，“点击”为谓语，“确认收货”为宾语。
人们所做的事就是“动作或操作”，UML 称之为活动。其实它和动作或操作含义差不多，但活动的泛化更为广泛。
活动的标准画法是画一个圆角的长方形框，里面写上具体的活动，活动的内容写法是“主语+谓语+宾语”，可以根据说话习惯省略宾语或主语。
活动之间以箭头线连接，称为“转移”。这意味着完成一个活动后，可以进入下一个活动。例如，物流人员将货物送到你家后，用户确认订单已完成，否则无法进入下一个活动。
2.起点和终点的概念
流程图有一个“起点”，表示流程从哪里开始。起点是一个小的实心圆圈。
流程图也有“终点”，表示上一步的“活动”是整个流程的终点。对于上面的订单流程，终点活动是“用户确认收到商品”，这个活动完成后，整个流程就完成了。终点画成一个实心圆加一个空心圆。
注意：起点必须有，但终点可以省略，也可以有多个。画出终点的好处是让别人知道你考虑了终点因素。但有些流程涉及的终点太多，终点很明显，画出来就麻烦了。
3.判断和平行概念
现在我们已经画好了流程图。但是我们发现这个过程中有很多细节需要补充，也就是我们接下来要介绍的判断和并行的概念。下面我们就以问题为切入点，看看如何完善流程图。
如何表达“网上支付或者货到付款”有不同的处理？——利用判断符号解决。
这时候物流人员需要对订单进行判断，如果是网上支付（发货前付款），那么商品会直接送到用户手中，否则必须用户现金支付或者刷POS机后才能发货，流程图如下：
这个判断点用菱形符号表示，代表一次进入和多次退出，判断条件在退出线上用方括号表示。这里：
条件1为“若用户在线支付”（简称：网上支付），那么对应的动作为“物流将商品送到用户手中”；
第二个条件为“若用户货到付款”（简称：现金支付），对应的动作为“物流收现金”。
第三个条件是“如果用户选择POS支付”，那么“物流会使用POS机收款”。
注：不同于其他流程图在菱形中间写文字，这里菱形中间不允许写文字，但意思是一样的，其实可以在菱形位置写“物流确认付款状态”，写文字比较容易理解，但有点麻烦。
例如，在电子商务中，如果用户已经付款，他或她可能会后悔并通知商家。商家会有两个选择：“如果你同意，则取消订单”或“如果你拒绝，则坚持发货”。两种表达方式都可以达到相同的效果，但方式不同。
了解了与传统流程图的表示方法的不同之后，对于UML系统来说，除了上面介绍的用菱形的表示方法之外，还有一种方式就是不添加菱形判断图标，如下图所示：
这两种表达方式都可以，但是重要的是在转运线上写上判断条件。对于本例，增加一个菱形图标表示判断会更加清晰，明确物流人员需要在这里进行判断。
如果用户还想同时开具发票，该如何表达？——使用并列符号解决。
现在很多发货都是货品和发票一起发，或者支持电子发票，但是有些公司开具的是纸质发票，货品和发票位置不一致，这种情况下需要将货品和发票分开发给用户。
也就是说有两组物流人员，一组负责送货，一组负责发发票，这是一个并行的过程，如图所示：
方法是画一条粗横线，加上一条入账和多条出账转移线，这个例子里两个出账分支流程是发货和发货发票，这时候是同时处理的，无所谓先做还是后做。
4.融合与合并概念
网上支付与现金支付，只要有一个支付完成，如何表达即完成？——通过合并解决。
至此，只要在线支付或者现金支付，就完成了支付。也就是条条大路通罗马，只要能走到一条路，就可以进行下一步。此时，有两种表达方式：
一种方式是通过三条转接线直接连到下面的活动，这种转接线我们之前见过。第二种方式是画一个菱形，有多个 ins 和一个 out。注意这里的菱形符号并不是判断的意思，只是借用了菱形符号，所以不需要在线旁边添加判断条件。
其实第二种画法才是UML中的标准画法。不过毕竟有些看流程图的人不是程序员，画的不好可能会引起误解。为了方便交流，可以选择第一种画法。不过，当你在网上看到流程图上加了合并的菱形符号时，你就应该意识到，这不是判断，而是合并。
再比如，用户可以点击确认收货，系统也会自动确认收货，谁先确认收货，即为收货，订单最终完成。
如何表达只有当发票和产品都被用户收到时，流程才算完成？——通过汇流解决。
前面我们说过了，商品和发票是分开寄送的，用户必须同时收到发票和商品后才可以点击“确认收货”，两者缺一不可，具体见下图：
发货方式是一条粗横线，加上多个入口和一个出口，入口分支是发货和发货单，此时是同时处理的，无所谓先做还是后做，但是相遇的时候必须全部完成才能进入下一步。
再比如餐厅上菜的例子，我们去餐厅吃饭，菜品是分开上菜的，全部上菜之后才算流程完成。但是在野流程图中，没有办法表达这个并行合并的过程。
通常并行与汇聚都是成对出现，即两组活动并行执行，但两组活动都必须完成之后才能进入下一阶段。上图是一个完整的流程图。
5. 流程图摘要
流程图表示方法概括如下：
3.通过问题学习概念
看完了如何画流程图，我们再来看看文章开头的流程图存在的问题。
情况 1：流程图中不应存在非活动内容
上面的流程图把一个产品经理的工作分为需求收集、需求讨论、需求评审，画了一个流程图来说明。大家想一想，这个流程图存在什么问题？
按照流程图的概念，流程图中每一个框就是一个活动，而活动的典型结构是“主语+谓语+宾语”。
在这个语境中，“有效需求、已有功能、需求池”不是一个活动，都是关于不同类型的需求和功能概念，真正的活动是产品经理的“收集需求、讨论需求、评审需求”。
这里大家会问，我应该如何体现“有效需求、需求池”等概念呢？
那么可以这样描述：我们可以将需求分为新需求+旧需求，其中新需求产品经理需要筛选出有效需求和无效需求。进入需求评审阶段的新需求是有效需求和旧需求，并放入需求池中。在这个阶段，我们决定哪些需求是本期需要开发的。
如果你了解UML面向对象的思维方法，就会知道上面的描述是另一种形式的描述，另外知识其实是可以互操作的，如果按照金字塔原理思考，也可以得到上面的描述。
通过本案例我们发现，如果将需求处理方案和需求评审流程混合在一起描述，会令受众感到困惑，而如果将两者分开描述则会清晰很多。
情况 2：流程图与状态图不同
这是一个买家下单、付款的过程，这里我们还是按照“主语、谓语、宾语”来拆分，我们发现等待付款不是一个活动，而是一个状态，横线上的“买家下单”就是一个活动（也就是用户点击下单）。
所以这还是不算流程图，用UML来表达成状态图更合适。如果从状态图的角度看，这里同样存在问题。以后我们会专门开个专题来讲讲状态图。
案例三：流程图的逻辑需要慎重考虑
这个流程图展示的是从用户下单到供应商发货的整个过程，我们假设这是京东或者天猫的下单流程，这里“生成发货单，用户选择支付方式并收款”的流程描述是错误的，你能想一想这是什么问题吗？
现在让我们回想一下如何在购物应用上下订单。流程如下：
1）当用户从购物车中点击“前往结账”时，将打开“提交订单页面”。
2）在“提交订单页面”，用户可以选择在线支付或货到付款，并编辑收货地址，此时点击“提交订单”按钮。
3）系统生成订单，并向用户显示“支付页面”。
4）在“支付页面”，用户可以选择银行卡或者支付宝，点击“银行卡支付”按钮。
5）系统将显示一个页面，要求您输入网上银行（或支付宝）密码。
6）在“密码输入页”，用户“输入账户密码”后完成订单支付。
回顾整个过程，我们会发现以下几个问题：
问题1：摘要“用户选择付款方式，然后收款，并可以在中途取消订单”是错误的。
其实就是指“在订单提交页面，用户先点击提交订单；然后弹出密码输入页面，用户输入密码完成支付”。此时，如果用户点击提交订单后没有输入支付密码，用户可以进入个人订单列表，选择“取消订单”。所以总结一下就是：用户提交订单，然后用户支付订单，提交订单后可以取消订单。
问题2：生成交货单和其他活动不并行。
系统实际工作过程是用户点击“提交订单”后，系统会生成订单，若未生成订单则不会出现支付页面，生成的订单在个人中心的订单列表中也可以看到。对于需要支付的订单，用户可以支付或者取消订单。所以发货单的生成和支付方式的选择是关系到是否同时进行的。
通过这个案例我们发现，流程培训首先需要仔细考虑每一个环节。其次，这就涉及到如何将流程的每一步抽象出来，如何画出大家喜欢、看得懂的流程图的问题。这也是第二篇文章的重点。
四、结论
通过本文，大家学会了如何绘制标准流程图。
这里我们首先要了解活动、判断、并行、并行汇聚、合并这些基本概念。其次通过三个例子讲解如何正确表达流程图，而不是学一张假流程图。
我们发现流程图是一种表达逻辑的方式，还有很多其他的方式需要进一步解锁，这些会在后续的文章中讲解。
能说说你遇到过的坑吗？有什么启发和改变吗？
