起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識產品經理進階成長過程中都會踩的坑（一）
“產品經理進階成長過程中都會踩的坑”是一個系列，后續會陸續更新，大家可以多多關注~
做一個成功的或者好的產品出來是比較難的，除了有平臺、資源、時機等問題以外，剩下的因素就都在產品經理自身了。好的產品經理能借助平臺，協調資源，能把握時機，但產品經理自己也經常犯錯誤。做出好的產品能讓產品經理的成長加速很多，所以也會出現有的人三年經驗就是資深或者專家了，有的人做了五年才做到高級。
做好一個產品經理非常不容易，參加過初級產品經理培訓的，講師通常應該會跟你講，產品經理要知道和掌握的技能非常的多，所需要涉獵的知識范圍非常的廣，這些其實也導致產品經理經常容易犯錯誤，原因很多情況下都是經驗不足或者知識面狹窄造成的。這里介紹一些產品經理在成長過程中經常犯的一些錯誤，供大家借鑒。
一、以自己的需求代替用戶的需求
這是最容易犯的錯誤也是最常見的，很多產品經理在設計功能的時候會從自身需求的角度出發去設計，開口就是“我覺得怎樣怎樣”，“我認為怎樣怎樣”，考慮的場景都是他自己使用產品的場景，而沒有從目標用戶群體使用的場景出發。
他們不去找目標用戶群體驗證核心業務問題及解決方案，就理所當然的用自己的想法來描述產品故事(用戶場景和用戶問題)，這樣的情況下就容易YY出一些產品需求，而不是真正的用戶訴求。很多時候確實因為項目時間比較敢，來不及去找用戶驗證需求，這個時候也應該理性的去分析目標用戶群體的屬性和他們使用產品的場景，而不是把自己的需求直接代入。
現在做產品越來越重視數據，這也比較容易讓產品經理忽略用戶，天天看數據，就用數據的反饋直接取代了真實的場景化需求。數據確實很重要，但數據也容易掩蓋用戶人性化的需求，要想做出用戶體驗好的產品，除了看數據表現外，還要結合用戶心理活動去設計，這樣才能設計出人性化的產品。
產品經理應該學會傾聽不同的觀點，多和那些敢于批評自己觀點的人溝通，多接觸一線真正使用產品的人。無論是用戶量還小的初創產品，還是用戶量已經很大的平臺級產品，一定要抽時間了解真正用戶的需求和感受，哪怕只是跟他們閑聊，也一定能發現一些和你自己之前想法不一樣的結論，只不過這時候要注意甄別需求的真偽。
二、將用戶需求混淆為產品需求
可能這一點大家比較難理解，上面還在說要按照用戶的需求去設計產品，這一點就開始說不要按用戶的需求去設計，這不是相互矛盾么。沒錯，是有點矛盾，這么說的目的是要大家重視去甄別用戶需求的真偽。
大部分產品經理的工作流程是：收集用戶需求，整理分析用戶需求，把需求落地成原型，編寫產品需求文檔，然后交給技術人員開發；接下來跟蹤項目進度，協調資源，驗收成果，最后發布產品。這個工作流程沒有毛病，容易出錯的不在這個流程上，而是在需求分析階段，分析的結果會轉化成產品需求，如何轉化是特別需要注意的問題。
很多人都會背需求分析的方法，做加法，做減法，其實很多人都忽略了一點，就是還要做需求挖掘。如果只是單純的把用戶需求翻譯成產品需求，那就真的是人人都可以當產品經理了，那我們產品經理崗位的專業性還體現在哪里？
要從公司核心業務發展和產品設計的角度思考用戶需求，然后把用戶需求轉化成為實際的產品需求。在汽車沒有出現的時候，你問用戶最想要什么?用戶會說，我想要一匹跑得更快的馬。用戶的需求看上去是要一匹好馬，但實際上轉化成產品需求時，其實用戶需要的是更快的速度。這個例子大家都聽說過，但要仔細思考一下這個例子的用戶場景。
用戶需求是提出一個問題，產品需求是這個問題的解決方案。所以當用戶需求被表達為一種解決方案時，要探尋其背后的實際訴求，因為用戶的認知水平和場景局限性會影響其提需求的認知。比較好的解決問題的辦法是：頭腦風暴，加強可行性分析和需求評審，多一點人思考能避免一部分的個體思維局限性問題。
三、將老板需求混淆為產品需求
哈哈，這是一個老生常談的問題，也可能是很多產品經理內心的痛，我估計這可能也是很多產品經理萌生自己創業當老板的內心底源動力，不想繼續憋屈下去。對于大多產品經理來說，都應該遇到過大大小小老板提過來的各種各樣的需求，就算明顯不靠譜的需求，也不敢反駁，只能安排落地開發。
在這里，我不是要教大家如何去反駁，而是要如何從專業的角度去分析，有一點大家要特別注意，老板之所以能成為老板，肯定有其過人之處，當然那些狐假虎威的，沾親帶故的偽老板除外。老板有老板的格局和視野，他有一些獨享的信息和行業經驗是你所沒有的，而且不說別的，他有他當老板的權利。老板的需求是肯定要聽的，老板也是用戶之一，他的需求也是用戶需求，只是不要聽過來直接當成產品需求。行業內老板的典范當屬馬化騰了，至少公開出來我們所知道的，他都是提了一些靠譜的需求，而且行業內都認為他本身就是個產品經理。
針對老板提過來的需求，更要加強需求分析的深度。要從老板這里深入地追溯他的需求來自哪里，是基于什么樣的使用場景和什么類型的用戶產生的，有沒有具體的實例說明，追溯的過程也是消化探討的過程，發現不靠譜的地方可以直接溝通。然后花一定的時間和精力去理解，拿出初步的方案，如果方案中和需求差異比較大的，要從公司業務發展和產品核心業務流程的角度，想辦法說服老板，按你的方案去設計，畢竟老板也是希望產品越做越好的，只要你是從為了產品發展角度思考的，理由站得住腳，一般老板都是會聽的。
另外，一般來說老板的需求大部分都是合理的，只是優先級沒有那么高?？梢赃m當的拖延一下，從迭代節奏控制、開發資源消耗情況、需求理解分析需要時間的角度出發，去給到老板一個比較合理的說法。等到下個迭代的時候，如果老板還記得這個需求，并經常問你進度的，就趕緊給他安排實現一部分，老板特有的權利要能適當的滿足。
四、將用戶行為數據需求混淆為大數據需求
大數據發展到現在，已經到了任何一個行業的產品都需要支持大數據需求去做智能化了。但是很多人的理解更多停留在了數據收集下來可以應用，數據可以生成報表，數據可以用來分析出問題這樣的層面，實際大數據建設的最大作用在于輔助做決策參考，以及做業務發展的同比分析和預測分析。像常見的精準化推薦營銷，業務流程分析優化是大數據比較基礎的應用。
很多產品經理剛開始做大數據需求的時候，要么借助第三方統計工具做使用行為分析，比如頁面間的漏斗分析和用戶活躍情況分析；要么開始在產品上埋點，用于做業務流程優化分析。這類分析更多都是基于用戶行為數據的分析，由此產生的需求也都是用戶行為趨同導致的優化需求，本質上和基于用戶反饋的優化需求有點類似，只不過這種是通過數據反饋出來的。
大家很容易忽略掉一類數據就是業務數據的收集和分析，在產品實際運作過程中，基于用戶的使用，業務數據會表現出來很多有價值的信息，比如不同時間端某個SKU商品的庫存消耗情況，可以用于該SKU實際庫存閾值的分析，進而指導虛擬庫存的設置。這是很小的一個點，放大了之后，還可以分析倉庫貨物的周轉情況，這樣就能預測在大型促銷活動的時候，倉庫會不會爆倉。
當產品經理在建設大數據系統的時候是基于業務使用場景和發展場景考慮的時候，相應業務數據的收集和處理才會特別留意，從而不至于出現到要分析數據的時候發現很多數據都只有訂單里面有，很難剝離出來的情況，甚至是訂單數據里面都沒有，那就無從下手了。
作者：華仔（微信公眾號：零起點做產品經理），11年多產品經驗，專注于在線教育和電商產品方向。合著有《運營前線》、《產品前線》、《互聯網產品之美》，譯著有《人人點贊：讓APP瞬間瘋轉的絕妙文案》。
本文由 @華仔 原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自 Pexels，基于 CC0 協議
“我想要一匹跑得更快的馬”，談到挖掘用戶需求，這個例子經常被提及，比方是通俗易懂的，但也有什么東西容易被忽略：
“我需要的確實就是一匹跑得更快的馬，我是要休閑不是要趕時間！”
即使諸如此類挖掘用戶需求的方法論愈來愈多，但角度似乎是無窮無盡的，沒有誰能夠看穿一切，這是差別所在。
作為產品經理，直覺，或者說來自多角度的發散性思維以及對某些線索縱向探索的洞察力，是昂貴的。
確實，我們也還需要考慮需求滿足后的商業模式，是純粹滿足需求：培養更快品種的馬，還是轉化需求，用可替代的方案去滿足，諸如馬車、汽車，變現空間差別很大。