說在前面的話：上兩篇文章講了市場調(diào)研、競品分析，肯定收集了一堆的需求，那么我們?cè)趺慈シ治鲞@些需求了？從哪些維度去分析？接下來這篇文章主要是說一下我個(gè)人對(duì)做需求分析的一些方法和步驟。

需求分析是整個(gè)項(xiàng)目計(jì)劃階段的重要活動(dòng)，也是軟件生存周期中的一個(gè)重要環(huán)節(jié)，該階段是分析系統(tǒng)在功能上需要“實(shí)現(xiàn)什么”，而不是考慮如何去“實(shí)現(xiàn)”。

需求分析的目標(biāo)是把用戶對(duì)待產(chǎn)品提出的“要求”或“需要”進(jìn)行分析與整理，確認(rèn)后形成描述完整、清晰與規(guī)范的文檔，確定軟件需要實(shí)現(xiàn)哪些功能，完成哪些工作。

此外，軟件的一些非功能性需求（如：軟件性能、可靠性、響應(yīng)時(shí)間、可擴(kuò)展性等），軟件設(shè)計(jì)的約束條件，運(yùn)行時(shí)與其他軟件的關(guān)系等也是軟件需求分析的目標(biāo)。

上面這張基本就是講大道理的，接下來這張圖是我整篇文章的分析步驟：

第一步：整理需求池

首先我們來看下面一張圖，看看需求的來源有哪些：

在通過上面的各種需求的收集，會(huì)收集一堆的需求，俗稱需求池。在收集的過程中，記錄需求大部分都是先拿筆記本記錄，最后在匯總到電腦里面，所以會(huì)很分散，這個(gè)時(shí)候需要一張表格來規(guī)范所有的需求，做成一個(gè)列表。

示例如下：

列表字段：編號(hào)、需求分類、需求描述、場景描述、需求來源、提出時(shí)間、是否解決、優(yōu)先級(jí)、備注。

文檔說明：

（1）需求分類：一般需求可以劃分為五類。

（2）場景描述：主要描述需求發(fā)生的場景。

（3）需求來源：主要是記錄需求產(chǎn)生的方式。

（4）優(yōu)先級(jí)：這個(gè)地方我用的是我司的優(yōu)先級(jí)排列方式，P0最高、P4最低。這個(gè)地方可以靈活處理，換成自己公司的就可以了。

（5）備注：一般用于抒寫，不解決的原因。和如果解決需要注意什么。

分析方法：需求分析自己分析需求的方法我沒有寫，因?yàn)榫W(wǎng)上有一堆講這種自我分析需求的方法。

這兩篇文字是人人都是產(chǎn)品經(jīng)理專欄作家@吳邢一夫的文章，感興趣的可以點(diǎn)擊看看，我文章只是講述怎么讓需求落地。

深度丨從上帝視角審視產(chǎn)品需求（上）

深度丨從上帝視角審視產(chǎn)品需求（下）

其他說明：

一般產(chǎn)品都會(huì)分為用戶端與后臺(tái)，所以在做Excel表格的時(shí)候，需要分為兩個(gè)模塊，分別列對(duì)應(yīng)平臺(tái)的需求。這樣會(huì)讓各個(gè)平臺(tái)的需求清晰明了。開需求大會(huì)的時(shí)候，分平臺(tái)的評(píng)審需求。

第二步：需求大會(huì)

匯總完所有的需求到需求池，這個(gè)時(shí)候產(chǎn)品經(jīng)理就需要組織需求大會(huì)了，邀請(qǐng)相關(guān)同事參會(huì)，討論V1.0版本需要做哪些需求。

參會(huì)的人員：相關(guān)領(lǐng)導(dǎo)、項(xiàng)目經(jīng)理、產(chǎn)品相關(guān)人士（產(chǎn)品汪、產(chǎn)品助理、產(chǎn)品專員）、研發(fā)leader、運(yùn)營。

會(huì)議時(shí)長：2-4個(gè)小時(shí)。

會(huì)議記錄：產(chǎn)品經(jīng)理。

會(huì)議說明：

（1）這種需求大會(huì)，會(huì)針對(duì)每一個(gè)需求進(jìn)行探討，V1.0版本做與不做，所以會(huì)議時(shí)長一般會(huì)很長。產(chǎn)品經(jīng)理需要對(duì)每一個(gè)討論過的需求標(biāo)記優(yōu)先級(jí)，是否需要第一個(gè)版本實(shí)現(xiàn)做備注，延后處理的需求，需要標(biāo)明延后原因等等。一般都是在我之前列表的需求池列表的后面做處理。

（2）針對(duì)需求一般會(huì)圍繞以下幾個(gè)維度進(jìn)行討論：

第三步：初稿需求整理

會(huì)議結(jié)束，產(chǎn)品經(jīng)理需要做的事情，就是把需求池列表的需求進(jìn)行過濾，把V1.0版本初步需要做的需求進(jìn)行進(jìn)行一個(gè)需求的整理，單獨(dú)做成V1.0需求列表。

我簡單做了一個(gè)需求列表的Excel的表格，僅供參考：

列表字段：編號(hào)、所屬模塊、子模塊、需求描述、場景描述、優(yōu)先級(jí)、備注。

備注說明：分別把前端和后臺(tái)的需求分開列。這樣展示會(huì)更清晰明了。

第四步：V1.0需求確認(rèn)會(huì)

匯總完所有的V1.0需求，又是產(chǎn)品經(jīng)理主持會(huì)議的時(shí)候到了，這次的會(huì)議室確定上一次會(huì)議的確定下來的版本需求。

參會(huì)的人員：相關(guān)領(lǐng)導(dǎo)、項(xiàng)目經(jīng)理、產(chǎn)品相關(guān)人士（產(chǎn)品汪、產(chǎn)品助理、產(chǎn)品專員）。

會(huì)議時(shí)長：1個(gè)小時(shí)左右。

會(huì)議記錄：產(chǎn)品經(jīng)理。

會(huì)議說明：

（1）確認(rèn)需求的過程中一般又會(huì)爆發(fā)新的一輪需求的討論，別問為什么。（上次討論需求的腦細(xì)胞已經(jīng)死亡了，新的腦細(xì)胞又會(huì)有新的意見。）

（2）產(chǎn)品需要記錄這次會(huì)議上針對(duì)需求提出來的一些討論結(jié)果的記錄。

第五步：最終需求表

有些公司需求的確認(rèn)會(huì)，需要經(jīng)過很多次的需求會(huì)議，才會(huì)確認(rèn)下來。本文只是理想化的做了2次，但是不管經(jīng)歷了幾次需求確認(rèn)會(huì)，都會(huì)走到最終定下來的這一稿。

我簡單做了一個(gè)最終需求列表的一個(gè)Excel表格，表格如下：

列表字段：編號(hào)、所屬模塊、子模塊、需求描述、場景描述、優(yōu)先級(jí)、產(chǎn)品負(fù)責(zé)人、完成時(shí)間、預(yù)計(jì)用時(shí)、對(duì)應(yīng)開發(fā)人員、完成情況。

備注說明：

1. 產(chǎn)品負(fù)責(zé)人字段：有些公司一個(gè)產(chǎn)品是多個(gè)產(chǎn)品經(jīng)理負(fù)責(zé)，所以需要寫上對(duì)面模塊的產(chǎn)品負(fù)責(zé)人，這樣在后期開發(fā)的過程中，開發(fā)有問題可以直接找到對(duì)應(yīng)模塊的負(fù)責(zé)人。
2. 完成時(shí)間一般都是在需求定下來的時(shí)候就可以大概定下來的。
3. 預(yù)計(jì)用時(shí)、對(duì)應(yīng)開發(fā)人員、完成情況。這些是在幫研發(fā)leader做的了，leader拿到表就可以開研發(fā)內(nèi)部任務(wù)分配會(huì)議了。

題外話：研發(fā)leader拿到這個(gè)需求列表后，召開研發(fā)的會(huì)議，然后分配任務(wù)給對(duì)應(yīng)的開發(fā)人員，就可以直接在頁面天對(duì)應(yīng)的天數(shù)、開發(fā)人員了。

結(jié)尾

本篇文章講解了產(chǎn)品從匯總需求池到需求確認(rèn)的整個(gè)過程，接下來的一篇文章，會(huì)全面講解我們?cè)谧?到1的產(chǎn)品需要輸出哪些產(chǎn)物。

相關(guān)閱讀

實(shí)戰(zhàn)第一步：市場調(diào)研

實(shí)戰(zhàn)第二步：如何做一份有針對(duì)性的競品分析

下一篇：【第四步】產(chǎn)品輸出，敬請(qǐng)期待

本文由 @微丶笑 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議