一套完整的UED流程

發表於2016-08-12

作者:張雲錢(從Ui到UED到PM,座標上海,微訊號:944352559)

上次參加了UXRen上海201604期的講座: 服務設計是什麼?嘉賓李月奎老師的分享,乾貨滿滿。這段時間,我打算整理一遍完整的UED設計流程,從而讓產品設計,從單點的體驗設計,轉向全流程的服務設計。具體可以從下面10個環節來分析。

一、分析業務流程和場景問題

在講故事的過程中,描述線下業務流程,說明使用者碰到的場景問題。根據這些問題,規劃功能,定義產品目標。

▷例如:支付寶誕生的場景分析:在一手交錢一手交貨的年代,C端使用者擔心付錢了,收不到貨;B端商戶擔心商品發貨出去了,收不到錢。這時候急需解決的問題就是C端使用者和B端使用者的交易信任問題。

二、明確產品目標

優先明確產品的目標,是為了解決什麼問 題。網際網路產品迭代,大部分是因為有了新的需求,才去迭代。

▷ 例如:支付寶的設計最初目標是為了服務淘寶網的線上支付,實現商戶和使用者之間的資金中轉站的作用。

三、分析產品功能

分析需要哪些功能,去實現產品設計的目標。

▷ 例如:支付寶為了實現線上支付的目標,需要具備的功能有:C端使用者需要把錢從銀行卡轉入支付寶個人賬戶。C端使用者線上上購物時把錢轉到支付寶,支付寶在C端使用者確認收貨的時候把錢轉入B端商家,在C端使用者申請退貨的時候,支付寶把錢退回C端使用者。B端商戶需要把錢從支付寶賬戶提現。這些是基礎功能,還有其它的一系列功能。

四、整理產品資訊

明確資訊的分類方式,把資訊歸類。

▷例如:美團網需要對商家進行分類:

◆一級分類是:美食,電影,酒店,休閒娛樂等等。

◆二級分類是:商家列表頁,包括商家圖片,商家名稱,商家星級,商家主營業務,商家位置,商家的優惠資訊等。

◆三級分類是:商家的商品列表,套餐列表。

◆四級分類是:支付頁面的支付資訊,分成消費總額,優惠券/代金券/折扣券/,實付金額,支付方式

五、分析介面流程

使用者操作介面的流程,需要和使用者線下真實流程相匹配,這樣可以線上上模仿線下的流程,從而降低了使用者的認知成本。

▷例如:電商的線下交易流程是:使用者在家樂福等百貨商場裡找商品,然後放入購物車,接著到收銀臺結賬付款。對應到線上的流程就是:在天貓等電商首頁展示商品,而不是店鋪。在商品詳情頁,把商品放入購物車,再去結賬付款。

六、線框圖互動設計

互動設計包括資訊圖文的佈局,頁面的按鈕和導航的位置。

▷ 例如:閱讀類的APP軟體的介面設計,在3G時代,圖文佈局一般是左圖右文或右圖左文,圖片佔頁面比例較小;在4G時代,圖文佈局一般是橫向鋪滿APP介面,圖片佔頁面比例很大。

優秀互動設計的標準:開發實現越容易,使用者操作越簡單,資訊架構越清晰,頁面開啟越流暢的互動設計,就是好設計。

七、介面視覺設計

優秀介面視覺設計的標準:產品上線之後的視覺效果,是否要比介面原先的設計效果更好看。大部分產品的介面設計,都是介面效果圖很好看,真正上線之後,就存在種種問題。

▷例如:佈局太滿導致視覺疲勞,顏色太多導致視線分散,資訊分類不清晰導致難以理解,文字太小導致難以辨認,效果太炫導致實現起來難度很大,等等。

八、跟進開發過程

開發的過程中,會發現有些頁面的邏輯考慮不周,需要重新設計頁面。

▷例如:賬單頁面的設計,需要考慮的邊界問題有:商家APP優惠資訊的展示,第三方支付APP的優惠資訊展示,B端商戶APP的賬單展示,C端使用者APP的賬單展示,第三方支付APP的賬單展示,C端APP退款時的賬單展示等等。

九、測試優化

◆測試帳號:給指定人員分配測試帳號和密碼。後臺系統的產品測試:通常開發都會設定有測試帳號。

◆整合環境:在測試的環境中,資金交易的金額,都是虛擬的數字,不會真正的從銀行卡扣款。

◆灰度測試:用1%的流量,做小範圍的灰度測試。這個方法適大公司,使用者群龐大的產品,可以採取灰度測試,來收集使用者反饋,再次版本迭代。

◆白名單測試:app首頁banner,可以給白名單使用者,推送指定的banner,從這個banner可以進入新產品的測試流程。

十、推向市場,小範圍測試,快速迭代

◆收集使用者的使用場景,以及使用者使用過程中暴露的問題,整合成新的需求列表,排定優先順序。進入下一輪的版本迭代。

◆事先選擇埋點,統計每一步的流量轉化情況。一般在支付頁面,流量轉化率都不高。這時候把發現的問題,需要整合成新的需求列表,排定優先順序,進入下一輪的版本迭代。

上面的10個環節,解釋了完整的UED流程,從而讓產品設計的關注點,從單點的體驗設計→轉向全流程的服務設計。

相關文章