首先
，這個需求是否合理
？這就需要作為設計師的我們盡可能全麵的理解需求的背景
、用戶群
、使用頻次
、上線預期效果



	等
。把這些疑問拋出與產品同學深入交流
，其實也是為了試探產品經理是否對需求考慮清楚
。 



	其次還要考量一下這個需求的優先級是怎樣的
？



	斷優先級的方法有很多
，這裏以58租房業務為例
，介紹了一種他們在實際工作中嚐試過的方法－體驗地圖（適用於功能本 



	身有一定任務流程的產品）
，這個過程可以找出用戶在整個租房體驗各環節中的滿意度
，進而尋找突破口和最緊急待優化 



	的環節
，這樣才可以把時間和精力放在最能發揮價值的地方
。 



	最後就是想想這個需求是否需要交互設計來支持
，這裏用一個形象生動的比喻進行了說明
。 



	把需求比作病人
，而把設計師理解成醫生
，不同嚴重程度的病症
，醫生的參與程度不同
。小病如感冒
，開藥遵醫囑（給出



	交互建議）即可
；大病若需手術
，則是多方合作才可完成的大項目（產品改版）
；不輕不重如腹痛的
，病因需檢查才能明



	確
，勢必要依賴醫生解決（設計師分析設計方案）
。這其中
，還要綜合考慮需求實現的成本和時間是否與價值成正比
，所



	以不是每個需求都需要交互設計師深度參與
。



	問清楚｜需求溝通
，溝通哪些內容
？



	聊需求時
，這六個方麵的內容設計師都可以去了解
。產品策略層麵其實是鼓勵設計師盡早的介入產品規劃和功能製定
，而 



	不是等著產品經理把一切都敲定了來幫忙畫稿
。這可能需要設計師打破傳統的角色定位認知
，這裏宋教用他的親身經驗告 



	訴我們越早介入產品策略
，越容易掌握主動權
。 



	對競品情況的了解也是必不可少的，對同類競品的關注可以幫助設計師了解業界形勢
、發展進度
，而跨界競品有助於對某 



	個功能細節的挖掘
，競品分析應該是一項日積月累的工作
。 



	用戶需求也可以理解為這個功能要為用戶解決什麽問題
。這些需求的獲取途徑有很多
，如用戶調研
、用戶畫像
、用戶反饋



	等
，將不同角色的用戶和問題帶入場景
，就可能更貼近他們的真實需求
，以目標為導向確定用戶需求
，防止功能堆砌
。



	線上問題從兩個方麵可見
，一是點擊／轉化數據
，二是報錯統計
，這兩部分都可以直接推導出問題的優化方向
，也是需求 



	中較為明確的部分
。 



	改版目標是必須要跟產品同學明確的一點
，包括數據指標和體驗指標
。改版效果的判斷很大程度上依賴數據
，預期帶來什



	麽樣的增長甚至可能有怎樣的風險
，都是在需求啟動前就要想好的事情
，而作為設計師
，自然還要考慮到用戶粘性
、細節



	轉化
、可推薦性
、品牌價值傳遞等體驗方麵的指標
。也就是說在確定做項目之前
，就要想好要怎麽匯報
。



	最後在技術實現方麵
，功能上線方式
、各平台兼容性都是會影響設計方案的因素
，前期溝通明確會避免很多無謂的返工
。