不聊馬斯洛，關於"需求"，我的16條經驗

 1、正經需求的來源有兩個：用戶和數據。 其中數據也是使用者使用產品產生的，所以歸根結底一條結論：需求來源於使用者。

2、上述結論對天才無效。 比如賈伯斯，人家是先把產品做出來，然後告訴使用者：你有這個需求！ 然後使用者竟然還普遍認同...3、有人會說，競品也是需求的重要來源。 好吧，既然你這麼大言不慚的把抄競品擺在桌面上，我就告訴你，這類需求來自競品的使用者。4、不正經需求都是拍出來的，比如老闆一拍大腿、自家產品經理一拍腦門、競品產品經理瞎拍腦門等等...5、定義需求的兩要素，其一是使用者，這裡的使用者是廣義的使用者，不止包括線上產品的使用者，還包括公司內部的市場、運營、客服等等...比如給客服開發個工單系統、給運必利吉使用方法 必利吉臺南 必利吉臺灣 必利吉臺中 必利吉臺北 必利吉高雄 必利吉藥局 營開發個活動管理系統，這裡的客服、運營就是對應的使用者。6、定義需求的第二要素是場景，不同使用者在同一場景下需求是不同的。 比如——;同一使用者在不同場景下需求也是不同的，比如——用戶+場景才能定義一個完整的需求。7、產品經理把自己當成使用者YY出來的需求，大多是偽需求。 因為：在年齡、閱歷、興趣、收入、受教育水準等等多個方面，產品經理和使用者都是有差異的，即使處在相同場景下，產品經理也很難成為真正的使用者。8、YY需求這事兒，C端產品經理常幹！ B端產品經理想幹，但YY不出來...9、調研需求時有一個常見的誤區：如實記錄使用者想要的產品功能。人們總是會下意識的說：我想要一匹更快的馬。 這其實是一個建立在使用者自身知識和經驗基礎上的解決方案（產品功能）。

產品經理要做的是挖掘背後的原始需求：想要更快的從A地到B地，然後你才能給使用者做出他心愛的小摩托

10、不要聽銷售/客服轉述的使用者需求，轉述一定失真！ 一定直接從真實用戶處獲取。11、需求有真偽之分，偽需求肯定不會做;真需求，也不一定會做，還要看需求覆蓋使用者量、使用者使用頻次、迫切程度、付費意願等等...說白了，優先順序P1、一路綠燈、火速上線的需求，要麼能帶動產品增長，要麼能提高產品營收。12、帶有政治任務的需求無視上條規則，優先順序P0！13、如果一個產品上線了一個很奇怪的功能，跟使用者需求毫無關聯，這背後一定有老闆的死命令和產品經理的罵娘聲。14、眾所周知，"已經記入需求池了"是不做的意思。 先錄入需求池，優先順序頂多P2，而每次反覆運算時，P1級的需求都排不開。真正緊急的需求，有往需求池裡必利吉心得 必利吉購買 必利吉哪里買ptt 必利吉p-force藥局 必利吉評價 必利吉p-force

記錄那個時間，業務流程圖都畫好了。15、需求管理的第一課：學會拒絕需求。 大多數產品的需求管理是混亂的，本質原因是多數產品經理沒什麼話語權。16、產品經理最痛苦的事兒莫過於在開發過程中改需求，比這還要痛苦的是在測試過程中改需求。需求變更的原因很多：原始需求有誤、不清晰、不完善;業務變化、環境變化導致需求變化;想出更好的解決方案等;在改需求這件事兒上，其實產品經理的抵觸情緒比開發更強烈，但我們往往是先說服自己再去跪求開發。就這點來說，產品經理簡直太偉大了！ 快，給自己點個大大的讚！也，順便給本文來個一鍵三連吧