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