業務流程圖、功能流程圖、任務流程圖……我們經常聽到這些名詞伴隨著定義/概念出場，然而，這些概念真的是正確并且準確的嗎？

繼上兩篇，講述了流程圖的規范，以及講述了如何畫出不被研發怒懟，能讓運營看懂的流程圖后，我們繼續來明確幾個網上的概念。

前面兩篇文章請移步查看：《制作規范不錯的路程圖》、《制作人人喜歡的流程圖》。

本文明確的是以下問題，也是經常容易被理解錯的概念。

1. 業務流程圖只是一個說法而不是一種畫法；
2. 任務和業務流程圖多此一舉的概念；
3. 功能流程圖不要用不要提。

下面我們一步一步說明。

一、業務流程圖只是一個說法而不是一種畫法

先看下面兩張圖，在一些表述中，分別被描述成是業務流程圖和任務流程圖，而兩者的區別是：

1）業務流程圖就是帶泳道的流程圖，是表述業務流程的。

2）任務流程圖是無泳道的流程圖，是表述任務的。

而實際上這兩個表述都欠妥。

業務流程圖（泳道圖）

任務流程圖

業務流程圖的描述為什么欠妥？先看下面對業務流程圖的描述：

業務流程圖就是描述那些個體在什么條件下做了什么事情，他們之間有何關聯。

主要分兩個方面：

1）涉及到哪些主體（角色）？

2）每個主體（角色）都有哪些工作？

而這里如果理解成“帶泳道的就是業務流程圖”，那么請看下面的兩張圖，描述的內容是相同的，但無論加不加泳道，是不是都在表述業務呢？

不帶泳道的描述業務

帶泳道描述業務

因此業務流程圖只是一個說法，而不是一個具體的畫法，可以加泳道或不加泳道。

二、任務和業務流程圖多此一舉的概念

另一方面，”業務流程圖和任務流程圖”概念則不建議提，實際上是多此一舉的概念，僅僅是個修飾詞而已?？聪旅娴谋硎觯?/p>

任務流程圖就是在你的產品操作上，用戶通過什么樣的操作來完成它的目標，比如你去銀行ATM機器上取錢，你是如何一步步操作把錢取出來的。

其實就是用戶操作的過程，而如果概括為任務則成了“你的任務是去取錢或去注冊”，這個就不準確了；而如果對于快遞員如果說“你的任務是送快遞”，則表述正確。實際上：

1. 對用戶就是具體操作，顯然用“用戶操作流程”來解釋就可以，比如：用戶取錢流程圖，用戶登錄流程圖，用戶下單流程圖等。

2. 對快遞人員而言則是一個任務， 比如：快遞員送快遞任務流程圖。

因此建議工作中不要提任務流程圖概念。對用戶而言這不是一個任務，對快遞人員而言是一個任務。直接說你要干什么就可以。參考下面兩個說法那個適合？

• 說法一：老板和各位研發，我們過一下我畫的用戶登錄任務流程圖和快遞送貨任務流程圖。
• 說法二：老板和各位研發，我們來過一下用戶登錄的流程和快遞員送貨的流程圖。

顯然第二種說法更為直接有效。

再舉個列子，看下面的流程圖，這個到底算是業務流程圖，還是任務流程圖呢？

實際上你發現，用“系統流程圖”表述更準確。因此你會發現把流程圖歸類為任務流程圖和業務流程圖，其實沒有必要。就是流程圖，只不過有不同的修飾詞。

因此可以在日常工作中，可以表述成：操作流程圖（表達用戶的注冊的操作），業務流程圖（表達公司內部處理訂單的流程），系統流程圖（如上圖，表達系統內部的邏輯處理），任務流程圖（表達快遞員送快遞所要完成的任務）等等各種說法。

至于用那個修飾詞或想自己造一個修飾詞，您隨意寫吧。實際上以上流程圖，都沒有畫法的區別，都是一樣的，為什么要分出不同的概念呢？

三、功能流程圖不要用不要提

下面的表達稱其為功能流程圖：

而實際上：

1. 要么表達操作流程，用流程圖。

2. 要么表達每個頁面有什么主要功能，用頁面流程圖。

3. 要么表達功能之間的關系，用UML的用例圖。

就這個案例看，就是要表達每個頁面的主要功能。用頁面流程圖畫3個簡化的原型頁面即可，又清晰又簡單。不要用流程圖表達功能，這不是流程圖的目標。流程圖是表達一系列的動作，而不是表達一系列的功能。

四、總結和后記

業務流程圖，任務流程圖和功能流程圖是很多人聽到的概念。

而實際上在經典的UML中就沒有這些概念。沒有這些概念是正確的，因為這種歸類不嚴謹，也沒有什么用。本人也試圖去找到底是誰提出的這個概念，但是沒有找到。如果有人知道源頭和解釋，歡迎指正。

相關閱讀

制作人人喜歡的流程圖，三步教會你繪制大廠流程圖(第二篇)

你可能學了假流程圖，三步教會你繪制大廠流程圖(第一篇)

作者：擎蒼，資深產品經理，資深老師，公眾號：圖解產品設計

本文由 @擎蒼 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自Unsplash，基于CC0協議