2023-12-11 周周
在設計師工作的過程中，所承接的需求大多來源于產品。產品作為需求的主要提出者，自然承擔了大部分的需求分析工作。但這不僅僅是產品的事兒，設計師對于需求分析也有很大的必要性。
那么產品和設計做需求分析有什么區別呢？
結合產品五要素來看，產品更多思考戰略層和范圍層的內容，更偏向于從商業維度制定產品目標，以及考慮手里有哪些資源可以滿足用戶訴求。
設計師主要在結構層、框架層和表現層發揮價值。要在充分理解產品目標的基礎上，從用戶角度出發，深入了解用戶的需求和期望，辨別需求是否解決了用戶本質訴求。同時，設計師也要結合產品目標，權衡商業和用戶體驗，采用合適的形式把需求表達出來。
設計師&產品經理需求評估的差異
理想的需求來源，是將產品的目標、用戶群體、業務流程、涉及的關聯模塊都捋明白之后，再進入設計流程。但在實際工作過程中，往往受限于版本排期、需求來源多樣等因素，加之不同崗位業務視角的局限性，需求本身并不一定思考得非常全面，這個時候就體現出了需求評估的必要性。
同時，設計師做好需求評估也有以下三方面的益處：
設計師為什么做需求評估
1. 增強業務理解
在互聯網公司，一般會設置產品、設計、開發、測試、運營等不同崗位，雖然大家工作的內容千差萬別，但是都是為了打磨好同一個產品，有著共同目標。設計師站在用戶體驗的角度，從不同崗位的視角充分審視需求，也可以將問題提前暴露出來，保證方向的正確性。
對于設計師本人而言，當需求沒有理解透徹時，會讓我們的思考方式非常受限。進行需求評估，在自己有疑問時不斷追問“為什么”，直到找到問題最本質的原因，有利于不斷加深對業務的理解，從而發揮出更大的價值。
2. 提高做事效率&效果
如果在接到需求后，感覺有了一些想法，就馬上開始進入設計流程，從而遺漏了對需求、場景及用戶等的深入了解和分析過程，可能導致在方案推進過程中不斷暴露出各種問題，甚至出現方向性錯誤導致整體被推翻重來，影響項目進程。
同時，如果只是簡單轉譯產品的需求單，缺少站在用戶角度思考的獨到見解，產出的設計一定是平平無奇缺少亮點的。在滿足產品功能的前提下，思考用戶在當前場景還會有什么痛點、是不是可以給用戶帶來額外的驚喜，才能產出更加優秀和具有靈魂的設計。
在接到需求時先對需求充分評估，而不是一味地“埋頭苦干”，才可以達到又快又好的結果。
3. 增強影響力
如果我們只是做被交代的工作、做產品的“工具人”，是很難在項目中獲得影響力和話語權的，需求評估就是我們展現能力的“關鍵環節”。
作為設計師，要增強主動性并培養責任心，運用自己的專業能力，推動產品項目更快更好地發展，逐漸具備發現問題和機會的洞察力與敏感度。需求評估的過程也是不斷提升在團隊中的領導力和影響力的過程，有利于樹立專業靠譜的設計師形象，形成工作中的良性循環。
總而言之，做事的寬度決定了你的優秀程度，責任越大能力項的成長就越快，從線框仔/美工成長為優秀的體驗設計師，需求評估是我們需要不斷提升的重要能力項。
需求評估可以細分為三個階段：了解識別、分析評估和結論確認。在了解識別階段，主要目標是明確需求是不是要做。在分析評估階段，需要對需求進行深入分析，以便對需求實施方案有清晰的認識，對如何做心中有數。最后，在結論確認階段，需要對有疑問的問題與各業務方進行確認并達成共識，以確保在進入設計階段之前對需求的基本內容沒有疑慮。
需求評估的流程階段
1. 了解識別階段
進行需求評估的前提是要清楚自己在何時應該介入評估，只有清楚自己崗位的項目流程，才能做事及時準確。
在進入設計流程前，會經歷一系列的需求調整階段，通常會在“需求形成-需求發出-需求評審”這三個階段進行需求評估。在這三個階段中，如果有任何疑問或不同意見，都應該及時主動提出，盡量避免將問題遺留到策劃評審之后才提出，將風險轉嫁到設計環節。
項目流程中的需求評估階段
產品來找設計師溝通需求時，往往會帶上自己輸出的原型圖或者視覺風格建議。這時要避免過早陷入到對于細節的糾結當中，從而忽略對需求本質的判斷。
在了解識別階段要做好信息輸入，設計師要對需求進行不斷的提問，了解為什么要做這個需求，目標用戶是誰，要達成什么產品目標，需求的衡量標準是什么等等。這個階段的主要目標是對需求有宏觀認識，幫助我們后續理清設計思路。
2. 分析評估階段
在了解識別階段只是大致辨別需求真偽，初步評估需求合理后要更深入地審視需求，做進一步的需求評估，主要從需求必要性、需求可行性、衡量標準和項目節奏幾個方面展開。
需求評估的五個維度
①需求必要性
評估需求必要性的目的是明確需求做不做的問題。在工作過程中，由于產品經理和設計的職能不同，因此立場有差別是很正常的。我們不能一味地接受需求，但也不能盲目地拒絕需求。要立足于用戶體驗并充分理解產品目標再進行需求必要性的評估。
需求一般可以分為常規需求和戰略/政策需求，不同需求評估維度也有所差異，比如政策/戰略需求可以不用花太多時間精力考慮其必要性，直接分析可行性等內容。
常見需求類別
常規需求又可以進一步細分為優化迭代需求和新產品/改版需求。迭代需求一般是和現有功能做比較，明確為什么要做這個需求，和現有功能相比解決了用戶什么問題，有什么數據/用研等結論做支撐等等。和迭代需求相比，新產品/改版需求要進一步挖掘產品定位是什么，用戶是誰有什么特征，對標的競品是什么等問題。
②需求可行性
需求可行性主要是指對需求本身進行深入挖掘，思考依據產品目標可以有哪些解決方案，每個方案的可行性怎么樣。這里并不要求輸出最終全部的方案內容，僅評估方向正確即可。
需求可行性評估流程
以下面這樣一個需求為例：
搜索聯想 CPD 增加負反饋能力
設計需求單詳情
為幫助大家更好地解讀需求，首先解釋幾個概念。
搜索聯想：在候選詞下方實時展示其他聯想詞的功能，點擊聯想詞就可以直接跳轉到對應的搜索結果內容，以幫助用戶縮短搜索路徑，快速獲取信息。
CPD：在產品中引入的一些廣告內容，通過用戶下載量來獲取收益。
負反饋：用戶表達對產品或功能的不滿意程度，并提供改進建議的能力。
因此，這個需求是說，在用戶使用瀏覽器搜索內容時，瀏覽器在搜索聯想詞中引入了一些應用廣告內容。如果用戶對這些 CPD 應用不感興趣或不符合需求，可以通過負反饋機制告訴瀏覽器的搜索引擎，搜索引擎會根據用戶的反饋進行調整和優化，提高推薦 CPD 應用的準確性，從而提升用戶體驗。
在需求單中，產品已經給了詳盡的解決方案，似乎只需要將它轉化為原型圖即可。但是否真是如此呢？此時不要忘記多問幾個“為什么”。這里我們也可以運用抽象階梯的思維方式不斷向上抽象層級。
抽象階梯是一種巧妙構建問題的工具，它可以幫助我們更清楚地解決問題。以我們提出的最初始的問題為起點，在階梯中上上下下地去移動。向上移動以擴大范圍，逐步尋找問題的本質原因；向下移動不斷探究細節，發散問題。
抽象階梯思維原型
例如：
抽象階梯應用示例
通過抽象階梯不斷向上，我們推導出問題的本質是搜索聯想 CPD 的存在干擾了用戶對聯想詞的瀏覽篩選。
那基于這個問題我們是否還可有其他的方案呢？我們可以使用 HMW 的思考方法快速發散出策略方案。
HMW，全稱“How Might We”，即“我們可以怎樣”，其中：
How：表示假設問題是可以解決的，只是還沒找到解決的方法
Might：表示不要用具體的實現細節來限制發散方向，暗示可能性的重要性。在思考時只給出大致的思路方向即可，注重發散的廣度。
We：強調團隊的重要性，一個人的思維是局限且單調的，要讓更多的人都參與到發散當中來，才有機會產生更有創造力的想法并發揮團隊的作用解決問題。
運用這個方法可以改變我們固有的思維邏輯方式，防止自己圈定在一個圈層或者方向中，開拓自己的思維層面，不受單種方式的拘束，創建多個維度思考方向進行發散。例如，可以發揮問題的積極影響、移除消極影響、逆向思維、質疑假設等等。
以該需求為例，結合可發散的思維方向，我們得到了如下的一些可能的解決方案：
方案發散示例
羅列出解決方案后下一步要對方案進行收斂，主要考慮方案的有效性和可落地性評估方案：
有效性是指通過了解競品、數據和可拓展性等維度，評估方案是否符合用戶習慣、是否和產品整體保持了一致性，是否符合未來規劃方向等。以方案 4 為例，若我們直接去掉廣告勢必會影響收入水平，和我們的整體規劃是不相符的。
可落地性是通過重要性&困難矩陣、投產比來評估的，具體的獲取途徑可以請開發評估或找運營幫忙測算。例如我們希望對投訴的用戶不展示廣告，就要請開發評估技術上是否可以實現，對收益的影響程度如何等問題。
常見的落地性評估標準
③衡量標準
衡量標準也可以理解為該需求所要達到的指標是什么。根據所希望提升的不同用戶體驗，需求目標可以分為提升用戶愉悅度、參與度、接受度、留存率和完成度幾個方面。
例如，其需求目標是提升用戶的愉悅度，衡量標準一般為滿意度、NPS 指數或者是推薦功能使用占比等；若目標是提升用戶的參與度，其衡量指標一般為用戶固定周期內的訪問次數、頁面瀏覽時長等。
常見的一些指標如下所示：
常見的衡量標準
不同業務不同需求衡量標準之間有所差異，明確標準能夠方便后期制定方案策略、上線后評估方案有效性，為后期迭代保留相關依據。
④項目節奏
對上述內容有了清晰的認識之后，不要忘記和產品明確項目節奏，主要確定以下三個內容：
時間節奏：包括上線/策劃評審/開發/測試等關鍵節點
方案時間：交互/視覺方案何時輸出
對接人：開發/測試/產品/運營等相關對接人是誰
接下來就可以針對工期合理安排自己的時間，正常的工作節奏應該是大部分需求是有合理排期的。當然，有時會有需求并行的情況，這時就可以根據優先級四象限判斷需求的優先級，但一定要和上下游做好溝通后再制定優先級，避免信息不同步的情況發生。
3. 結論確認階段
在分析評估階段對需求整體評估后，要梳理評估結論準備會前溝通或需求評審會時提出。
①會前溝通
針對需求方案、衡量標準、時間節奏與需求方提前溝通，同時也要溝通未達成一致內容準備在會議上提出，和各業務方共同討論，讓需求方也有心理預期。
溝通內容主要包括以下幾個方面：
輸出評估結論后，要將結論與各業務方溝通，并逐步消除不確定項。確認結論的時間主要圍繞需求評審的會議時間展開。
②會上評審
要及時主動參與需求評審，在評審過程中勇于發表建議、提出疑問。對于存在爭議的內容最好可以在會議上達成共識，而非等到會后再私下溝通。如果認為方案存在體驗問題，要針對體驗堅守底線，及時準確地表明自己的態度。最后，要根據需求評估結論再次檢查是否明確了全部信息，防止遺漏。
會上評審主要作用
③會后確認
跟進確認自己關注的信息，溝通確認會上遺留問題、梳理方案設計前的信息是否完備，未完備進行溝通獲取。
確定以上信息無誤后，就可以準備進入后續項目流程。
最后，我們再回顧一下完整的需求評估過程：
需求評估流程回顧
除了上述提到的方法，設計師在實際溝通需求時，可以幫助我們解決問題的手段還有很多。使用何種方法只是表象，更重要的是要培養自己透過現象看本質的能力，形成自己的工作方法。
作為設計師，學會需求分析，辨別需求真偽是很關鍵的，這在需求溝通、需求分析中會形成較大差異。當然這并非是一朝一夕可以提升的，需要通過不斷增強對用戶行為及體驗的理解、對商業的理解，在實踐中鍛煉自己，不斷積累經驗才可以提升。
文章來源：優設網 作者： VMIC UED
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責聲明：藍藍設計尊重原作者，文章的版權歸原作者。如涉及版權問題，請及時與我們取得聯系，我們立即更正或刪除。
藍藍設計(www.devb.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。
關鍵詞：UI設計公司、界面設計公司、UI設計服務公司、數據可視化設計公司、UI交互設計公司、高端網站設計公司、用戶體驗公司、軟件界面設計公司、軟件qt開發、軟件wpf開發、軟件vue開發。
