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

22 評(píng)論 87588 瀏覽 712 收藏 11 分鐘

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

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

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

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

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

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

定義好每個(gè)標(biāo)注點(diǎn)的含義和事件

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

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

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

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

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

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

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

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

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

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

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

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

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

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

用戶-教程

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

教程-積分

  • 通過評(píng)論教程可以獲得積分
  • 積分可以免費(fèi)兌換觀看教程

用戶-積分

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

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

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

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

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

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

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

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

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

泳道圖

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

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

1.明確角色

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

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

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

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

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

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

3.角色交接

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

4.階段劃分

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

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

整個(gè)泳道圖如下:

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

 

 

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

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

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

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

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

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

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

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

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

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

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

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

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

    來自上海 回復(fù)
  10. 怎樣把畫好的靜態(tài)交互原型圖加上,上下滑動(dòng)的效果?都標(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ù)