研發崗轉產品崗位是有優勢的。研發的優勢在于可以用工程思維去考慮產品的實現。但同時這也可能會成為劣勢，只具有工程思維的產品經理很容易忽略用戶。這就是所謂的優劣同源。所以，我們在工作中要注意把工程思維與產品思維進行融合。

工程思維更關注效率，關注具體功能以及如何通過技術去實現它。而產品思維更關注場景，關于用戶的需求以及需求背后。而兩者思維的融合，就是既能看清用戶的需求及場景，又能知道通過哪些技術可以滿足用戶。在這個過程中，我分享自己的三點心得：

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

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

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

二、完成好過完美。

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

三、用戶永遠是對的。

我們可能會發現明明某個功能我做了，但是用戶不會用。你也可能從客服那收到反饋，xx功能用戶說找不到入口。或者你覺得活動規則已經寫得很清楚了，但用戶總是提問題。這些問題如果你只是按照常規解決方案，告訴用戶如何操作。那么沒有任何意義。這是產品設計的問題。要從源頭規避問題發生，而不是想著這個功能我做過了，應該這樣操作。