國內知名 UED 團隊的設計流程是怎樣的? | 知乎問答精選

 

A-A+

國內知名 UED 團隊的設計流程是怎樣的?

2018年03月19日 知乎問答精選 暫無評論 閱讀 9 ℃ 次

【evillau的回答(154票)】:

CDC的設計流程主要考慮兩方面的問題:

1、設計原則從何而來

1)始終將用戶體驗放在第一位

在設計流程中將用戶體驗融入其中,將其貫穿於設計的始末,使用戶體驗的結論能夠直接影響到設計的方向。同時設計過程中通過展開腦暴、競品分析、焦點小組等方式對設計需求進行深入的挖掘,需求從何而來,為什麼會有這樣的需求,準確把握設計的方向。

2)細化分工

在設計流程中,將設計任務分解為用研、交互、視覺,各個角色職責明確並相互配合,在各領域有專業的表現。

3)引入專家設計師和項目PM

專家設計師通過設計評審,將自己的設計理念傳達給設計師,引導設計方向,把控整體項目的質量。項目PM對項目進度、需求任務、設計人力的把控,保證設計工作有條不紊的展開,並最終完成項目目標。

4)設計規範的建立

設計項目完成後,設計師對設計內容進行規範文件的梳理,保證設計理念的沉澱以及風格的統一。

2、如何配合設計的上下游團隊

1)參與產品的前期規劃

把握產品的規劃與目標是後期設計工作展開的重要依據。

2)產品與項目PM接洽,需求排期2)產品與項目PM接洽,需求排期

通過對設計需求進行排期配合產品開發的節奏,保證項目的順暢。

3)體驗走查和可用性測試

設計完成,跟進開發實現,實現輸出中,進行體驗走查和可用性測試,保證設計實現的質量和是否否和用戶的預期。

流程的實施

1、有效的管理工具

好的管理工具能夠幫助團隊規範化管理。我們為自己量身打造了一系列工具來提高設計管理效率,如Prowork工具,他能提供項目流程、工作任務、文檔等一系列線上管理。還有TAPD、UID等一系列工具。

2、敏捷式項目管理

通過關注設計效率,改進工作方式,修正設計流程促使團隊高效、快捷的響應任務。

3、提煉式操作

針對不同的產品預期與目標,靈活操作,設定不同的流程路徑。

4、持續改進

定期對項目流程回歸、探討,調整是非常重要的。

總之,設計流程是為了更好的順應設計的執行而非約束設計,在實際的操作過程中,需實時把握每個設計項目的特點,使得設計項目流程順暢。

以上內容部分來自CDC《在你身邊,為你設計》一書,書中總結了自CDC成立以來的用戶體驗之道。得道之悟,便在其中。

【尤文文的回答(115票)】:

寫在回答之前:流程用好了是好東西,用不好是阻礙。

今天寫的設計流程的思考,以下。:)

設計存在於設計流程中。

設計師的工作是基於設計流程的。

和很多朋友討論過設計流程。這個流程在每個國家、每個行業、每個公司、甚至是同個公司的不同業務下,都是不一樣的。所以要寫出來,很難統一概括。

與設計師相關的設計流程,可能一個基本認知是這樣的:

產品需求,交互設計,視覺設計,前端開發。

再豐富一些:

市場分析,創意階段,用戶研究,概念設計,設計控件預設,交互設計,交互Demo,用戶測試,視覺預研,視覺設計,設計Demo,用戶驗證測試,前端開發,開發Demo,展示Demo,迭代,用戶測試,測試數據回收,用戶數據驗證,灰度,全量,項目總結,規範輸出,控件庫,用戶跟蹤反饋……

再凌亂一些:

以上所有點,順序是可以根據敏捷開發的需求,靈活排列的。也可以隨機組合

所以,現在大多公司的設計流程,是一個標準且完整的架子。在實際設計項目中使用,並不一定是那麼規範和統一的。有時項目大,可能流程走的完整;有時項目小步快跑,流程就會被精簡為一個可用且貼合業務的小流程。

設計流程為什麼這麼不可控?因為設計不是完全理性、可工程化的。一輛汽車可以通過完整有效的流程快速組裝起來,且能保證質量;點子、思路、設計,不能這樣。沒有人能提供一個設計流程,能保證任何人進入這個流程,挨著一步一步做,就能做出設計精品。所以設計流程,是幫助產品設計推動,且為設計思路提供思考維度的一個不可工程化的方式。

我在美國、中國、德國工作時,都和設計師小夥伴一起制定了很多設計流程和方法。每個都不一樣。

但是我發現,思考維度是類似的。

所以今天,我想借用Jesse James Garrett書中對用戶體驗要素分層的一個參考,來描述下設計流程的思考維度。

書名:用戶體驗要素:以用戶為中心的產品設計

作者:Jesse James Garrett

1,Surface 表現層

2,Skeleton 框架層

3,Structure 結構層

4,Scope 範圍層

5,Strategy 戰略層

這是書中對用戶體驗要素分層的想法。我覺得貼合設計流程來描述,應該反過來說。

1,Strategy 戰略層

經營者想要什麼?用戶想要什麼?這兩個問題能回答清楚,才能算是瞭解這個產品設計的戰略層。

經營者想要什麼是商業需求,用戶想要什麼是用戶需求。有了這個基本理解,才能準確理解產品設計的商業價值和用戶價值。

聽上去很簡單。但是做起來不一定簡單。很多設計師在執行層,得到需求,完成設計工作。我個人認為大部分設計師是能清晰理解用戶需求的;但是不一定每個設計師都能清晰理解商業需求。

例如做一個社交產品。年輕設計師很清楚這個社交產品面對的用戶群體和核心用戶場景(做了基本的Persona和Scenario分析),比較瞭解用戶在使用這個產品過程中的心理模型和行為習慣(通過共感等方式)。但是年輕設計師可能不夠瞭解這些問題:這個社交產品的商業價值是什麼?怎麼給公司帶來收益?每一個點擊、每一個新增用戶、每一個廣告位、每一個流失、每一個轉化率各自意味著什麼?這些細節對商業數據的影響?

這個理解程度差異直接給年輕設計師帶來兩個問題:與產品方合作的時候講不清楚,達不成一致;對產品理解的全局觀不到位(很難成為產品的Owner)。

我有時會對團隊的設計師提一些問題,是與用戶體驗設計相對無關的。例如:

這個產品的未來3年你怎麼看?

這個產品現在所處的區間,是否有巨大優勢且可以成功?

這個產品真實的產品差異點在哪兒?

這些都是戰略層問題。也是一些設計師小夥伴忽略的部分。

所以,設計流程第一步,我覺得應該是透徹理解產品的戰略層,包括商業價值和用戶價值,也就是,怎樣幫助公司持續發展地賺錢?怎樣幫助用戶提升他們的生活品質?

2,Scope 範圍層

產品到底需要什麼樣的功能和特性?換言之,這個產品要做什麼。

早期的互聯網產品,怎麼豐富怎麼來。產品經理希望把100個內容模塊都一起扔到一個頁面上。那個時候做設計真心是痛苦啊。現在好多了,大家都越來越清楚聚焦、簡潔的重要性。

一個產品,有1-3個殺手級功能、特性就足夠精彩。

例如:Facebook的贊;Foursquare的Check in;Yo的Yo;微信的語音聊天等。

設計流程第二步,就是要知道產品需要什麼樣的功能。這些功能要足夠滿足第一步中的商業價值和用戶價值,還需要把故事說清楚。在一個產品中,功能不需要太多。

設計師面臨的挑戰是:做新產品的時候,輸入方太多,點子太多,如何選擇如何執行,壓力很大;做改版的時候,可能現有版本的功能特性已經很多,沒有辦法聚焦,你要改動的時候,又會影響產品現有的形態和利益,如何精進?

這些問題都可以從第一步戰略層的思考得到輸入和幫助,甚至可以直接解決問題。

3,Structure 結構層

結構層裡重點思考結構的具體表達方式,例如流程的進行方式、界面元素的位置邏輯、導航的佈局原則等,所以這個層關注信息框架和交互流程設計。

這就是設計師進入交互設計的時候,是第三步。海量的設計準則、豐富的設計經驗、靈感和創意,都可以在交互設計中得到體現。交互設計可以說是具體設計的第一步,一個產品執行過程中的質量和創新程度,交互設計是起始點。

產品方和用戶關注最多的,一個產品好不好用,就依賴於交互設計中的每個細節:流程是否流暢;提示是否充足;容錯性好不好;操作是否自然;界面是否統一;效率是否高……

在設計流程的第三步中,交互設計需要準確把握商業價值、用戶價值,理解產品的核心功能特性,有效有質量地描述整個產品結構、節奏、特質。是設計執行中非常關鍵的一步。

4,Skeleton 框架層

框架層主要就是做每個界面了。這是設計執行中,交互設計量最大的工作。

界面中每個元素,例如文字、圖片,如何細緻地佈置在一個頁面中。文字設計要精確到字段的大小、字體的大小,圖片設計要精確到組合佈局的展示、形狀的釋義等。精細的交互稿可以完全展現產品形態,一個黑白的產品形態。

框架層,大部分設計師每天都接觸,就不一一講述方法了。只講兩個點。

細緻

這個時候的細緻體現在設計師每個元素佈局、像素精準、整體感觀、交互邏輯定位、交互標注等方面。足夠細緻的交互稿,可以提升產品設計結果品質、幫助視覺設計更好地進行視覺創意、幫助開發測試更準確理解產品設計。

創新

戰略層、範圍層,我們已經經歷了創新的主要階段。框架層是二次創新的黃金機會。很多微創新、界面創新、特效創新,都來自這個階段。蘋果新的iOS與Google新的設計準則中強調的交互動效創新,很多可以發生在框架層設計階段。

5,Surface 表現層

關注感官的關鍵階段。視覺設計師、藝術家是核心。

一個產品經歷了各種打磨,終於到最終呈現的階段。最終用戶看到的產品,80%是來自於表現層的設計工作。雖然產品設計背後的業務邏輯、功能巧思、開發創新非常多,但是用戶看到的感官部分,表現層設計是最多的。

表現層是最直觀地看設計師本事的階段。優秀的視覺設計師、動效設計師、品牌設計師可以在這個層發揮得淋漓盡致。

以上5層並沒有區分角色。而且我不認為每個角色應該局限在某一個層中。

交互設計師我建議是要完全進入5個層的,這樣對你把握整個產品的特質、故事、靈魂非常重要。要做到不僅僅是Designer,而是Owner,這5個層你都得完整理解並有一定控制權。

視覺設計師也不要僅僅停留在後幾個層。誠然,視覺設計師在設計流程的後面多一些,所以要去理解前幾個層不那麼直觀,例如視覺設計師可能不會參加戰略層和範圍層的會議。但是你想想,視覺設計師已經有充足的藝術氣息、視覺設計技能,再加上對前幾個層的理解,會是多麼強大啊。

用戶研究工程師,在這5個層是非常關鍵的。你們是用戶和業務之間的橋樑。用戶是什麼樣子,他們的一顰一笑一舉一動,都是你們帶來的。所以用戶研究應該貫穿在5個層中,通過使用不同的用戶研究方法(專家測試、用戶測試、用戶畫像、問卷、數據分析等)去提供產品設計支持。

前端開發工程師,現在的要求更高了,不僅僅是要實現,還要創造。強大互聯網公司(Google)的工程師文化是有依據的,技術創新是設計創新的一大輸入點。前端開發工程師精通技術,如果再理解業務懂設計,基本是無敵的。

希望這個5層的設計流程思考維度分析,對你以後對設計的理解有一定幫助。:)

謝謝閱讀。

thanks,

yoyo

【nicing的回答(58票)】:

淘寶 UED 的設計流程

來源:流程圖 ;大圖:流程圖

【diff的回答(43票)】:

先說我們產品開發過程中的幾個角色:

  1. PM;

  2. 交互視覺設計師(沒看錯,就是一個職位);

  3. 開發;

從拿到PM的PRD開始,說說我們團隊的設計流程吧:

1. 產品找茬

  • 前提:讀懂PRD。確保在需求理解上,與PM保持一致;

  • 查找遺漏。人無完人,再成熟的PM,也難免有疏漏。找出遺漏,與PM反饋、溝通;(這個過程非常重要,若在設計後期(甚至開發後期)才發現疏漏,返工成本太大。)

  • 提出產品新想法。讀PRD時,總會有一些產品的好想法冒出來,及時與PM和團隊溝通。(這個階段,仍是產品早期,歡迎新想法);
  • 開始構思交互;

2. 草圖快速溝通

通過草圖,快速將「產品關鍵流程」、「關鍵交互及界面佈局」呈現紙面,以此與PM、技術溝通至達成共識;

目的:

  1. 再次掃遺漏;
  2. 收攏想法;(這個階段,產品設計基本定型)
  3. 達成共識;(確保讓產品、設計、技術對要做的事情有一致的理解)

(PM需更新PRD、技術開始做開發準備)

3. Wireframe表現產品流程、界面

包含:

  • 產品流程圖;

  • 全部的頁面原型;

Wireframe讓團隊對產品的理解無異議,對最終的產品有直觀的瞭解。這個階段,產品需求凍結。開發人員可以依據原型對UI關聯較小的部分進行技術開發;

4. 視覺設計;

有前面兩個「掃清障礙」的過程,這個階段,視覺設計是非常舒服的事情...

在有相對完整的設計規範、控件規範的前提下,視覺包括:

  • 風格探索;
  • 關鍵頁面的視覺設計;
  • 關鍵的交互動畫表現(如果無法口頭向技術表達動畫效果時,給出一個「活的」效果,是非常直觀的);

5. 視覺素材輸出、設計文件標注;

  • 素材用Dropbox或酷盤存儲、管理;
  • Markman是不錯的標注工具;

6. 整理、提交設計方面待數據驗證的跟蹤點;

主要包括:

  • 待驗證的產品功能點;

  • 設計過程中爭議比較大的部分(產品、交互、視覺);

  • 設計師沒有完全把握、需要數據驗證想法的部分;(比如:「點擊式的菜單」與「下拉手勢式的菜單」,哪個更被用戶接受?)

目的:

  • 為下個版本的設計溝通、設計過程提供數據支持;

  • 通過數據,讓設計師的主觀判斷有依據;為設計師自我觀念、想法迭代提供依據(沒有眼睜睜的事實,除了難改變別人的想法,也很難改變自我的想法)。

7.設計文件整理、新的設計控件入庫;

累活。主要包括:

  • 整理設計文件,方便團隊其他人查閱、使用;

  • 將設計過程中產生的新的控件,納入控件庫;更新控件設計規範;

8.開發後期,細節跟進;

與開發跟進細節,是設計過程的一部分。

在我們團隊,完全依靠規範作業、設計文件標注(不和開發人員說一句話:P),能夠確保80%的交互、視覺細節能夠被還原。剩下的20%,就要設計師與開發人員肩並肩坐在一起打磨了。開發過程中,一定要預留這個時間。

主要包括:

  • 邊距;

  • 字體;
  • 界面動畫的數值微調;

9.項目設計總結

包括:

  • 設計過程中遇到的問題,以及解決方法;

  • 犯的錯誤是?你是如何糾正的?以後如何避免?

  • 分享整個設計過程中,你最有成就感的部分;

這個部分,對於初級設計師非常有幫助,能夠快速成長;同時,能夠檢測設計過程遇到的問題,提高設計、產品開發效率。

------------------------------------------

以上是個人實戰總結。

這個設計流程,更適合「對設計有要求的創業公司」,因為,它既包含大公司的規範化、核心設計過程,同時,又能適應小團隊的快速作戰。這個流程,雖然有9步,但其實不複雜,在我們團隊,整個跨度,只有4周。

或許你有留意,我寫在最前面的角色介紹裡,有「交互視覺設計師」。

在我從業的過程中,著實沒有發現「交互設計師」的這個職位的生存意義,無論向上向下,高素質的PM和視覺設計師都可以兼任。所以,在我們團隊,我對設計師的要求是:

  1. 對產品的理解,不能弱於產品經理;

  2. 交互設計,是思維;

  3. 視覺表現,是手段;

剛好,我們團隊正在尋找這樣的交互視覺設計師,有興趣的私信我。我們的產品是:英語流利說。

【李年福的回答(15票)】:

大的流程估計都區別不大。

在流程的細節上,其中兩點很深的體會:

1.用戶研究

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

2.產品設計

不論是視覺設計,還是交互,完成的第一稿都需要討論,完善及迭代優化。同時提升設計師對產品思考深度與廣度。

【知乎用戶的回答(5票)】:

推薦搜狐新聞客戶端UED團隊的新書《設計之下》,詳細介紹了搜狐新聞App的設計全流程和方式。我參與了交互設計部分的書寫,還請多多包涵和交流。寫的時候沒有過多的修飾,只求樸實地介紹我們是怎麼工作的。關於書中涉及的工作流程和方式,不是說就一定是好的或者對的,而是希望拿出來和小夥伴們一起探討。其實每個產品和團隊都是特別的,互聯網行業和UED領域也發展得很快,適合每一個團隊的做法不會是完全相同的。

【朱佳明的回答(4票)】:

FaceUI 主要設計流程大概是:

1)、產品應用分析

在設計啟動之前先瞭解產品應用,明確產品的用途及市場類似應用概況,再精心計劃下一步的工作,因為在設計最初做改變是在整個過程中付出代價最小的。

2)、概念設計

通過對產品的瞭解,創意設計人員或者項目經理形成初始概念,將交由文案策劃完成第一步設計文檔,或者由創意總監或項目經理直接精華概念。

3)、可行性研究分析

根據市場行情與產品應用綜合評估技術可行性、社會可行性及風險因素,並制定規避風險對策。

4)、用戶需求詳細解讀

設計團隊項目經理與產品經理詳細核對需求,以用戶為中心,讓用戶體驗實際指導設計方向與流程規範。實際操作中還可以組織設計小組人員一起深入挖掘用戶需求。

5)、設計實施

a.交互設計

交互設計師需要先開展設計工作,進行產品架構評估/主邏輯設計、界面原型設計、原型可用性測試等,將用戶研究與需求解讀結果在產品上展現出來。

b.視覺設計

視覺設計師作為前端設計人員,卻在工作流程的後端,他們需要進行產品形象分析、風格定位、視覺方案定稿、視覺效果原型、視覺設計完成。

6)、可用性測試(易用性測試)

這個步驟必不可少,主要內容包括:計劃可用性測試、可用性測試實施(1 招募測試參與者;2 創建情景與任務) 、處理可用性測試、分析可用性測試數據 、編寫與演示可用性測試報告、逐條探討報告中的建議是否採納。

7)、產品發佈

這個步驟是客戶來完成,但是對於設計團隊,也算是令人興奮的一件大事。

【jianguang.wang的回答(1票)】:

流程大同小異,最主要是對過程的推導(問題、過程—研究方法、結論)與控制,以及事後經驗的總結一積累,下次遇到同樣問題的時候能很快有答案結論(而不用再走複雜的整個流程進行快速迭代)。

【岳楊的回答(0票)】:

流程基本大同小異,主要根據自己團隊自身情況、項目情況把握

【知乎用戶的回答(0票)】:

好吧,上面BAT三大都到齊了,其實說起歷史悠久HW的UCD中心算得上是國內最早的幾家專注做用戶體驗的了(2006年?)。

在這裡我就以腦子裡記得的部分來說一說大概的流程。

在HW,UCD流程是從屬於IPD流程的一部分(即產品的概念與計劃階段),從可用性工程的生命週期上來看,也是在方案設計階段才能產生最佳的效果。首先,我們需要瞭解用戶,進行競品分析,再確定可用性目標,並行設計和參與設計以及整體界面的協同設計。

隨手用膠片寫了一下(見下),當然也不敢寫太細了(都懂得),湊合著看

PS:話說,C114上還真有能下的。。。。。

【麻繩菜的回答(0票)】:

取決於決策人的天分,格局,積累,敏感。

其他流程都扯,無非是寫出讓UI、Coder明白的說明書。

為什麼會發展出這麼多貌似專業理論和流程?有能力的沒人信,有人信的沒能力。

冒出頭的產品經理都是老闆級別了。

標籤:-用戶體驗設計


相關資源:





給我留言