如何畫出專業(yè)的原型圖?(下)

22 評論 87007 瀏覽 709 收藏 11 分鐘

怎么樣的原型圖才算是專業(yè)的原型圖呢?文章總結(jié)了一些經(jīng)驗,希望對你有所幫助。

本篇(原型篇-下)主要內(nèi)容:

  • 原型圖標(biāo)注,畫開發(fā)看得懂的圖
  • 同一個頁面展示所有的交互狀態(tài)
  • 頁面跳轉(zhuǎn)關(guān)系圖(不要做孤立的設(shè)計)
  • 流程圖,梳理業(yè)務(wù)邏輯

一、原型圖標(biāo)注,畫開發(fā)看得懂的圖

首先明確原型圖標(biāo)注是給誰看的,誰最關(guān)心原型標(biāo)準(zhǔn)呢?一般而言,開發(fā)和設(shè)計最關(guān)心原型圖標(biāo)注,開發(fā)最關(guān)心的是邊界條件、頁面跳轉(zhuǎn)關(guān)系,而設(shè)計最關(guān)心有頁面和功能遺漏,如反饋狀態(tài)和空頁面。畫出功能的所有交互狀態(tài),清晰地顯性化表示交互狀態(tài)是作為交互或產(chǎn)品的基本功。一個好的標(biāo)注滿足以下幾個條件:

  • 標(biāo)注點的含義,發(fā)生的事件
  • 用梳理所有對象和邏輯關(guān)系、狀態(tài)
  • 模塊化區(qū)分和標(biāo)記

定義好每個標(biāo)注點的含義和事件

在做交互稿標(biāo)記之前,定義規(guī)范好每個標(biāo)記的含義,形成統(tǒng)一的規(guī)范,使得團隊成員易于理解。如,我比較喜歡用水滴表示標(biāo)注的功能,用圓圈+箭頭的形式來標(biāo)識頁面跳轉(zhuǎn)關(guān)系。

用腦圖梳理所有對象和邏輯關(guān)系、狀態(tài)

下面的原型圖標(biāo)注以在餓了么商家詳情頁結(jié)算訂單為例,先用思維腦圖梳理功能狀態(tài),這樣能避免遺漏一些邊界條件。

模塊化區(qū)分和標(biāo)記

梳理好狀態(tài)后再在原型圖上寫產(chǎn)品用例,每個功能做成一個模塊,有利于往后的維護和迭代,例如下面是餓了么的訂單結(jié)算功能

二、在同一個頁面展示所有的交互狀態(tài)

很多的開發(fā)和設(shè)計,很多耐心看原型圖上的各種標(biāo)注,特別是時間一長,標(biāo)注就非常多。如果是做版本的迭代,一要做好標(biāo)注的版本區(qū)分,讓他們第一眼能看到當(dāng)前版本要做的事情。如果是特別是復(fù)雜的功能,盡量在一個頁面上顯示出所有的交互狀態(tài),避免在看原型圖時遺漏。有時候測試驗收階段的很多坑,各種狀態(tài)一樓,其實是由于前期沒有做好標(biāo)注引起的。

下面以微信消息列表頁為例(梳理思路用腦圖是一個好習(xí)慣),先用腦圖畫出所有的狀態(tài),補齊所有交互狀態(tài),后面再畫的時候效率會高很多。

如下圖,為微信消息列表頁所有交互狀態(tài)的列表呈現(xiàn):

三、頁面跳轉(zhuǎn)圖(不要做孤立的設(shè)計)

頁面跳轉(zhuǎn)圖,從用戶的視角,系統(tǒng)化看流程的合理性。頁面流程圖有助于梳理頁面之間的關(guān)系。交互設(shè)計師或產(chǎn)品經(jīng)理在工作中,很容易把一個功能做成“孤島型功能”,即這個功能跟其他功能建立聯(lián)系,跟其他功能是孤立的關(guān)系。

如在“美啊教育”中要增加一個評論功能,那么評論機制應(yīng)該怎么與現(xiàn)有系統(tǒng)對象建立聯(lián)系?在分析這個問題之前先看看評論和教程的關(guān)系,如下圖:

教程中可以看到相關(guān)評論,評論系統(tǒng)與教程之間已建立聯(lián)系,但只是單線的關(guān)系。

我們再看看美啊這個產(chǎn)品中,還有什么對象是可以跟評論建立聯(lián)系的?假如,為了刺激用戶去評論,我們可以用積分獎勵的方式,當(dāng)用戶評論教程后,可以獲取一定的積分,即教程-積分通過評論建立了聯(lián)系,跟現(xiàn)有的積分兌換優(yōu)惠券、商品也是有聯(lián)系的,仍是于是建立了用戶-教程,教程-積分,用戶-積分的關(guān)系,整個積分體系不再是孤立的功能。

用戶-教程

  • 用戶去評論教程
  • 教程的得分可以幫助用戶篩選出更優(yōu)質(zhì)的教程

教程-積分

  • 通過評論教程可以獲得積分
  • 積分可以免費兌換觀看教程

用戶-積分

  • 積分可以刺激用戶去評論
  • 用戶用積分可以獲取商品,如優(yōu)惠券等

于是整個評論體系的頁面關(guān)系圖為(補充了部分可能存在的需求):

四、流程圖,梳理業(yè)務(wù)邏輯關(guān)系

畫流程圖示產(chǎn)品經(jīng)理的基本功,產(chǎn)品需求,也是流程上的需求。畫流程圖的目的有以下幾點:

  • 確保產(chǎn)品流程的合理性
  • 有效傳達(dá)需求
  • 檢驗異常分支

在畫流程圖過程中,切勿遺漏異常狀態(tài),產(chǎn)品經(jīng)理一般比較關(guān)心主要流程,可是開發(fā)同學(xué)在寫代碼時,要做條件邊界判斷,這個條件邊界即為異常情況。測試同學(xué)在寫測試用例時,要窮盡所有的場景,包括正常場景和異常場景,否則出了問題,是要背鍋的…為了避免開發(fā)和測試同學(xué)不斷詢問你邊界條件,最好在交付交互稿之前用流程圖梳理出來。

常用的流程圖分為單向流程圖和泳道圖(涉及到多個角色),單向流程圖一般描述單一角色完成某個任務(wù)的整體過程,如登錄注冊過程、支付流程、填寫資料等。

流程圖包含以下內(nèi)容:

  • 事項:用戶要完成什么任務(wù)
  • 角色:分別會有哪些人會參與到流程中
  • 信息傳遞:信息在整個過程中是如何傳遞的
  • 異常:有哪些異常情況,如何處理
  • 如快手的登錄注冊流程,先來梳理思路:
  • 事項:用戶要完成快手的登錄注冊
  • 角色:普通用戶
  • 信息傳遞:在觸發(fā)登錄注冊框時,獲取用戶的注冊信息,檢驗手機驗證碼,關(guān)聯(lián)通訊錄數(shù)據(jù),獲得第三方登錄數(shù)據(jù)
  • 異常:最近登錄過該如何處理?手機號無效該如何處理?手機號已注冊該如何處理?

泳道圖

除了要明確事項、角色、信息傳遞、異常等內(nèi)容,在畫復(fù)雜的泳道圖之前,要明確參與角色,再梳理出不同的角色要完成的任務(wù),各個角色之間的交接,整個流程的階段劃分。

如天貓的退貨流程圖作圖思路:

1.明確角色

參與角色有:買家、系統(tǒng)、賣家、客服

2.各個角色要完成的任務(wù)

買家:買家收到商品不滿意,可以在天貓上發(fā)起退貨,填寫退款申請。如果賣家同意退貨,買家可將商品寄到賣家的收獲地址,寄送方式可選擇自行寄件或者上門取貨。如果賣家收到貨后,拒絕退款,買家可以申請客服介入。

賣家:處理買家退款申請;如果訂單滿足退貨條件,將退貨地址發(fā)給買家;賣家收到商品;退款給買家。

系統(tǒng):判斷買家收獲狀態(tài);檢測買家的退款申請的原因、金額等,生成退款記錄;判斷是否平臺先墊付退款;將賣家地址發(fā)給買家;系統(tǒng)將買家上門服務(wù)申請發(fā)送給合作的物流公司;變更退款狀態(tài)。

客服:客服介入,判斷雙方責(zé)任

3.角色交接

買家將退款申請發(fā)送給系統(tǒng),系統(tǒng)發(fā)送給賣家,賣家處理退款申請,賣家將退貨地址發(fā)送給買家,買家寄件給賣家,賣家收貨退款。如賣家拒絕退款,買家申請客服介入,客服處理買家或賣家的責(zé)任。

4.階段劃分

為了方便理解整個流程,小編把流程分為5個階段:

  • 買家發(fā)起退貨申請
  • 系統(tǒng)處理買家申請
  • 買家寄件給賣家
  • 處理退款

整個泳道圖如下:

第五部分的“功能模塊化,可復(fù)制”已進化成“交互設(shè)計規(guī)范”,過年后小編獻上~

 

 

本文由 @?PMIP 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自PEXELS,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 交互設(shè)計規(guī)范
    還請大神指教

    回復(fù)
  2. 最后一個流程圖中,【買家是否享受極速退款】分支,【是】則平臺墊付,【不是】則賣家介入視情況決定是否同意退款,【平臺先行墊付】則買家收到退款,流程結(jié)束,也就是說只要買家享受極速退款,那么就不要賣家介入,只要發(fā)起退款就是可以收到貨款的,這個邏輯是否會有問題,是否有可能造成賣家的損失?按理應(yīng)該賣家收到買家的退款申請后先選擇是否同意,如果同意的話再判斷是否享受極速退款,這樣才不會在極速退款流程中缺失賣家一環(huán)。

    來自浙江 回復(fù)
  3. 贊贊贊

    來自北京 回復(fù)
  4. 大大,交互設(shè)計規(guī)范啥時候上呀,已經(jīng)快2020年了哦

    來自北京 回復(fù)
  5. 想請問下,文章中的流程圖/頁面流轉(zhuǎn)圖/泳道圖等,您是使用的什么工具畫的呢?

    來自廣東 回復(fù)
    1. visio可以畫

      來自浙江 回復(fù)
  6. 流程圖中的直接登錄,表示沒有看懂?輸入密碼后不是應(yīng)該相應(yīng)的賬號和密碼校驗嘛,為什么和到了注冊流程里面去了

    來自廣東 回復(fù)
  7. 寫的好專業(yè),非常棒。學(xué)習(xí)了

    來自廣東 回復(fù)
  8. 在【模塊化區(qū)分和標(biāo)記】中寫道[每個功能做成一個模塊,有利于往后的維護和迭代]對于這句話我不太理解。什么樣的功能屬于模塊化 什么樣的功能不屬于模塊化,兩者之間最總要的區(qū)別是什么?另外,為什么模塊化的功能有利于后期的維護和迭代。希望能有具體的案例給與解釋。

    來自河南 回復(fù)
    1. 可以閱讀《支付寶設(shè)計體驗精髓》,里面有一節(jié)專門講述模塊化設(shè)計,一個模塊就是解決一個問題

      來自上海 回復(fù)
  9. 最后一張泳道圖,可打開圖片鏈接看大圖,很清楚哦 http://image.woshipm.com/wp-files/2018/02/ncYacOGnVYcOdcko3Pnf.png

    來自上海 回復(fù)
  10. 怎樣把畫好的靜態(tài)交互原型圖加上,上下滑動的效果?都標(biāo)注好了……

    回復(fù)
  11. star

    回復(fù)
  12. 學(xué)習(xí)了

    來自廣東 回復(fù)
  13. 為什么這頁面無法被收藏?

    來自廣東 回復(fù)
  14. 全文很贊,就最后一張泳道圖看不清楚

    來自江蘇 回復(fù)
    1. 瀏覽器頁面放大,可以清晰看到

      來自廣東 回復(fù)
    2. ?? 你說滴dei

      來自江蘇 回復(fù)
  15. 666

    回復(fù)
  16. 學(xué)習(xí)的

    回復(fù)
    1. 學(xué)習(xí)了

      回復(fù)
  17. 交互規(guī)范

    回復(fù)