首先咱們先了解壹下產品經理與程序員的區別，通俗的說，程序員就是寫代碼的，負責壹個軟件產品的實現，舉個栗子，程序員可以說是工地上壘磚砌房子的農民工。
而產品經理是幹嘛的呢？不要覺得帶個經理的名字就是領導，當然產品經理在程序員面前確實有發號命令的權利。產品經理就是根據客戶或者公司自己的規劃想法，把這個想法轉換成對應的產品模型，也就是說產品經理類似於工地上壹棟樓的設計師，產品到底該有哪些功能，該怎麽規劃，壹般都是產品經理設計的。
那麽程序員轉產品經理怎麽樣呢？我覺得完全沒問題啊。就好比壹個具有豐富施工經驗的壘墻工人，他蓋的樓多了，後來妳讓他設計壹個新的大樓出來，雖然可能細節上不足，但是憑借他之前的經驗，還是可以實現的。再比如說，壹個經驗豐富的演員，之前都是聽從於導演的命令去演戲，後來他自己經驗豐富了，要轉型做導演，也是容易的啊，”演而優則導“，這樣的例子很多的。
程序員轉產品經理，其實優勢也很多。目前很多的產品經理並不懂開發，設計的產品功能其實在實現的時候，可能根本就完不成，也就是產品經理會存在"瞎設計，瞎指揮"的問題。但是換成壹個開發經驗豐富的程序員去設計產品，什麽功能可以實現，該怎麽實現，他心裏壹清二楚，設計出來的產品反而更容易實現。
如果想學習Java，可以關註我，獲取全套免費學習教程。
好轉。
壹個好的程序員能頂兩個好產品經理。
壹個不好的程序員，能頂壹個半產品經理。
知道現在全棧程序員多恐怖麽？
前面能和客戶談需求、畫原型
回來能出高保真、交互圖
設計文檔、數據字典更是不在話下
還能寫代碼
還能做測試
還能寫用戶手冊
還能，還能開發票
壹個產品經理頂多做他工作的30%。
但程序員很多轉產品經理，心理關不好過。
程序員習慣性去用自己的能力判斷壹個特性能不能做，而不是如何描述。需要角色轉換。
程序員習慣性判斷壹個特性如何去實現，而不是去判斷用戶是否需要這個特性
程序員習慣去挑戰有難度的需求，而不是用戶真的需要的需求。
程序員喜歡和代碼打交道，但和人打交道要復雜很多