頭條楓林網
文章摘要： 一些專家使用者直接反饋出來的需求可用該方法進行簡單需求評估分析
如何處理需求，是產品經理的基本功，不管是來自老闆還是客戶的，亦或來自企業內部（運營、業務）及產品本身的發展，產品經理都需要把需求的收集、分析、管理做到有效進行。
一、需求收集
使用者調研
運用場景：
產品規劃初期或者遇到重大版本迭代，需要重新架構設計時，將會進行使用者問卷、使用者訪談的方式去挖掘使用者的真實需求。
基本方法:
使用者問卷– 定量 研究的方法，問卷問題一般為15個左右，包含使用者 基礎資料資訊 （包括年齡、收入、教育水平等人口統計學範疇資訊）和 主觀性的資訊 （包括使用者做這項活動的態度、行為、目的等方面的資訊）兩大部分，收集到這些資料後進行分析並得出一定結論。
使用者訪談– 定性 研究方法，訪談問題分類包括 開放性的問題 和 專業性的問題。 問題儘量從簡單到複雜，由較寬泛趨於精細；訪談的過程中的問題儘量說的簡單易懂，避免專業詞彙，讓回答問題的使用者清楚明白你說什麼；避免問一些引導性的問題；不要因為冷場而尷尬過多，多次重複進行講解，留有一定的時間讓使用者思考如何回答；儘量問使用者一些開放性的問題讓使用者進行思考回答；使用者描述的過程中儘量描述真實使用場景與案例。
兩種方法基本為相互補充進行的一個方法，對於不熟悉的業務，問卷編寫初期不知該如何進行挖掘使用者的問題，尋找五個左右的使用者進行相關業務及主要業務使用者使用場景訪談，將會總結出一些問題然後加入你要調研清楚的問題包括 客觀問題 和 主觀問題 進行使用者問卷編寫、發放與收集。
使用者反饋
運用場景：
產品專家使用者的反饋，包括運營、客服直接獲取使用者的反饋，通過從微博、論壇、貼吧、軟體使用者評論等方面尋找使用者的反饋。
基本方法：
市場反饋 做運營、客服、市場等人員和使用者進行產品銷售推廣、運營活動的過程中和使用者直接交流，一些專家使用者直接反饋出來的需求。具體也要根據產品是直接面向c端客戶還是企業級別的客戶，兩者有很大差異。
訪談 在和使用者進行訪談的過程中，一些專家級別的使用者直接反饋對現有產品在使用過程中的一些不滿和改進的建議等。
查詢相關網站 比如產品下載市場、百度貼吧、微博、論壇、微信群、QQ群等各種使用者有自由發表言論及感受的地方，使用者的直接反饋。
使用者直接反饋的資訊，需要進行分析其需求的真偽性。
產品定位發展
運用場景：
產品最終要幫使用者解決一個什麼樣的問題，市場發展環境和公司可支配資源等方面進行綜合評估產品的前期、中期、後期的目標定位。
基本方法：
相關行業專家詢問在發覺一個新產品及市場時，不明確當前市場狀況可直接找行業內的一些專家進行聊天交談，他們對於市場的現狀很熟悉，可向該類專家詢問產品的定位與發展方向問題。
投資行業的專家交流最瞭解市場、發覺市場前景行業及創業想法的投資者，他們對於市場發展的方向及敏感度有一定的專業看法，可與其交流產品的發展方向性的問題。
相關行業專家、投資專家給予的建議和方向最終還需要結合本身公司的定位發展與界定產品的發展定位。
商業畫布一種能夠幫助處於高層決定者激發創意、降低猜測、明確目標使用者、合理解決其問題的工具，可直接判斷出公司產品發展的的優勢、資源等最直接有效的方法。
以下為商業畫布九宮格主要內容：
資料分析
運用場景：
產品或運營人員對使用者操作規律，使用者流失查詢等方面進行檢視分析，決定產品功能優化迭代最有效直接的證明。
基本方法：
資料埋點 第三方資料服務平臺或者用自己平臺後臺注入相關程式碼進行統計。程式設計師在程式編寫時將主要操作、按鈕進行資料埋點，通過網站即可查詢相關資料。
第三方資料平臺專業做資料的網站會定期進行相關行業資料的釋出，檢視專業的報告即可獲取一些相關資料。
結論
針對收集的需求，大致可分為以下幾類:
產品運營類—某項調研結果直接反應出一種現象，將會指導產品運營人員的運營方向朝著這方面努力。比如一款產品預約功能，從團隊做使用者問卷的結果反饋中，使用者更偏向於用微信公眾號進行預約，運營團隊需要相對在微信公眾號預約增加相對的運營的投入。
功能優化類—使用者使用某款產品的某個功能目的就是爲了達到其某個目的，對於功能效率或使用者體驗上滿足，將會直接影響使用者的去留，優化該功能的使用者體驗滿意度及效率將會提升使用者的留存量。
新功能—產品功能的延伸或新增，通過使用者研究，發現使用者針對某個需求的實現很迫切，該需求就算新功能，可評估該功能緊急程度及效果進行功能設計滿足。
二、需求分析
重要度、頻率二維度
運用場景：
當接到多個需求，因為時間原因，只能進行個別需求滿足，評估優先順序時，可用該方法進行簡單需求評估分析。
基本方法：
將功能需求按照重要度和頻率進行四象限劃分，重要高頻象限中的需求要首先進行解決。重要度和頻率如何進行衡量，頻率衡量即使用的頻次，重要度衡量判別是否會因為該需求的缺少而影響使用者使用。
KANO模型分析
運用場景：
產品重大版本迭代，因為時間等問題，只能選擇個別兩三個功能進行優化，但是優化的需求點比較多，可以直接向用戶進行問題編輯，檢視使用者滿意度選擇進行優化。
基本方法：
(1)從顧客角度認識產品或服務需要；
(2)設計問卷調查表；
(3)實施有效的問卷調查；
(4)將調查結果分類彙總，建立質量原型；
(5)分析質量原型，識別具體測量指標的敏感性
二維屬性歸屬分類
場景化思維
運用場景：
通過模擬或發現真實場景，預測使用者行為從而進行設計。
基本方法：
從互動五要素考慮，人、目的、行為、環境、媒介幾個關鍵點去創造使用者真實的使用場景。在什麼地方，哪個人做了什麼事，運用了哪些東西，達到了什麼樣的目的，遇到了什麼樣的問題，怎麼進行處理解決。例:在淘票票購買電影票後，付款時推薦購買零食資訊。
使用者體驗地圖
運用場景：
適用於任何場景，更適合在可能存在問題或者改進機會的事件上。
基本方法：
-
歸納使用者該使用場景下的觸點
-
畫出情感座標
-
尋找使用者進行觸點體驗情感、意見描述
-
歸納使用者體驗意見
-
繪製情感曲線
-
標註使用者重要性意見
需求分析的方法很多種，以上僅列出部分，方法只是分析的一種工具，最主要還是通過方法分析需求得出的解決方案。
三、需求管理
需求提交
簡單來說，就是將收集到的需求，在評估完優先順序，確認做具體需求功能時將該需求開發計劃告知相關開發、測試等人員，讓其明確即將完成的功能需求。如功能需求相對應的方案設計、業務流程等內容提前與開發總監溝通好上傳至公司統一管理檔案處，具體根據不同公司的實際情況。
需求評估
需求功能的相關開發者、測試針對該需求達成統一認知和開發週期認定，使得相關開發人員在開發週期內有效配合開發，測試人員明確該如何進行有效測試，針對同一需求能夠有效推進實現。
需求跟蹤
在開發過程能夠及時跟進開發，一確保其開發功能達到預期效果，二有任何異常情況的發生能及時進行處理解決，三有效把控需求的開發週期，保證需求按期交付。
需求變更
當需求提出方提出需求變更或者在內部評審、開發過程導致需求變更，做好相關需求變更的把控，以防需求變更後導致專案無法執行。
a.評估需求變更與原需求的差異
首先，明確需求變更的原因—是需求提出方進行需求變更還是內部原因導致需求變更。其次，需求變更後與原先需求定義是否有較大沖突，如有較大沖突，評估變更前後的利害關係，哪個更能有效達目的/效果，按評估結果執行；如無較大沖突，評估與原需求的緊急程度及時間安排，進行需求變更解決。最終，有效記錄需求變更計劃及原因，定期進行總結，評估相關解決方案。
b.評估需求變更導致的結果
如需求變更後，利大於弊，允許變更，但需按照需求變更的規程執行，以防出現意外情況產生不必要的責任，失去相關控制。如需求變更後，利小於弊，拒絕變更.