产品经理成长系列（六）——产品设计之业务流程
在生活中我们会碰到各种各样的流程。比如坐地铁，大概的主流程包含买票、安检、进站刷票、等候地铁、上车、到站下车、出站验票。
流程，由两个及以上的业务步骤，完成一个完整的业务行为的过程。它是过程节点及执行方式有序组成的过程。流程图，就是将这些流程进行显性化和书面化的一种表达。
很多产品经理在梳理完产品架构之后就开始绘制原型图，但这其实是错误的。很多时候，产品经理在绘制原型的过程中，会发现有些地方会出现逻辑前后不一致的情况，并且还缺少一些分支和异常流程的情况。这是因为其中少了一个关键步骤，那就是梳理产品的业务流程。
梳理产品的业务逻辑和流程，有助于降低团队的沟通成本，毕竟可视化的流程图看起来可比一大堆的需求文档直观易懂。除此之外，还可以检验是否有遗漏的分支流程。
流程图的要素
参与者：谁参与了这个系统，可以是系统、可以是用户、可以用产品页面。
动作：就是产品中的操作，在产品中执行了什么。
动作顺序：操作产生的顺序，比如操作A，得到了结果B。
输入输出：输入可以理解为前提、前置条件；输出则为结果。
规则：操作产生的条件。
比如上文说到的坐地铁流程。对于这个流程，参与者有地铁、乘客、安检员，涉及到的动作包含买票、安检、刷票、验票等等，输入是乘坐地铁到达某地，输出则是安全抵达目的地。
一个好的流程图应该具备：清晰易懂，易懂到一个非该业务相关人员也能看明白；简单明了，流程图就是为了把复杂的业务逻辑流程简单化；完整准确，要把各种分支以及异常逻辑考虑进去。
产品相关流程图的种类
对于产品相关的流程图主要有三类：业务流程图、页面流程图、数据流程图。这其中与产品经理相关的是业务流程图。
页面流程图描述的是产品页面的跳转路径，它一般由交互设计师来画。
数据流程图描述数据在不同节点被处理的过程，它主要反映信息在系统中的流动、处理和存储的情况。它一般由开发人员来绘制。
业务流程图是用来表达业务需求在产品线的各个阶段、各个模块之间的轮转。一个业务需求通常涵盖多个功能需求，涉及前端展示、后台记录等多个部分。因为业务流程图与产品经理最为相关，所以下面重点来说说业务流程图。
梳理业务流程的步骤
第一步梳理业务流程涉及到的角色。比如对于电商产品的下单流程，涉及到的角色包含用户、平台、第三方商家，其中平台还可以继续分为产品系统、订单系统、仓储系统、物流配送系统。
第二步，将业务按阶段划分，比如电商产品可以分为下单和支付。梳理出各业务阶段的核心流程，比如下单阶段包含浏览商品、登录/注册、加入购物车。
第三步，思考完核心流程后，再梳理分支流程。对于分支的详细程度，不一定都需要梳理到最小颗粒度。分支流程要全面无遗漏。表达清楚后台产生的各种判断及相应的前端展示，这将作为接口设计的重要根据。
第四步，按照时间顺序，完整的梳理出业务需求在各个功能模块之间的流转情况。
绘制业务流程图
绘制业务流程图一般采用泳道图。
泳道图是处理多角色、多系统、多模块的复杂需求的最好方法，它的本质就是希望可以通过角色、系统、模块的划分将复杂的功能梳理切割清晰。对于涉及到多角色比较复杂的流程图来说，画泳道流程图会看起来更加清晰明了。
常用的绘制流程图工具有Visio、Omnigraffle、ProcessOn。大家可以根据自己的使用习惯来决定。
最后，附上自己之前绘制的关于优惠券的业务流程，如下图：
