在日常工作中，產(chǎn)品經(jīng)理需要分析和管理各種需求。這些需求來源有很多，例如同事，用戶，業(yè)務(wù)部門，老板，甚至是產(chǎn)品創(chuàng)意等等。當(dāng)然這些也可以簡單的理解為需求分析，但是對于理論的什么是需求分析，以及需求分析分為哪些方面，還是有很多人不清楚，接下來我們就來介紹一下需求分析的相關(guān)知識，希望可以幫助到有需求的人。

　　什么是需求分析？

個人對需求分析就是：確認(rèn)終點尋找路徑的過程。

從這一定義來說需求分為2類：

●第一類是終點比較明確，無太多爭議性，此時的需求分析主要集中在尋找路徑。

●第二類是終點不是非常明確、甚至是極為不明確，此時需要先確認(rèn)終點再去尋找路徑。

　　第一類需求主要包括一些公司職能部門管理后臺一些效率性工具、營銷工具等

如：財務(wù)管理、訂單管理、路由配置等，這類需求考驗的是產(chǎn)品經(jīng)理的基本功，包括業(yè)務(wù)流程梳理、功能邏輯梳理、功能列表及細(xì)節(jié)，提供最終解決方案、優(yōu)先級協(xié)調(diào)、方案拆解及迭代計劃等。

需要注意的是，這里所說的終點比較明確是相對的，有些新人產(chǎn)品經(jīng)理比較容易犯的錯誤是，業(yè)務(wù)部門提啥后臺需求我就接啥。

這樣很容易導(dǎo)致后續(xù)改改改，因為業(yè)務(wù)人員提的往往不是一個需求，而是一個解決了他們所認(rèn)為的需求點的一個方案，產(chǎn)品經(jīng)理一定要能識別需求和方案之間的差別，透過方案看到需求本身是什么。

舉個簡單例子：運營人員提了個需求說，我想在推送配置界面里加一個EXCEL導(dǎo)入推送人員名單功能。

這個需求看上去很合理，這樣運營就可以快速的導(dǎo)入推送人員名單了，但是仔細(xì)想想這是一個需求嗎？或者說這個需求本質(zhì)是加一個EXCEL導(dǎo)入功能是產(chǎn)品的最終形態(tài)嗎?這個問題在這里不做回答，后面會舉一個相類似的我在工作中遇到的實例。

　　第二類需求主要是一些用戶端需求

比如推出一個新的功能、一個新的玩法、對以前功能做優(yōu)化。但是對于這個玩法究竟效果如何，大家都不能很確定。此類需求相對于第一類需求除了考驗產(chǎn)品的基本功以外還需要產(chǎn)品經(jīng)理有規(guī)劃MVP（最小可行化產(chǎn)品）能力、數(shù)據(jù)分析能力等。

需求分析分為哪些方面？

需求分析的工作大致可以分為四個方面：問題識別、分析與綜合、制訂規(guī)格說明、評審。

問題識別：就是從系統(tǒng)角度來理解軟件，確定對所開發(fā)系統(tǒng)的綜合要求，并提出這些需求的實現(xiàn)條件，以及需求應(yīng)該達到的標(biāo)準(zhǔn)。這些需求包括：功能需求（做什么）、性能需求（要達到什么指標(biāo)）、環(huán)境需求（如機型、操作系統(tǒng)等）、可靠性需求（不發(fā)生故障的概率）、安全保密需求、用戶界面需求、資源使用需求（軟件運行是所需的內(nèi)存、CPU等）、軟件成本消耗與開發(fā)進度需求、預(yù)先估計以后系統(tǒng)可能達到的目標(biāo)。

分析與綜合： 逐步細(xì)化所有的軟件功能，找出系統(tǒng)各元素間的聯(lián)系，接口特性和設(shè)計上的限制，分析他們是否滿足需求，剔除不合理部分，增加需要部分。最后綜合成系統(tǒng)的解決方案，給出要開發(fā)的系統(tǒng)的詳細(xì)邏輯模型（做什么的模型）。

制訂規(guī)格說明書： 即編制文檔，描述需求的文檔稱為軟件需求規(guī)格說明書。請注意，需求分析階段的成果是需求規(guī)格說明書，向下一階段提交。

評審： 對功能的正確性，完整性和清晰性，以及其它需求給予評價。評審?fù)ㄟ^才可進行下一階段的工作,否則重新進行需求分析。

上述就是關(guān)于什么是需求分析，以及需求分析分為哪些方面的全部內(nèi)容介紹，想了解更多關(guān)于需求分析的信息，請繼續(xù)關(guān)注中培偉業(yè)。