功能、业务和任务流程图如何分清和用好？

本文就来理清这三个概念，还原背后的本质，让你的表达更清晰。而更重要的是通过此，构建正确的知识结构。下面是本文结论，我会一步一步说明为什么。

1. 业务流程图只是目标而不是一种画法

2. 任务流程图是多此一举的概念

3.  功能流程图不要用不要提

一. 业务流程图只是目标而不是一种画法

先看下面两张图：

业务流程图（泳道图）

任务流程图

以上分别是任务流程图和业务流程图，在一些表述中：1）业务流程图就是带泳道的流程图，是表述业务流程的。2）任务流程图是无泳道的流程图，是表述任务的。而实际上这两个表述都欠妥。

业务流程图的描述为什么欠妥？先看下面对业务流程图的描述：

业务流程图就是描述那些个体在什么条件下做了什么事情，他们之间有何关联。主要分两个方面：1）涉及到哪些主体（角色）？2）每个主体（角色）都有哪些工作？如文章开头提到的图就是涉及到卖家，银行等主体围绕订单的业务。

而这里如果理解成“带泳道的就是业务流程图”，那么请看下面的两张图，无论加不加泳道，是不是都在表述业务呢？

不带泳道的描述业务

带泳道描述业务

因此业务流程图只是一个目标，而不是一个具体的画法，可以加泳道或不加泳道。

二. 任务流程图多此一举的概念

而另一个“任务流程图”概念则不建议提，看下面的表述：

任务流程图就是在你的产品操作上，用户通过什么样的操作来完成它的目标，比如你去银行ATM机器上取钱，你是如何一步步操作把钱取出来的。

其实就是用户操作的过程，而如果概括为任务则成了“你的任务是去取钱或去注册”，这个就不准确了；而如果对于快递员如果说“你的任务是送快递”，则表述正确。实际上：

1. 对用户就是具体操作，显然用“用户操作流程”来解释就可以，比如：用户取钱流程图，用户登录流程图，用户下单流程图等。

2. 对快递人员而言则是一个任务， 比如：快递员送快递任务流程图。

因此建议工作中不要提任务流程图概念。对用户而言这不是一个任务，对快递人员而言是一个任务。直接说你要干什么就可以。参考下面两个说法那个适合？

说法一：老板和各位研发，我们过一下我画的任务流程图。

说法二：老板和各位研发，我们来过一下用户登录的流程和快递员送快递的流程图。

显然第二种说法更为直接有效。

三.  功能流程图不要用不要提

下面的表达称其为功能流程图

功能流程图

而实际上：

1. 要么表达操作流程，用流程图。

2. 要么表达每个页面有什么主要功能，用页面流程图。

3. 要么表达功能之间的关系，用UML的用例图。

就这个案例看，就是要表达每个页面的主要功能。用页面流程图画3个简化的原型页面即可，又清晰又简单。不要用流程图表达功能，这不是流程图的目标。流程图是表达一系列的动作，而不是表达一系列的功能。

四. 总结

业务流程图，任务流程图和功能流程图是很多人听到的概念。

如果不能很好的分辨概念后的本质，则意味着向研发表述的时候会出现思路不清晰，表述不清的情况。因此理解概念才能更好的在实践中运用。