這是系列文章的第三篇,相關文章目錄如下:
第一篇:如何製作正確規則的流程圖?
第二篇:如何製作人人喜歡的流程圖?
第二篇:流程圖的概念解析
功能流程圖、業務流程圖和任務流程圖等網上的各種概念很多。本文就來理清這三個概念,還原背後的本質。而更重要的是通過此,構建正確的知識結構。下面是本文結論,我會一步一步說明為什麼。
1. 業務流程圖只是目標而不是一種畫法
2. 任務流程圖是多此一舉的概念
3. 功能流程圖不要用不要提
先看下面兩張圖:
業務流程圖(泳道圖)
任務流程圖
以上分別是任務流程圖和業務流程圖,在一些表述中:1)業務流程圖就是帶泳道的流程圖,是表述業務流程的。2)任務流程圖是無泳道的流程圖,是表述任務的。而實際上這兩個表述都欠妥。
業務流程圖的描述為什麼欠妥?先看下面對業務流程圖的描述:
業務流程圖就是描述那些個體在什麼條件下做了什麼事情,他們之間有何關聯。主要分兩個方面:1)涉及到哪些主體(角色)? 2)每個主體(角色)都有哪些工作?如文章開頭提到的圖就是涉及到賣家,銀行等主體圍繞訂單的業務。
而這裡如果理解成「帶泳道的就是業務流程圖」,那麼請看下面的兩張圖,無論加不加泳道,是不是都在表述業務呢?
不帶泳道的描述業務
帶泳道描述業務
因此業務流程圖只是一個目標,而不是一個具體的畫法,可以加泳道或不加泳道。
而另一個「任務流程圖」概念則不建議提,看下面的表述:
任務流程圖就是在你的產品操作上,用戶通過什麼樣的操作來完成它的目標,比如你去銀行ATM機器上取錢,你是如何一步步操作把錢取出來的。
其實就是用戶操作的過程,而如果概括為任務則成了「你的任務是去取錢或去註冊」,這個就不準確了;而如果對於快遞員如果說「你的任務是送快遞」,則表述正確。實際上:
1. 對用戶就是具體操作,顯然用「用戶操作流程」來解釋就可以,比如:用戶取錢流程圖,用戶登錄流程圖,用戶下單流程圖等。
2. 對快遞人員而言則是一個任務, 比如:快遞員送快遞任務流程圖。
因此建議工作中不要提任務流程圖概念。對用戶而言這不是一個任務,對快遞人員而言是一個任務。直接說你要幹什麼就可以。參考下面兩個說法那個適合?
說法一:老闆和各位研發,我們過一下我畫的用戶登錄任務流程圖和快遞送貨任務流程圖。
說法二:老闆和各位研發,我們過一下用戶登錄的流程和快遞員送貨的流程圖。
顯然第二種說法更為直接有效。
下面的表達稱其為功能流程圖
功能流程圖
而實際上:
1. 要麼表達操作流程,用流程圖。
2. 要麼表達每個頁面有什麼主要功能,用頁面流程圖。
3. 要麼表達功能之間的關係,用UML的用例圖。
就這個案例看,就是要表達每個頁面的主要功能。用頁面流程圖畫3個簡化的原型頁面即可,又清晰又簡單。不要用流程圖表達功能,這不是流程圖的目標。流程圖是表達一系列的動作,而不是表達一系列的功能。
業務流程圖,任務流程圖和功能流程圖是很多人聽到的概念。
如果不能很好的分辨概念後的本質,則意味著向研發表述的時候會出現思路不清晰,表述不清的情況。因此理解概念才能更好的在實踐中運用。
我是砍我不能砍需求的產品俠一枚
幫助產品和非產品人建立"產品經理思維"
宏觀建立知識地圖,微觀建立基本邏輯
有學習問題,聯繫產品俠微信 812776706
點擊「好看」, 讓更多人知道