編者按：本文是阿里的交互設計師鴻影在一次做產品設計提案后，從公司前輩和工作中學到的經驗總結，交互新手如果想盡量少踩坑，建議多看看這類前輩的親歷經驗，能學到不少書本沒有的知識。

鴻影：作為一枚去年畢業的交互設計新人，我過去的設計工作流絕大部分是「等Prd評審 - 確認Prd疑問 - 提煉目標梳理架構 - 出交互方案 - 評審 - 跟進上線」這種，雖然從0到1做了不少大大小小的項目，也會去主動思考完善PD需求中的不少細節，但基本都是被動模式而缺少主動提案：被動接受來自PD或運營的完整需求描述，然后在對方給定的具體框架內進行交互設計。

后來隨著對業務熟悉程度加深，我開始有意識嘗試去主動做一些事情、進行一些改變，比如整理已有用戶反饋、制作體驗地圖、搜集競品、撰寫體驗分析報告等，這一部分起初因為經驗不足等原因踩過一些坑（參見《回歸本質：我的平臺型產品設計分析缺了什么》），修改后給PD看后得到的反饋還算積極；而在開始嘗試將「體驗問題分析」轉化為「具體解決方案」的過程中，也深感設計提案的不易之處，直到這周才真正把第一批具體的產品設計方案初稿交付PD、提上評審開發的議程。這次產品設計提案的正式評審修改、排期實現、數據反饋驗證環節尚未進行，本文就先總結一下自己前半部分工作中從公司前輩處學到的經驗與自己的心得吧（對于未上線或非對外公開項目不會有具體的項目細節配圖描述，所以可能會寫得比較虛，還請大家理解）。

核心目標的認知統一

設計師們多多少少有一些強迫癥，看到某個細節有瑕疵就會吐槽「體驗不好」，但要想拿一些所謂的「完美像素」、「遵循規范」、「可用性好」等去說服需求方與項目組，對設計細節本身不是那么敏感的他們卻可能不那么在意，或者換句話說，相比「更好的用戶體驗」本身，大多數人更在意的是「更好的用戶體驗能否為當前的核心業務目標帶來貢獻」，和核心業務目標關聯不大的設計優化提案，也更容易被劃入「優先級低」的范圍然后一再拖延。

如果想讓自己的設計提案更好更快地得到大家的認同與推進落地，就要在設計方案所促成的問題解決上保持與項目組的核心業務目標同步，而忌自己悶頭搜集思考、不主動和項目組溝通確認清楚各階段業務目標，導致解決方案雖然有利于小環節用戶體驗提升，卻對業務全局無關痛癢、甚至產生負面影響，而難以得到重視推進。

1. 不只關注Prd，主動了解更多業務相關資料信息

雖然最直接的資料Prd可以給我們提供很多業務目標與方向上的信息描述參考，但想要對此有更深入全面的理解的話，則需在平時更主動積極去關注更多相關資料信息，而不是等到Prd評審時才開始一切。

只要稍微留心一下項目組的郵件，不難得到來自運營、PD的各種Mrd、階段總結報告、上線數據反饋等資料，這些都可以幫我們了解更完整的項目需求、項目現狀、發展方向等的來龍去脈，知道最初的問題和用戶痛點所在、業務現狀不足與未來改進方向等，對Prd中加工后傳達的概念有更接近本質的準確理解，減少只看Prd造成的信息傳達損耗、引發的設計方向偏差。在更早的階段（早于Prd評審）就參與到項目組的需求討論會議（頭腦風暴、故事會、Mrd評審等）也是同理，雖然在不是很了解業務時可能沒多少發言的空間，但可以傾聽獲取來自不同業務方的更多信息反饋（他們本身就是核心用戶或者對用戶的接觸了解程度非常深入，對B端產品來說這點尤其明顯），幫助在頭腦中建立起對業務更完整的印象。

2. 關注項目動態，多次溝通確認，減少信息滯后

因為戰略調整、市場變化之類的因素，項目的業務目標不會是一成不變的，所以這就需要我們更多關注項目動態，反復多次和需求方溝通確認清楚各時間段項目的核心目標所在，并根據變化及時調整設計提案，減少信息獲取滯后導致的無效設計工作增多。

孤立解決到整合延伸

在搜集分析了一些項目業務背景信息、市場競品資料、用戶調研數據反饋之后，我通過產品設計分析報告（涉及環節有多角色任務流程梳理、用戶體驗地圖、用戶診斷、用戶目標分析、設計目標提煉、競品分析等）的形式匯總提煉出了一批體驗改進點，并撰寫了初步的解決方案思路。

這樣的好處是我可以對已有的體驗問題有一個更完整全局的印象，將部分同一場景下的體驗問題統一考慮整合到一個解決方案中去（碎片式解決視角有限，而且分次開發可能帶來更多限制和復雜度提升），也可以在某個體驗優化需求的基礎上延伸出更多場景（比如用戶反饋某個問題描述不清需要退回，我可以基于之前了解的其他信息迅速聯想到除了描述不清，還可能有選錯分類、選錯人等情況出現，也同樣適用于需要退回的場景），讓解決方案覆蓋到更大的范圍中去。

雖然體驗問題的分布本身很碎片化，但最終的解決方案卻相對整體、考慮角度相對全面，用一套交互設計稿同時解決多個體驗問題，而不是每個碎片的體驗問題都單獨出一遍交互，這樣在交付和評審時也更加方便。

優先級與排期的劃分

雖然經過了整合處理，但具體的解決方案點仍然有不少，一次性全完成交付顯然不現實，這時就需要進行優先級與排期的劃分了。

我目前的劃分中主要考慮以下幾個因素：和核心目標的相關程度、牽涉的待確認點多少、開發成本等。如果和當前階段的核心目標關聯不大、不是純產品設計能解決的體驗問題（如涉及業務邏輯變更）、實現成本大但收益比不高等，優先級就往后放，反之則前置。然后分批制定具體的設計、評審、交付上線時間等，這一塊也需要多和項目組確認，減少和其他需求的沖突。

對于優先級與排期，我還沒有多少實踐經驗，相信有很多產品經理和用戶體驗設計同學都要比我熟悉、專業得多，所以這塊不談太多，僅供參考，也歡迎經驗更豐富的同學指教。

最后打個廣告：阿里巴巴集團2016實習生招聘內推進行中，愿意來我廠實習的17年及之后畢業UED/產品鮮肉歡迎找我內推，可在我的微信公眾號akikodesign留言。

【LOGO設計實戰教程系列好文】

亂斗西游的LOGO：
《大咖級教程！亂斗西游的游戲LOGO是如何誕生的？（附設計方法）》

百度錢包的LOGO：
《向高手學習！百度錢包品牌LOGO設計過程全揭秘》

騰訊Lightalk的LOGO：
《LOGO實戰好文！騰訊新聊天軟件Lightalk英文Logo誕生記》

原文地址：zhuanlan.zhihu

【優設網 原創文章 投稿郵箱：2650232288@qq.com】

================關于優設網================
"優設網uisdc.com"是國內人氣最高的網頁設計師學習平臺，專注分享網頁設計、無線端設計以及PS教程。
【特色推薦】
設計師需要讀的100本書：史上最全的設計師圖書導航：http://hao.uisdc.com/book/。
設計微博：擁有粉絲量104萬的人氣微博@優秀網頁設計 ，歡迎關注獲取網頁設計資源、下載頂尖設計素材。
設計導航：全球頂尖設計網站推薦，設計師必備導航：http://hao.uisdc.com