什麼是產品需求？待實現的產品功能對於產品來說就是產品功能。
在實際工作中，我們很容易將“用戶回饋”、“使用者需求”、 “產品需求”等相混淆，這是因為很多時候他們所要表達的內容是一致的，比如用戶回饋說微博商業介面中的搜索結果不僅可以按降冪展現，最好也可以按昇冪排列，這是使用者的回饋資訊，也是最真實、具體的使用者需求，而產品需求就是在下一版本升級時要增加一個排序參數。
但是事實上，“用戶回饋”、“使用者需求”、 “產品需求”這三者有著本質的區別，還是福特汽車那個比較經典的例子。
- 用戶回饋：一匹更快的馬。
- 用戶需求：用最短的時間到達目的地。
- 產品需求：更便捷的交通工具。
由此可見，有時候“用戶回饋”並不等同於“用戶需求”，也不等同“產品需求”，如果錯誤的將使用者回饋當成是使用者需求或者是產品需求，那麼將會造成錯誤的決策，因此對三者進行有效的界定區分是非常必要的。
產品經理首先需從使用者那裡收集回饋資訊，分析使用者需求，再根據使用者需求進行產品功能規劃，這些待實現的產品功能對於產品來說就是產品需求。
收集用戶回饋，分析用戶需求，最終都是為了生產產品需求。使用者需求是無限的，相應的產品需求也會各種各樣，因此，如何有效的進行產品需求的管理是非常重要的。
將使用者需求轉化為產品需求
用戶需求收集的來源與方法有很多，包括競品分析、訪談、問卷調查、焦點小組、可行性測試、現場觀察、資料分析、任務和場景分析等，在不同階段應用的收集方法是不一樣的，需求收集是持續的過程，貫穿產品發展的生命週期。
之所以將使用者需求轉換為產品需求再進行管理，是因為多數時候憑藉經驗根據使用者需求制定初步的產品解決方案並不需要耗費多大的精力，卻可以讓我們更加深入地理解使用者需求以及產品需求和產品之間的關係，同時也方便我們準確的評估滿足使用者需求的產品新方案的技術可行性和優先順序。
記錄產品需求的屬性和資訊
選擇性的記錄產品需求的一些重要屬性，將有助於我們更好的管理產品需求，如產品需求所屬模組、產品需求的需求類型、需求方代表等。
- 產品需求所屬模組
一個產品往往是一個複雜的功能系統，為了產品更容易分析和開發，產品會被分解為幾個功能模組，每個功能模組負責完成產品一部分的系統功能。需求所屬模組就是產品需求所隸屬的模組，用來直觀地說明產品需求在產品結構中的具體位置。比如微博資料中心分為粉絲分析、內容分析、互動分析、行業趨勢分析四個模組，而頁面訪問分析是隸屬互動分析這個模組。
- 需求類型
對產品需求進行必要的分類，不僅可以幫助我們更好的管理需求，而且還可以更好的分析需求，對每個需求的價值大小做出更準確的判斷。同樣的產品需求可以按照不同的維度進行分類，具體採用哪種維度可以根據實際需要來決定。比如微博資料中心的後臺管理支援系統就要針對代理商需求與零售商需求進行區分。
- 需求方代表
需求方代表就是最初提出該用戶需求的人員，在產品功能規劃與版本升級時，如果需求方案不得不調整，那麼產品經理可以迅速找到相應的需求方代表進行溝通。比如運營人員提出發票錄入系統的相關問題，在產品實施過程中如果需要進行調整可以快速找到其進行溝通，確保新的產品需求能夠正確無誤地反映用戶的真實意願。
確定產品需求優先順序
考慮到網路公司的時間、資源都是有限的，必須對產品需求優先順序進行排序。判斷產品需求優先順序的主要依據是產品需求的投入產出比，即產品需求的產出價值與投入成本之間的比例。除此之外，還要考慮需求的緊急程度、與產品策略的契合程度、需求之間的潛在關係、實際可調配的資源情況等因素。
比如微博資料中心的後臺管理系統的代理商，返點比例需求是由部門BD提出的，但是在1.0版本就沒有實現，主要就是因為這個需求的優先順序比較低，不是剛需。
跟蹤產品需求進展
產品需求管理是一個持續的動態過程，新的產品需求不斷產生，同時一批批產品需求被實現。產品經理要負責對產品需求的進展進行跟蹤，並時刻更新它們的狀態。需求狀態指的是產品需求在這一刻所處的情況。常見的需求狀態有：待確定、未開始、開發中、已完成、擱置、取消。
除了需求狀態以外，一些和需求進展相關的重要資訊也應該被記錄，比如已完成需求的完成時間、擱置需求被擱置的主要原因等等。
0 comments:
張貼留言