在職場里，換崗是一件需要勇氣的事情。尤其是拿著高薪的時候，你可以有各種理由，但不一定能說服身邊的人。像研發崗產品崗還好，不至于是從頭再來。我身邊也有一些成功轉型的案例。

總的來說，研發崗轉產品崗位是有優勢的。研發的優勢在于做事更有邏輯性，想需求會更全面。更重要的是，因為你做過研發，所以你更懂如何與研發溝通和協作，而這本身就是產品經理非常重要的一項工作。當然，有優勢也有劣勢，做研發最重要的是把產品需求實現，關注效率，關注實現方式，總的來說，更傾向于如何正確地做事。而產品經理則更多地去思考，什么才是正確的事？因而需要關注場景，關于用戶的需求以及需求背后。兩者并不是非此即彼，只不過由于思維上的慣性，需要我們主動做調整，讓兩者更好地結合起來。為此，我梳理了三條需要注意的事項。

一、先弄清楚why，然后忽略技術實現去想how。

產品經理在做需求原型的時候，要先把為什么做這個需求想清楚，然后去想有哪些實現路徑，并找到其中最短路徑。至于里面的技術難點，應該交由研發人員去評估。研發人員轉型的產品經理在具體實現上，更應該傾向于怎么做更簡單，更友好。而不是去想怎么做更容易，更好實現。對于具體的技術實現方案，你有經驗可以提建議，但不要帶到需求原型里，更不要影響到自己的原型設計。

研發型產品經理還容易掉入的一個坑就是當其他業務部門提需求時候，覺得實現不了，就會回復：“這個需求技術上實現不了”。正確做法是找研發人員來評估實現方案。

二、警惕完美情節，完成好過完美。

很多技術人員都有完美情結，有兩種表現，一種是什么功能都想做。另一種是什么功能都想做到完美。在有多個實現方案的時候，總想著用最優方案去解決。但最優的并不一定是最合適的。很多時候適合的才是最好的。一個只有幾萬用戶的app，設計一個應對百萬并發的架構并不是什么值得驕傲的事。追求完美，很容易導致產品遲遲上不了線。對產品經理來說，保證項目準時上線是準則，完成好過完美。產品有瑕疵不怕，我們下一個版本迭代修改。

三、傾聽用戶，用戶反饋的背后藏著產品改進的方向。

在研發的世界里不是0就是1，代碼不會說謊，功能不會憑空消失，代碼是怎么寫的，功能就是什么樣的。但產品的世界會更復雜，我們可能會發現明明某個功能我做了，但是用戶不會用。你也可能從客服那收到反饋，xx功能用戶說找不到功能入口?；蛘吣阌X得活動規則已經寫得很清楚了，但用戶總是提問題。這些問題如果你只是按照常規解決方案，告訴用戶如何操作。那么沒有任何意義。這是產品設計的問題。要從源頭規避問題發生，而不是想著這個功能我做過了，用戶自己學習一下就可以了。