實(shí)戰(zhàn)第三步:從需求池到確認(rèn)需求的全過程
說在前面的話:上兩篇文章講了市場調(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)品都會(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ā)人員、完成情況。
備注說明:
- 產(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é)人。
- 完成時(shí)間一般都是在需求定下來的時(shí)候就可以大概定下來的。
- 預(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)第二步:如何做一份有針對(duì)性的競品分析
下一篇:【第四步】產(chǎn)品輸出,敬請(qǐng)期待
本文由 @微丶笑 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
好期待第四部大作!
失聯(lián)一段時(shí)間,已經(jīng)發(fā)布啦
我們是把需求池建在worktile上,方便直接討論或貼附件溝通清楚需求是什么, 需求狀態(tài)一發(fā)生變化也會(huì)即時(shí)通知到相關(guān)的人
形式很多種,多人協(xié)作時(shí),這個(gè)worktile是可以的,類似工具很多。我最近愛上用石墨了
好文
謝謝
期待大神的第四步,能系統(tǒng)地學(xué)習(xí)整個(gè)過程
哈哈哈,期待你的成長
有質(zhì)量的文章
感謝 ??
我也是在等您的第四步,哈哈
實(shí)在抱歉,文章更新慢,現(xiàn)在才更新到第五篇
啥時(shí)候出第四步~
項(xiàng)目太忙,可能會(huì)晚點(diǎn)
謝謝作者啦,很適合野生小白
感謝作者,解決了不少我個(gè)人思路上的問題
??寫出來就是幫你們解決問題的
很贊..這段時(shí)間我也開始整理這方面的知識(shí)
?? 加油
個(gè)人微信號(hào):weixin-lianggao1993
只需要填寫功能點(diǎn)嗎?好像沒看到出原型需求的階段呢?求教
同問,哪個(gè)階段出原型需求