起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識設計師應對「一句話需求」的4個技巧
產品經理經常會遇到“沒有需求文檔，沒有流程圖，有的只是一句話?！钡倪@種情況，就是傳說中的“一句話需求”。那么如何應對“一句話需求”，本文介紹了4個技巧，與大家分享！
最近接連遇到了2個需求，產品經理沒有需求文檔，沒有流程圖。有的只是一句話，就是傳說中的“一句話需求”。
簡單描述下需求過程。
Case 1
產品經理A：我們要做XX功能了，參考下競品XXX。然后摔過一張競品圖片。
產品經理A：給你1天時間夠嗎？
我：……
Case 2
產品經理B：有時間嗎？有個需求一起聊聊（產品經理把業務方，設計師喊到一起，各自表達下自己的想法）。
業務方A：我們要弱化XX功能。有兩個思路，一方面…….，另一方面……..
產品經理B：懂了嗎？速度要快，什么時候能出方案？
我：……
這種情況，大家是不是也都遇到過呢？
今天我就來聊一聊應對策略。主要包括以下內容：
- 一句話需求產生的原因；
- 設計師可能存在的3個誤區；
- 我的應對策略。
一、為什么有一句話需求
目前規模大點的公司基本都有完整的項目工作流程規范，但是在實施過程中總會打折扣，主要原因不外乎幾項：
- 自下而上的需求，時間緊任務重，急于看到成型的結果方案，需要設計提前介入，與需求同步進行；
- 產品經理缺少對需求場景的規劃和認知，主觀認為需求很簡單，不遵守項目規范；
- 產品經理不愿思考，不去分析用戶需求和場景，將需求工作轉移給了設計師，有了原型方案后才會跟進，完成需求文檔。
第1種情形，通常需要設計師積極配合，畢竟領導的板子拍下來誰都受不了。
第2、3種情形，雖然可以借助制度規范回絕掉，但是很難從根本上杜絕。而且職場是需要培養關系的。
如果單純依靠生硬地拒絕，不利于后續的工作開展。所以一般情況下，我們都會接下需求。在設計過程中逐漸地引導產品經理認識到一句話需求并沒有想象的那么簡單，反而存在很多潛在的“深坑”。
二、可能出現的3個誤區
由于一句話需求缺少明確的內容限定，設計師在具體執行過程中可能會陷入3個誤區：
- 設計師缺少主動思考，被動地按照產品經理的思路完成設計方案，不能從用戶角度出發，產出有價值的設計方案，變成了產品經理的畫圖工具；
- 設計師思維過度發散，造成需求擴張，無法聚焦核心業務內容，進入了自己無法控制的范圍，導致設計方向走偏；
- 由于缺少話語權，導致自己的時間排期很緊張，很難無法深入了解需求內容，匆匆完成設計方案了事，在評審階段存在各種漏洞，遭到各方質疑。
需求是無限的。當設計師疲于應付時，就很難從中跳出，做出滿足用戶需求的設計方案。尤其是面對一句話需求，設計師需要綜合考慮多個方面因素，作出應對策略。
三、我的應對策略
一句話需求與普通需求最大的差異，就在于設計師需要深入分析需求的價值，并梳理出需求場景、業務流程等內容。一般接到需求后，我會從4個方面應對。
1. 需求合理性
我在收到需求后，不急于著手方案設計。首先會與產品經理做一輪需求溝通，來判斷需求的合理性。這并不是單純的質疑需求的價值，而是為了深入了解需求背后真正的原因。主要包括以下3點：
3.1.1 需求來源
搞清楚需求來源，才能挖掘出需求背后的真正原因。
例如自上而下的需求，設計師需要與業務方、產品經理一起分析領導提出需求的原因，是出于運營成本的考慮，或是產品定位的改變，還是為了增強產品的競爭力。
如果是用戶反饋的需求，需要了解反饋人數有多少，占總用戶量的比例有多少，是否需要為小部分用戶做出優化，優化后對產品的商業目標影響有多大。這些因素都可能會直接影響到設計方法。
3.1.2 需求對用戶的價值
需求通常是產品經理站在產品角度提出的，但是作為設計師需要站在用戶角度分析，明確需求是否能夠滿足用戶需求。
例如我曾經收到過弱化彈窗的需求，主要原因是避免與另一個功能定位相互重疊。但是如果設計變化過大，將會造成用戶感知的明顯下降。因此我們采用弱提醒的方式盡可能維持用戶對功能價值的認知，實現產品目標和用戶體驗的雙贏。
3.1.3 需求的商業目標
設計是需要服務于用戶、服務于功能、服務于商業的，特別是電商平臺，ROI（投入產出比）是重要的考核指標。因此在方案設計時，需要充分考慮商業目標。
（我的部分思考內容）
通過分析交流，設計師可以更好的把控需求的價值，同時也可以讓產品經理意識到需求的復雜度，為自己爭取合理的需求排期?；蛘咧苯訉⑿枨筮€給產品經理，讓他們深入分析后重新提交設計需求。
2. 需求梳理
俗話說“只有小角色，沒有小演員”。所有呈現在用戶面前的內容都需要謹慎，哪怕單純的文案調整，也有可能造成用戶理解偏差，應對一句話需求，我們需要建立一套需求分析方法和流程。
3.2.1 需求分析方法
我一般會基于5W1H 方法去思考需求的內容和用戶場景。
3.2.2 功能流程圖
為了更好的厘清需求場景和細節，我會快速產出功能流程圖，幫助自己拆解交互流程。為后面的頁面設計打下基礎。同時也方便與產品經理進行二次溝通，保證需求內容和設計方向上的對齊，避免設計上的無用功。
3.2.3 需求溝通
通常我都會進行3輪以上的設計溝通。溝通的目標是解決問題，保證設計方向的準確，因此最好是帶著問題和解決方案進行溝通。
溝通時最好采用面對面的溝通方式。在項目初期可以主要與產品經理進行溝通，保證雙方意見的一致。而在正式方案評審階段，需要拉通項目相關干系人共同參加，收集所有人的意見，避免后期最終方案提交時，出現不一致的聲音。
3. 完整的方案呈現
在方案匯報時，為了增強設計方案的說服力，需要將前期的分析過程呈現給項目干系人。因此我建立了自己的方案匯報模版，提升方案設計的效率和規范性。
4. 項目復盤
當項目完成后，設計師需要積極與產品經理溝通，推動項目復盤，總結分析項目中出現的問題，讓產品經理意識到「一句話需求」在項目過程中帶來的不良影響。逐步引導產品經理認真對待每一個需求，盡量避免再次出現“一句話需求”。
四、總結
一句話需求對設計師具有一定的挑戰性，但是也給了設計師拓展產品思維的機會。
設計師需要通過獨立思考，完成需求價值作出判定和需求的內容梳理，最終提供有價值的設計方案。這個過程中需要加強與各方的溝通，保證方案的準確有效。
最后，“設計師真是太難了”。
#專欄作家#
子牧先生。公眾號：子牧UXD（HelloDesign），人人都是產品經理專欄作家。產品體驗設計師。8年互聯網行業經驗，擅長體驗設計思維、設計方法論、交互設計研究。
本文原創發布于人人都是產品經理，未經許可，禁止轉載。
題圖來自Unsplash，基于CC0協議
乍一看，“那你們產品經理在做什么。。。”。但再一想，這么做是對的，每個崗位的人都需要對產品有自己的思考，一個產品的好壞是一個team決定的，不是產品經理一個人決定的，大家的思維沖突，能鑄就更好地產品，更好地體驗。
你把產品的事做了，產品做什么呢？
你不這樣做，永遠是產品經理的畫圖工具！他說什么就是什么??
其實產品經理心理還真這么想的，下游照做就好，哪來那么多問題 ??
目的是要有自己的思考能力，要體現自己的價值點，不然真的就是畫圖而已了。當有一天產品經理原型到達一定程度了，你還能做什么呢？
我是覺得你們太優秀了，這樣產品經理就沒有去處了。
不是的啊，產品經理做產品規劃，需求挖掘，數據分析等，從產品維度考慮價值點。設計師在這方面要弱一些，設計師的核心還是通過用戶維度考慮需求價值點，兩者相互融合，促進產品良性發展。 ??
厲害，學習了
說白了就是因為上游工作并不是很完善，才需要下游主動思考彌補。也從側面反映出上游的工作經常漏洞百出
確實是，越是完善的制度，分工越明細