在大多數公司中，沒有標準化的需求分析標準，許多因素直接影響和確定需求。由于產品類別的專業性質，因此產品的需求分析存在許多主觀因素。那么需求分析的流程怎么設計？如何分析需求？無論是新產品還是迭代產品，首先都是從構思中產生需求，然后對需求進行收集和分析，然后丟棄不必要的需求，并擱置那些不緊急的需求。然后，整理出下一步，并最終形成并實施產品需求文檔。

　　一、什么是需求分析

在系統工程及軟件工程中， 需求分析指的是在創建一個新的或改變一個現存的系統或產品時，確定新系統的目的、范圍、定義和功能時所要做的所有工作。

　　二、需求分析的工作流程

· 獲取需求：主動，或者被動從需求提出方獲取需求。

重點：引導需求方盡可能的描述出準確，詳盡，可執行的需求內容。

· 處理需求：分析整理獲得的需求、從開發者的角度分析、整理出需求報告，并獲得需求提出方的確認。

重點：需求處理的過程中，反復有效的與需求提出方進行溝通確認。

· 提出方案：根據確認的需求結果，提出可執行的解決方案，并進行評審。

重點：解決方案應考慮成本、風險、解決難度等因素，切應該提出多個方案參與評審。

· 排序需求：根據實際情況，進行需求的優先級排序，決定需求的時間和成本投入。

重點：衡量的角度包括發生頻率、用戶量、解決難度、收益、迫切程度、等多種因素，切不同因素在不同的環境下對產品的影響不同。

· 撰寫報告：撰寫需求分析報告，分發執行任務。

重點：包含之前所有過程的全部內容，切包含解決方案執行的具體內容。

· 監控執行：對解決方案的實際執行過程和結果進行跟蹤。

重點：監控的內容不僅僅是質量，也包括時間進度、解決方案的實際結果和預期的對比等。

· 復盤：根據實際結果，對比分析之前過程中的優劣行為，進行總結整理。

總的來說，需求分析就是 了解你的用戶，了解用戶所在的場景，了解用戶遇到的問題，幫用戶解決。

　　三、分析需求

通過上述方式收集到的用戶需求紛繁復雜，如何在這些需求中篩選出真正有價值的需求，不僅需要足夠的耐心，還需要掌握一定的分析技巧。

　　第一步：判斷需求真偽

當完成需求的收集之后， 我們可以使用5W1H法對需求進行整理。即：

· What：需求的具體內容是什么？

· Why：為什么會產生這樣的需求？

· Who：是誰提出的需求？

· Where：是在什么樣的使用場景下提出的需求？

· When：需求什么時候會被用到？

· How：如何檢驗需求是否被滿足？

圍繞上述六個方面對已收集的需求進行初步整理，即可判斷該需求是否有價值，如果沒有價值或價值很低，即使需求最終實現，也很少會被用到。 這樣的需求就可以判定為偽需求，可以直接砍掉。

　　第二步：分析需求價值

在分析需求價值時，我們可以圍繞下面四個問題展開：

　　1、是否是目標用戶的需求？

每款產品都有自己的目標用戶群體，因此我們在分析用戶需求時，需要判斷該需求是否是目標用戶群體提出的。如一款面向女性開發的健康管理APP，就不需要考慮男性的需求。

　　2、是否是用戶的普遍需求？

第二個需要考慮的問題，就是該需求是否只是個別用戶需要，對于大部分用戶來說并不存在這樣的需求。 如某女性健康管理APP所統計的用戶需求中，有一條是希望可以增加二手交易功能，這樣的功能并不是主流用戶的需求，因此可以暫時不予考慮。

這類極少數用戶需要的功能，不僅會造成開發資源的浪費，還有可能為其他的大部分用戶帶來困擾。而一款產品只有主流用戶的需求被持續滿足，才有希望獲得更多的接納和認可，因此我們在分析需求時需要考慮該需求是否是目標用戶的普遍需求。

　　3、是否符合產品定位？

除了要考慮需求是否與目標用戶相關，還需要分析該需求是否與產品定位相符合。比如在一款家電售賣的APP中，有一部分用戶提出是否能增加零食版塊。如果與產品的定位和發展規劃不符，這樣的需求也可以排除掉。

　　4、該需求是否可以實現？

除了用戶群體、產品定位外，另一個需要考慮的因素就是需求的實現難度。如果用戶提出的功能需求無法實現，或開發難度較高，需要投入的資源遠遠超過該功能帶來的收益，那么這樣的需求也可以暫時不予考慮。

當我們通過上述四個問題篩選排除掉大部分無價值需求后，就可以確定其他需求的優先級了。

　　第三步：確定需求優先級

需求優先級的確定，可以借助我們耳熟能詳的“ 重要緊急四象限法則”。

通過四象限法則，可以對需求進行 優先級排序：

· 重要緊急的需求：需要集中精力優先解決；

· 重要不緊急的需求：需要對需求進行分析后制定出具體方案，再安排解決；

· 緊急不重要的需求：可以考慮是否需要解決，如果需要解決的話，是否有省時省力的方式；

· 不重要不緊急的需求：可以暫時不考慮。

　　四、需求管理

需求分析的第三步，就是將篩選后的用戶需求匯總到產品需求池中，便于產品經理統一管理。產品需求池沒有固定格式，可根據產品經理管理習慣進行設置。以下是小摹整理的產品需求池內容結構，供大家參考：

　　產品需求池結構

在管理用戶需求時，有以下幾點注意事項：

1、匯總完成后，應與開發等部門展開需求評審會議，進一步篩選掉無價值需求；

2、同一模塊的需求盡量集中在一起，方便開發人員查看和統一解決；

3、定期整理產品需求池，避免重要需求被遺漏。

以上就是關于需求分析的流程怎么設計，以及如何分析需求的全部內容，想了解更多關于需求分析的信息，請繼續關注中培偉業。