【問】產品經理如何確定功能優先級？

【答】

C端產品，按來源講，需求分：老板需求、用戶需求、技術需求、競品需求、運營需求。其中：

老板需求：可理解為“戰略需求”，就是老板直接交代的，在某個版本一定要加上的。重要度一般為1，緊急度也為1，最高。

用戶需求：指用戶直接反饋的需求，可再細分為：明確要求和體驗改進。明確要求比體驗改進的優先級高一些，但整體重要度可劃為2，緊急度為2。

技術需求：指技術自發提出的性能優化需求，重構需求，這些需求一般是持續進行，且直接影響用戶體驗的，重要度1，緊急程度3。但對于崩潰Bug和系統升級需求，就需要列入重要度1，緊急程度1了。

競品需求：指同類產品做出來了，同時對我們產品也有意義的功能需求。這類需求一般要結合老板、用戶需求一起評估，看是否符合我們的戰略目標，是否是用戶認可的。如果答案為“是”，則可列為重要度2，緊急程度2。

運營需求：指為了促活，拉新提出的需求，此類需求一般在產品生命周期中期存在，通常是為了滿足階段性目標提出，重要度為2，緊急程度為1。

因此，收到需求時，可先按以上分類對需求匯總，錄入需求池表格。

錄入時某些需求可能同時滿足多個類別，比如用戶希望加快發動態速度，而該需求正好是技術提過的，同時老板也認可這么做，就將該需求歸到重要度1，緊急程度1一類。

此外，按來源歸類后，建議將需求按模塊再一次歸類，這里的模塊指產品模塊，如搜索模塊、個人主頁模塊、動態信息流模塊。這樣做便于后續迭代按模塊進行排期，而不是按零散的功能點，從而提高開發效率和用戶感知。

按類別歸入需求池的需求，定期拿出和各部門負責人評審，其重要度指數和緊急度指數也要根據討論結果隨時調整，最終優先將重要度和緊急度為1，且屬于同一模塊的需求列入迭代計劃，排期開發即可。

注：以上為理想情況，實際需要根據公司情況和產品經理的經驗、話語權進行調整哦~