Echo ：本篇文章介紹了 UED團隊設計流程：產品需求、需求評審、交互設計、交互評審、視覺設計、視覺評審、開發走查、可用性報告。

互聯網大廠 UED團隊設計流程，通常有以下流程階段：產品需求 > 需求評審 > 交互設計 > 交互評審 >視覺設計 > 視覺評審 > 開發走查 > 可用性報告。

UED團隊設計流程：

一、產品需求

在產品需求階段，產品經理為主導角色，全程參與產品功能需求挖掘工作，交互設計師輔助產品經理做需求的可行性和場景分析。用戶研究員可通過訪談用戶來挖掘用戶需求。

產品需求分為三種：

戰略級產品需求：這是產品需求中最核心的，它關系到整個產品模型，影響到產品的運營和商業模式，通過特定的目標人群的痛點制定的用戶目標，然后將用戶目標轉化為產品目標，從而達到商業化的目的。

用戶級的需求：通過收集絕大部分用戶的反饋意見和痛點，從而得到產品的需求/優化清單。

用戶體驗級需求：通過 ued團隊制定的體驗優化方案，做用戶體驗方向的需求優化。

交互設計師參與前期產品需求的好處：

• 可以更加熟悉業務，了解產品的背景和設計目標，更加有利于做交互設計。
• 協助產品經理分析用戶的使用場景和各個接觸點，使得產品在需求階段可以更好的與后面的交互設計銜接。
• 可以更好的平衡商業和設計兩者之間的關系，讓設計在達到用戶體驗的情況下更大化的發揮商業價值。

用戶研究員參與前期產品需求的主要工作：通過用戶渠道做問卷調查，用戶訪談等手段，了解用戶的需求和使用場景，制作用戶畫像。通過輸出用戶調查報告來佐證產品需求的可行性。

二、需求評審

通過產品經理的需求文檔的評審，討論產品需求的可行性，是否滿足產品的商業目標、用戶目標和產品目標等。

在需求評審中產品經理需要接受各個角色的挑戰，例如業務方、開發人員、運營人員和設計人員。當各方達成一致后，需求評審就基本達到了目的。

三、交互設計

交互設計師通過需求文檔將其轉化設計成交互文檔。在制作交互原型之前需要完成以下思考：

• 為什么要做這個功能？（業務目的）
• 產品期望的結果是什么樣的？（業務目標）
• 誰來使用這個功能，使用場景是什么？（目標用戶）
• 用戶為什么要使用這個功能？（用戶需求）
• 如何讓他們高效順利的使用這個功能？（將業務目標轉化為用戶行為）

當思考完以上這五個點時，接下來就繼續理清思路，查找相關的競品，分析相關競品的用戶人群、商業定位和我們的產品一致亦或差異性在哪里？選擇性的學習和借鑒。

流程設計：先梳理產品用戶的主場景流程，然后再梳理用戶的小場景流程，最后再梳理異常流程。根據流程繪制出對應的流程界面。

流程設計注意事項：

• 充分理解業務目的、業務目標、目標用戶、用戶需求等，根據這些找到用戶所有流程的接觸點。
• 通過場景的接觸點繪制出用戶的頁面流程圖。
• 找到所有的異常場景并梳理制作。
• 通過了解大部分用戶的行為和認知制作出對應的流程設計。

制作交互文檔：

交互文檔應該包含以下7點內容：完整的項目簡介、需求分析、新增修改紀錄、信息架構、交互設計的方案闡述、頁面交互流程圖（包含界面布局，操作手勢，反饋效果，元素的規則定義）、異常頁面和異常情況的說明。

交互文檔幾點建議：

• 一個頁面一個任務，每一頁能展示的內容是有限的，如果同一頁中堆積太多的線框圖會造成問題。
• 每個任務都有起點，一個任務應該從起點一直到該任務的結束整條路徑。
• 同一頁面的不同狀態最好在一個頁面展示（不要忽略極端情況）。
• 頁面布局規范，準確傳遞設計方案。
• 盡量黑白灰，避免原型圖對視覺設計師產生干擾。

四、交互評審

交互評審一般會有產品經理，視覺設計師，業務方和開發參與。交互設計師評審過程中學會拆分使用場景講述交互方案。

交互設計師直接用具體的交互原型界面進行評審很容易被質疑和推翻。會議上的人對于具體的界面感知度很高。學會用抽象的東西進行評審，這個可以吸引會議的人的大部分精力，最后再拿出具體的交互原型界面。

整個交互原型可以拆分為很多頁，最開始講解整個設計的背景（業務背景，技術背景），適用人群，整個交互設計解決了哪些問題，然后再講需求，拆分需求，拆分不同的使用場景和對應的功能流程圖。

基本在上述過程中，會議上的其他人不會有太多的異議。因為這個是抽象不容易反駁的。這個過程基本是一稿過。最后拿著對應的場景、功能流程圖和最后的交互原型一一對應。前面大部分時間和精力為最后的交互原型圖做鋪墊。這樣就可以讓交互一稿過。

五、視覺設計

交互評審完畢，接下來就是視覺設計師進行視覺設計了。由于交互評審的時候視覺設計師都在場，所以視覺設計師對交互文檔會有一定的印象。對于交互文檔比較重要的地方，交互設計師可以私下給視覺設計師講解，方便視覺設計師快速理解，保證不出錯。交互設計師和視覺設計師是緊密相連的，視覺設計師在完成視覺稿時，需要交互設計師核對以免視覺設計師在設計過程中發生錯誤。

六、視覺評審

在產品0到1時候視覺評審，會花大量時間去討論產品的設計風格和主配色，在確定視覺稿沒有交互問題后，然后就是討論視覺設計稿的細節。在產品功能迭代的時候，評審的都是整體視覺風格的繼承性和視覺稿的細節。例如對交互設計的理解是否到位，邏輯是否正確，視覺層次是否正確等。

七、開發走查

在產品正式版發布之前，交互設計師和視覺設計師需要對線上測試版本進行走查，交互設計師走查交互問題，視覺設計師走查視覺問題。兩者在走查過程中將問題匯總起來，走查的各個問題給出對應的評級（非常嚴重、嚴重、良、一般）生成一個走查報告，并發給開發和產品經理。在開發改完之后，對走查問題進行驗收。

八、可用性報告

對于線上的版本，需要用戶研究人員與交互一起制定可用性測試的腳本，通過測試用戶一系列操作進行驗證線上產品的易用性。在用戶研究員完成可用性測試并制作好了報告之后，交互人員會對反饋的問題，進行評估，對于可接受的反饋意見，聯系產品經理推動優化迭代。

編者注：推薦京東內部的可用性測試表格 →?《超好用的用戶體驗提升模型》

歡迎關注作者的微信公眾號：「吳軼」

圖片素材來源：undraw.co

「設計流程合集」

• 《一個完善的產品設計流程是怎樣的？聽聽美團設計師怎么說》
• 《接地氣！國內知名UED團隊的設計流程是怎樣的？》
• 《在大公司，APP的設計流程和時間分配是怎樣的？》