PRD之道:活用Axure繪制高質量的業務流程圖
作為PRD的核心部分,業務流程圖對產品研發的各個環節能否跑通,業務是否順暢至關重要。好的流程圖,可以快速讓整個團隊熟悉理解業務,并優化業務。
最近看到一些小伙伴在繪制流程圖過程中的一些迷茫,有點是不太能區分流程圖和狀態機,也有些小伙伴的流程圖過于復雜,縱橫交錯之后很難讓人一目了然,在Axure 8.1更新后,正好新增了18個流程圖標,對直接通過axure繪制流程圖帶來了極大的便利,基本上通過auxre提供的流程圖標,多數情況是能較好的完成流程圖的繪制任務。
PS,對于產品經理而言,重點不在于工具本身,而在于通過恰當的方式表達業務。
一、常用的流程圖圖標含義
工欲善其事,必先利其器。要能繪制比較好的流程圖,起碼得了解,在什么情況下應該用什么東西來表達它的含義,同時還能保證整個團隊達成一致,形成“流程規范”,特別是對于某些具有標準性含義的圖形,大家人所共知,則是我們應該遵循的共同準則。
矩形,通常作為要執行的處理(process),在流程圖中做執行框,有時也直接指代某一個頁面。如頁面和執行命令放在同一個流程中做說明,可以通過背景色、文字說明作為區別。
矩形作為最常用的圖標,也往往過于濫用,不管是過程中的命令執行,甚至是流程的開始和結束都往往直接用矩形直接代替了事。
子程序/已定義程序,業務流程圖中的重要組成部分。如果你的功能邏輯很復雜步驟很長,一定要通過定義子流程的方式來優化整個業務流程圖,否則的話,整個流程圖的可讀性會非常的差,而且很難把業務梳理清晰。當然不排除你繪制一個圖之后的那種成就感,因為離開你,別人一時半會兒真的不能明白。如電商系統的訂單流程,退換貨就可以做成子流程。
好的流程圖,應該像一串葡萄,反過來就是一張蜘蛛網了。子流程能夠有效的幫你梳理出一個業務系統中的關鍵環節,做任何的業務分細,都應該先從大處入手,環環相扣,降低圖的“耦合度”。
橢圓/圓角矩形,這個圖標太重要了。表示程序的開始或者結束,在程序流程圖中用作為起始框或者結束框。目的就是讓每一個查看流程圖的小伙伴能清晰的知道這個流程從哪里開始,又在哪里結束。和矩形相比,它的命運是另外一種結局,更多的情況下它被遺忘了。不過在use case用例圖中,橢圓則用于用例。
菱形,表示決策或判斷(例如:If…Then…Else),在程序流程圖中,用作條件的判斷框。當條件達成時,怎樣處理,條件不滿足時怎樣處理,如登陸判斷。
文件(文檔),表達為一個文件,可以是當前流程(場景)下生成的文件,也可以是調用的文件。一般情況下,需要根據實際情況輔以文字說明,特別是在大型的系統中如電商平臺的訂單流轉。
多文件(文檔),業務流程中,常出現一個環節會生成多個文件(文檔)的情況,如入職的時候除了簽署合同之外還有保密協議等。此時,再用文件圖標就已經非常的不合適。
括弧?,對當前流程或動作的注釋或者說明。對關鍵信息做一段執行說明,非常有必要。這個圖標很重要(但較少用的圖標),根本原因在于它的識別度不夠明顯,所以通常會選擇axure的另外一個圖標:標簽,或者再定義一個有顏色區分的圖標,加深對關鍵點的印象,特別是異常情況說明。
六邊形?,表示準備之意,大多數人用作流程的起始,類似起始框,表示當前的流程從這里開始??芍苯釉趫D標中寫”開始“字樣,表示流程從這里開始執行。
平行四邊形?,一般表示數據,或確定的數據處理。用途最多的是資料的手工輸入(Input),如訂單系統輸入單據。建議在實際使用時加入背景色,更顯目與區別矩形(執行命令)。
角色,來自于use case 用例,模擬流程中執行操作的角色是誰。需要注意的時,角色并非一定是人,有時候是機器自動執行,有時候也可是是模擬一個系統管理。
數據?,指保存的數據(庫)。既可以是保存在服務器的數據,也可以是保存在本地的數據。業務系統中必不可少的一個流程圖標。在axure 8.1中,還有針對內、外部存儲專門的圖標,用數據圖標作為統一的存儲更有助于整個團隊快速理解。
圖片, 表示一張圖片,或者置入一個已經畫好的圖片、流程或者一個環境。往往也直接用文件(文檔)代替。
————————————能用好上述圖標,流程圖基本都能夠很清晰————————————
延遲,表示需要滿足一定條件,比如5s后,訂單頁面自動跳轉。另外,也能說明一些頁面的交互邏輯,狀態轉換邏輯。
手動輸入,表示用戶手動輸入信息。比如注冊流程中用戶需要輸入手機號碼。實際工作中,PM們仍然習慣(喜歡)直接用矩形加文字表達用戶的手動輸入動作。
排序,表示對內容排序。比如訂單系統中按照訂單的創建時間排列。
檢查,檢測某一邏輯是否正常。比如提交訂單的時候,檢查是否把必填項都填好。這已經是非常細致的流程動作,能做到這個程度,整個流程相對來說,應該已經很完善。
求和,表示求取某些參數之和的值。比如統計一張訂單中的物品總數。
鍵控,表示鍵盤控制。比如點擊訂單的收貨地址文本框,顯示鍵盤并且是中文輸入法。
二、流程圖的基本邏輯結構
業務流程圖之所以“難畫”,或者讓人看不明白,除了對業務本身的理解,歸納、抽象之外,在于流程“圖”本身的結構“晦澀難懂”,業務流程圖中最容易出現的就是十字交叉,以及各種千里之外迂回連接線,如再出現多流程分支的并發處理邏輯(多元選擇結構),這樣的流程圖,除了帶給產品經理制圖的成就感之外,實在是讓人如捧天書般不知如何下手。
循序結構,處理程序按順序依次執行。
處理語法:
DO 處理程序1 THEN DO 處理程序2。
應用場景:具有循序發生特性的處理程序,圖形上下(左右,通常上下順序更便于閱讀者習慣性的理解嗯)順序就是處理程序進行順序。
二元選擇結構,從多個程序(判斷條件)中選擇一個執行,流程依據某些條件,分別進行不同處理程序。
處理語法:
IF? 條件 THEN ? DO 處理程序1
ELSE ?DO 處理程序2
應用場景:須經選擇或決策過程,再依據選擇或決策結果進行不同處理程序 。
多元選擇結構,為二元選擇結構的一個變體,從多個程序中選擇一個符合條件的繼續執行。流程依據某些條件,分別進行不同處理程序。
處理語法:
FOR 條件 P
CASE 1??? DO 處理程序1CASE 2??? DO 處理程序2
…….
CASE n??? DO 處理程序n
應用場景:如訂單系統中,達成不同的訂單金額即可免郵,在處理此類邏輯的畫風就開始變得撲朔迷離,特別容易出現流程迂回導致整個流程圖頻繁十字交叉。
重復結構,重復做某件事(執行處理程序)直到滿足某一條件為止。
處理語法:
REPEAT
DO 處理程序
UNTIL 條件
應用場景:處理程序依據條件需重復執行的情況,如登陸時至少允許用戶輸入密碼。
三、流程圖的基本規范
1、一個流程圖有且只有一個開始入口(開始圖標),當流程圖出現多個結束出口(結束圖標),則極可能說明該流程的耦合度過高,還有很大的優化空間。流程圖的目其一為了讓閱讀者理解業務,同時也是在考慮業務本身的優化。很多時候,很容易為了把圖畫完,同時又為了避免“線路”交叉而畫出了多個結束點(結束圖標)。
2、選對合適的圖形,用恰當、簡潔的詞匯描述每一個節點。流程圖的圖標可能沒有絕對一直的標準,但有它本身約定成俗,習慣性的用法,特別是常用的矩形,菱形等,應當盡可能的熟悉并采用這一類圖形的共同規范,以降低溝通成本(盡管每個團隊可以自定義圖標的含義)。如輸入密碼,生成訂單,簡潔而又真實的業務動作是恰當的一種表述。
3、單一入口、單一出口原則。
圖一,姑且可認為只是畫風的問題,對業務不會造成大的麻煩。
圖二則很容易形成誤解,條件一的判斷邏輯被忽略,因為沒有明確的指向節點。流程圖的每一個條件判斷和命令執行,都必須指向明確的節點。處理程序的基本原則是依處理邏輯順序執行,每一個符號都必須有完整的邏輯關系,必須保證不出現任何懸而未決狀況。
4、避免交叉,十字交叉圖在流程圖中特別容易讓人混亂。如下圖所示:
前文有提到,好的流程圖,應該像一串葡萄,反過來就是一張蜘蛛網了。子流程能夠有效的幫你梳理一個業務系統中的關鍵環節,做任何的業務分細,都應該先從大處入手,環環相扣,降低圖的“耦合度”。
因此,作為一個產品經理,一定要深入的理解業務,高度抽象業務的邏輯關系,理清楚什么是主干業務,什么是分支流程,在流程圖的繪制過程中,充分施展“子流程”的魔力,降低業務的耦合度,提升流程圖的可讀性。子流程的應用,不但使得上下游各個環節快速的理解業務,也有助于提高制圖的效率。切記,盡一切可能的避免流程的十字交叉。畫圖不是一個產品經理的炫技,理清楚業務邏輯才真正體現價值。
四、幾條小建議
你應該:
- 在整個組織內思考流程,在部門之間協作
- 與流程牽涉的所有環節/人員保持持續溝通,并確認一致
- 繪圖前,確認流程正確的起點和結束
- 對規則保持一致的認可
你不能:
- 把流程圖局限在某個點 ,在真空中工作
- 單兵作戰,陷入太多的細節
- 按照你自己的想當然繪制流程圖
作者:杜松,微信公眾號:iamdusong,歡迎交流
本文由 @杜松 原創發布于人人都是產品經理。未經許可,禁止轉載。
大佬,有個問題想咨詢下你,數據符號是用于輸入信息時嗎?例如說,進入到登錄界面,輸入手機號和驗證號,這時候這個就需要用平行四邊形符號表示嗎?
文字寫明白,邏輯順,除了判斷的用菱形其他用什么形狀的框技術都能看懂;這里邊好多框一般技術看了都不認識,關鍵還是文本和邏輯關系
一串葡萄,一張蜘蛛網。
定義子流程,抓關鍵環節。先從大處入手,環環相扣,降低圖的“耦合度”。
深入的理解業務,高度抽象邏輯關系,理清什么是主干業務,什么是分支流程。
施展“子流程”的魔力,降低業務的耦合度,提升可讀性。
做的很全面啊,而且能結合程序的判斷和循環語言,贊一個,先學習了。
不過關于控件在實際應用,用到的應該也只有流程(矩形)、判斷(菱形)、開始結束(橢圓)這三種,最多文字注釋用一個另外的形狀。
不是說這些標準控件不好,事實上很多人壓根看不懂,專門學習這些圖形的用法也會增加團隊的學習成本。
斯以為,就APP或者網頁開發,就剛剛提到的這三種(流程、判斷、開始結束)就夠了,重要的還是清晰邏輯。 ??
說的很有道理,很多時候都只需要幾個主流的圖形就可以很好的解決問題了。
關鍵是,能把事情搞清楚。
不要迷戀工具。
嗯嗯 說的很務實 不過,我感覺對于復雜邏輯,就自己個人的話,若能更好使用高級流程圖,可能有利于自己梳理復雜邏輯。待自己完全搞懂了,悟透了,再可轉用簡單的方式表達給研發同事。
技術特別重視流程
PM必備技能,一定要清晰知道業務流程,并使其可讀化
個人感覺這些太過繁瑣了。條條框框只是方便查看當前的流程,知道幾個常用的就夠了。而且這個工具更多不是面向非本專業的人群么?。
用什么工具是最次要的,關鍵在于如何梳理并優化業務流程。
??