在做產(chǎn)品設(shè)計(jì)時(shí)，會碰到非常多的業(yè)務(wù)流程，當(dāng)我們需要跟開發(fā)解釋一個(gè)相對復(fù)雜的流程時(shí)，一個(gè)清晰的流程圖，便非常重要了。如何寫出一個(gè)清晰的流程圖呢？本文作者對此進(jìn)行了分析，一起來看一下吧。

我們做產(chǎn)品設(shè)計(jì)的時(shí)候，會碰到非常多的業(yè)務(wù)流程，有簡單的，有復(fù)雜的，有單作業(yè)的，也有多作業(yè)的，當(dāng)我們碰到需要跟開發(fā)解釋一個(gè)相對復(fù)雜的流程時(shí)，無論多么詳盡的表述，都遠(yuǎn)不如一個(gè)清晰的流程圖來得有用。

如果一個(gè)業(yè)務(wù)流程你認(rèn)為它復(fù)雜到無法用流程圖來表達(dá)，那多半你也無法用文字來表達(dá)。

有些文科出身的產(chǎn)品經(jīng)理，對文字的敏感度遠(yuǎn)超圖形，所以他們能用非常詳細(xì)的文字去描述一個(gè)流程的各個(gè)細(xì)節(jié)，但是如果你讓他們畫一個(gè)流程圖出來的時(shí)候，卻沒人能看得懂，如果你剛好是這樣的人，希望這篇文章對你有幫助。

一、認(rèn)識流程圖

在繪制流程圖之前，需要先認(rèn)識流程圖上的不同圖形代表了什么意思，以便你在繪制流程圖時(shí)可以正確使用它們。

一般用【橢圓形】表示流程的開始或結(jié)束節(jié)點(diǎn)，用【矩形】表示流程的常規(guī)節(jié)點(diǎn)，用【菱形】表示流程的判斷節(jié)點(diǎn)，節(jié)點(diǎn)與節(jié)點(diǎn)之間，通過【箭頭】進(jìn)行連接。繪制的時(shí)候可以考慮給不同的圖形加上不同的顏色，這樣辨識度更高。

這樣的約定使流程圖的繪制者和閱讀者更容易達(dá)成共識，也使繪制的流程圖更具易讀性。

二、單作業(yè)流程圖

這是最簡單的一種流程圖形式，它只是系統(tǒng)中、甚至只是某個(gè)系統(tǒng)功能模塊中的流程；它只描述一個(gè)用戶的動(dòng)作，或者只是描述一個(gè)功能模塊的運(yùn)作邏輯。

比如我們可以來繪制一個(gè)最簡單的用戶登錄操作流程圖：

上圖是從用戶操作的角度，描述用戶完成一個(gè)業(yè)務(wù)操作的流程，這種流程圖，稱為【業(yè)務(wù)流程圖】。

我們再來繪制一個(gè)登錄校驗(yàn)的流程圖：

上圖是從系統(tǒng)角度，描述一個(gè)功能的處理邏輯，這種流程圖，稱為【系統(tǒng)流程圖】或【功能流程圖】。

我們甚至可以對輸入手機(jī)號這個(gè)操作單獨(dú)繪制它的校驗(yàn)流程圖：

通過以上幾個(gè)簡單的流程圖，我們來總結(jié)一下一個(gè)合格的流程圖應(yīng)該怎么畫：

1、用正確的圖形表達(dá)對應(yīng)的節(jié)點(diǎn)，節(jié)點(diǎn)文字簡潔清晰描述執(zhí)行的動(dòng)作，必要時(shí)可增加注釋。比如上圖校驗(yàn)手機(jī)號對前3位數(shù)字的判斷，由于條件比較多，如果將所有可能的前3位數(shù)字全部寫出來，流程圖就太過臃腫，像這種情況，只需要簡單舉個(gè)例子或加個(gè)注釋說明，讓開發(fā)知道這里是要進(jìn)行什么判斷即可，至于詳細(xì)的判斷規(guī)則，應(yīng)該詳細(xì)記錄在需求文檔中。

2、同一個(gè)判斷節(jié)點(diǎn)，判斷結(jié)果控制在3個(gè)以內(nèi)，2個(gè)最佳，如果判斷條件比較多，盡可能分多個(gè)判斷節(jié)點(diǎn)，每個(gè)節(jié)點(diǎn)只處理一個(gè)判斷條件。如果一個(gè)判斷條件有2個(gè)結(jié)果，那么兩個(gè)判斷條件放在一起就可能大于4個(gè)結(jié)果。

3、線條盡可能少交叉和重疊。

4、盡可能合并相同作用的流程節(jié)點(diǎn)。這樣可以使流程圖更加簡潔，但要注意，如果兩個(gè)節(jié)點(diǎn)的作用不相同，一定不要使用相同或相似的節(jié)點(diǎn)文案。

5、按主線流程從上到下繪制，支線流程從左往右延伸。人的閱讀習(xí)慣是從上到下，從左到右。

6、如果一個(gè)流程過于復(fù)雜，可以將其中可獨(dú)立的子流程單獨(dú)繪制成流程圖。比如上述例子中，將登錄的主流程和登錄中輸入手機(jī)號校驗(yàn)的子流程分別繪制兩個(gè)單獨(dú)的流程圖，這樣更便于開發(fā)理解，如果混在一個(gè)流程圖中，會讓人覺得看起來要處理的邏輯太多，主流程和子流程交叉進(jìn)行，看圖的人會覺得未免過于復(fù)雜難懂。

根據(jù)上述結(jié)論，我們來看一個(gè)極端的反面例子：

從上面的例子中，我們可以知道這個(gè)流程圖有以下問題：

1、全部的節(jié)點(diǎn)都用錯(cuò)了圖形。

2、一個(gè)判斷節(jié)點(diǎn)同時(shí)進(jìn)行多個(gè)條件判斷，判斷結(jié)果太多，流程混亂。

3、流程線條重疊，影響閱讀。

4、關(guān)于是否11位數(shù)字是一個(gè)單獨(dú)的判斷條件，只需要輸出一個(gè)錯(cuò)誤提示結(jié)果即可，太多提示顯得流程過分冗余。

5、流程“左右開弓”，閱讀時(shí)容易感到無所適從。

三、多作業(yè)流程圖

多作業(yè)流程圖就要復(fù)雜得多，它可能涉及多個(gè)角色，也可能涉及多個(gè)系統(tǒng)，甚至可能同時(shí)涉及多個(gè)角色和多個(gè)系統(tǒng)，接下來將逐一舉例說明。

在這之前，我們需要先認(rèn)識一個(gè)新的圖形——【泳道圖】。

顧名思義，泳道圖有多個(gè)泳道，每條泳道可以代表一個(gè)角色或一個(gè)系統(tǒng)，這樣我們就可以在不同的泳道中表達(dá)多角色或多系統(tǒng)之間的協(xié)作流程。

舉一個(gè)多角色協(xié)作的例子，假設(shè) OA 辦公系統(tǒng)中請假的主要流程是這樣的：員工請假→上級主管審批→人事經(jīng)理審批→總經(jīng)理審批。全部審批完成后請假才能生效，如果有其中一人拒絕，就不再將流程提交給下一個(gè)審批人。我們來繪制一下這個(gè)流程圖：

每一條縱向的泳道代表一個(gè)角色，按照審批順序從左向右排列，然后把每個(gè)角色的流程畫在對應(yīng)的泳道內(nèi)。

多系統(tǒng)的流程也是相同的畫法，如果是多角色多系統(tǒng)同時(shí)存在呢？

還是上面的例子，我們假設(shè)考勤是個(gè)單獨(dú)的小程序，員工通過考勤小程序請假，審批者通過 OA 系統(tǒng)審批，這個(gè)時(shí)候就涉及多系統(tǒng)多角色的協(xié)作。我們上面畫的是縱向泳道圖，這個(gè)時(shí)候我們只要引入橫向泳道圖來表示多個(gè)系統(tǒng)就可以了：

1. 流程優(yōu)化

一個(gè)流程圖好不好，不只是看它是否畫得清晰易懂，也不只是看它畫得是否美觀簡潔，還要看它表達(dá)的邏輯是否合理以及是否最優(yōu)。

上圖是大多數(shù)平臺注冊時(shí)需要填寫的字段，首先我們針對上圖這些注冊條件，繪制出一個(gè)注冊流程中校驗(yàn)手機(jī)號是否已注冊的流程圖：

這個(gè)流程圖畫的沒有問題，在邏輯上也是成立的，但它是否就是合理的或最優(yōu)的呢？我們來分析一下。

如果用戶按主線流程最終注冊成功，這個(gè)流程是沒有問題的，但如果用戶的手機(jī)號之前已經(jīng)注冊過，對用戶而言，這個(gè)時(shí)候用戶已經(jīng)輸入了一堆的信息，你才告訴用戶注冊不了，用戶會覺得反感，甚至惱怒，對平臺而言，發(fā)送驗(yàn)證碼的短信費(fèi)用，本是一筆可以避免的支出。

因此，我們可以對這個(gè)流程進(jìn)行優(yōu)化，首先在用戶輸入手機(jī)號之后，系統(tǒng)先查詢手機(jī)號是否已注冊，如果已注冊，這時(shí)就可以馬上提醒用戶：

如果用戶不理會提示，繼續(xù)往下填寫注冊信息，在發(fā)送驗(yàn)證碼的時(shí)候，如果手機(jī)號已注冊，此時(shí)發(fā)送驗(yàn)證碼給用戶是沒有意義的，所以在發(fā)送驗(yàn)證碼時(shí)，需再次進(jìn)行手機(jī)號是否已經(jīng)注冊的校驗(yàn)：

通過這樣的流程優(yōu)化，可以達(dá)到降本增效的目的。

降本：降低成本。優(yōu)化后的流程，當(dāng)用戶看到手機(jī)號已注冊后，就不會繼續(xù)往下輸入，降低了用戶輸入后續(xù)信息的時(shí)間成本；手機(jī)號已注冊不發(fā)送驗(yàn)證碼，減少短信費(fèi)用，降低平臺的經(jīng)濟(jì)成本。

增效：增加效率。優(yōu)化后的流程，當(dāng)用戶輸入手機(jī)號之后，如果手機(jī)號已注冊，用戶就可以馬上轉(zhuǎn)去登錄，提前中斷沒有必要繼續(xù)往下進(jìn)行的注冊流程，縮短整個(gè)操作的時(shí)間，提升操作效率。

一個(gè)流程如果太長，我們在規(guī)劃流程的時(shí)候，需要注意跳出流程的節(jié)點(diǎn)。

比如上述注冊流程圖，我們可以像下方這樣，發(fā)現(xiàn)手機(jī)號不是11位數(shù)字之后，仍然往下走，等所有判斷條件執(zhí)行完之后，將所有的錯(cuò)誤信息一次性報(bào)給用戶：

這種方式對用戶來說體驗(yàn)是比較好的，可以一次性知道所有錯(cuò)誤并修正，但有時(shí)候我們的系統(tǒng)流程很長，每一步都需要做大量的判斷，耗費(fèi)大量的時(shí)間，那我們會采用另外一種方式，就是提前中斷，跳出流程，如下，當(dāng)判斷到用戶的手機(jī)號已經(jīng)不是11位數(shù)字，就不再往下判斷，直接報(bào)出錯(cuò)誤提示：

優(yōu)化后讓流程變得更加簡單，但也意味著繪制的流程圖會更加復(fù)雜，因?yàn)橐紤]更多的流程場景，因此，優(yōu)化流程才是真正考驗(yàn)產(chǎn)品經(jīng)理功底的工作。

我們再來看看上述的考勤流程可以怎么進(jìn)行優(yōu)化。

我們仔細(xì)分析一下，就會發(fā)現(xiàn)考勤的流程還涉及其他的場景。

第一種場景：提交請假申請的人本身就是部門負(fù)責(zé)人，在系統(tǒng)中沒有直屬的上級主管。這種場景下，如果一個(gè)人本身就是上級主管，那么提交之后，上級主管這一級就默認(rèn)審批通過，直接提交給人事經(jīng)理審批：

第二種場景：假設(shè)人事經(jīng)理的直屬上級是總經(jīng)理，人事經(jīng)理請假的時(shí)候，流程怎么走？這種場景流程其實(shí)沒有變，只是出現(xiàn)了特殊的情況，就是請假人剛好是審批人，同時(shí)上級是直接審批人，又是最終審批人，這種情況下，我們還是按流程來走，只是遇到相同審批人的時(shí)候，默認(rèn)審批通過即可：

實(shí)際上流程一個(gè)都沒少，只是因?yàn)榻巧丿B，所以兩個(gè)角色完成了4個(gè)角色的流程。雖然流程簡化，審批自動(dòng)通過，但在設(shè)計(jì)系統(tǒng)的時(shí)候，即使是自動(dòng)通過的審批節(jié)點(diǎn)，在系統(tǒng)中也需要進(jìn)行記錄。

最后我想說，在做產(chǎn)品設(shè)計(jì)時(shí)，不要濫用流程圖，不要什么邏輯一上來就畫流程圖，有些邏輯很簡單，一兩句話就能說明白，就沒必要畫流程圖，流程圖看多了，也容易疲勞。

*本文示例流程圖均進(jìn)行一定程度簡化，僅為說明原理，不代表實(shí)際業(yè)務(wù)，請注意分辨。