互聯網UED設計流程

原創:?小強?交互設計院?

「本文閱讀時長約10分鐘」

互聯網ued設計流程:

1. 產品需求

產品需求分析:在產品需求挖掘中需要產品經理作為核心進行全程參與,同時需求進行場景和可行性分析時,也需要交互設計師和用戶研究員作為輔助。

按重要級別-需求可分類為:

P0需求:戰略級別項目、重點研發項目、整體的改版、大型功能/模塊優化等;

P1需求:局部功能優化、MVP項目、可復用現有樣式項目等。

按需求來源-需求分類為:

戰略型需求:戰略型需求往往關系到產品的核心,代表著產品的發展方向和未來規劃。戰略型需求往往是大型、重點項目,包含了大型功能或者模塊的改版通過實現用戶目標,轉化為產品目標,達到實現商品化的過程。

用戶型需求:往往是通過用戶的信息反饋而獲得的痛點,具體獲取途徑可以來自于用戶研究、用戶評論、銷售收集等。

體驗級需求:公司內部同學在使用產品過程中對體驗的自查,其中ued團隊在體驗中扮演者重要的角色。

交互應參與前期產品需求討論:

1.了解項目背景,項目目標,更好的將設計目標對接項目目標。

2.與產品經理進行密切合作,在全流程中互補,集思廣益,提升工作效率,以及后期的設計對接。

3.通過理解商業與設計的關系,在堅持用戶體驗的基礎上保障產品的商業價值最大化。

用研應參與前期產品需求討論:

用戶研究員的加入,可以通過更加專業的方法和手段,獲取用戶信息,創建用戶畫像,進行痛點分析,通過用戶研究報告來驗證需求的真偽性及可行性。

2. 需求紅綠燈

需求紅綠燈就是俗稱的需求評審會,一般產品經理與交互設計會在會議之前對需求進行一個討論,以保證需求的可靠性。產品經理的需求文檔需要滿足產品的目標、用戶目標、用戶體驗、商業價值、技術可實現性等。

參與需求評審的人員有:產品經理、交互設計師、視覺設計師、前端程序員、后端開發、測試,有的項目會牽涉運營、boss等。所以產品的需求評審會接受來自各方面的挑戰。當各方都同意之后,需求則可以開始進行。

3. 交互設計

交互設計在接到需求后,不應該馬上進行交互文檔的書寫,再制作之前需要進行如下思考。

做這個功能的原因是什么?(項目背景)

本次設計的期望是什么?(項目目標)

用戶是誰,在什么場景下使用?(目標用戶)

用戶為什么要去使用它?(用戶需求)

通過怎么的設計手段去實現項目目標呢?(將項目目標轉化為設計目標,確定設計手段)

思考上面五點之后,接下來進行競品分析,找到合適的競品(直接競品或者間接競品),分析與競品的差異化在哪?進行學習和借鑒。

流程設計:主場景流程——用戶的小場景流程——異常流程。根據流程繪制出對應的交互界面。

流程設計注意事項:

1.充分理解項目背景、項目目標、用戶目標、設計目標等,根據這些找到探索合適的設計手段。

2.基于主流程中根據場景的接觸點完成交互頁面的設計。

3.別忽略對于異常狀態的梳理。

4.基于大部分用戶的行為和認知完成流程設計

制作交互文檔:

交互文檔應該包含這6點內容:項目簡介、項目目標和設計目標分析、新增改紀錄、信息架構頁面交互流程圖、交互備注、異常狀況說明。

交互文檔幾點建議:

一個頁面直講一件事情。

?從任務的起點——終點進行展示。

不同狀態的同一頁面在一個頁面展示。

?考慮頁面規范,準確表達設計方案。

4. 交互紅綠燈

交互紅綠又名交互評審:一般參加產品需求討論的人員都會參加交互評審會,所以交互評審會同樣亞歷山大。所以建議交互設計師你進行評審時,采用拆分使用場景方法來講解交互方案。

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

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

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

5. 視覺設計

交互評審完畢后,接下來進入視覺設階段。由于交互評審時,視覺設計師會參與,所以對于交互方案視覺同學會有一定印象。視覺同學不懂得地方,可以私下與交互同學進行溝通。在視覺同學完成視覺方案后,需要交互設計時對視覺方案進行審核,以免發生錯誤。

6. 視覺評審

在互聯網中,一般的P0級項目或戰略型項目時,才會有比較正式的視覺評審。一般的小需求,ued內部及產品經理通過即可。

7.?開發走查

在產品正式版發布之前,需要產品經理、交互設計師、視覺設計師對上線前的版本進行走查,需要對問題進行統計,對問題進行分類、問題原因、問題解決程度進行統計,生成一個走差報告表,并發給產品和開發。在開發完后,對針對問題再進行一次驗收,以確保問題得到解決。

8.可用性報告

在項目進行上線后,對產品和設計進行數據觀察,上線收益獲知。有必要時需要用戶研究人員和交互設計師一起進行可以用性測試,獲得上線后的反饋。在完成 可用性測試報告后,同步給團隊其他成員。對于可接受的反饋意見,聯系產品經理推動優化迭代。?

關注公眾號:【交互設計院】,獲得更多干貨

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容