需求伴隨著整個產(chǎn)品的生命周期。一款好的產(chǎn)品要不斷優(yōu)化迭代，滿足當(dāng)下的需求是遠(yuǎn)遠(yuǎn)不夠的，要能回想起過去可能被遺漏的需求，要遠(yuǎn)眺到未來可能產(chǎn)生的需求。所以在需求階段也需要細(xì)分工作?？偨Y(jié)了自己的工作經(jīng)驗之后，我將有關(guān)需求的工作分為四個部分：

將從各個地方收集回來的需求匯總到一張需求收集表

在需求收集表中的排除偽需求后，將需求寫入需求池

定期每月/每季度將需求池中的需求歸檔

產(chǎn)品上線后，根據(jù)用戶反饋和相關(guān)數(shù)據(jù)對需求進行復(fù)盤

需求收集

除了工作時間，日常生活中也會和各種各樣的人、各種各樣的需求打交道。早上上班進入電梯時遇見老板，他隨口說的一句話，可能是需求；周末三五好友相聚在咖啡廳一起討論某款產(chǎn)品的優(yōu)缺點，可能是需求；從產(chǎn)品用戶反饋窗口收到的用戶消息，可能是需求……接收到的信息太多，當(dāng)下又無法判斷真?zhèn)?，此時可以建立一個需求收集表。需求收集表不僅可以記錄從別人手中獲得的需求信息，也可以記錄自己靈光一現(xiàn)的想法，更像是一本隨手筆記。工作中不同部門可能都會有自己的需求收集分表，最后會在產(chǎn)品經(jīng)理或產(chǎn)品助理手上匯總成需求收集總表。以下是需求收集匯總表內(nèi)容示例：

序號

序號是為了使表格內(nèi)容井然有序，一目了然，方便統(tǒng)計。

來源

需求一定要清楚其來源。來自大 BOSS的需求肯定要比吃瓜群眾的優(yōu)先級和真實度要高。吃瓜群眾所要求的用戶體驗固然重要，但老板是站在公司長遠(yuǎn)發(fā)展的角度去思考問題，視角更加開闊。還有要知道產(chǎn)品經(jīng)理是一個極容易背鍋的角色（此處有個笑而不語的表情）。

接收人

這里的接收人指的是需求收集分表的需求接收人，并不是總表的接收人。

接收時間

記錄下接收的時間方便需求復(fù)盤時回憶。

需求背景

這個字段的設(shè)置不僅對需求篩選入庫需求池時起著重要作用，而且入庫需求池后對需求的優(yōu)先級排序，需求的真?zhèn)闻袛唷?/p>

需求描述

需求描述是對需求的背景進行分析后，得出的結(jié)論，即具體增加的某個功能或者模塊。

需求平臺

這里記錄的是需要添加功能或模塊的平臺：APP端，PC端或者系統(tǒng)管理后臺等。

顆粒度

計算機領(lǐng)域中粒度指系統(tǒng)內(nèi)存擴展增量的最小值。在這里可以理解為需求的細(xì)化程度。例如要增加一個社區(qū)互動模塊，屬于顆粒度大的需求，要增加上傳圖片的功能，屬于顆粒度小的需求。

備注

備注記錄的是表頭中沒有的字段的信息，以供參考。

需求池

“需求池”有個顯得更（gao）專(bi)業(yè)(ge)的名稱叫“product backlog”，指是指產(chǎn)品待辦事項的集合。在需求池中的需求是在需求接收表中精挑細(xì)選出來的需求，意味著有可行性并且可以進入評審。在需求池中的需求需要排優(yōu)先級，優(yōu)先級高的需要盡快開發(fā)，優(yōu)先級低的可以后續(xù)再跟進。以下是需求池的內(nèi)容示例：

與需求收集表重復(fù)的字段就不再描述了，這里最重要的是優(yōu)先級的排序方法。

需求類型

需求類型可以分為產(chǎn)品需求，運營需求，市場需求等，甚至還可以細(xì)分。

優(yōu)先級

不同的公司會有自己的優(yōu)先級排序方法，但肯定不是憑借產(chǎn)品經(jīng)理的直覺判斷的。常用的有四象限法則、KANO模型等。具體該如何選擇適合自己公司的優(yōu)先級模型后續(xù)文章會寫。

需求狀態(tài)

需求狀態(tài)可以分為入庫、評審、開發(fā)、完成、拒絕五種狀態(tài)。

需求歸檔

需求與人的欲望一樣是永遠(yuǎn)無法被滿足的，舊的需求解決后一定會產(chǎn)生新的需求。如此日積月累，不加以整理的話需求表的內(nèi)容一定會雜亂無章。所以我們需求定期整理我們的需求表（包括需求接收表和需求池中的需求表）。根據(jù)實際情況按照月度或者季度歸檔，是工作更加高效。

需求復(fù)盤

工作要定期總結(jié)，需求也是要定期復(fù)盤的。在產(chǎn)品或者功能上線后，根據(jù)使用情況對過去建立的需求進行分析，去驗證建立需求時的方法是否正確，產(chǎn)品經(jīng)理還可以總結(jié)對需求工作的心得。需求復(fù)盤主要是對接收需求階段和建立需求池階段的總結(jié)。

接收需求階段

上線后回頭查看接收需求表，可以驗證產(chǎn)品有沒有滿足大多數(shù)用戶的需求，可以從中提煉出更多的功能點在后續(xù)迭代的過程中優(yōu)化產(chǎn)品。

建立需求池階段

對這個階段的復(fù)盤只要是驗證自己工作中的方法論是否正確，特別是體現(xiàn)在優(yōu)先級的排序上。如果按照某個方法排好的最高優(yōu)先級需求，并沒有解決核心用戶的需求或者與產(chǎn)品的定位有出入，那這個方法一定是錯誤的，需要及時調(diào)整。

這篇文章是個人工作中總結(jié)和聽過的網(wǎng)絡(luò)課程總結(jié)，如有不足，請指點。