PM的日常工作中，經常和業務流程圖打交道。對于才入行的PM來講，業務流程圖到底是什么、該怎么畫以及注意事項有哪些，在本篇文章中將具體介紹，希望給在工作中對應業務流程圖“懵逼”的你有些許幫助。

一、定義

業務流程圖(TFD)是一種描述管理系統內各單位、人員之間的業務關系，作業順序和管理信息流向的圖表。
——摘自百度百科

以上是來自百度百科中對業務流程圖的定義。不過，個人認為這個定義太抽象，對于不太熟悉業務流程的人來講，這個定義有點過于“專業”。個人對流程圖是這么理解的：業務流通圖是按順序描述某一事項執行過程（或流程）的圖形化展示形式。對業務流程圖，有如下解析：

1. 是什么：是對業務流程的一種表示形式而已。換句話說，業務流程也可以用別的形式表示，而不用“圖”（比如口述、文字描述等）也可以，但是“圖”更直觀、形象；
2. 描述對象是什么：對象是業務流程。那么什么叫業務流程呢？從以上“業務流程圖”定義可以對“業務流程”做一個簡單定義：某一事項的執行過程（或流程）；
3. 內容包括什么：業務流程圖中主要包括活動和方向（流程流向），如果是泳道圖的話，還包括角色（或者說崗位）。這方面，下文會細說，莫捉急。

業務流程有一個特點，即：時序性（有時間先后順序）。

地鐵乘車流程圖-示例

二、作用

關于流程圖的作用，個人認為有以下意義：

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協議。