在職場里弯洗，換崗是一件需要勇氣的事情。尤其是拿著高薪的時候逢勾，你可以有各種理由牡整，但不一定能說服身邊的人。像研發(fā)崗產(chǎn)品崗還好溺拱，不至于是從頭再來逃贝。我身邊也有一些成功轉型的案例。
總的來說迫摔，研發(fā)崗轉產(chǎn)品崗位是有優(yōu)勢的秋泳。研發(fā)的優(yōu)勢在于做事更有邏輯性，想需求會更全面攒菠。更重要的是，因為你做過研發(fā)歉闰，所以你更懂如何與研發(fā)溝通和協(xié)作辖众，而這本身就是產(chǎn)品經(jīng)理非常重要的一項工作。當然和敬，有優(yōu)勢也有劣勢凹炸，做研發(fā)最重要的是把產(chǎn)品需求實現(xiàn)，關注效率昼弟，關注實現(xiàn)方式啤它，總的來說，更傾向于如何正確地做事舱痘。而產(chǎn)品經(jīng)理則更多地去思考变骡，什么才是正確的事？因而需要關注場景芭逝，關于用戶的需求以及需求背后塌碌。兩者并不是非此即彼，只不過由于思維上的慣性旬盯，需要我們主動做調(diào)整台妆，讓兩者更好地結合起來。為此胖翰，我梳理了三條需要注意的事項接剩。
一、先弄清楚why萨咳，然后忽略技術實現(xiàn)去想how懊缺。
產(chǎn)品經(jīng)理在做需求原型的時候，要先把為什么做這個需求想清楚培他，然后去想有哪些實現(xiàn)路徑桐汤，并找到其中最短路徑而克。至于里面的技術難點，應該交由研發(fā)人員去評估怔毛。研發(fā)人員轉型的產(chǎn)品經(jīng)理在具體實現(xiàn)上员萍，更應該傾向于怎么做更簡單，更友好拣度。而不是去想怎么做更容易碎绎，更好實現(xiàn)。對于具體的技術實現(xiàn)方案抗果，你有經(jīng)驗可以提建議筋帖，但不要帶到需求原型里，更不要影響到自己的原型設計冤馏。
研發(fā)型產(chǎn)品經(jīng)理還容易掉入的一個坑就是當其他業(yè)務部門提需求時候日麸，覺得實現(xiàn)不了，就會回復：“這個需求技術上實現(xiàn)不了”逮光。正確做法是找研發(fā)人員來評估實現(xiàn)方案代箭。
二、警惕完美情節(jié)涕刚，完成好過完美嗡综。
很多技術人員都有完美情結，有兩種表現(xiàn)杜漠，一種是什么功能都想做极景。另一種是什么功能都想做到完美。在有多個實現(xiàn)方案的時候驾茴，總想著用最優(yōu)方案去解決盼樟。但最優(yōu)的并不一定是最合適的。很多時候適合的才是最好的锈至。一個只有幾萬用戶的app恤批，設計一個應對百萬并發(fā)的架構并不是什么值得驕傲的事。追求完美裹赴，很容易導致產(chǎn)品遲遲上不了線喜庞。對產(chǎn)品經(jīng)理來說，保證項目準時上線是準則棋返，完成好過完美延都。產(chǎn)品有瑕疵不怕，我們下一個版本迭代修改睛竣。
三晰房、傾聽用戶，用戶反饋的背后藏著產(chǎn)品改進的方向。
在研發(fā)的世界里不是0就是1殊者，代碼不會說謊与境，功能不會憑空消失，代碼是怎么寫的猖吴，功能就是什么樣的摔刁。但產(chǎn)品的世界會更復雜，我們可能會發(fā)現(xiàn)明明某個功能我做了海蔽，但是用戶不會用共屈。你也可能從客服那收到反饋，xx功能用戶說找不到功能入口党窜∞忠或者你覺得活動規(guī)則已經(jīng)寫得很清楚了，但用戶總是提問題幌衣。這些問題如果你只是按照常規(guī)解決方案矾削，告訴用戶如何操作。那么沒有任何意義豁护。這是產(chǎn)品設計的問題哼凯。要從源頭規(guī)避問題發(fā)生，而不是想著這個功能我做過了择镇，用戶自己學習一下就可以了。
