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

1 評論 19945 瀏覽 17 收藏 10 分鐘

UED設(shè)計流程在各個公司之間可能存在不同,國內(nèi)的設(shè)計師在知乎社區(qū)上討論了各自公司(包括騰訊、百度等)的UED設(shè)計原則、流程等,其中的經(jīng)驗值得讀者借鑒。

來自騰訊的交互設(shè)計師eviliu強調(diào)設(shè)計流程主要考慮兩方面的問題:一是設(shè)計原則從何而來,二是如何配合設(shè)計的上下游團隊。就設(shè)計原則來說,從四個方面進行了闡述:

>始終將用戶體驗放在第一位——在設(shè)計流程中將用戶體驗融入其中,將其貫穿于設(shè)計的始末,使用戶體驗的結(jié)論能夠直接影響到設(shè)計的方向。同時設(shè)計過程中通過展開腦暴、競品分析、焦點小組等方式對設(shè)計需求進行深入的挖掘,需求從何而來,為什么會有這樣的需求,準(zhǔn)確把握設(shè)計的方向。

>細(xì)化分工——在設(shè)計流程中,將設(shè)計任務(wù)分解為用研、交互、視覺,各個角色職責(zé)明確并相互配合,在各領(lǐng)域有專業(yè)的表現(xiàn)。

>引入專家設(shè)計師和項目PM——專家設(shè)計師通過設(shè)計評審,將自己的設(shè)計理念傳達給設(shè)計師,引導(dǎo)設(shè)計方向,把控整體項目的質(zhì)量。項目PM對項目進度、需求任務(wù)、設(shè)計人力的把控,保證設(shè)計工作有條不紊的展開,并最終完成項目目標(biāo)。

>設(shè)計規(guī)范的建立——設(shè)計項目完成后,設(shè)計師對設(shè)計內(nèi)容進行規(guī)范文件的梳理,保證設(shè)計理念的沉淀以及風(fēng)格的統(tǒng)一。

就“如何配合設(shè)計的上下游團隊”,eviliu認(rèn)為應(yīng)該從以下幾個方面來采取措施:

>參與產(chǎn)品的前期規(guī)劃——把握產(chǎn)品的規(guī)劃與目標(biāo)是后期設(shè)計工作展開的重要依據(jù)。

>產(chǎn)品與項目PM接洽,需求排期——通過對設(shè)計需求進行排期配合產(chǎn)品開發(fā)的節(jié)奏,保證項目的順暢。

>體驗走查和可用性測試——設(shè)計完成,跟進開發(fā)實現(xiàn),實現(xiàn)輸出中,進行體驗走查和可用性測試,保證設(shè)計實現(xiàn)的質(zhì)量和是否否和用戶的預(yù)期。

除此之外,流程的實施也是必須要重點關(guān)注的:

>有效的管理工具——好的管理工具能夠幫助團隊規(guī)范化管理。我們?yōu)樽约毫可泶蛟炝艘幌盗泄ぞ邅硖岣咴O(shè)計管理效率,如Prowork工具,能提供項目流程、工作任務(wù)、文檔等一系列線上管理。還有TAPD、UID等一系列工具。

>敏捷式項目管理——通過關(guān)注設(shè)計效率,改進工作方式,修正設(shè)計流程促使團隊高效、快捷的響應(yīng)任務(wù)。

>提煉式操作——針對不同的產(chǎn)品預(yù)期與目標(biāo),靈活操作,設(shè)定不同的流程路徑。

>持續(xù)改進——定期對項目流程回歸、探討,調(diào)整是非常重要的。

百度的李書福則談了細(xì)節(jié)上兩點很深的體會:

>用戶研究——每完成一次對用戶的深訪,回來當(dāng)天需要在組內(nèi)做一次簡報。相互述說今天調(diào)研的情況,讓參加的極大的追溯調(diào)研中的一些洞察,讓沒有參加的也能感受到調(diào)研中信息探索的過程。

>產(chǎn)品設(shè)計——不論是視覺設(shè)計,還是交互,完成的第一稿都需要討論,完善及迭代優(yōu)化。同時提升設(shè)計師對產(chǎn)品思考深度與廣度。

FaceUI的朱佳明結(jié)合自身的項目經(jīng)驗,描述了一個比較清晰的設(shè)計流程:

>產(chǎn)品應(yīng)用分析。在設(shè)計啟動之前先了解產(chǎn)品應(yīng)用,明確產(chǎn)品的用途及市場類似應(yīng)用概況,再精心計劃下一步的工作,因為在設(shè)計最初做改變是在整個過程中付出代價最小的。

>概念設(shè)計。通過對產(chǎn)品的了解,創(chuàng)意設(shè)計人員或者項目經(jīng)理形成初始概念,將交由文案策劃完成第一步設(shè)計文檔,或者由創(chuàng)意總監(jiān)或項目經(jīng)理直接精華概念。

>可行性研究分析。根據(jù)市場行情與產(chǎn)品應(yīng)用綜合評估技術(shù)可行性、社會可行性及風(fēng)險因素,并制定規(guī)避風(fēng)險對策。

>用戶需求詳細(xì)解讀。設(shè)計團隊項目經(jīng)理與產(chǎn)品經(jīng)理詳細(xì)核對需求,以用戶為中心,讓用戶體驗實際指導(dǎo)設(shè)計方向與流程規(guī)范。實際操作中還可以組織設(shè)計小組人員一起深入挖掘用戶需求。

>設(shè)計實施。

>交互設(shè)計。交互設(shè)計師需要先開展設(shè)計工作,進行產(chǎn)品架構(gòu)評估/主邏輯設(shè)計、界面原型設(shè)計、原型可用性測試等,將用戶研究與需求解讀結(jié)果在產(chǎn)品上展現(xiàn)出來。

>視覺設(shè)計。視覺設(shè)計師作為前端設(shè)計人員,卻在工作流程的后端,他們需要進行產(chǎn)品形象分析、風(fēng)格定位、視覺方案定稿、視覺效果原型、視覺設(shè)計完成。

>可用性測試(易用性測試)。這個步驟必不可少,主要內(nèi)容包括:計劃可用性測試、可用性測試實施 、處理可用性測試、分析可用性測試數(shù)據(jù) 、編寫與演示可用性測試報告、逐條探討報告中的建議是否采納。

>產(chǎn)品發(fā)布。這個步驟是客戶來完成,但是對于設(shè)計團隊,也算是令人興奮的一件大事。

另外一位設(shè)計師diff也勾勒出了一個完整的設(shè)計流程,包括九個方面:

>產(chǎn)品找茬。前提:讀懂PRD。確保在需求理解上,與PM保持一致。查找遺漏。人無完人,再成熟的PM,也難免有疏漏。找出遺漏,與PM反饋、溝通。提出產(chǎn)品新想法。讀PRD時,總會有一些產(chǎn)品的好想法冒出來,及時與PM和團隊溝通。開始構(gòu)思交互。

>草圖快速溝通。通過草圖,快速將“產(chǎn)品關(guān)鍵流程”、“關(guān)鍵交互及界面布局”呈現(xiàn)紙面,以此與PM、技術(shù)溝通至達成共識。目的:再次掃遺漏; 收攏想法;達成共識。

>Wireframe表現(xiàn)產(chǎn)品流程、界面,包含:產(chǎn)品流程圖;全部的頁面原型。Wireframe讓團隊對產(chǎn)品的理解無異議,對最終的產(chǎn)品有直觀的了解。這個階段,產(chǎn)品需求凍結(jié)。開發(fā)人員可以依據(jù)原型對UI關(guān)聯(lián)較小的部分進行技術(shù)開發(fā)。

>視覺設(shè)計。有前面兩個“掃清障礙”的過程,這個階段,視覺設(shè)計是非常舒服的事情…在有相對完整的設(shè)計規(guī)范、控件規(guī)范的前提下,視覺包括:風(fēng)格探索、關(guān)鍵頁面的視覺設(shè)計、關(guān)鍵的交互動畫表現(xiàn)。

>視覺素材輸出、設(shè)計文件標(biāo)注。素材用Dropbox或酷盤存儲、管理。Markman是不錯的標(biāo)注工具。

>整理、提交設(shè)計方面待數(shù)據(jù)驗證的跟蹤點,主要包括:待驗證的產(chǎn)品功能點、設(shè)計過程中爭議比較大的部分(產(chǎn)品、交互、視覺)、設(shè)計師沒有完全把握、需要數(shù)據(jù)驗證想法的部分,比如:“點擊式的菜單”與“下拉手勢式的菜單”,哪個更被用戶接受?

>設(shè)計文件整理、新的設(shè)計控件入庫,主要包括:整理設(shè)計文件,方便團隊其他人查閱、使用;將設(shè)計過程中產(chǎn)生的新的控件,納入控件庫,更新控件設(shè)計規(guī)范。

>開發(fā)后期,細(xì)節(jié)跟進。與開發(fā)跟進細(xì)節(jié),是設(shè)計過程的一部分。在我們團隊,完全依靠規(guī)范作業(yè)、設(shè)計文件標(biāo)注(不和開發(fā)人員說一句話:P),能夠確保80%的交互、視覺細(xì)節(jié)能夠被還原。剩下的20%,就要設(shè)計師與開發(fā)人員肩并肩坐在一起打磨了。開發(fā)過程中,一定要預(yù)留這個時間。主要包括:邊距、字體、界面動畫的數(shù)值微調(diào)。

>項目設(shè)計總結(jié),包括:設(shè)計過程中遇到的問題,以及解決方法;犯的錯誤是?你是如何糾正的?以后如何避免?分享整個設(shè)計過程中,你最有成就感的部分。

作者:?infoq

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. “百度的李書?!?,這文從哪抄來的?

    來自安徽 回復(fù)