產(chǎn)品的源頭是需求。一切偉大產(chǎn)品的實(shí)現(xiàn)都是從需求管理開始的。敏捷開發(fā)中的需求管理大致分為三個階段：需求調(diào)研，需求分析和需求確認(rèn)。

需求調(diào)研階段

產(chǎn)品立項(xiàng)后，產(chǎn)品經(jīng)理便開始了和需求打交道的漫長過程。第一步就是需求的調(diào)研工作。需求調(diào)研的質(zhì)量，會直接影響到后續(xù)產(chǎn)品設(shè)計的工作。產(chǎn)品經(jīng)理可以從以下渠道來調(diào)研需求：

（需求的來源）

1.從產(chǎn)品定位出發(fā)

從產(chǎn)品定位出發(fā)指的是，產(chǎn)品經(jīng)理應(yīng)當(dāng)對自己的產(chǎn)品有足夠認(rèn)知和把控。簡單來說，就是我的產(chǎn)品是為了滿足哪些人的哪些需求而做的。每款產(chǎn)品必定有其核心價值，基于此考慮往往能得到一些核心需求，摒除價值不大的需求。

2.用戶反饋

用戶反饋包括用戶直接的反饋和間接的反饋。直接反饋指的是用戶直接提出需求，如在產(chǎn)品的交流論壇，官方QQ群等用戶提出的建議和需求。另外，用戶訪談、調(diào)查問卷等方式也是比較常用的搜集用戶需求的方法。間接反饋指的是通過對用戶行為習(xí)慣（如習(xí)慣、偏好、使用流程等）的分析來獲取用戶的需求信息。

3.競爭對手情況

知己知彼百戰(zhàn)不殆。競爭對手的產(chǎn)品優(yōu)勢及不足也是產(chǎn)品經(jīng)理需求來源的重要渠道。競爭對手好的功能我們?nèi)绾谓梃b優(yōu)化，不足如何規(guī)避，在反復(fù)探討中也能獲得好的靈感。

4.相關(guān)人反饋

這里的相關(guān)人包括任何對產(chǎn)品需求有貢獻(xiàn)的人。主要有運(yùn)營人員、客服人員、市場人員和開發(fā)人員的反饋。

產(chǎn)品經(jīng)理在收集需求的過程中需要注意的一點(diǎn)是，盡量保證需求的精準(zhǔn)性，一是用戶意圖的準(zhǔn)確，一是語言描述的精煉，否則接下來的需求整理工作必然變得非常吃力。用戶需求在敏捷開發(fā)中稱之為用戶故事(user story)。通常的格式為：作為一個<角色>，我想要<功能>，以便于<商業(yè)價值>。這也是產(chǎn)品研發(fā)中用戶需求描述的最標(biāo)準(zhǔn)格式。

（禪道項(xiàng)目管理軟件中的用戶需求界面）

需求分析階段

通過需求調(diào)研，此時產(chǎn)品經(jīng)理已經(jīng)掌握了很多用戶需求，但這并不代表所有的需求都會為產(chǎn)品所用。產(chǎn)品經(jīng)理需要對這些需求進(jìn)行整理、分析與設(shè)計。需求分析主要有兩個目的，一是挖掘用戶的真正需求，二是評估可行性。

在做需求分析時，產(chǎn)品經(jīng)理可以從以下幾個角度著手：

1.定位分析

產(chǎn)品定位就是滿足什么樣的用戶在什么條件下的什么需求。如，購物網(wǎng)站是為了滿足購物需求，社交軟件是為了滿足社交的需要。購物網(wǎng)站的社交需求，社交產(chǎn)品的購物需求一定是與產(chǎn)品的核心服務(wù)不統(tǒng)一的。在做需求分析時一定要多問一問是不是符合產(chǎn)品定位？好需求但不一定是適合的需求，說的就是這個道理。

2.場景分析

場景分析指的是要考慮什么環(huán)境（時間、地點(diǎn)、情境）下什么類型的用戶基于什么動機(jī)，希望達(dá)到什么目的而采取的一系列行為。比如：

基于什么環(huán)境：辦公室/家里/公共場合/上下班途中/戶外/室內(nèi)/白天/夜晚……

基于什么用戶：老人/小孩/男士/女士/上班族/學(xué)生/家庭主婦……

基于什么動機(jī)：省錢/省時/省力/打發(fā)時間……

想達(dá)到什么目的：彰顯個性/炫耀/獲得認(rèn)可/變美/變瘦……

3.深層挖掘

挖掘每個需求產(chǎn)生的原因：用戶基于什么原因才提出這個需求？

挖掘每個需求背后隱含的需求：用戶提出這個需求，是為了達(dá)到什么目的？

挖掘每個需求的重要性：這個需求是必須的嗎？如果沒有這個需求會怎樣？

通過深層挖掘往往會發(fā)現(xiàn)比原始用戶需求更加合理的方案，也能發(fā)現(xiàn)那些用戶沒有說出口和沒有想到的需求，而往往這些需求才是用戶的真正需求。

4.價值評估

價值評估是指這個需求需要多少開發(fā)資源或運(yùn)營能力，技術(shù)難度如何，時間花費(fèi)如何等?？梢詮乃膫€維度考慮：

廣度：該需求能覆蓋多少目標(biāo)用戶？

頻率：該需求的使用頻率是怎樣的？

強(qiáng)度：該需求對用戶來說有多強(qiáng)烈？

時機(jī)：該需求是否符合產(chǎn)品目前的規(guī)劃？在當(dāng)前的資源情況下能否具備可行性？

（產(chǎn)品經(jīng)理需要不斷提出這樣的疑問）

需求確認(rèn)階段

經(jīng)過分析整理，產(chǎn)品經(jīng)理已經(jīng)獲得了初步的需求列表，接下來需要對這些需求設(shè)計用例場景，并進(jìn)行用例描述、流程分析、角色分析等。如，模塊如何劃分、流程如何設(shè)計、業(yè)務(wù)如何轉(zhuǎn)換等，一般通過繪制行動圖、狀態(tài)圖、用例說明來配合呈現(xiàn)，并最終形成《產(chǎn)品需求說明書》。

很多時候，用例分析工作是產(chǎn)品經(jīng)理、架構(gòu)師、設(shè)計師等共同協(xié)作完成的，因?yàn)槌艘紤]技術(shù)能否實(shí)現(xiàn)，還需要考慮產(chǎn)品性能、響應(yīng)時間、設(shè)計風(fēng)格等非功能性的需求。

最后才是需求確認(rèn)工作，確認(rèn)工作一般通過需求評審會議來實(shí)現(xiàn)，由于是最終確認(rèn)，參會人員可能包括運(yùn)營、開發(fā)、設(shè)計、測試等成員，共同對需求說明書中描述的需求的正確性、一致性、完整性、可行性、必要性、可測試性進(jìn)行確認(rèn)。

（用戶需求的特性）

在正式需求評審之前，產(chǎn)品經(jīng)理可以提前與項(xiàng)目負(fù)責(zé)人做需求初評，目的是提前收集問題，溝通是否有技術(shù)難點(diǎn)，確認(rèn)開發(fā)成本及是否有考慮不全的邏輯漏洞等。

由于敏捷開發(fā)是快速迭代的開發(fā)模式，敏捷開發(fā)中一般由產(chǎn)品經(jīng)理根據(jù)需求優(yōu)先級整理近期待做需求，進(jìn)行需求評審。評審會議叫做發(fā)布計劃會議，在會上，由產(chǎn)品經(jīng)理或產(chǎn)品負(fù)責(zé)人負(fù)責(zé)講解需求，并對其進(jìn)行估算和排序，制定出這一期迭代要完成的需求列表。

需要提的一點(diǎn)是，在需求確認(rèn)中一定要考慮到需求變更的確認(rèn)。當(dāng)需要進(jìn)行需求變更的時候，一定要有書面的文檔和簽字手續(xù)。由于流程復(fù)雜，現(xiàn)在很多研發(fā)團(tuán)隊(duì)直接通過在項(xiàng)目管理軟件中來記錄需求的變更。如，禪道中凡是對需求 標(biāo)題、描述、驗(yàn)證標(biāo)準(zhǔn)和附件的修改，都應(yīng)該走變更流程。

（禪道中的需求變更流程）

至此，需求管理工作基本完成，接下來便步入產(chǎn)品設(shè)計環(huán)節(jié)。但這并不代表產(chǎn)品經(jīng)理工作的結(jié)束，需求評審?fù)瓿珊螅€需要進(jìn)一步和開發(fā)、設(shè)計了解實(shí)現(xiàn)細(xì)節(jié)以完善產(chǎn)品方案并跟蹤需求的實(shí)現(xiàn)。

需求跟蹤的目的是為了建立和維護(hù)從用戶需求開始到測試之間的一致性和完整性。在整個開發(fā)過程中，確保所有的實(shí)現(xiàn)是以用戶需求為基礎(chǔ)的。

需求管理恰如裁縫的量體裁衣，它直接關(guān)系到最終產(chǎn)品的成型。需求管理的過程，其實(shí)是從需求分析開始貫穿整個項(xiàng)目始終，力圖實(shí)現(xiàn)最終產(chǎn)品同需求性的最佳結(jié)合。