<mark id="oztn4"></mark>
1
| 本文作者： 人人都是產品經理 | 2016-01-08 17:45 |
什么是產品需求？待實現的產品功能對于產品來說就是產品功能。
在實際工作中，我們很容易將“用戶反饋”、“用戶需求”、 “產品需求”等相混淆，這是因為很多時候他們所要表達的內容是一致的，比如用戶反饋說微博商業接口中的搜索結果不僅可以按降序展現，最好也可以按升序排列，這是用戶的反饋信息，也是最真實、具體的用戶需求，而產品需求就是在下一版本升級時要增加一個排序參數。
但是事實上，“用戶反饋”、“用戶需求”、 “產品需求”這三者有著本質的區別，還是福特汽車那個比較經典的例子。
用戶反饋：一匹更快的馬。
用戶需求：用最短的時間到達目的地。
產品需求：更便捷的交通工具。
由此可見，有時候“用戶反饋”并不等同于“用戶需求”，也不等同“產品需求”，如果錯誤的將用戶反饋當成是用戶需求或者是產品需求，那么將會造成錯誤的決策，因此對三者進行有效的界定區分是非常必要的。
產品經理首先需從用戶那里收集反饋信息，分析用戶需求，再根據用戶需求進行產品功能規劃，這些待實現的產品功能對于產品來說就是產品需求。
收集用戶反饋，分析用戶需求，最終都是為了生產產品需求。用戶需求是無限的，相應的產品需求也會各種各樣，因此，如何有效的進行產品需求的管理是非常重要的。
用戶需求收集的來源與方法有很多，包括競品分析、訪談、問卷調查、焦點小組、可行性測試、現場觀察、數據分析、任務和場景分析等，在不同階段應用的收集方法是不一樣的，需求收集是持續的過程，貫穿產品發展的生命周期。
之所以將用戶需求轉換為產品需求再進行管理，是因為多數時候憑借經驗根據用戶需求制定初步的產品解決方案并不需要耗費多大的精力，卻可以讓我們更加深入地理解用戶需求以及產品需求和產品之間的關系，同時也方便我們準確的評估滿足用戶需求的產品新方案的技術可行性和優先級。
選擇性的記錄產品需求的一些重要屬性，將有助于我們更好的管理產品需求，如產品需求所屬模塊、產品需求的需求類型、需求方代表等。
產品需求所屬模塊
一個產品往往是一個復雜的功能系統，為了產品更容易分析和開發，產品會被分解為幾個功能模塊，每個功能模塊負責完成產品一部分的系統功能。需求所屬模塊就是產品需求所隸屬的模塊，用來直觀地說明產品需求在產品結構中的具體位置。比如微博數據中心分為粉絲分析、內容分析、互動分析、行業趨勢分析四個模塊，而頁面訪問分析是隸屬互動分析這個模塊。
需求類型
對產品需求進行必要的分類，不僅可以幫助我們更好的管理需求，而且還可以更好的分析需求，對每個需求的價值大小做出更準確的判斷。同樣的產品需求可以按照不同的維度進行分類，具體采用哪種維度可以根據實際需要來決定。比如微博數據中心的后臺管理支持系統就要針對代理商需求與零售商需求進行區分。
需求方代表
需求方代表就是最初提出該用戶需求的人員，在產品功能規劃與版本升級時，如果需求方案不得不調整，那么產品經理可以迅速找到相應的需求方代表進行溝通。比如運營人員提出發票錄入系統的相關問題，在產品實施過程中如果需要進行調整可以快速找到其進行溝通，確保新的產品需求能夠正確無誤地反映用戶的真實意愿。
考慮到互聯網公司的時間、資源都是有限的，必須對產品需求優先級進行排序。判斷產品需求優先級的主要依據是產品需求的投入產出比，即產品需求的產出價值與投入成本之間的比例。除此之外，還要考慮需求的緊急程度、與產品策略的契合程度、需求之間的潛在關系、實際可調配的資源情況等因素。
比如微博數據中心的后臺管理系統的代理商返點比例需求是由部門BD提出的，但是在1.0版本就沒有實現，主要就是因為這個需求的優先級比較低，不是剛需。
產品需求管理是一個持續的動態過程，新的產品需求不斷產生，同時一批批產品需求被實現。產品經理要負責對產品需求的進展進行跟蹤，并時刻更新它們的狀態。需求狀態指的是產品需求在這一刻所處的情況。常見的需求狀態有：待確定、未開始、開發中、已完成、擱置、取消。
除了需求狀態以外，一些和需求進展相關的重要信息也應該被記錄，比如已完成需求的完成時間、擱置需求被擱置的主要原因等等。
【作者介紹】尹劍利，微信公眾號@尹劍利（yinjianli88）。研究生在讀，新浪微博數據產品經理實習，在多家知名上市公司的實習，熱愛人文歷史，癡迷互聯網。希望遇友多多交流。
本文由人人都是產品經理社區@尹劍利原創發布。
雷峰網原創文章，未經授權禁止轉載。詳情見轉載須知。
