聊聊PM被動接收需求和主動獲取需求的區別

需求有被動接收和主動獲取之分，聊聊我的經驗供大家參考。

被動接收需求

一般的產品經理，大部分是被動的等待業務方把需求發過來。然後在此基礎上梳理需求，畫出功能原型，和業務方溝通確認無誤後，進入技術評審和排期上線。

這樣的需求處理方式有以下特點。

PM不用承擔責任

需求是業務方提的，不是PM主觀要做的。

所以功能上線了沒有對業務有沒有作用，對營收有沒有增長，都是業務自己的事情。和PM沒有關係。

需求符合當下業務

業務方往往是根據當下痛點而提出，滿足需求有助於改善業務現狀，提升工作效率。

遺漏部分需求

因為需求來源於不懂功能設計的業務方，如果業務認為該需求很複雜很耗時，可能不會提給PM。

同時PM會因為該需求的功能設計很複雜，會要求業務方把該需求的優先順序調成比較低。

無需考慮需求的優先順序

需求完全是被動接收的，自然需求優先順序由業務方決定。PM只需要催促業務方給出結果。最多是排除無法實現的需求。

主動獲取需求

懂業務的PM或者高級別的PM，會主動向業務方獲取需求，挖掘痛點。並且根據業務導向來安排優先順序，協調開發資源，全力推進上線。

PM需要承擔責任

即然需求是你主動獲取的，那麼別人會認為你需要承擔它的全部工作。

而自身因為處於對工作的自己也會更努力的投入其中，為上線效果負責任。

考慮產品的長遠規劃

僅僅滿足於當下的需求功能是不夠的，需要通盤考慮目前的功能架構是否能夠接下來的業務變化。是否需要優化底層功能以支撐業務量的爆發，是否需要優化全局的視覺交互規範等。

攻克重要需求

抓住業務方的核心需求才是最重要的，漏掉個別需求沒關係。

重要需求決定了業務是否能夠快速增長，能否解決業務收入的瓶頸。

抓大放小是產品經理需要理解的大局觀，哪怕重要需求都比較難以實現，也需要盡全力推進它的上線。

綜合考慮優先順序

PM會更加認可決定需求優先順序的主要是業務，而不是功能設計難不難，技術資源夠不夠。會排除客觀問題來推進需求開發。

所以產品主動獲取業務方的需求以及她們對需求的優先順序之後，還需要綜合功能設計&視覺設計$開發&測試&上線成本等角度去優化需求優先順序。

極大的考量PM是否擁有設計過此類功能的經驗，以及對開發實現成本的估算能力，以及這樣實現的話是否符合當前的功能架構以及產品長遠發展。

享受成果

PM主導了對業務有促進對營收有增長的功能上線，以及把控了需求的從梳理到上線的所有階段。

那麼上線之後業務數據提升，大家會把主要功勞歸為PM身上。

當然如果上線之後的效果不好，PM需要承擔很大的責任。

總結

即使你的公司模式決定了應該是運營導向或者市場導向，PM也應該盡量發揮自己的主觀能動性，利用自己的專業能力和業務理解力，用產品功能驅動業務發展。而不是一味的被動接收需求。

關於作者

浪子，微信nuanai88，公眾號langzisay，APP原型文檔http://51prd.com。