流程圖是產(chǎn)品經(jīng)理必備的技能之一，但許多新手產(chǎn)品經(jīng)理對其掌握程度有限。本文針對創(chuàng)業(yè)團(tuán)隊和產(chǎn)品經(jīng)理的實際需求，詳細(xì)介紹了四種常見的流程圖，并結(jié)合具體案例講解了它們的繪制要點和應(yīng)用場景，供大家參考。

“Simplicity is the ultimate sophistication.

最好的流程，來自于最簡單的思考。”

——Leonardo da Vinci

唐納德·肯尼迪

這位曾是《科學(xué)》雜志的主編。

如何繪制流程圖，是產(chǎn)品經(jīng)理的一個基本功。

但仍然還有不少的新手產(chǎn)品經(jīng)理，對此并不是很清楚。

今天就來簡單聊一聊這個問題，不啰嗦了，直接上內(nèi)容。

并且也結(jié)合一下創(chuàng)業(yè)團(tuán)隊的情況來提供一些建議。

希望能給大家?guī)硪恍椭?/p>

一、功能流程題：一定需要掌握

功能流程圖是最常見的一種流程圖。

它體現(xiàn)了產(chǎn)品經(jīng)理對需求的歸納，并且能進(jìn)行多方的“翻譯”。

也就是將業(yè)務(wù)的需求翻譯成了產(chǎn)品的需求，變成開發(fā)能看懂的“語言”去交付。

尤其是功能流程圖，是一個有利的溝通工具。

舉個栗子：注冊功能流程圖

注意，這個例子是為了講解來使用的，僅僅只是個模擬。

現(xiàn)在真實的產(chǎn)品注冊流程，其實都很復(fù)雜了。

比如我沒有加入一些特殊的情況，例如常用的第三方openid注冊的方式。

但這個例子已經(jīng)足夠給大家做引導(dǎo)了。

功能流程圖的要點

功能流程圖其實并不復(fù)雜，基本上大家都可以看得懂，

以下幾個要點，可以更好的幫助初學(xué)者迅速掌握。

1.使用泳道圖

盡可能的使用泳道圖，也就是每一列都分屬于不同的職能。

當(dāng)然你也可以使用橫向泳道。

2.使用分隔步驟

如果流程比較復(fù)雜的話，還可以用橫向的虛線來分隔流程。

當(dāng)然，如果流程圖使用橫向的泳道，那就需要縱向的分隔線。

3.使用子流程

不要把流程圖畫的太復(fù)雜，要善于分解子流程。

如圖，符號就是圖上左右各有兩條豎線的方塊。

4.使用開始和結(jié)尾

這樣便于判斷流程的開始和結(jié)束。

如圖，符號就是橢圓。

5.一個流程只引出一條線

而且這條線上要有箭頭。

6.一個判斷可引出兩條線

而且這兩條線分別代表“是”和“否”，上面要有箭頭。

而且一張圖中的“是”和“否”的方向最好是一致的，如上可見，我把“是”都放在了下面，而“否”都放在了右邊。

7.線條要避免交叉

如圖，不過因為我堅持了原則5，所以還是出現(xiàn)了2個交叉。

但過多的交叉確實會影響閱讀，所以要盡量避免。

8.這是功能流程圖，不要帶交互信息

要不然圖會變得非常的瑣碎，這個下一節(jié)會講。

其他

產(chǎn)品經(jīng)理所用到的功能流程圖技巧，一般都還是比較簡單的。

流程圖最早是在在軟件工程中使用的，會用到更復(fù)雜的方法，比如說包含有文檔、存儲數(shù)據(jù)等符號和功能。

不過在創(chuàng)業(yè)團(tuán)隊中的產(chǎn)品經(jīng)理，能掌握到如上7點，就足夠用了。

另外，功能流程并不僅僅只用在系統(tǒng)級別交互上。

如果從運營經(jīng)理出發(fā)，也可以學(xué)習(xí)和掌握這套方法，按照此來繪制業(yè)務(wù)流程圖。

比如報銷流程，除了有系統(tǒng)參與的部分，還有人員自己人肉跑腿的部分，這些都屬于業(yè)務(wù)流程的一部分。

二、交互流程圖：掌握但酌情使用

交互流程圖的核心需求，是把交互行為用邏輯鏈條的方式來表達(dá)，這樣可以科學(xué)性的避免歧義。

如果上面的功能流程圖可能和整個項目團(tuán)隊來對話，那么交互流程圖更多的是和前端交互設(shè)計師來對話。

舉個栗子：注冊中填寫電話交互流程圖

這個例子也只是個模擬，模擬的是在注冊時，在輸入框中輸入電話號碼的交互。

這個小小的輸入框，現(xiàn)在也有比較成熟的交互解決方案，比如會判斷輸入的手機號是否真實等。

所以，大家理解就好。

交互流程圖的要點

這里就不用多啰嗦了，要點其實和功能流程圖是一樣的，除了沒有泳道和分隔符這兩點，因為一般情況下不需要這么刻板。

當(dāng)然加上也可以。

但是！注意……但是。

如果是創(chuàng)業(yè)團(tuán)隊，我實際上不太建議畫交互流程圖：

1. 可能數(shù)量會很龐大，十分瑣碎。
2. 普遍的交互方式，現(xiàn)在一般都進(jìn)化的比較定型了，所以沒有什么產(chǎn)出的必要，直接跟交互設(shè)計師進(jìn)行溝通就可以。
3. 針對交互的表現(xiàn)和報錯信息，可以直接用表格形式，其實會非常簡單，見下圖。

所以不如把人力資源節(jié)省下來，同時也要避免如上我所說的，別把交互細(xì)節(jié)過多的繪制到功能流程圖中。

那在什么樣的情況下，需要使用交互流程圖呢？

1. 如果交互真的是非常的復(fù)雜，并且產(chǎn)品經(jīng)理也有信心讓用戶接受，但可以一試（一般不太推薦）。
2. 較大型的公司、或較重點的項目會有嚴(yán)格的流程，需要多輪review，在某些重點內(nèi)容上是可以使用的。但此時也往往需要配套可進(jìn)行點擊交互展示的線框圖，用axure類工具即可實現(xiàn)。

三、頁面流程圖：功能型產(chǎn)品經(jīng)理需要掌握

一般大家叫頁面流程圖，但其實跟上述兩種流程圖非常不一樣。

并非表現(xiàn)抽象的概念，而表現(xiàn)的是實體。

并非表現(xiàn)有矢量方向的流程，而更像是網(wǎng)狀關(guān)系圖。

舉個栗子：注冊各頁面流程圖

這個例子也只是個模擬，模擬的是和注冊登錄相關(guān)的一組頁面。

當(dāng)然了，現(xiàn)在主流產(chǎn)品的注冊模塊也比較復(fù)雜了，這也是一個比較簡化的版本。

同樣，大家理解就好。

頁面流程圖的要點

頁面流程圖最大的作用，就是重視頁面之間的關(guān)系，并且重視描述系統(tǒng)功能實現(xiàn)的路徑。

但要注意以下幾個要點：

1.想要表達(dá)什么？

在我這個圖中，我表示的是頁面之間的鏈接關(guān)系，所以往往也有產(chǎn)品經(jīng)理直接用高保真的UI圖來更好的進(jìn)行表現(xiàn)。

另外，也可以在圖中標(biāo)注各個頁面的功能列表，更好的進(jìn)行邏輯化表達(dá)。

2.了解適用范圍

同樣，我也不建議一般情況下的產(chǎn)品創(chuàng)業(yè)團(tuán)隊使用頁面流程圖，原因也是過于教條，意義也不大。

但是針對功能型的產(chǎn)品創(chuàng)業(yè)團(tuán)隊，做如操作后臺、管理功能等產(chǎn)品，還是會有一定意義的，但一般來說這種情況下頁面數(shù)量會非常多，之間的關(guān)系表達(dá)也過于網(wǎng)狀，需要做好模塊切割。

四、時序圖：不需要會畫，但需要會看

談到時序圖之前，先聊聊數(shù)據(jù)流程圖。

其實產(chǎn)品經(jīng)理一般很少用的數(shù)據(jù)流程圖，這也屬于軟件工程的范疇。

主要從數(shù)據(jù)流動的過程來表述業(yè)務(wù)的數(shù)據(jù)處理方式，分為數(shù)據(jù)流、加工、存儲和實體這四個部分。

具體的例子，大家可以自己去檢索。

這部分我的知識儲備也不足，待后續(xù)完善后再進(jìn)行補充。

但我在此建議，如果僅針對2C產(chǎn)品經(jīng)理，還是應(yīng)該更多的學(xué)習(xí)時序圖。

時序圖在不少應(yīng)用層面替代數(shù)據(jù)流程圖，已經(jīng)成為一個小小的趨勢。

舉個栗子：微信登錄獲取openid

此圖來源于CSDN博主貝塔貝卡貝，我就直接拿來用了，講的也是和注冊相關(guān)的微信登錄方式。

這對開發(fā)人員是比較基礎(chǔ)的知識，但對于產(chǎn)品經(jīng)理來說還是需要學(xué)習(xí)的。

產(chǎn)品經(jīng)理往往不需要畫時序圖，但需要能看懂。

我簡單講解幾點：

1.對象：頭部/底部是對象，可以是用戶也可以是系統(tǒng)，一個數(shù)據(jù)流程都先從最左側(cè)的對象開始。

2.時間線：每個對象都會下拉一條時間線，注意所有對象從上到下的時間線的進(jìn)度是一致的。

3.消息：

（1）在自身時間線內(nèi)循環(huán)的消息，是自關(guān)聯(lián)消息，技術(shù)上是在一個對象內(nèi)部來進(jìn)行調(diào)用或處理。

（2）從左至右，在時間上產(chǎn)生一個消息，無論消息流轉(zhuǎn)多少圈，最終一定會返回最左側(cè)對象，整個流程要能走通。

（3）一般來說，在一個時序圖中，除了自關(guān)聯(lián)消息外，會要求向左和向右的消息數(shù)量相等。

……