轉產品經理崗位，很多程式設計師也都在糾結是否該不該轉，轉過去是否有優勢等等，

首先我簡單回答一下問題：從事軟體開發行業的轉產品經理完全可以，優勢在於你熟悉軟體開發從0-1的全過程並且是程式設計師轉產品經理的天然優勢，但是產品經理崗位要求不單單是熟悉軟體開發0-1就可以了。下面我們從幾方面進行說明。

剛簡單闡述了程式設計師的優勢，具體優勢如下：簡歷中表明自己是技術崗位轉產品可以增加獲得公司offer。熟悉產品開發中整套開發流程熟悉每頁頁面與頁面以及各個功能之間的關係產品設計，文件編輯，評審與溝通更加專業程式設計師與產品經理區別程式設計師：根據產品經理編輯的需求文件PRD文件進行實現其功能與邏輯。一句話---死板產品經理：公司中隱藏的CEO，負責公司產品，從使用者調研---需求分析---原型設計---文件編輯---專案溝通與管理---專案測試---專案培訓與專案上線。每個環節產品都涉及，可能你會說：怎麼這麼多事情。我的回答是：沒辦法，產品就像自己的還在，必須無微不至的關心與愛護。程式設計師與產品經理前景與公司待遇

前景

程式設計師與產品經理都是很不錯的職業，據有關資料記載，中國10大高薪行業就包含了網際網路（程式設計師與產品經理都是網際網路不可或缺的一份子，必須算高薪），但是，看到這點有個不好的訊息，也有資料記載（自己頭腦中的資料），程式設計師在上了年紀（程式設計師36歲算上了年紀，有技術看到的別噴，僅本人認為哈），基本很難找到程式設計師相關的工作，基本都轉行或者自己創業。程式設計師：每天都在不斷的敲以前熟悉的程式碼，我自己在做開發的時候基本都是那些（if…else…），很少溝通，若溝通基本都是身邊的程式設計師與產品，社交也很侷限，說實話，以前我們老大說過，程式設計師不可能做一輩子，以後都會轉到產品崗或專案崗，走管理層。這句話我很贊同，不知道程式設計師的您是否也贊同。產品經理：一個好的產品經理一般就具備：溝通能力，學習能力，文件編輯能力，邏輯思維能力，演講能力以及專案管理能力等，畢竟產品經理面對的是公司已經所有的人（領導，財務，UI，開發，測試，運營）以及產品的使用者（需求調研肯定要面對），這些能力對自己在日程生活中也有著很好的幫助，很實用。一下是產品能力圖

待遇

一般3-5年的程式設計師與產品經理相比（學歷相同，工作年限相同），產品經理薪資要高0.2個百分點，這個比例根據地區不一樣而不一樣，就我們成都相比。在1年前我看到“婚禮紀”招產品總監，開出的薪資是50-80w／年。可能這個數字對程式設計師而言貌似很難達到。

最後我們還是回到主題講一下，程式設計師轉產品經理是完全可行尤其是高學歷人員更是吃香，優勢上面也說了很多，但是產品經理要求的能力太多，希望還是系統看一下資料然後系統的學習一下。若有其他行業的想轉產品經理，建議大家最好去培訓一下，不然真的工作很吃力，尤其是在產品設計與PRD文件這塊。好的培訓機構可以幫助你在前期迅速掌握勝任這個職位的工作技巧與方法，你可以看看下面連結的小班授課，基本培訓完就是一個合格的初級產品經理了。

首先咱們先了解一下產品經理與程式設計師的區別，通俗的說，程式設計師就是寫程式碼的，負責一個軟體產品的實現，舉個栗子，程式設計師可以說是工地上壘磚砌房子的農民工。

而產品經理是幹嘛的呢？不要覺得帶個經理的名字就是領導，當然產品經理在程式設計師面前確實有發號命令的權利。產品經理就是根據客戶或者公司自己的規劃想法，把這個想法轉換成對應的產品模型，也就是說產品經理類似於工地上一棟樓的設計師，產品到底該有哪些功能，該怎麼規劃，一般都是產品經理設計的。

那麼程式設計師轉產品經理怎麼樣呢？我覺得完全沒問題啊。就好比一個具有豐富施工經驗的壘牆工人，他蓋的樓多了，後來你讓他設計一個新的大樓出來，雖然可能細節上不足，但是憑藉他之前的經驗，還是可以實現的。再比如說，一個經驗豐富的演員，之前都是聽從於導演的命令去演戲，後來他自己經驗豐富了，要轉型做導演，也是容易的啊，”演而優則導“，這樣的例子很多的。

程式設計師轉產品經理，其實優勢也很多。目前很多的產品經理並不懂開發，設計的產品功能其實在實現的時候，可能根本就完不成，也就是產品經理會存在"瞎設計，瞎指揮"的問題。但是換成一個開發經驗豐富的程式設計師去設計產品，什麼功能可以實現，該怎麼實現，他心裡一清二楚，設計出來的產品反而更容易實現。

好轉。

一個好的程式設計師能頂兩個好產品經理。

一個不好的程式設計師，能頂一個半產品經理。

知道現在全棧程式設計師多恐怖麼？

前面能和客戶談需求、畫原型

回來能出高保真、互動圖

設計文件、資料字典更是不在話下

還能寫程式碼

還能做測試

還能寫使用者手冊

還能，還能開發票

一個產品經理頂多做他工作的30%。

但程式設計師很多轉產品經理，心理關不好過。

這特性如何描述 vs 能不能做

程式設計師習慣性去用自己的能力判斷一個特效能不能做，而不是如何描述。需要角色轉換。

這特性如何實現 vs 使用者是否需要

程式設計師習慣性判斷一個特性如何去實現，而不是去判斷使用者是否需要這個特性

有技術難度 vs 有使用者價值

程式設計師習慣去挑戰有難度的需求，而不是使用者真的需要的需求。

喜歡寫程式碼 vs 喜歡溝通交流程式設計師喜歡和程式碼打交道，但和人打交道要複雜很多

心理轉化了，程式設計師轉產品經理，分分鐘的事情。