本文的目的很简单:通过电子商务的例子，讲清楚业务流程图和任务流程图的联系和区别，以及在产品中的应用。
和流程图。
让我们先来看看过程的定义:
在牛津词典中，过程是指一个或一系列连续的、有规律的动作，以一定的方式发生或执行，以促进特定结果的实现；国际标准化组织在ISO 9001: 2000质量管理体系标准中给出的定义是:“过程是将输入转化为输出的一组相互关联或相互作用的活动”。
从以上两个定义中，我们可以提炼出流程不可或缺的要素:对象、输入、动作、输出。
应该指出的是:
明确了流程的定义和要素后，顾名思义，流程图就是清晰表达流程的图形。流程图只需要表达清楚一件事:什么对象在什么前提下执行了什么操作，产生了什么结果。
制作流程图的方法和工具已经有很多介绍了，这里不再赘述。业务流程图和任务流程图是产品中常用的。下面就通过例子讲一下我理解的两个流程图的联系和区别。
业务流程图
业务流程图的作用是清晰表达产品线各阶段功能模块之间的业务需求轮换。
通常，一个业务需求不仅对应一个功能需求，还包含多个功能需求。例如，如果业务需求是注册，那么功能需求包括定期验证要填写的信息、生成和验证验证码、检查注册协议(和检查)。另外后台有账号生成和信息记录功能，手机注册需要短信发送和验证功能(邮箱注册也是一样)。
可以看出，业务需求是总结提炼出来的，功能需求是详细具体的。一个业务需求通常涵盖多个功能需求，涉及前端展示、后端记录等部分，所以业务流程图通常比较复杂和详细，能够尽可能地涵盖各种异常情况(每种异常情况都有相应的前端和后端解决方案)。
业务流程图的绘制思路一般如下:
为了输出一个完整的业务流程图，一般有两个原则:
以电商购物为例，画出业务流程图。
一个完整的电子商务购物流程通常由两个阶段和五个部分组成。两个阶段是下单和支付，五个部分是用户、交易和账户系统&个人中心、支付系统和CRM系统，如果仅仅从用户的角度出发，都很难考虑到后台的各种判断和操作，这就变成了一个任务流程图。这个图表包含了购物流程的用户操作、前端展示和后台判断，体现了实现购物业务所需的各个部门的功能和支持。在这个图表中，我们还可以看到所需的接口和数据。
业务流程图应该是获取业务需求(或BRD)后输出的第一个文档，它不是静态的。它将在对业务需求或BRD的多次讨论中不断补充和完善，最终成为整个项目的基准文档，在构建技术架构和技术分工时作为主要参考。所以在画业务流程图的时候，逻辑一定要清晰，不能遗漏任何重要的部分。
任务流程图
任务流程图表达了用户在执行特定任务时的工作流程。任务流程图可以理解为业务流程图的简化版，只有主要的操作步骤。通常在写用户体验报告时，会用任务流程图来表达页面流程和主要操作。同样，以电商购物为例:
从上面可以看出，与业务流程图相比，任务流程图的特点是:
无论是画业务流程图还是任务流程图，重点都应该是逻辑关系，而不是图本身的细节。归根结底，流程图只是帮助我们更好地分析和思考的工具。它能画出逻辑清晰的流程图。我们不一定对每个模块都了如指掌。但是如果流程图逻辑混乱，模糊不清，就要反思是业务需求理解不清还是功能需求理解不清。作为初学者，经常结合思维导图分析产品的业务流程和任务流程，对提高逻辑感和产品思维很有帮助。
本文由@LeeJX原创发布。每个人都是产品经理。未经许可，禁止转载。
最新评论