好的產品經理爲何那麼少？

姑且根據鄙人曾參與翻譯的《啓示錄》的標準爲例看看一個產品經理的職責是什麼~
一、評估產品機會
二、定義要開發的產品
三、協調資源、推動確保開發出正確的產品
四、協助各部門，推進產品目標的實現
很差意思借個圖（來源：產品經理主要職責）

「好」產品經理是能徹底勝任乃至超出以上職責的產品經理

強硬定義一下，是具有良好的商業分析能力、大局觀、項目管理能力、邏輯思惟、書面輸出能力、表達溝通能力、抗壓能力、對技術實現方案的瞭解、強結果導向傾向......等因素的PM，聽來很虎，可是做爲「將」，這些能力要求很合理吧。
OK，咱們姑且以此做爲一個標準，在PM的全集裏，符合以上定義的PM是「好」PM子集。
「一將難求」變成兩個問題
爲何「好」PM這個子集裏實際的人頭個數那麼少？（由於少因此找到的機率小）
爲何找到了也「難求」？（這裏先不談能找到也難求的狀況，上面回答不少都講到了好PM都跑去本身創業等狀況）

而在廣袤的亂糟糟的市場上（參見A站92妹子事件），大票的產品經理們在幹什麼呢？

有的產品經理只負責畫個原型圖和寫交互註釋
有的產品經理只負責傳達老闆和業務端的需求給RD
有的產品經理主要負責寫PPT作計劃書
有的產品經理主要負責跪着求RD『大哥行行好』
......
提及來都是PM，實際上不追問深一點壓根不太知道具體是作啥的
一問下來有的是老闆助理，有的是交互設計師，有的是傳話經理......對吧？
實際上作的工做只是PM職責裏很小的一部分，嚴格的說不成其爲產品經理。
對比堂堂大IDG定義的產品經理，恐怕這個「好的產品經理」，能確實對得上號的就很少了。先把名存實亡的PM全都劃掉，恐怕一大半得沒了。

舉個栗子：北上廣深杭畢竟互聯網發展多年巨頭公司也多，狀況還好一些，我在二線城市生活這段時間跟獵頭聊，獲得的信息是：大多數老闆們也不知道PM是幹啥的，據說作互聯網項目要招，因而就招了，JD麼仍是扒拉招聘網站其餘公司發佈的信息直接貼過來，具體的都要面談

——OS：WTF？談什麼？進去讓我作什麼？
以上，咱們先從市面上號稱的PM集合裏，把「頭銜是PM但實際並非PM」的這部分子集去掉
-------------------------------------------
下面再從「頭銜是PM、實際上也確實是PM」這部分子集來談。

培養機制來講

除非能進BAT以及一些獨角獸公司，各類中小公司基本上不太可能給一個初入行的PM系統培訓的機會，畢竟能活都多久都還不知道哪有空搞什麼員工職業培訓，基本靠自生自滅，最好是拿來就能用得上，對吧？
因此呢，大量PM都是頑強奮鬥自學，靠看書靠上網靠實戰靠參加沙龍.....摸爬滾打成長起來。
這裏就會有個什麼問題呢？通常咱們說自學成才，主要靠天賦，而很遺憾的是，在這個不公平的世界上，有天賦的人總歸是少數.....所以，能夠看出能經過大公司培訓、或者自學創建相對系統的知識體系、方法論、工具技能的PM，二者加起來也是少數。
——這裏，又劃掉一部分由於缺少體系化從而一直野生、從規範上就難以上臺階的PM的集合。

項目經驗來講

大公司背景好吧？真的嗎？只要是大公司的經驗就好、就能大殺四方麼？不盡然。任何企業作大了之後管理體制轉型，都容易致使職位拆分過細，一個蘿蔔一個坑的狀況，流程鏈條已經很清楚了，PM職位一列出來就是螺絲釘崗位，容易看不到全局+實際的項目掌控力有限，優化小模塊這種事就不要期望能力快速提高啦。
那麼，小公司的經驗好麼？也很差，即使我的自學能創建本身的知識體系、方法論、工具運用也很嫺熟，so what？小公司的產品說死就死，看死在還沒開發出來仍是死在開發出來沒運營 or 死在老闆tmd想法又變了.....就是這麼悲催，連完整的從0到1的經驗獲取都很艱難，不少創業公司的PM是沒有見到過產品實際運營狀況就失望下場的；加之創業公司人力不足，什麼瑣事都要摻和幫忙，容易致使精力分散，不少細節工做實際上沒有作完整——總之，項目經驗不完整。
——以上，又劃掉缺少全局觀、項目掌控力、項目經驗不完整的PM的集合

團隊環境來講

好的RD、QA和運營團隊對一個PM的成長相當重要，好的RD團隊能教會PM技術流方向的考量（並非RD和PM總在打架撕逼的好嗎？），好的QA團隊能推進PM邏輯更爲嚴密謹慎（跟着對用例大戰幾百回合試試？！），好的運營團隊能反哺PM從產品結合運營的角度總體考慮，我我的以爲，缺哪塊都是很大的缺陷。能集齊這些好的經驗的PM真心很少，而這些，卻又不是PM自身能夠先知先覺造成的經驗。

溝通能力來講（特別強調）

對產品經理來講，溝通是很是核心和重要的能力，包括正式輸出物和口頭溝通兩個方面。一個 PM 至少要有能和老闆，RD，測試(QA)，運營，商務，財務，法務這七個部門溝通的能力。能溝通最基本的要求就是別人說的你聽得懂，你說的別人能聽得懂。也就是一個優秀的 PM，至少在專業上能聽懂研發討論技術，能和 QA 根據PRD討論測試用例，能知道如何減輕運營的壓力，下降運營出錯的概率。商務和銷售提出一個含糊的需求，能幫商務和銷售分析出他們真實需求是什麼，能懂基本的財務流程和財務風險，能知道有哪些設計必須提早告知法務，讓他們評估法律風險。固然，若是不能和老闆良好溝通，以上能力所有歸零，堪稱產品經理的「阿克琉斯之踵」
備註一下：不能和老闆良好溝通，有不少因素......
-------------------------------------------
基本上，以上條件限制已經把90%+的PM攔在「好」的陣營外~
另外
插播一句三觀不正的關於目前認爲的，什麼是「好」
由於業內缺少公認的對PM的明確分類和衡量標準，因此PM能叫得出來名兒的，基本是爆紅或者爆牛公司的PM，而是否由於公司成了因此必然這家公司的PM就好呢？也不是。
有不少公司並非「產品作得好因此這家公司才成功」的，還得看這家公司是以什麼爲核心來驅動的，在技術驅動、運營驅動、資源驅動的公司，PM好很差對一個公司成功與否而言，其實佔比因素並不大。
而在產品驅動的公司，公司成不成功，照樣受各類天時地利人和條件的限制，能一炮而紅的真的是lucky dog~
若是得益於標準缺少以及成王敗寇的腐朽理論，以作出過什麼「成功」產品爲標準來判斷一個pm「好」or「很差」，那天然就更一將難求了。

舉個栗子：個人好朋友@李明進 寫過一條微博，

「 PM大體分爲兩類，第一類目標堅決，推動項目果斷而且層次分明，但有時顯得不近人情，第二類走親和力路線，善於理解他人的處境，項目作得靈活但常常優柔寡斷，固然，最後真正能作出成績的，必定是運氣好的那類」

做者：敦發財
連接： www.jianshu.com/p/64e6dbcdc…
來源：簡書

相關閱讀：

淺談產品經理入門和學習路徑

交互神器-最好用的Mac原型設計工具

揭祕—高級產品經理的平常工做

瞭解這些設計原則，助你打造最佳用戶體驗

【吐血整理】國外產品經理課程推薦，總有一款適合你！

十個改進用戶測試的小竅門