流程圖|產品經理必學的流程圖畫法與應用

流程圖是產品經理經常用來傳達複雜的需求的工具,而不同類型的流程圖可以幫助不同的人理解你的思考邏輯,這次我們來了解一下什麼是流程圖。

flowchart

什麼是流程圖?

流程圖是用定義好的符號圖形,來展示流程是如何運作的,流程圖主要是關注每一個節點之間的邏輯和因果關係,而這樣的流程圖可以幫助所有人理清思路、了解目前正在討論的流程情況。

接下來,我將以「煎蛋」為例子,說明一個流程圖是怎麼開始畫的。

第一版的流程圖:通常都是個大概

這樣的流程圖,不要講產品經理,這個大概國小二年級的小朋友都可以用嘴巴講出來的流程,而且還搞不好比這個流程更項細。

第一版的流程圖:通常都是個大概

第二版的流程圖:開始會加入一些簡單的機制

第一版的流程圖一旦出來之後,就會開始思考,這樣的機制是否夠完整。

像是下圖中,做了「鍋子是否乾脆」的判斷,若為「否」則會清洗鍋子,但是在流程上並沒有加入一個「檢查」鍋子是否乾淨的流程就直接要打開火了。

第二版的流程圖:開始會加入一些簡單的機制

第三版的流程圖:增加循環機制

所謂的循環,指的就是「檢查」這個動作「反覆」進行。

像下圖「清洗鍋子」之後,流程還會回到「鍋子是否乾淨」的檢查流程當中,若為「否」,則要再度進入「清洗鍋子」的節點。

第三版的流程圖:增加循環機制

第四版的流程圖:好像開始完整了起來

通常一個產品經理畫的流程圖來到這個時候,就會覺得自己規劃的流程好像沒問題。

但建議這個時候要找身旁熟識的同事來幫忙檢查流程,從同事的角度來看,這樣的流程會有什麼問題。

第四版的流程圖:好像開始完整了起來

第五版的流程圖:好像可以拿出來各大家討論的版本

接下來,好像流程都已經很完善,是可以找大家來開始的時候了。

第五版的流程圖:好像可以拿出來各大家討論的版本

第六版的流程圖:工程開始串結API時,才發現一堆問題

通常這時候,那些平常開會不認真聽的工程師才會告訴你:「我沒辦法跟對方這樣串接,所以你得要改流程。」。

接著,你就得厚著臉皮再去和所有單位重新溝通,解決這次串接後才發現的問題,然後對流程進行一些「微調」。

第六版的流程圖:工程開始串結API時,才發現一堆問題

draw.io教你怎麼畫流程圖

我覺得draw.io的基本流程圖入門寫的不錯,有清楚的教導如何建立基本的流程圖。

而且draw.io還是線上版本的,只要有Google帳號,就可以登入使用。

簡單來說,只要從左側的元件庫裡選擇你要的流程圖形,然後,拖動該圖形到畫布上就好了。

接一下,只要用箭頭去連接不同的圖形來表示流程步驟即可。

當然,如果你的老闆是屬於「流程圖的好看程度比邏輯正確還重要」的個性,那麼你還可以在draw.io去移動、調整大小、旋轉和圖形顏色的調整。

然後,我覺得Asana的這一篇流程圖繪製指南:定義、方法及提示也很棒,也可以參考。

我自己的畫流程圖步驟

用途和使用場景要想清楚

產品經理使用流程圖來解釋清楚一件事情,方便自己或別人理解。

例如,老闆突然興致一來,問問若用戶只要掃QR Code後就可以登入我們的平台,大概會做多久,這個時候若已經確認為什麼要做這件事情之後,就可以用流程圖的方式來與相關單位進行快速的討論。

先用文字列出所有流程步驟

若是全新的流程,我就會先用文字自己寫過一次流程,列出所有想像中的步驟。

但若是在原有的流程上要改動,那麼我會先再實際的操作過一次,邊操作、邊用文字記錄下來。

以上兩種方式我都是會先用文字來進行,順過幾次之後,我才會開始用流程圖工具來開始繪製。

流程圖要由上而下的整齊劃一

我自己在看別人的流程圖時,大概會看幾點:

流程圖的結構,我會先大致上看一下整體的結構是屬於哪一種類型的,是順流程、逆流程、判斷流程還是重複檢查流程。

流程是是要從上到下繪製,因為要符合人類瀏覽網頁的行為也是由上到下的習慣性。

除非你的流程很短,不必讓讀者去左右滑動視窗,那麼就可以繪製從左至右的流程圖。

流程圖中的符號圖形與連條,盡量不要「重疊」或是「歪曲」,要保持直線。

要深入了解產品經理的核心技能,請參考我們的詳細指南:產品經理的核心技能
返回頂端