起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識具備這個能力，一看就是高手
作為一名設計師，在設計過程中懂得取舍，結合用戶的需求，將產品精簡化，才會呈現出好的效果，下面這一篇文章主要講的就是此問題的內容，大家一起往下看，了解更多吧！
一、不取舍，做不了好產品
在日常UX設計工作中，我耗時最多的環節無非就是兩個字——取、舍。
作為設計師，我要知道產品最重要的用戶群體是誰（畢竟在B端G端產品中，用戶角色很多，而且存在網狀關系），對他來說最關鍵的需求是什么，哪些功能是核心，而哪些是次要，甚至是無關緊要的。
說白了，目標明確了，才能分清主次。分清主次了，界面設計才能重點突出，層次清晰。
沒有對比，就沒有設計。
Edwin Land
而如何“取舍”，在產品設計階段就得明確。只取不舍，就會把功能做的大而全，把界面填充的滿滿當當。厚重的產品只會干擾用戶對產品價值的感知，即使咱們先不考慮溢出的開發成本是否值得。
二、不取舍，達不成一致目標
意識到取舍的重要性，我們也有些改變。其中一個挺大的進步是，從無效的需求評審（僅討論功能邏輯）進階到到有效的需求評審（從論證“需求價值”開始）。
但評審過程依舊耗時費力——在被參與者問到“為什么需要這個功能？能不能砍掉？”時，產品和設計的回答經常是“不能，因為用戶可能需要”。
這很主觀，不是一個有說服力的論據。
“可能需要”是多需要？有較少可能還是有非常可能？是錦上添花還是沒有就不能工作？是少數人需要還是大多數需要？是偶爾需要還是經常需要？
如果產品和設計在需求的合理性、必要性和緊迫性等維度提供了令人信服的論據，大家就不用在泥濘的討論中消耗這么久。
我用了“泥濘”這個形容詞，因為通常為了證明一個尚未立足的“論點”，（不管誰）會甩帶出來更多缺乏說服力的“論據”?；ハ唷白C偽”的討論令人疲憊。
關于需求價值的論證，咱們得理清楚邊界——
- 需求設計者有責任“證實”，
- 其他參與者有義務“證偽”。
- “證實”先于“證偽”。
三、取舍很難
為什么“取舍”很值得一提？因為取舍很難，而且“舍”比“取”更難?；蛘哒f，做減法比做加法難，而且難多了。
戰略的本質在于選擇不去做什么。
Michael Porter
做加法只要擴大范圍，考慮“可能需要”。做減法還得考慮得更完整（遺漏可不是減法），更深入更透徹，比如：
- 為什么可以減掉這個？而不是那個？
- 減掉有什么直接影響和間接影響？
- 從哪些角度分析利弊？角度是否有疏漏？
- 確定減無可減了嗎？
只有掌握全貌、解構復雜、洞察關鍵、權衡利弊，才能做好減法。
減法很難，沒有一個千篇一律的簡單模型，不過我們可以探索和學習。
四、還有一點
作為設計師，我還關注的一點是，有哪些可視化的工具或方法，可以有效呈現“取舍”的過程和結論，幫助團隊成員聚焦核心、快速達成一致。
1. 雙鉆模型
雙鉆模型 Double Diamond (design process model)，可以用來輔助在問題定義和解決方案的兩個階段，充分拓展范圍并找到關鍵。
《How to Implement the Double Diamond Model Process for REAL》BY SOUMYADEEP AUDDY
2、用戶故事地圖
用戶故事地圖 User Story Mapping，可以用來全面理解用戶需求，輔助團隊梳理出需求場景的沖突點、復雜性和優先級。
《User story maps: Tips and tricks to get you started fast》By Eben Halford
3. 用戶體驗可視化
還有用戶體驗可視化的各類共線圖（例如客戶旅程地圖），幫助團隊將觀察視角從開發者轉換為客戶，共情客戶的感受和期望，更好的滿足客戶需求。
Coffee Shop Customer Journey Map Example 《How to create a customer journey map》By Lucid Content Team
還有其他嗎？歡迎小伙伴們在評論區補充~
本文由 @杜大大杜 原創發布于人人都是產品經理。未經作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協議。
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論，等你發揮！
