业务流程图和任务流程图

流程是一组将输入转化为输出的相互关联或相互作用的结果。

流程不可或缺的因素：对象、输入、动作、输出。

对象就是执行人也是产品中的用户；

输入可以理解为前提、前置条件；

动作就是产品中的操作，可以是点击、输入等；

输出可以理解为结果、动作的目的；

需要说明的是：

产品工作中，输入和输出的形式并不局限，可以是事件，也可以是动作；

在思考输出时，也不能仅仅考虑用户端的输出结果，同时要考虑后台产生的输出（比如数据的变化）；

在相连的环节中，通常上一个环节的输出是下一个环节的输入。

流程图就是将流程表达清楚的图形，流程图只要表达清楚一件事：什么对象在什么前置条件下执行了什么操作，产生什么样的结果。

业务流程图的作用是表达清楚业务需求在产品线的各个阶段中在各个功能模块之间的轮转；

通常情况下，一个业务需求不仅仅对应一个功能需求，而是由多个功能需求组成的，举例来说：业务需求是注册，那么功能需求就包括填写信息的正则校验、验证码的生成与校验、注册协议查看（勾选），此外后台还要由账户生成与信息记录的功能，需要手机注册的还要有短信的发送与验证的功能（邮箱注册同理）。

可见，业务需求要求概括精炼，功能需求要求具体详细；一个业务需求通常涵盖多个功能需求，涉及前端展示、后台记录等多个部分，所以业务流程图通常复杂详细，尽量能够涵盖各种异常情况（每种异常情况都有相应的前、后台解决方案）。

业务流程图的绘制思路一般是：

首先将业务按阶段划分，比如电商类可分为下单和支付，单车类可分为提车、骑车、停车；

然后列出每个阶段参与的功能模块，比如下单阶段，就有商品查看、登录／注册、信息记录、个人中心等功能；

最后按照事件顺序，画出业务需求在各个模块之间的流转情况。

为了输出一份完整的业务流程图，一般两个原则：

先考虑主干流程，在考虑分支流程，主干流程逻辑准确，分支流程全面无遗漏；

表达清楚后台产生的各种判断及相应的前端展示，这将作为接口设计的重要根据。

任务流程图

任务流程图表达的是用户在执行某个具体的任务时的工作流程。任务流程图可以理解为一个简化版的业务流程图，只有主要的操作步骤。

相比于业务流程图，任务流程图的特点是：

只展现用户的操作，不展示后台的判断；

只展现正常流程，不展现异常流程；

只可查看用户的工作流程，无法作为开发的参考。