PRD之道:活用Axure繪制高質量的業(yè)務流程圖

杜松
11 評論 87752 瀏覽 599 收藏 17 分鐘
🔗 B端产品经理需要进行售前演示、方案定制、合同签订等,而C端产品经理需要进行活动策划、内容运营、用户激励等

作為PRD的核心部分,業(yè)務流程圖對產品研發(fā)的各個環(huán)節(jié)能否跑通,業(yè)務是否順暢至關重要。好的流程圖,可以快速讓整個團隊熟悉理解業(yè)務,并優(yōu)化業(yè)務。

最近看到一些小伙伴在繪制流程圖過程中的一些迷茫,有點是不太能區(qū)分流程圖和狀態(tài)機,也有些小伙伴的流程圖過于復雜,縱橫交錯之后很難讓人一目了然,在Axure 8.1更新后,正好新增了18個流程圖標,對直接通過axure繪制流程圖帶來了極大的便利,基本上通過auxre提供的流程圖標,多數情況是能較好的完成流程圖的繪制任務。

PS,對于產品經理而言,重點不在于工具本身,而在于通過恰當的方式表達業(yè)務。

一、常用的流程圖圖標含義

工欲善其事,必先利其器。要能繪制比較好的流程圖,起碼得了解,在什么情況下應該用什么東西來表達它的含義,同時還能保證整個團隊達成一致,形成“流程規(guī)范”,特別是對于某些具有標準性含義的圖形,大家人所共知,則是我們應該遵循的共同準則。

矩形,通常作為要執(zhí)行的處理(process),在流程圖中做執(zhí)行框,有時也直接指代某一個頁面。如頁面和執(zhí)行命令放在同一個流程中做說明,可以通過背景色、文字說明作為區(qū)別。

矩形作為最常用的圖標,也往往過于濫用,不管是過程中的命令執(zhí)行,甚至是流程的開始和結束都往往直接用矩形直接代替了事。

子程序/已定義程序,業(yè)務流程圖中的重要組成部分。如果你的功能邏輯很復雜步驟很長,一定要通過定義子流程的方式來優(yōu)化整個業(yè)務流程圖,否則的話,整個流程圖的可讀性會非常的差,而且很難把業(yè)務梳理清晰。當然不排除你繪制一個圖之后的那種成就感,因為離開你,別人一時半會兒真的不能明白。如電商系統(tǒng)的訂單流程,退換貨就可以做成子流程。

好的流程圖,應該像一串葡萄,反過來就是一張蜘蛛網了。子流程能夠有效的幫你梳理出一個業(yè)務系統(tǒng)中的關鍵環(huán)節(jié),做任何的業(yè)務分細,都應該先從大處入手,環(huán)環(huán)相扣,降低圖的“耦合度”。

橢圓/圓角矩形,這個圖標太重要了。表示程序的開始或者結束,在程序流程圖中用作為起始框或者結束框。目的就是讓每一個查看流程圖的小伙伴能清晰的知道這個流程從哪里開始,又在哪里結束。和矩形相比,它的命運是另外一種結局,更多的情況下它被遺忘了。不過在use case用例圖中,橢圓則用于用例。

菱形,表示決策或判斷(例如:If…Then…Else),在程序流程圖中,用作條件的判斷框。當條件達成時,怎樣處理,條件不滿足時怎樣處理,如登陸判斷。

文件(文檔),表達為一個文件,可以是當前流程(場景)下生成的文件,也可以是調用的文件。一般情況下,需要根據實際情況輔以文字說明,特別是在大型的系統(tǒng)中如電商平臺的訂單流轉。

多文件(文檔),業(yè)務流程中,常出現一個環(huán)節(jié)會生成多個文件(文檔)的情況,如入職的時候除了簽署合同之外還有保密協(xié)議等。此時,再用文件圖標就已經非常的不合適。

括弧?,對當前流程或動作的注釋或者說明。對關鍵信息做一段執(zhí)行說明,非常有必要。這個圖標很重要(但較少用的圖標),根本原因在于它的識別度不夠明顯,所以通常會選擇axure的另外一個圖標:標簽,或者再定義一個有顏色區(qū)分的圖標,加深對關鍵點的印象,特別是異常情況說明。

 

六邊形?,表示準備之意,大多數人用作流程的起始,類似起始框,表示當前的流程從這里開始??芍苯釉趫D標中寫”開始“字樣,表示流程從這里開始執(zhí)行。

平行四邊形?,一般表示數據,或確定的數據處理。用途最多的是資料的手工輸入(Input),如訂單系統(tǒng)輸入單據。建議在實際使用時加入背景色,更顯目與區(qū)別矩形(執(zhí)行命令)。

角色,來自于use case 用例,模擬流程中執(zhí)行操作的角色是誰。需要注意的時,角色并非一定是人,有時候是機器自動執(zhí)行,有時候也可是是模擬一個系統(tǒng)管理。

數據?,指保存的數據(庫)。既可以是保存在服務器的數據,也可以是保存在本地的數據。業(yè)務系統(tǒng)中必不可少的一個流程圖標。在axure 8.1中,還有針對內、外部存儲專門的圖標,用數據圖標作為統(tǒng)一的存儲更有助于整個團隊快速理解。

圖片, 表示一張圖片,或者置入一個已經畫好的圖片、流程或者一個環(huán)境。往往也直接用文件(文檔)代替。

————————————能用好上述圖標,流程圖基本都能夠很清晰————————————

延遲,表示需要滿足一定條件,比如5s后,訂單頁面自動跳轉。另外,也能說明一些頁面的交互邏輯,狀態(tài)轉換邏輯。

 

手動輸入,表示用戶手動輸入信息。比如注冊流程中用戶需要輸入手機號碼。實際工作中,PM們仍然習慣(喜歡)直接用矩形加文字表達用戶的手動輸入動作。

排序,表示對內容排序。比如訂單系統(tǒng)中按照訂單的創(chuàng)建時間排列。

檢查,檢測某一邏輯是否正常。比如提交訂單的時候,檢查是否把必填項都填好。這已經是非常細致的流程動作,能做到這個程度,整個流程相對來說,應該已經很完善。

求和,表示求取某些參數之和的值。比如統(tǒng)計一張訂單中的物品總數。

鍵控,表示鍵盤控制。比如點擊訂單的收貨地址文本框,顯示鍵盤并且是中文輸入法。

二、流程圖的基本邏輯結構

業(yè)務流程圖之所以“難畫”,或者讓人看不明白,除了對業(yè)務本身的理解,歸納、抽象之外,在于流程“圖”本身的結構“晦澀難懂”,業(yè)務流程圖中最容易出現的就是十字交叉,以及各種千里之外迂回連接線,如再出現多流程分支的并發(fā)處理邏輯(多元選擇結構),這樣的流程圖,除了帶給產品經理制圖的成就感之外,實在是讓人如捧天書般不知如何下手。

循序結構,處理程序按順序依次執(zhí)行。
處理語法:

DO 處理程序1 THEN DO 處理程序2。

應用場景:具有循序發(fā)生特性的處理程序,圖形上下(左右,通常上下順序更便于閱讀者習慣性的理解嗯)順序就是處理程序進行順序。

二元選擇結構,從多個程序(判斷條件)中選擇一個執(zhí)行,流程依據某些條件,分別進行不同處理程序。
處理語法:

IF? 條件 THEN ? DO 處理程序1

ELSE ?DO 處理程序2

應用場景:須經選擇或決策過程,再依據選擇或決策結果進行不同處理程序 。

多元選擇結構,為二元選擇結構的一個變體,從多個程序中選擇一個符合條件的繼續(xù)執(zhí)行。流程依據某些條件,分別進行不同處理程序。
處理語法:

FOR 條件 P
CASE 1??? DO 處理程序1

CASE 2??? DO 處理程序2

…….

CASE n??? DO 處理程序n

應用場景:如訂單系統(tǒng)中,達成不同的訂單金額即可免郵,在處理此類邏輯的畫風就開始變得撲朔迷離,特別容易出現流程迂回導致整個流程圖頻繁十字交叉。

重復結構,重復做某件事(執(zhí)行處理程序)直到滿足某一條件為止。
處理語法:

REPEAT

DO 處理程序

UNTIL 條件

應用場景:處理程序依據條件需重復執(zhí)行的情況,如登陸時至少允許用戶輸入密碼。

三、流程圖的基本規(guī)范

1、一個流程圖有且只有一個開始入口(開始圖標),當流程圖出現多個結束出口(結束圖標),則極可能說明該流程的耦合度過高,還有很大的優(yōu)化空間。流程圖的目其一為了讓閱讀者理解業(yè)務,同時也是在考慮業(yè)務本身的優(yōu)化。很多時候,很容易為了把圖畫完,同時又為了避免“線路”交叉而畫出了多個結束點(結束圖標)。

2、選對合適的圖形,用恰當、簡潔的詞匯描述每一個節(jié)點。流程圖的圖標可能沒有絕對一直的標準,但有它本身約定成俗,習慣性的用法,特別是常用的矩形,菱形等,應當盡可能的熟悉并采用這一類圖形的共同規(guī)范,以降低溝通成本(盡管每個團隊可以自定義圖標的含義)。如輸入密碼,生成訂單,簡潔而又真實的業(yè)務動作是恰當的一種表述。

3、單一入口、單一出口原則。

圖一,姑且可認為只是畫風的問題,對業(yè)務不會造成大的麻煩。

圖二則很容易形成誤解,條件一的判斷邏輯被忽略,因為沒有明確的指向節(jié)點。流程圖的每一個條件判斷和命令執(zhí)行,都必須指向明確的節(jié)點。處理程序的基本原則是依處理邏輯順序執(zhí)行,每一個符號都必須有完整的邏輯關系,必須保證不出現任何懸而未決狀況。

4、避免交叉,十字交叉圖在流程圖中特別容易讓人混亂。如下圖所示:

前文有提到,好的流程圖,應該像一串葡萄,反過來就是一張蜘蛛網了。子流程能夠有效的幫你梳理一個業(yè)務系統(tǒng)中的關鍵環(huán)節(jié),做任何的業(yè)務分細,都應該先從大處入手,環(huán)環(huán)相扣,降低圖的“耦合度”。

因此,作為一個產品經理,一定要深入的理解業(yè)務,高度抽象業(yè)務的邏輯關系,理清楚什么是主干業(yè)務,什么是分支流程,在流程圖的繪制過程中,充分施展“子流程”的魔力,降低業(yè)務的耦合度,提升流程圖的可讀性。子流程的應用,不但使得上下游各個環(huán)節(jié)快速的理解業(yè)務,也有助于提高制圖的效率。切記,盡一切可能的避免流程的十字交叉。畫圖不是一個產品經理的炫技,理清楚業(yè)務邏輯才真正體現價值。

四、幾條小建議

你應該:

  • 在整個組織內思考流程,在部門之間協(xié)作
  • 與流程牽涉的所有環(huán)節(jié)/人員保持持續(xù)溝通,并確認一致
  • 繪圖前,確認流程正確的起點和結束
  • 對規(guī)則保持一致的認可

你不能:

  • 把流程圖局限在某個點 ,在真空中工作
  • 單兵作戰(zhàn),陷入太多的細節(jié)
  • 按照你自己的想當然繪制流程圖

 

作者:杜松,微信公眾號:iamdusong,歡迎交流

本文由 @杜松 原創(chuàng)發(fā)布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 大佬,有個問題想咨詢下你,數據符號是用于輸入信息時嗎?例如說,進入到登錄界面,輸入手機號和驗證號,這時候這個就需要用平行四邊形符號表示嗎?

    來自浙江 回復
    1. 文字寫明白,邏輯順,除了判斷的用菱形其他用什么形狀的框技術都能看懂;這里邊好多框一般技術看了都不認識,關鍵還是文本和邏輯關系

      來自北京 回復
  2. 一串葡萄,一張蜘蛛網。
    定義子流程,抓關鍵環(huán)節(jié)。先從大處入手,環(huán)環(huán)相扣,降低圖的“耦合度”。
    深入的理解業(yè)務,高度抽象邏輯關系,理清什么是主干業(yè)務,什么是分支流程。
    施展“子流程”的魔力,降低業(yè)務的耦合度,提升可讀性。

    來自浙江 回復
  3. 做的很全面啊,而且能結合程序的判斷和循環(huán)語言,贊一個,先學習了。
    不過關于控件在實際應用,用到的應該也只有流程(矩形)、判斷(菱形)、開始結束(橢圓)這三種,最多文字注釋用一個另外的形狀。
    不是說這些標準控件不好,事實上很多人壓根看不懂,專門學習這些圖形的用法也會增加團隊的學習成本。
    斯以為,就APP或者網頁開發(fā),就剛剛提到的這三種(流程、判斷、開始結束)就夠了,重要的還是清晰邏輯。 ??

    來自浙江 回復
    1. 說的很有道理,很多時候都只需要幾個主流的圖形就可以很好的解決問題了。
      關鍵是,能把事情搞清楚。
      不要迷戀工具。

      來自廣東 回復
    2. 嗯嗯 說的很務實 不過,我感覺對于復雜邏輯,就自己個人的話,若能更好使用高級流程圖,可能有利于自己梳理復雜邏輯。待自己完全搞懂了,悟透了,再可轉用簡單的方式表達給研發(fā)同事。

      來自浙江 回復
  4. 技術特別重視流程

    回復
  5. PM必備技能,一定要清晰知道業(yè)務流程,并使其可讀化

    回復
  6. 個人感覺這些太過繁瑣了。條條框框只是方便查看當前的流程,知道幾個常用的就夠了。而且這個工具更多不是面向非本專業(yè)的人群么?。

    來自江蘇 回復
    1. 用什么工具是最次要的,關鍵在于如何梳理并優(yōu)化業(yè)務流程。

      來自廣東 回復
    2. ??

      來自浙江 回復
专题
12168人已学习12篇文章
构建UGC社区是很多社区平台的必经之路,它能助力平台内容生产,为社区提供活水源泉。本专题的文章分享了如何构建UGC社区。
专题
12281人已学习16篇文章
栅格系统在页面排版布局、尺寸设定方面给了设计者直观的参考,它让页面设计变得有规律,从而减少了设计决策成本。本专题的文章分享了浅析栅格系统。
专题
13457人已学习15篇文章
私域流量是与公域流量相对的概念,本专题的文章主要通过几个核心的问题,为大家解读私域流量背后的底层逻辑。
专题
12744人已学习15篇文章
知识付费是内容赛道上的一块高地,有着上百亿的市场规模。本专题的文章分享了关于对知识付费的观点。
专题
16017人已学习12篇文章
有效的团队管理对于一个企业来说十分重要。本专题的文章分享了团队管理的方法。
专题
17441人已学习13篇文章
当下人脸识别在生活中被应用得愈加广泛。本专题的文章分享了人脸识别的入门指南。