绘制流程图遵循的规则 标准流程图怎么做( 三 )
【绘制流程图遵循的规则 标准流程图怎么做】情况一:流程图中不应该有不活跃的内容
上面的流程图说明了产品经理的工作包括需求收集、需求讨论和需求评审，并为此绘制了流程图 。想想吧 。这个流程图有什么问题？
根据流程图的概念，流程图需要每一个框架化的活动，典型的活动是“主语+谓语+宾语” 。
这里的“有效需求、现有功能和需求池”不是一个活动，这里说的是需求的不同类型和功能概念 。真正体现活动的是产品经理“收集需求，讨论需求，评审需求” 。
这里大家会说，我该怎么做才能体现“有效需求和需求池”这两个概念？
可以这样描述:我们可以把需求分为新需求和旧需求，其中新需求产品经理需要过滤成有效需求和无效需求 。进入需求评审阶段的是新需求和旧需求的有效需求，放入需求池 。在这个阶段，我们决定当前的开发需求是什么 。
如果你了解UML的面向对象的思维方法，上面的描述是可以有效描述的 。以后会有一个专题 。其实知识是相通的 。如果按照金字塔的原理进行逻辑思考，也可以得到上面的描述 。
通过这个案例，我们发现把需求处理方案的描述和需求评审过程混在一起，会让受众感到困惑，但是如果分开描述，就会清晰很多 。
情况二:流程图不同于状态图
这是买家下单付款的过程 。这里还是按照“主谓宾”来拆分 。我们发现要支付的报酬不是一种活动，而是一种状态 。在横线上，“买家下单”是一个活动(即用户点击订单) 。
所以这仍然不是流程图，更适合用UML中的状态图来表示 。如果从此时状态图的角度来看，这里也有一个问题 。我们以后会有一个专题来讲状态图 。
情况3:流程图的逻辑需要仔细考虑
该流程图显示了从用户订单到供应商供货的过程 。我们假设这是JD.COM或天猫的订单流程 。这里“生成送货单，用户选择付款方式和收款”环节存在逻辑问题 。有哪些逻辑问题？
这个时候，我们来回忆一下我们是如何在购物APP上下单的 。这个过程是:
1)当用户从购物车中点击“前往结算”时，“提交订单页面”将会打开 。
2)在“提交订单页面”，允许用户选择网上支付或货到付款，并编辑收货地址，然后点击“提交订单”按钮 。
3)系统生成订单并显示到用户的“支付页面” 。
4)在“支付页面”允许用户选择某张银行卡或支付宝后，点击“银行卡支付”按钮 。
5)此时系统显示“输入网银(或支付宝)密码”页面 。
6)用户在“输入密码页面”上“输入账户密码”后，订单支付完成 。
回想整个过程后，我们会发现以下问题:
问题1:总结“用户选择支付方式，然后收款，中途可以取消订单”是不正确的 。
事实上，“在提交订单页面，用户首先点击提交订单；然后弹出输入密码页面，用户输入密码完成支付” 。此时，当点击提交订单后没有输入支付密码时，用户可以在个人订单列表中选择“取消订单” 。所以总结一下:用户提交订单，然后用户支付订单 。提交订单后，可以取消订单 。
问题2:生成送货单和其他活动不是并行的 。
系统的实际工作流程是“用户点击提交订单”，然后系统会生成订单，并抛出一个页面让用户支付 。生成的订单可以在订单列表中看到，用户可以对要支付的订单进行支付或取消订单 。因此，送货单的生成和付款方式的选择是否同时进行 。
其实通过这个案例发现，流程培训首先需要仔细思考每一个环节 。其次，这涉及到如何把流程的每一步抽象出来，如何画出大家都喜欢和理解的流程图 。这也是第二篇文章的重点 。
四 。摘要[/s2/]
通过这篇文章，我们知道了标准流程图的绘制 。
首先需要了解活动、判断、并行、并行收敛、合并等基本概念 。其次，通过三个例子说明如何正确表达流程图，而不是学习错误的流程图 。
其次，发现流程图只是逻辑思维和表达方式之一，还有很多其他方式需要进一步解锁 。
最后，例子的三个流程图指出了问题，但没有画出来 。可以留言说说你的想法，怎么画出你认为的流程图 。
推荐阅读
- 解读绩效考核体系设计 绩效考核设计流程图
- 超详解思维导图绘制教程 PPT如何做思维导图
- 简单的流程图在线制作工具 流程图如何制作
- 信用证流程图文字版解释，最新信用证的流程图及流程描述
- 绘制流程图的的工具有哪些，简单制作流程图的9个步骤
- 淘宝怎么给差评步骤，详细步骤及操作流程图解
- 绘制流程图的步骤，新手入门一定要掌握这三个方法
- 网站建站流程图，新手入门必看教程
- 程序流程图的7个基本元素 程序流程图规范国际标准
- 流程图的画法及要求(3种绘制方法)