需求分析步驟？1. 明確概念2。需求分析的目的3。如何識(shí)別需求4。判斷要求5的真實(shí)性。分析[用戶故事評(píng)估框架，馬斯洛框架，營銷框架定位]-6。價(jià)值評(píng)估-----7。要求切割能力---8。分類----9

需求分析步驟？

1. 明確概念2。需求分析的目的3。如何識(shí)別需求4。判斷要求5的真實(shí)性。分析[用戶故事評(píng)估框架，馬斯洛框架，營銷框架定位]-6。價(jià)值評(píng)估-----7。要求切割能力---8。分類----9。優(yōu)先安排-----10。提高需求分析能力

在日常工作中，產(chǎn)品需要對(duì)各種需求進(jìn)行分析和管理。需求的來源很多，比如同事的需求、用戶的需求、業(yè)務(wù)部門的需求、老板的需求，甚至產(chǎn)品本身都有自己的突發(fā)奇想。

需求分析的主要步驟如下：1.判斷需求的合理性，把握需求的本質(zhì)：

需求具有欺騙性，很多用戶或部門提出的需求并不是他們心中真正的需求。在需求確認(rèn)前，產(chǎn)品需要與用戶或部門需求提出者進(jìn)行深入溝通，了解需求的實(shí)質(zhì)，用戶提出增加一定的功能。它的真正目的是什么？用戶說我想有一個(gè)功能，可以幫助我分類的歌曲，每年增加。2016年的歌曲將被收藏，2017年的歌曲將被收藏。你真的幫助用戶實(shí)現(xiàn)了這樣的功能嗎？用戶可能更需要歌曲列表功能，而不是按年份排序。

2. 在了解了用戶的基本需求之后，產(chǎn)品的核心可能會(huì)有一些解決方案。此時(shí)，您可以對(duì)產(chǎn)品的用戶進(jìn)行研究，看看他們是否接受此解決方案。不同的用戶組對(duì)新功能的接受程度不同。這很可能是你認(rèn)為的優(yōu)勢(shì)是嚴(yán)重的一些用戶無用的功能。

3. 比較競(jìng)爭(zhēng)產(chǎn)品，找到最優(yōu)解決方案：與用戶充分溝通后，可以找到相關(guān)的競(jìng)爭(zhēng)產(chǎn)品，看看行業(yè)內(nèi)優(yōu)秀的公司或優(yōu)秀的解決方案，比較同行如何解決這一需求，這樣的解決方案有哪些優(yōu)勢(shì)，給自己一些啟示和參考。

最后，解決方案需要寫一個(gè)好的文檔，并做好技術(shù)交接就可以了，希望對(duì)您有所幫助。需求分析要求產(chǎn)品充分理解業(yè)務(wù)，能夠運(yùn)用同理心，從用戶的角度考慮問題。其實(shí)要求還是很高的，需要在工作中不斷磨練。

怎么進(jìn)行需求分析？

需求分析方法，又稱軟件需求分析、系統(tǒng)需求分析或需求分析工程，是開發(fā)人員經(jīng)過深入細(xì)致的調(diào)查和分析，準(zhǔn)確了解用戶和項(xiàng)目的具體需求，如功能、性能等的過程，并將用戶的非正式需求表達(dá)轉(zhuǎn)化為完整的需求定義，從而確定系統(tǒng)必須做什么。

需求分析方法？

需求分析有三種方法：結(jié)構(gòu)分析法、面向?qū)ο蠓治龇ê兔嫦騿栴}域分析法。

結(jié)構(gòu)化分析方法是傳統(tǒng)的分析方法。它的優(yōu)點(diǎn)是不需要在需求階段準(zhǔn)確地定義系統(tǒng)。它只需要根據(jù)業(yè)務(wù)框架確定系統(tǒng)的功能范圍，以及每個(gè)功能的處理邏輯和業(yè)務(wù)規(guī)則、功能需求說明等，由于不需要對(duì)系統(tǒng)進(jìn)行準(zhǔn)確的描述，因此描述系統(tǒng)的方式更加靈活。我們可以使用圖表、示例圖、文本和其他方式來描述系統(tǒng)。在系統(tǒng)開發(fā)之前，可以使用更直觀的原型系統(tǒng)與最終用戶進(jìn)行溝通和確認(rèn)，因此對(duì)業(yè)務(wù)需求的要求會(huì)更低，業(yè)務(wù)需求階段的周期也相對(duì)容易控制；通過業(yè)務(wù)全景圖，最終用戶可以理解系統(tǒng)功能；通過對(duì)功能活動(dòng)圖和業(yè)務(wù)規(guī)則的描述，也可以理解系統(tǒng)功能，比較準(zhǔn)確地描述業(yè)務(wù)系統(tǒng)；由于沒有嚴(yán)格的標(biāo)記語言，可以用適當(dāng)?shù)目臻g來描述適當(dāng)?shù)南到y(tǒng)。當(dāng)然，這種方法的缺點(diǎn)是顯而易見的。分析師和業(yè)務(wù)人員之間可能缺乏共同語言。機(jī)器無法識(shí)別業(yè)務(wù)需求。在設(shè)計(jì)階段，需要繼續(xù)與用戶確認(rèn)一些功能。

面向?qū)ο蠓治龇椒ǖ淖畲髢?yōu)點(diǎn)是在需求階段能夠非常準(zhǔn)確地描述一個(gè)系統(tǒng)，以程序語言的方式與最終用戶進(jìn)行交流（最終用戶必須熟悉該語言），在項(xiàng)目開始時(shí)發(fā)現(xiàn)許多問題，在開發(fā)過程中避免重復(fù)的需求，在系統(tǒng)設(shè)計(jì)和開發(fā)階段不需要最終用戶的參與。在實(shí)現(xiàn)中，可以通過場(chǎng)景、業(yè)務(wù)功能等方式進(jìn)行描述，更適合于業(yè)務(wù)流程較多的系統(tǒng)或軟件產(chǎn)品的開發(fā)。但是，我們也應(yīng)該看到，在現(xiàn)實(shí)中，絕大多數(shù)的應(yīng)用系統(tǒng)都很難在需求階段得到精確的抽象和定義，因此這種方法的缺點(diǎn)和困難是顯而易見的：首先，用戶需要非常清楚地知道最終的業(yè)務(wù)系統(tǒng)應(yīng)該是什么，或者用一種抽象的方式來確定最終的應(yīng)用系統(tǒng)；第二，用戶需要知道最終的業(yè)務(wù)系統(tǒng)應(yīng)該是怎樣的第二，因?yàn)樽罱K用戶不需要參與設(shè)計(jì)和開發(fā)階段，確定雙方業(yè)務(wù)需求的過程會(huì)比較長；同時(shí)，因?yàn)樗且粋€(gè)精確的描述，描述這個(gè)系統(tǒng)的語言非常合乎邏輯。一般來說，機(jī)器可以以某種方式識(shí)別業(yè)務(wù)需求，并且以這種方式編寫的業(yè)務(wù)需求是非常格式化的。一方面，描述非常簡(jiǎn)單一個(gè)系統(tǒng)需要大量的信息，這可能使得需求說明很長，不容易理解和閱讀；另外，由于抽象的方式來演繹最終系統(tǒng)的操作模式，對(duì)業(yè)務(wù)人員的要求也很高。