人人都是產(chǎn)品經(jīng)理，這句話我不知道吐槽了多少次，真的是這樣子嗎？憑什么你年薪能拿幾十萬，絕不是天天都天馬行空，隨便丟一個需求給程序員就完事了，產(chǎn)品經(jīng)理一定是一個知識領(lǐng)域非常廣、綜合素質(zhì)非常高的一個職業(yè)。1到2歲的PM在入門時都覺得自己特牛逼，感覺出了公司大門就可以創(chuàng)業(yè)去了。事實上，前面等著你的卻是血淋淋的教訓(xùn)與邏輯陷阱的坑坑洼洼

　　經(jīng)常會在一些文章中看到一些標題黨，什么“學(xué)會了這些，你就能年薪百萬”，然后里面都是去講一些大行業(yè)咨詢呀，講一些很遠很飄的東西，因此給新人PM的提升是比較虛的，在借鑒前人的一些經(jīng)驗意外，我結(jié)合了自己從業(yè)生涯中在挖坑路上的一些體會總結(jié)成了以下5點：

　　1、要提高時間管理能力：

　　一次急著上線的版本迭代，市場都說了需要在23號上線，自己并不知道去盯測試盯研發(fā)，結(jié)果到點了還有20個崩潰級bug影響發(fā)包，直接被老板叼得不要不要的。

　　2、提高思維嚴謹性：

　　新手PM遇事情常常不經(jīng)思考，靈感一來就脫口而出，結(jié)果被研發(fā)追問兩種極端場景的容錯處理就不知道怎么答了。拿到問題的時候，不要急于給出答案，先把問題想明白了，把方案都想透徹了，再進行溝通；如果你把事情想透了，研發(fā)拿到你的原型稿自然就沒有什么好問了。

　　3、不要把碎片化的事情碎片化處理：

　　一個版本的迭代，往往糅合了階段性的新業(yè)務(wù)+優(yōu)化+bug修復(fù)內(nèi)容的。“這里有一個新bug，很急很重要”，過了半個小時，又冒出一個“更急更重要”。不要遇一個bug就丟給研發(fā)，bug的修復(fù)本來就是一個很碎片化的事情，臨時丟一個新的需求，一個研發(fā)容易因找不到而忘記去修復(fù)，另外一個是突然冒出的工作內(nèi)容，項目經(jīng)理該怎么把控研發(fā)進度呢？把問題收攏起來系統(tǒng)梳理，分清優(yōu)先級哪些可以串行處理，哪些可以并行處理。

　　4、提高專業(yè)術(shù)語表達能力：

　　研發(fā)說，“這個問題處理過了，驗證沒有問題啊”，研發(fā)就把需求打回去了；第二天測試說，“驗證問題還存在”，然后又把問題提交上去；研發(fā)盯著這個問題想半天，“我明明已經(jīng)修復(fù)了，為什么還把問題分配給我？”，于是又把問題打回去，最后項目延期，進行問題追蹤才知道是因為描述問題不準確，研發(fā)沒找到場景造成的。

　　5、不要鉆死在一個行業(yè)里：

　　經(jīng)常會聽到一些PM說，“這個行業(yè)我不懂，我來面試的時候你沒跟我說要做這個。”，公司發(fā)展往往會有業(yè)務(wù)分支，業(yè)務(wù)分支難免會需要一些運營工具進行支撐，你確保做支付的永遠只需要關(guān)注支付嗎？某某寶還大張旗鼓去做社交呢！

　　人們常說產(chǎn)品經(jīng)理，是一個理性和感性的人，這往往都是從一些習(xí)慣養(yǎng)成的，作為團隊的主心骨，自己的一個不良習(xí)慣、一個小小的遷就，往往會讓自己去為這種任性埋單；除了以上，產(chǎn)品經(jīng)理還要學(xué)會洞察和關(guān)懷團隊成員，從工作態(tài)度、到知識領(lǐng)域指引明燈，你的團隊才能跟上產(chǎn)品的步伐。

　　舉個例子，一個簡單的“發(fā)現(xiàn)研發(fā)的椅子坐著不舒服，不如給他們換一套吧”，研發(fā)每天就多加班了半個小時，一年就是將近110個小時，能處理將近70個重大的bug?。?！在這條與測試，研發(fā)的撕逼路上，且行且珍惜吧。

來源：人人都是產(chǎn)品經(jīng)理