產品經理必備技能:業務流程圖
PM的日常工作中,經常和業務流程圖打交道。對于才入行的PM來講,業務流程圖到底是什么、該怎么畫以及注意事項有哪些,在本篇文章中將具體介紹,希望給在工作中對應業務流程圖“懵逼”的你有些許幫助。
一、定義
業務流程圖(TFD)是一種描述管理系統內各單位、人員之間的業務關系,作業順序和管理信息流向的圖表。
——摘自百度百科
以上是來自百度百科中對業務流程圖的定義。不過,個人認為這個定義太抽象,對于不太熟悉業務流程的人來講,這個定義有點過于“專業”。個人對流程圖是這么理解的:業務流通圖是按順序描述某一事項執行過程(或流程)的圖形化展示形式。對業務流程圖,有如下解析:
- 是什么:是對業務流程的一種表示形式而已。換句話說,業務流程也可以用別的形式表示,而不用“圖”(比如口述、文字描述等)也可以,但是“圖”更直觀、形象;
- 描述對象是什么:對象是業務流程。那么什么叫業務流程呢?從以上“業務流程圖”定義可以對“業務流程”做一個簡單定義:某一事項的執行過程(或流程);
- 內容包括什么:業務流程圖中主要包括活動和方向(流程流向),如果是泳道圖的話,還包括角色(或者說崗位)。這方面,下文會細說,莫捉急。
業務流程有一個特點,即:時序性(有時間先后順序)。
地鐵乘車流程圖-示例
二、作用
關于流程圖的作用,個人認為有以下意義:
1. 簡單明了地表達業務流程
雖然口述比畫業務流程圖在時效上確實快很多(嘴的播放速度畢竟比敲鍵盤快),但“語言(口述)”在信息傳遞上的準確性上確實沒有“白紙黑字”清楚。
有人說,文字描述流程也不行嗎?行,但是長篇大論的文字,除了小說或者你感興趣的內容,你平常會從頭到尾認認真真看密密麻麻的文字嗎?就算你會看,你可能也會在心中罵這個人做事方式有問題。
總之,圖比其他的表現形式都要友好,且人對圖的記憶更深刻。業務流程圖一般需要附在產品文檔中,供讀者理解業務。
2. 確認需求
比如你最近需要和相關業務部門確認需求,你拿出你那高大上的業務流程圖往投影上一放,不用你介紹,他們自己就能看明白。他們看到后,就知道你畫出的流程是不是他們實際需要的。這樣就能保證IT和業務同事理解一致,這在軟件開發中是很關鍵的。
另外,如果把流程圖發給開發同事,他們也能大概了解整個系統是要實現什么需求,做到心中有數。
三、分類
業務流程圖常用的分為:基本流程圖和跨職能流程圖(泳道圖)。
- 基本流程圖:主要用于描述單一角色在處理某一個事項時的流程(當然,也可以描述多角色);
- 跨職能流程圖:描述的是多個角色同時處理某一個事項時的流程。
不過,跨職能流程圖在PM日常中用到的更多,也顯得更專業。所以,下文主要對跨職能流程圖作解說。如果想了解基本流程圖的童鞋們,也可在評論區找我哦。(悄悄告訴你,上面的“地鐵乘車流程圖”其實就是基本流程圖)
四、畫業務流程圖步驟
以下以滿足“要吃餃子”為例,詳細描述業務流程圖的畫法。假設:我洗菜、老婆拌餃子餡,所有人包餃子、媽媽煮餃子。
1. 思路
(1) 明確需求
畫業務流程圖之前,首先得確認需求,或者說你得搞明白具體流程。
比如上面舉的“要吃餃子”,其實我已經知道了要想吃到餃子的需要有哪些流程或過程(洗菜–拌餡–包餃子-煮餃子),最好是在紙上畫一個草圖。
(2) 其次明確流程的粒度
就是說,如果你打算畫流程圖,你應該心中有把“尺子”:我這次畫流程圖要畫一個“什么樣的”?是詳細的呢還是粗略的。就像畫原型一樣,畫之前你得清楚你是要畫一個高保真原型還是一個草圖。
比如上面我說到的:洗菜–拌餡—包餃子–煮餃子,這很明顯是一個粗略的流程圖。而上圖中的藍色圓圈中的是對“洗菜”和“拌餡”環節更細的流程。
只有業務流程基本定型,你就可以“按需”畫出“粗暴或詳細”的流程了。
為什么叫“按需”呢?這是因為得看你們項目的具體需求,如果領導說要畫詳細點,那就畫詳細點;如果簡單粗暴能滿足會議或溝通需要,也是ok的。流程圖只要正確的話,那么就沒有好壞之分,只有合適不合適之別。
(3) 確定有幾種角色
如果是畫跨職能流程圖的話,一定要在畫流程圖之前把幾種角色給捋清楚。
2. 工具
接下來就開始要畫流通圖了,那就不得不說畫圖工具了。作為PM,會用Visio這是最基本的要求了,因為Visio是最基本也是PM用的最多的畫圖工具。
有人可能喜歡用ppt畫流程圖,這也不是不可以。用ppt的話可能會更隨意,效果也更漂亮,但是畫圖效率比較低。另外,可能還有人用Axure畫流程圖,我平常用Axure畫一些基本的簡單流程圖,但泳道圖確實沒有過Axure畫過,畢竟沒有Visio簡單高效。
其他畫流通圖的工具,大家可以從網上再了解下,但建議才入行的PM把Visio用好就ok了。
對于Visio中各符號的使用(以下僅列舉了常用的幾個符號),有以下供同行的你參考:
3. 示例
示例V0.1
示例V0.2
以上兩個示例中,示例V0.2的兩個黃色方框內是對示例V0.1中的“洗菜”和“拌餡”環節進行了細化。
也就是說,對于PM來講流程圖的“粗細”是可以按需自行控制的?;蛘吣憧梢赃@么理解:你畫的業務流程圖其實是可以再進行拆分的。其實對于可以拆分的流程圖來講,一般情況下大多PM畫出的效果并不是示例V0.1的樣子,而是下面醬紫的(用子流程符號代替):
而“洗菜”和“拌餡”的具體內容是在另一個流程圖中體現,這就是說的子流程圖。
五、友情提醒
對于業務流通圖總結以下,作為友情提示:
1. 有始有終
一個流程圖應該是有始有終,即:有開始節點和結束節點。
如果你的流程圖沒有開始或結束節點,那就說明你所要畫的流程圖你還是不很清楚,或者你還沒明確你要畫的業務范圍
2. 有粗(詳)有細(略)
即我上面說的,流程圖可以有子流程圖。不要把所有內容都扔在一個流程圖中,雖然這樣內容集中,但是看起來密密麻麻一團糟。
3. 沒有好與不好
工作中可能有人喜歡評價誰畫的流程圖好或誰畫的不好??赡芤驗橛玫墓ぞ卟灰粯踊蛘吡鞒虉D的詳細程度不一,流程圖的表現形式效果就不太一樣。
但個人認為,如果流通圖是符合業務需求的,就沒有好與不好,只有合適與不合適。如果就簡單地想告訴觀眾,整個系統實現的是什么業務,我覺得畫一個粗糙的流程圖也無可厚非。
本文由 @喝茶嘮嗑 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplah,基于CC0協議。
我猜是媽媽和面,哈哈
對于可拆分的子流程圖是否使用子流程符號,說實話我一直沒有明確的界定,所以子流程的符號不知道什么時候該用。不過最后自己還是總結出是否使用子流程的符號,根據具體需要的顆粒度使用。像筆盒所畫流程圖中的包餃子、煮餃子其實也可以細化的。^-^
需求文檔
暈 不好意思 我是要搜索“需求文檔”的 但是不知道咋回事一打開就是這篇文章的評論界面………
有問題吧!
求基本流程圖詳解
沒有好與不好,只有合適與不合適,,智慧啊
請問泳道圖一般都是怎么畫的呀
可以私聊,告訴你怎么畫
ominiGraffle有人用么?
me
現在用wps畫流程圖也挺方便的
很詳細啦