產(chǎn)品經(jīng)理必知:UED設計流程與原則

UED設計流程在各個公司之間可能存在不同,國內的設計師在知乎社區(qū)上討論了各自公司(包括騰訊、百度等)的UED設計原則、流程等,其中的經(jīng)驗值得讀者借鑒。
來自騰訊的交互設計師eviliu強調設計流程主要考慮兩方面的問題:一是設計原則從何而來,二是如何配合設計的上下游團隊。就設計原則來說,從四個方面進行了闡述:
>始終將用戶體驗放在第一位——在設計流程中將用戶體驗融入其中,將其貫穿于設計的始末,使用戶體驗的結論能夠直接影響到設計的方向。同時設計過程中通過展開腦暴、競品分析、焦點小組等方式對設計需求進行深入的挖掘,需求從何而來,為什么會有這樣的需求,準確把握設計的方向。
>細化分工——在設計流程中,將設計任務分解為用研、交互、視覺,各個角色職責明確并相互配合,在各領域有專業(yè)的表現(xiàn)。
>引入專家設計師和項目PM——專家設計師通過設計評審,將自己的設計理念傳達給設計師,引導設計方向,把控整體項目的質量。項目PM對項目進度、需求任務、設計人力的把控,保證設計工作有條不紊的展開,并最終完成項目目標。
>設計規(guī)范的建立——設計項目完成后,設計師對設計內容進行規(guī)范文件的梳理,保證設計理念的沉淀以及風格的統(tǒng)一。
就“如何配合設計的上下游團隊”,eviliu認為應該從以下幾個方面來采取措施:
>參與產(chǎn)品的前期規(guī)劃——把握產(chǎn)品的規(guī)劃與目標是后期設計工作展開的重要依據(jù)。
>產(chǎn)品與項目PM接洽,需求排期——通過對設計需求進行排期配合產(chǎn)品開發(fā)的節(jié)奏,保證項目的順暢。
>體驗走查和可用性測試——設計完成,跟進開發(fā)實現(xiàn),實現(xiàn)輸出中,進行體驗走查和可用性測試,保證設計實現(xiàn)的質量和是否否和用戶的預期。
除此之外,流程的實施也是必須要重點關注的:
>有效的管理工具——好的管理工具能夠幫助團隊規(guī)范化管理。我們?yōu)樽约毫可泶蛟炝艘幌盗泄ぞ邅硖岣咴O計管理效率,如Prowork工具,能提供項目流程、工作任務、文檔等一系列線上管理。還有TAPD、UID等一系列工具。
>敏捷式項目管理——通過關注設計效率,改進工作方式,修正設計流程促使團隊高效、快捷的響應任務。
>提煉式操作——針對不同的產(chǎn)品預期與目標,靈活操作,設定不同的流程路徑。
>持續(xù)改進——定期對項目流程回歸、探討,調整是非常重要的。
百度的李書福則談了細節(jié)上兩點很深的體會:
>用戶研究——每完成一次對用戶的深訪,回來當天需要在組內做一次簡報。相互述說今天調研的情況,讓參加的極大的追溯調研中的一些洞察,讓沒有參加的也能感受到調研中信息探索的過程。
>產(chǎn)品設計——不論是視覺設計,還是交互,完成的第一稿都需要討論,完善及迭代優(yōu)化。同時提升設計師對產(chǎn)品思考深度與廣度。
FaceUI的朱佳明結合自身的項目經(jīng)驗,描述了一個比較清晰的設計流程:
>產(chǎn)品應用分析。在設計啟動之前先了解產(chǎn)品應用,明確產(chǎn)品的用途及市場類似應用概況,再精心計劃下一步的工作,因為在設計最初做改變是在整個過程中付出代價最小的。
>概念設計。通過對產(chǎn)品的了解,創(chuàng)意設計人員或者項目經(jīng)理形成初始概念,將交由文案策劃完成第一步設計文檔,或者由創(chuàng)意總監(jiān)或項目經(jīng)理直接精華概念。
>可行性研究分析。根據(jù)市場行情與產(chǎn)品應用綜合評估技術可行性、社會可行性及風險因素,并制定規(guī)避風險對策。
>用戶需求詳細解讀。設計團隊項目經(jīng)理與產(chǎn)品經(jīng)理詳細核對需求,以用戶為中心,讓用戶體驗實際指導設計方向與流程規(guī)范。實際操作中還可以組織設計小組人員一起深入挖掘用戶需求。
>設計實施。
>交互設計。交互設計師需要先開展設計工作,進行產(chǎn)品架構評估/主邏輯設計、界面原型設計、原型可用性測試等,將用戶研究與需求解讀結果在產(chǎn)品上展現(xiàn)出來。
>視覺設計。視覺設計師作為前端設計人員,卻在工作流程的后端,他們需要進行產(chǎn)品形象分析、風格定位、視覺方案定稿、視覺效果原型、視覺設計完成。
>可用性測試(易用性測試)。這個步驟必不可少,主要內容包括:計劃可用性測試、可用性測試實施 、處理可用性測試、分析可用性測試數(shù)據(jù) 、編寫與演示可用性測試報告、逐條探討報告中的建議是否采納。
>產(chǎn)品發(fā)布。這個步驟是客戶來完成,但是對于設計團隊,也算是令人興奮的一件大事。
另外一位設計師diff也勾勒出了一個完整的設計流程,包括九個方面:
>產(chǎn)品找茬。前提:讀懂PRD。確保在需求理解上,與PM保持一致。查找遺漏。人無完人,再成熟的PM,也難免有疏漏。找出遺漏,與PM反饋、溝通。提出產(chǎn)品新想法。讀PRD時,總會有一些產(chǎn)品的好想法冒出來,及時與PM和團隊溝通。開始構思交互。
>草圖快速溝通。通過草圖,快速將“產(chǎn)品關鍵流程”、“關鍵交互及界面布局”呈現(xiàn)紙面,以此與PM、技術溝通至達成共識。目的:再次掃遺漏; 收攏想法;達成共識。
>Wireframe表現(xiàn)產(chǎn)品流程、界面,包含:產(chǎn)品流程圖;全部的頁面原型。Wireframe讓團隊對產(chǎn)品的理解無異議,對最終的產(chǎn)品有直觀的了解。這個階段,產(chǎn)品需求凍結。開發(fā)人員可以依據(jù)原型對UI關聯(lián)較小的部分進行技術開發(fā)。
>視覺設計。有前面兩個“掃清障礙”的過程,這個階段,視覺設計是非常舒服的事情…在有相對完整的設計規(guī)范、控件規(guī)范的前提下,視覺包括:風格探索、關鍵頁面的視覺設計、關鍵的交互動畫表現(xiàn)。
>視覺素材輸出、設計文件標注。素材用Dropbox或酷盤存儲、管理。Markman是不錯的標注工具。
>整理、提交設計方面待數(shù)據(jù)驗證的跟蹤點,主要包括:待驗證的產(chǎn)品功能點、設計過程中爭議比較大的部分(產(chǎn)品、交互、視覺)、設計師沒有完全把握、需要數(shù)據(jù)驗證想法的部分,比如:“點擊式的菜單”與“下拉手勢式的菜單”,哪個更被用戶接受?
>設計文件整理、新的設計控件入庫,主要包括:整理設計文件,方便團隊其他人查閱、使用;將設計過程中產(chǎn)生的新的控件,納入控件庫,更新控件設計規(guī)范。
>開發(fā)后期,細節(jié)跟進。與開發(fā)跟進細節(jié),是設計過程的一部分。在我們團隊,完全依靠規(guī)范作業(yè)、設計文件標注(不和開發(fā)人員說一句話:P),能夠確保80%的交互、視覺細節(jié)能夠被還原。剩下的20%,就要設計師與開發(fā)人員肩并肩坐在一起打磨了。開發(fā)過程中,一定要預留這個時間。主要包括:邊距、字體、界面動畫的數(shù)值微調。
>項目設計總結,包括:設計過程中遇到的問題,以及解決方法;犯的錯誤是?你是如何糾正的?以后如何避免?分享整個設計過程中,你最有成就感的部分。
作者:?infoq
“百度的李書福”,這文從哪抄來的?