愛挖礦

 找回密碼
 立即註冊
搜索
查看: 1|回復: 0

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

[複製鏈接]

775

主題

775

帖子

2347

積分

金牌會員

Rank: 6Rank: 6

積分
2347
發表於 4 天前 | 顯示全部樓層 |閱讀模式
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級的需求都排不開。真正緊急的需求,有往需求池裡
記錄那個時間,業務流程圖都畫好了。15、需求管理的第一課:學會拒絕需求。 大多數產品的需求管理是混亂的,本質原因是多數產品經理沒什麼話語權。16、產品經理最痛苦的事兒莫過於在開發過程中改需求,比這還要痛苦的是在測試過程中改需求。需求變更的原因很多:原始需求有誤、不清晰、不完善;業務變化、環境變化導致需求變化;想出更好的解決方案等;在改需求這件事兒上,其實產品經理的抵觸情緒比開發更強烈,但我們往往是先說服自己再去跪求開發。就這點來說,產品經理簡直太偉大了! 快,給自己點個大大的讚!也,順便給本文來個一鍵三連吧
回復

使用道具 舉報

您需要登錄後才可以回帖 登錄 | 立即註冊

本版積分規則

Archiver|手機版|小黑屋|愛挖礦

GMT+8, 2021-11-30 15:16 , Processed in 0.032913 second(s), 18 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回復 返回頂部 返回列表