程序員轉(zhuǎn)行產(chǎn)品經(jīng)理可行嗎，前景如何？
來源：程序員編程基地
作者：名燮
職場上會有35歲危機嗎？程序員年紀(jì)大了需要準(zhǔn)備轉(zhuǎn)行嗎？這些問題都會困擾我們，最近我的一個同事真的轉(zhuǎn)行了，從一個10年碼農(nóng)到一個菜鳥產(chǎn)品經(jīng)理，跟大家分享一下這個經(jīng)歷。
轉(zhuǎn)行的優(yōu)缺點分析
兩者區(qū)別
首先咱們先了解一下產(chǎn)品經(jīng)理與程序員的區(qū)別，通俗的說，程序員就是寫代碼的，負(fù)責(zé)一個軟件產(chǎn)品的實現(xiàn)，舉個例子，程序員可以說是工地上壘磚砌房子的農(nóng)民工。
而產(chǎn)品經(jīng)理是干嘛的呢？不要覺得帶個經(jīng)理的名字就是領(lǐng)導(dǎo)，當(dāng)然產(chǎn)品經(jīng)理在程序員面前確實有發(fā)號命令的權(quán)利。
產(chǎn)品經(jīng)理就是根據(jù)客戶或者公司自己的規(guī)劃想法，把這個想法轉(zhuǎn)換成對應(yīng)的產(chǎn)品模型，也就是說產(chǎn)品經(jīng)理類似于工地上一棟樓的設(shè)計師，產(chǎn)品到底該有哪些功能，該怎么規(guī)劃，一般都是產(chǎn)品經(jīng)理設(shè)計的。
程序員日常受到的訓(xùn)練，都是窮舉思維；要考慮清楚每一種情況，否則寫的程序會出現(xiàn)大量bug。
而產(chǎn)品經(jīng)理通常用螺旋式的思維規(guī)劃產(chǎn)品的不同版本需要的功能。他們以小步快跑，快速迭代的思想去考慮投放市場的時間節(jié)點。
程序員是多的思維，產(chǎn)品經(jīng)理日常在做減法。
轉(zhuǎn)行優(yōu)勢
那么程序員轉(zhuǎn)產(chǎn)品經(jīng)理怎么樣呢？其實優(yōu)勢也很多，是一個不錯的選擇，就好比一個具有豐富施工經(jīng)驗的壘墻工人，他蓋的樓多了，后來你讓他設(shè)計一個新的大樓出來，雖然可能細(xì)節(jié)上不足，但是憑借他之前的經(jīng)驗，還是可以實現(xiàn)的。
再比如說，一個經(jīng)驗豐富的演員，之前都是聽從于導(dǎo)演的命令去演戲，后來他自己經(jīng)驗豐富了，要轉(zhuǎn)型做導(dǎo)演，也是容易的啊，”演而優(yōu)則導(dǎo)“，這樣的例子很多的。
目前很多的產(chǎn)品經(jīng)理并不懂開發(fā)，設(shè)計的產(chǎn)品功能其實在實現(xiàn)的時候，可能根本就完不成，也就是產(chǎn)品經(jīng)理會存在"瞎設(shè)計，瞎指揮"的問題。
但是換成一個開發(fā)經(jīng)驗豐富的程序員去設(shè)計產(chǎn)品，什么功能可以實現(xiàn)，該怎么實現(xiàn)，他心里一清二楚，設(shè)計出來的產(chǎn)品反而更容易實現(xiàn)。
很多時候，一些簡單的內(nèi)容，你可以直接上手操作，甚至都不需要拜托程序。
你能更加好的理解程序，知道什么能做什么不能做，知道怎么設(shè)置deadline才合理。
一個好的程序員能頂兩個好產(chǎn)品經(jīng)理。
一個不好的程序員，能頂一個半產(chǎn)品經(jīng)理。
轉(zhuǎn)行劣勢
一句話：你的思考方法，不是產(chǎn)品經(jīng)理的思考方法
你會先思考，這個功能能否實現(xiàn)，而不是，這個功能對于產(chǎn)品來說有多少效果；程序員的思考是來自于自身，而產(chǎn)品經(jīng)理卻不得不去不斷聽從用戶，并且思考用戶說的到底哪些是對的，這是一個非常難甚至讓人焦慮的轉(zhuǎn)變。
然后，你會陷入到一個個具體的可以操作的功能中去，這是很多新手產(chǎn)品經(jīng)理的問題。每學(xué)習(xí)到一個新的功能，你都會感覺到欣喜，就像一個好玩的玩具，然后想要重復(fù)實現(xiàn)。你已經(jīng)走出了第一步，然后落入了一個坑之中。
直到最后，你才有可能慢慢站在全局角度去思考，去看待問題，這時候才開始是一個合格的產(chǎn)品經(jīng)理。
但程序員很多轉(zhuǎn)產(chǎn)品經(jīng)理，心理關(guān)不好過。
這特性如何描述 vs 能不能做
程序員習(xí)慣性去用自己的能力判斷一個特性能不能做，而不是如何描述。需要角色轉(zhuǎn)換。
這特性如何實現(xiàn) vs 用戶是否需要
程序員習(xí)慣性判斷一個特性如何去實現(xiàn)，而不是去判斷用戶是否需要這個特性
有技術(shù)難度 vs 有用戶價值
程序員習(xí)慣去挑戰(zhàn)有難度的需求，而不是用戶真的需要的需求。
喜歡寫代碼 vs 喜歡溝通交流
程序員喜歡和代碼打交道，但和人打交道要復(fù)雜很多
轉(zhuǎn)行產(chǎn)品經(jīng)理，需要考什么證嗎？
相關(guān)的證書有很多，PMP、信息系統(tǒng)項目管理師、6sigma、CBAP、GPST CPM產(chǎn)品經(jīng)理認(rèn)證、GPST精益產(chǎn)品經(jīng)理認(rèn)證、TRIZ等等
個人認(rèn)為，互聯(lián)網(wǎng)領(lǐng)域證書沒啥用，除非你是一些特殊技能崗位。
互聯(lián)網(wǎng)產(chǎn)品經(jīng)理，考驗?zāi)愕牟皇窃蛨D畫的有多溜，產(chǎn)品框架有多好看，核心考驗的是產(chǎn)品經(jīng)理對需求的溝通協(xié)調(diào)收集整理能力。
80%的時間在各方面溝通，20%時間才是設(shè)計畫圖，所以這也是為啥程序員很難轉(zhuǎn)型產(chǎn)品經(jīng)理的原因之一。
溝通協(xié)調(diào)除了考驗一個人的為人處事能力，還要有市場用戶思維，真正懂得客戶所需，部門所想，老板所要，技術(shù)所工等等。
這也是為啥產(chǎn)品經(jīng)理薪資一直居高不下的原因，因為其能力要求比較高。不是隨便人可以勝任的，但是功夫不負(fù)有心人，是人做的崗位，總有人可以勝任。而勝任的絕對不是一張證書，而是真材實料的項目管理經(jīng)驗。
程序員如何轉(zhuǎn)變成產(chǎn)品經(jīng)理？
回答這個問題，需要明確什么樣的產(chǎn)品經(jīng)理，b端的產(chǎn)品經(jīng)理、c端的產(chǎn)品經(jīng)理、還是數(shù)據(jù)產(chǎn)品經(jīng)理？不同產(chǎn)品經(jīng)理的能力要求是不同的。
下面我們泛談下我理解的努力方向：
搞清楚產(chǎn)品經(jīng)理這個崗位的能力要求。正所謂先搞清楚目標(biāo)在哪？下來結(jié)合自己的能力，找到不足的地方去學(xué)習(xí)。
做思維模式的轉(zhuǎn)變。
學(xué)習(xí)市場、運營、營銷等方面的知識。
提升自己溝通、協(xié)調(diào)、管理方面的能力。
增加自己信息量，包含行業(yè)的信息和國家政策方面的。
鍛煉自己看問題本質(zhì)的能力，抓住事情的本質(zhì)，洞察人性的能力是產(chǎn)品經(jīng)理的核心能力。是優(yōu)秀產(chǎn)品經(jīng)理與普通產(chǎn)品經(jīng)理的最大區(qū)別。
經(jīng)驗總結(jié)
程序員轉(zhuǎn)產(chǎn)品經(jīng)理是完全可行尤其是高學(xué)歷人員更是吃香，優(yōu)勢上面也說了很多，但是產(chǎn)品經(jīng)理要求的能力太多，希望還是系統(tǒng)看一下資料然后系統(tǒng)的學(xué)習(xí)一下。
提高溝通能力，當(dāng)程序員時，過于內(nèi)向，不愛開口，但產(chǎn)品經(jīng)理對溝通要求更高一些，因為要講清楚產(chǎn)品需求；
產(chǎn)品策劃思維，學(xué)一些產(chǎn)品的規(guī)劃方法，提高產(chǎn)品思維。遇到一件產(chǎn)品時，經(jīng)常思考，它的不足以及可借鑒的地方，久而久之，就有產(chǎn)品思維了；
懂些市場營銷，好的產(chǎn)品，需要具備營銷因素，畢竟產(chǎn)品是最終要賣出去的；
用戶思維，多從用戶的角度思考產(chǎn)品，千萬不要從個人角度出發(fā)，除非你是喬布斯。
有道無術(shù)，術(shù)可成；有術(shù)無道，止于術(shù)
歡迎大家關(guān)注Java之道公眾號
好文章，我在看??