流程圖很重要，在開發和測試中，重要性勝于PRD等文檔，因此多練習，培養規范的繪制習慣和繪制思路，會減少很多不必要的溝通，也會讓PM對產品的脈絡更加了然于心，庖丁解牛就是這個道理了。

前前后后做了四五個項目，確定需求后，交互、UI都要求繪制流程圖，每次都達不到預期效果。自己總結了一下，工具很多，我基本都接觸了，萬變不離其宗，再好用的工具也用過，始終不如意，想來想去還是覺得流程圖的功底不夠。

網上搜羅一大圈，大家都各有各的繪制方法，元素的定義也不統一，這并不是什么好事情。所以今天整理了一下流程圖的繪制基本規范，供大家參考學習。

單獨為項目管理做的流程圖規范并沒有，目前的流程圖規范基本都是為企業和工業，研究了一些相關的資料和我大學時候的相關課件筆記，做了一些優化，希望可以更適應互聯網產品的流程圖繪制。

一、流程圖繪制的核心

繪制流程圖是梳理思路的最好方法，沒有之一。在產品處于想法過渡到模型的階段，流程圖對模型建構起了提綱挈領的作用。流程圖對應用戶體驗要素中的結構層或者范圍層，可以梳理功能模塊、業務流程、使用路徑。繪制流程圖一定要注意，太亂、太復雜的流程圖不是真的多難，是你自己沒有梳理好，這個時候一定要反思。

二、流程圖元素定義

參考：標準流程圖制作規范講義（百度文庫）

二、流程圖結構分類

1.循序結構

定義：根據流程圖的步驟，依次執行，符合理想狀態下的流程圖，也是流程圖主軸的基本結構。這也符合我之前在登陸注冊中提到的一個概念——正常功能和異常處理。

語法解讀：DO 任務1——then do 任務2

適用場景：流程圖中的主要步驟或環節，按照產品設計依次進行。

2.二元選擇結構

定義：二元選擇結構是最常見的，我們經常遇到需要處理“是”或“否”、“確定”或“取消”這樣的組合式選擇。最常用的元素就是”判斷決策”。

語法解讀：if 條件成立，then do 選擇1；or do選擇2。

適用場景：二元選擇結構出現在決策選擇環境下，一般都是二元組合式選項，必選其一，或者只有其一。當選擇二者之一時，也對應不同的路徑。

3.多重選擇結構

定義：流程圖依據條件或者類型，提供兩個以上的選項或者方案，且互相之間不是組合式選項，并列存在，不沖突。

語法解讀：for條件P ? case1 do方案1

Case2 do方案2

Case3 do方案3

………

適用場景：當條件或者類型固定后，程序給出多個同層次的選擇和方案，自由選擇，每個方案都按照程序設定給出路徑。

4.重復結構

定義：條件本身的滿足狀態處于可激活狀態，通過重復某一要素可滿足該狀態，從而實現程序目的。重復結構只有當條件為真時才繼續其他程序。

語法解讀：repeat do 程序 until條件滿足

適用場景：可重復可逆的操作，先進行程序處理，再確定是否滿足條件。該操作會對條件產生能動作用，并最終有可能滿足條件，從而結束重復，進入出口。

5.DO-while結構

定義：該結構和多重選擇結構相似，區別在于，當條件為false時，不再重復。

語法解讀：while條件，do程序，end

適用場景：先判斷條件是否滿足，再決定是否繼續重復該操作。

三、流程圖繪制原則

1.流程中每個元素內必須鍵入key word，主軸尤其如此，旁支需要備注的，采用備注元素不影響當前流程順序的前提下選取合理位置備注，務必簡明扼要。

2.當某流程出現選擇或決策結果時，需要認真走查，避免出現漏洞，導致流程無法形成閉環，功能缺失。

3.繪制時，考慮流程圖全局，合理安排繪制路線，盡量繪制的簡單明晰。繪制必須遵從從上自下，從左至右的順序，為了提高流程圖的邏輯性，可以在每個元素上用阿拉伯數字進行標注。

4.處理程序需要形成閉環。堅持一個入口，一個出口的特性，使得流程圖在邏輯上不出現缺失（該特性僅適用流程圖內部部分流程）

5.路徑應避免交叉。

6.統一路徑的指示方向只有一個。

四、繪制小竅門

1、拆分模塊。經常會遇到業務說“這個功能我們也要”‘大概就是這個樣子’，雖然這是很不負責的言論，但是作為PM要針對業務提出的總體目標或者需求，進行分割，例如用戶下單可以分為登陸、瀏覽商品、編輯訂單、支付動作、完成/未完成。按照這種小的模塊來繪制流程圖會很清晰，而不至于亂糟糟的一團，還不如不繪制。

2、子流程巧用。有很多的小模塊可以不聽的復用，但是在整個大的流程中，不聽的繪制重復的模塊是很費時間，也會弱化流程圖的清晰感。其實頻繁復用的子流程作為“圖例”來使用是最好不過的，沒必要浪費時間重復繪制，費力不討好。

3、泳道圖之間關聯盡量單一。繪制泳道圖是處理多角色、多系統、多模塊的復雜需求的最好方法。泳道圖的本質就是希望可以通過角色、系統、模塊的劃分將復雜的功能梳理切割清晰，因此多模塊之間的關聯盡可能單一，實際中也不存在多聯系線條的情況（可自己驗證），因此如果泳道之間多條關聯，最好自己反思下是不是模塊切割的不合理，繪制圖不夠簡潔。

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