流程图有没有限量发行的国际标准？恰当准则的流程图有什么规范？本文将从四个各方面来做出答疑：流程图的象征意义、流程图怎样绘出、常用的流程图问题。

做为两个产品副经理，画流程图是必不可少的专业技能。如制订订单处理的流程，制订货品审查的流程，制订用户开商业银行账户的流程等。

也有十分多的该文在介绍怎样画流程图。他们辨认出有各式各样工笔，也有各式各样概念。这儿造成两个问题：究竟什么样的流程图是恰当的？有没有国际标准？

无国际标准野路子的流程图必定会造成语意，必定是路子纷乱的。比如说下列四个流程图就都是有问题的，并引致表达纷乱。

有问题的流程图

有问题的流程图

只不过流程图是有国际标准的，这是UML（标准化UML）制订的国际标准，被其称为公益活动图。因此那个国际标准被谷歌和IBM等小厂选用。他们透过本文就能知道，下面四个流程图的问题了。

难道了解到许多流程图是有问题的，因此要画好也不是所以容易。因此我也会分两篇该文来介绍UML的流程图是不是画，依次是：

首篇：怎样制做恰当准则的流程图？

第二卷：怎样制做天下人喜欢的流程图？

第二卷：流程图的概念导出

当中首篇会让大家理解流程图的恰当坐姿和词汇。第二卷会亲自动手教让大家绘出厚薄得宜，天下人喜欢的流程图。第二篇是概念解释，扫除业务流程图，各项任务流程图和机能流程图的坏习惯。

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

本篇该文包括：流程图的象征意义、流程图怎样绘出、常用的流程图问题。

一、流程图的象征意义

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

首先，许多产品副经理往往一上手做交互页面原型。但这样往往因为流程想不清楚，引致原型图需要重画。因此要先画流程图，再画原型图。

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

二、流程图怎样画？

流程图是为了完成某一各项任务而描述的相关公益活动的执行顺序。UML称流程图为公益活动图，为了便于讨论，后面还称其为流程图。

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

其逻辑是用户下单后，物流人员就需要送货到家，用户收货后，在点击确认收货，即完成整个订单。这儿就涉及到下列概念：

1. 公益活动的概念

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

而人做了什么事情，就体现了两个“动作或操作”，而UML则称其为公益活动。只不过和动作或操作是近似的意思，但公益活动的概括更为广泛。

公益活动的国际标准工笔是带圆角的矩形框，里面写具体的公益活动，公益活动内容写成“主语+谓语+宾语”，宾语或主语根据说话习惯可以考虑省略。

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

2. 起点和终点概念

两个流程图有两个“起点”，作用是表明两个流程从这儿开始。起点画是个实心小圆。

两个流程图也有“终点”，作用是表明上一步的“公益活动”是整个流程的结束。对于下面的订单流程而言结束的公益活动是“用户确认收货”。那个公益活动完成后，整个流程就算完成了。终点工笔则是两个实心圆加两个空心圆。

注意：起点必须有，而终点可以省略不画或有多个。终点画上的好处是可让别人知道你考虑了终点因素。但有的是流程涉及到的终点过多，因此结束显而易见，画上就显得累赘。

3. 判断和并行概念

现在他们已经能画出了流程图。但他们辨认出那个流程会有许多细节需要补充，这是他们接下来要介绍的判断和并行概念。他们以问题为出发点，看怎样完善流程图。

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

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

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

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

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

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

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

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

了解了和传统流程图的不同表示方法后，对于UML体系，除了下面介绍的用带菱形的表示方法外，另外两个方式是不加入菱形判断图标，如下图所示：

这两种表达方法都是可以的，但需要注意要在转移线上写出判断条件。对于本案例加入判断的菱形图标会更加清晰，此时明确物流人员在这儿要进行两个判断。

如果用户还要同时开发票则是不是表达？——用并行标志来解决。

现在许多的送货是货物和发票放在了一起一并寄送过去，或者支持电子发票的方式。但是还有一些企业开纸质发票，因此货物和开发票地并不一致。那个时候就需要货物和发票依次寄送到用户手里。

此时意味着两拨物流人员两个在送货和两个在寄送发票。这儿是两个并行处理，表达方式如图所示：

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

4. 汇合和合并概念

网路上支付和现金支付任意两个完成就算完成怎样表达？——用合并来解决。

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

一种方法直接透过三条转移线连接到下面的公益活动即可，那个也是他们在前面看到的。第二种方法是画两个菱形因此多进一出。注意那个菱形符号在这儿不是表示要判断，只是借用了菱形符号而已，因此也不必在线条旁边加入判断条件。

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

这儿另两个例子是用户可点击确认收货，而系统也可以自动确认收货，也是那个先确认收货都算收货，订单即最后完成。

发票和货品用户都收到才算完成怎样表达？——用汇合来解决。

前面他们讲了货物和发票是依次寄出的，对于用户必须是发票和货物同时收到了才会点击“确认收货”，两者缺一不可。具体表示见下图：

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

另两个例子是吃饭上菜的例子。他们到餐厅菜是依次上的，只有都上完了才算完成了。而在野路子的流程图中，是没有办法表达那个并行汇合处理的。

通常并行和汇合成对出现，此时并行执行两组公益活动，但必须两组公益活动都完成才能进入下一环节。而上图也是两个完整的流程图了。

5. 流程图的总结

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

三、透过问题学概念

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

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

下面的流程图是说产品副经理的工作包括需求收集，需求讨论和需求评审等工作，并为此画了流程图进行阐述。思考一下，那个流程图的问题是什么？

他们按照流程图的概念来看，流程图要求每个框起来的都是两个公益活动，公益活动的典型即存在“主+谓+宾”。

在这儿面“有效需求、已有机能和需求池”都不是两个公益活动，这儿都是在说需求的不同类型和机能概念。真正体现公益活动的是产品副经理进行“收集需求，讨论需求和需求评审”。

而这儿大家会说，我要体现“有效需求和需求池”等概念该是不是做？

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

下面这种描述，如果你理解了UML的面向对象的思考方法，就知道这是另一种形式的描述。另外只不过知识是相通的，如果按照金字塔原理进行思考，也能得出下面的描述内容。

透过那个案例，他们辨认出将需求处理的方案和需求评审流程的描述混在一起，会让受众群体迷惑，而如果分开描述则会清晰许多。

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

这是两个买家下单和付款的流程。这儿仍然按照“主谓宾”来拆分，他们辨认出待付款不是两个公益活动，而是两个状态。而横线上的“买家下单”才是个公益活动（即用户点击下单）。

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

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

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

此时他们回忆一下他们在网购APP上怎样下单的？那个流程是：

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

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

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

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

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

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

回忆完整个流程后，他们会辨认出如下问题：

问题一：“用户选择支付方式，之后收款，中间可以取消订单”那个概括就不恰当。

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

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

系统的实际工作过程是“用户点击提交订单”后，系统就会生成订单，不生成订单就没有支付页面。那个生成的订单也可以在个人中心的订单列表里看到，针对待付款的订单用户可以进行支付或取消订单。因此生成送货单和选择支付方式是不是同时进行的关系。

透过那个案例只不过辨认出流程训练首先需要仔细思考每个环节。其次那个涉及到对流程对每一步怎样进行抽象的问题，怎样画出天下人都喜欢都明白的流程图的问题。这也是第二卷要重点讲的地方。

四、总结

透过本篇该文，大家了解了国际标准的流程图的工笔。

这儿首先需要理解公益活动，判断、并行、并行汇合和合并等基本概念。其次透过四个例子，说明怎样恰当表达流程图，而不要学了假的流程图。

他们辨认出流程图是一种逻辑表达方式，还有许多其他的方式需要进一步解锁，会在后续文章中讲解。

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