本文作者從自己的親身經(jīng)歷出發(fā)，總結(jié)了從程序員轉(zhuǎn)崗到產(chǎn)品經(jīng)理會(huì)有哪些優(yōu)勢(shì)，以及那些可能會(huì)踩到的坑。推薦給想要轉(zhuǎn)型的程序員或者剛轉(zhuǎn)型產(chǎn)品的前程序員們，千萬(wàn)別錯(cuò)過(guò)這篇文章哦。

2 個(gè)多月前，我還是一名正兒八經(jīng)的程序員，以往前端、后端、團(tuán)隊(duì)管理都做過(guò)。在過(guò)去的兩個(gè)月，我切實(shí)體會(huì)到了產(chǎn)品經(jīng)理與程序員，在思考方式、做事方法上的區(qū)別。

2019 年的時(shí)候，我有一個(gè)機(jī)會(huì)在公司內(nèi)部從程序員轉(zhuǎn)崗產(chǎn)品經(jīng)理，當(dāng)時(shí)我向業(yè)內(nèi)大佬們請(qǐng)教，具體應(yīng)該注意什么，其中有一個(gè)反饋是 “別傲慢”。

當(dāng)時(shí)我是真的慌了，以為是自己發(fā)布消息的內(nèi)容語(yǔ)言使用不對(duì)，生怕給別人一種 “我很傲慢” 的感覺(jué)。

現(xiàn)在回過(guò)頭來(lái)想，我當(dāng)時(shí)的反應(yīng)恰恰證明了自己作為程序員的 “傲慢”。

看到評(píng)論的那一刻，我第一反應(yīng)是站在自己的角度，發(fā)出了“我不傲慢”的反駁，沒(méi)有換位思考，更沒(méi)有意識(shí)到那只是個(gè)非常中肯且重要的建議。

做產(chǎn)品經(jīng)理 2 個(gè)半月，我感覺(jué)自己正在慢慢擺脫傲慢思維。

也想來(lái)總結(jié)一下，從程序員轉(zhuǎn)崗到產(chǎn)品經(jīng)理，有哪些優(yōu)勢(shì)，以及可能會(huì)踩到的坑。

一、技術(shù)轉(zhuǎn)型產(chǎn)品的優(yōu)勢(shì)

在互聯(lián)網(wǎng)產(chǎn)品團(tuán)隊(duì)中，程序員是核心的角色之一。

從程序員轉(zhuǎn)型的產(chǎn)品經(jīng)理的人，最大的優(yōu)勢(shì)可能就是我們對(duì)程序員的工作方式和習(xí)慣更了解，對(duì)后續(xù)的協(xié)作、產(chǎn)品管理有比較大的助力。

結(jié)合 2 個(gè)多月的實(shí)際經(jīng)驗(yàn)，我想來(lái)總結(jié)下這個(gè)階段，我理解到的技術(shù)背景產(chǎn)品人的優(yōu)勢(shì)。

首先，不會(huì)低估程序員的“懷疑能力”。

程序員的懷疑能力是指在新需求來(lái)的時(shí)候，對(duì)產(chǎn)品經(jīng)理抱有的“不信任感”。

尤其是對(duì)剛開(kāi)始合作的產(chǎn)品經(jīng)理，這個(gè)不信任不是對(duì)人，而主要來(lái)源于程序員的行業(yè)背景和工作習(xí)慣導(dǎo)致的思維方式相對(duì)更嚴(yán)謹(jǐn)。

產(chǎn)品經(jīng)理每天思考的，是如何產(chǎn)品創(chuàng)新、如何滿足客戶需求、如何滿足老板要求，體現(xiàn)出個(gè)人價(jià)值。所以，產(chǎn)品經(jīng)理更偏重全局觀，對(duì)于有時(shí)候會(huì)忽略一些細(xì)節(jié)問(wèn)題。

而程序員思考的是：這個(gè)需求能不能實(shí)現(xiàn)、用什么技術(shù)可以實(shí)現(xiàn)、多久可以實(shí)現(xiàn)，目前的任務(wù)排期是什么，手里還有沒(méi)有其他任務(wù)，需不需要加班、公司有沒(méi)有加班費(fèi)，以及這個(gè)項(xiàng)目加不加績(jī)效。

所以，他們更在意每一個(gè)影響工作量的邏輯細(xì)節(jié)，也會(huì)跟產(chǎn)品經(jīng)理拋出很多的問(wèn)題，尤其是在產(chǎn)品需求會(huì)上。

需求會(huì)是一個(gè)特殊的場(chǎng)景：一個(gè)產(chǎn)品經(jīng)理、一群開(kāi)發(fā) + 測(cè)試。

如果需求準(zhǔn)備得不那么充分，程序員和測(cè)試一個(gè)一個(gè)問(wèn)題拋過(guò)來(lái)，會(huì)營(yíng)造一種“圍攻”的感覺(jué)。尤其當(dāng)他們拋出技術(shù)方案相關(guān)的問(wèn)題時(shí)，緊張感會(huì)更明顯。

而且，有些程序員同學(xué)的語(yǔ)氣會(huì)不自覺(jué)地帶有攻擊性，產(chǎn)品經(jīng)理很容易陷入被懟的情緒里。

對(duì)于我來(lái)說(shuō)，在做產(chǎn)品設(shè)計(jì)的時(shí)候，我會(huì)不自覺(jué)的代入技術(shù)思維來(lái)給自己拋出問(wèn)題，最大程度完善邏輯細(xì)節(jié)。

即便是沒(méi)有落實(shí)到PRD和原型上的問(wèn)題，被程序員提出來(lái)了也不會(huì)慌，總是可以從過(guò)去的工作經(jīng)驗(yàn)中找到解決方案。

所以在做產(chǎn)品的前 2 個(gè)月，我沒(méi)有出現(xiàn)過(guò)被技術(shù)圍攻的感覺(jué)。

其次，更清楚程序員需要的空間。

基于我之前的經(jīng)驗(yàn)，經(jīng)常會(huì)有產(chǎn)品經(jīng)理因?yàn)檫M(jìn)度催得太急把程序員惹毛，這種現(xiàn)象很常見(jiàn)。

站在產(chǎn)品經(jīng)理的角度，同步完需求之后，后續(xù)產(chǎn)品能不能做出來(lái)，能不能正常使用，主要取決于程序員。頻繁地問(wèn)，其實(shí)也是為了把控產(chǎn)品進(jìn)度。但是，如果掌握不好問(wèn)的時(shí)間、頻率，在程序員的角度就變成了“催”。

程序員的工作需要時(shí)間和空間，比如在需求會(huì)上，有經(jīng)驗(yàn)的程序員是不會(huì)當(dāng)場(chǎng)給出開(kāi)發(fā)周期的，他們需要花時(shí)間來(lái)評(píng)估技術(shù)可行性，1天、1周都有可能。

肉眼看到的需求不是需求，短時(shí)間給出的承諾，要么真的是非常牛，要么就是對(duì)產(chǎn)品和自己的不負(fù)責(zé)。

程序員接收到需求必須經(jīng)過(guò)自己的大腦，定下來(lái)技術(shù)方案、研發(fā)成本、可能存在的坑，才算是確認(rèn)了需求。當(dāng)然，他們會(huì)給自己預(yù)留出一部分時(shí)間，來(lái)和需求方進(jìn)行博弈。

所以，在做產(chǎn)品經(jīng)理的這段時(shí)間，我沒(méi)有要求過(guò)程序員當(dāng)場(chǎng)給出時(shí)間，而是給出明確的評(píng)估范圍，到節(jié)點(diǎn)跟進(jìn)是否有想要的結(jié)果就好。

但是作為產(chǎn)品經(jīng)理，要給自己一個(gè)預(yù)期——程序員的時(shí)間評(píng)估不一定每次都準(zhǔn)確，具體還是要看程序員的工作經(jīng)驗(yàn)，如果經(jīng)驗(yàn)不足，最好跟他的上級(jí)確認(rèn)一下。

需要強(qiáng)調(diào)的是，如果在跟程序員溝通中，他說(shuō)出了這句話：“產(chǎn)品一句話，恨不得第二天東西就出來(lái)了”。

有兩種可能：

1. 產(chǎn)品經(jīng)理催的太急了，他煩了；
2. 他的工作有很大可能會(huì)延期，程序員對(duì)時(shí)間不自信了。

產(chǎn)品經(jīng)理可以通過(guò)查看過(guò)程進(jìn)度，來(lái)判斷是哪種情況。

如果是第 1 種情況，其實(shí)可以跟程序員確定一個(gè)固定的時(shí)間進(jìn)度，給程序員留出自己的心流時(shí)間專(zhuān)心編碼。

如果是第 2 種情況，無(wú)論是不是程序員的責(zé)任，都建議別扯皮，先穩(wěn)住。讓你的程序員同學(xué)先集中精力完成工作，最后再做原因復(fù)盤(pán)。

第三，不會(huì)忽視程序員的每一個(gè)小問(wèn)題。

相對(duì)于產(chǎn)品經(jīng)理來(lái)說(shuō)，程序員是不善言辭的。絕大多數(shù)程序員，能寫(xiě)代碼解決的就不愿意交流，大多數(shù)時(shí)間都更愿意自己干活。所以，一旦他們拋出了問(wèn)題，那一定是不能忽視的。

總結(jié)下來(lái)，從程序員轉(zhuǎn)型產(chǎn)品經(jīng)理的優(yōu)勢(shì)，目前我體會(huì)到的是：

1. 做需求的時(shí)候能夠調(diào)動(dòng)技術(shù)思維，在需求上思考的相對(duì)比較詳細(xì)，所以對(duì)研發(fā)進(jìn)度更有把控感。
2. 能跟程序員同頻，更能理解程序員提出的問(wèn)題，也能清楚什么原因更能觸發(fā)他們的小情緒，該哄就哄，該批評(píng)就開(kāi)誠(chéng)布公的找上領(lǐng)導(dǎo)一起復(fù)盤(pán)。
3. 在產(chǎn)品研發(fā)過(guò)程中，程序員拋出的問(wèn)題也能結(jié)合自己過(guò)去的技術(shù)經(jīng)驗(yàn)，給出方案建議，無(wú)形中增加了他們的信任感。

二、技術(shù)思維的坑

除了優(yōu)勢(shì)，我也發(fā)現(xiàn)了程序員思維，在產(chǎn)品管理過(guò)程中帶來(lái)的問(wèn)題。

第一，不自覺(jué)地憋大招。

做程序員的時(shí)候，大多數(shù)時(shí)間就是拿到需求，自己還是做技術(shù)調(diào)研、做規(guī)劃、出方案，遇見(jiàn)問(wèn)題也主要靠搜索來(lái)解決，直到完成產(chǎn)品開(kāi)發(fā)提交給測(cè)試驗(yàn)收為止。

在這 2 個(gè)月的產(chǎn)品工作中，我會(huì)不自覺(jué)地代入這個(gè)習(xí)慣——確認(rèn)完客戶需求之后，開(kāi)始一個(gè)人做需求分析、產(chǎn)品設(shè)計(jì)，直到功能架構(gòu)、信息架構(gòu)、原型圖全都做完，甚至已經(jīng)和程序員做完需求溝通了，才把結(jié)果匯報(bào)給老板。

這個(gè)過(guò)程就出了問(wèn)題，由于做原型過(guò)程中老板太忙了，雖然把內(nèi)容發(fā)給了他看，但是沒(méi)有得到明確的反饋。

所以，MVP 版本開(kāi)發(fā)完成后，老板看到產(chǎn)品，才提出缺少他想要的功能，要求必須加上，這個(gè)過(guò)程也導(dǎo)致了程序員修改表結(jié)構(gòu)。

其實(shí)，如果我能在需求設(shè)計(jì)階段，多跟老板溝通并跟進(jìn)結(jié)論，而不是自己悶頭干活，可能就不會(huì)出現(xiàn)這種問(wèn)題。這是一種思維定式，總不愿意麻煩別人。

做程序員沒(méi)有問(wèn)題，畢竟遇見(jiàn)技術(shù)問(wèn)題，更重要的還是自己能想明白并且解決。但是，產(chǎn)品經(jīng)理不能這樣，在需求分析階段，切換到不同視角，多和各種相關(guān)角色溝通是基礎(chǔ)要求。

第二，太依賴過(guò)去的經(jīng)驗(yàn)，導(dǎo)致認(rèn)知偏差。

我之前做過(guò) 8 年多的程序員，經(jīng)驗(yàn)還算豐富。在產(chǎn)品規(guī)劃的初期，會(huì)本能地依據(jù)自己的經(jīng)驗(yàn)，來(lái)判斷技術(shù)是否可行，包括版本排期，也會(huì)根據(jù)個(gè)人經(jīng)驗(yàn)來(lái)預(yù)估。

但是，每個(gè)技術(shù)團(tuán)隊(duì)的工作方式和技術(shù)棧是不同的，每個(gè)人的能力水平也不相同。

所以，在技術(shù)可行性和時(shí)間評(píng)估方面會(huì)跟我的預(yù)期有偏差。剛開(kāi)始做產(chǎn)品工作的時(shí)候，因?yàn)檫@個(gè)問(wèn)題，也和程序員們做了幾次磨合。

除了技術(shù)，還有和用戶的溝通上，總是會(huì)出現(xiàn)“全世界和我一樣懂，全世界和我一樣不懂，全世界的腦袋都和我一樣”的想法。過(guò)度使用“以己度人”的方式理解用戶。

以上兩個(gè)坑，說(shuō)起來(lái)可能都懂，但是確實(shí)是技術(shù)思維容易跳的坑，以后盡量小心一些。

三、一個(gè)小建議

前面總結(jié)了我自己從程序員轉(zhuǎn)型產(chǎn)品經(jīng)理的這兩個(gè)月的一些心得體會(huì)，我想最后再一次拿出程序員時(shí)期的傲慢，斗膽給一點(diǎn)技術(shù)都不懂技術(shù)的產(chǎn)品經(jīng)理們提個(gè)建議——學(xué)一門(mén)技術(shù)。

無(wú)論跟設(shè)計(jì)師溝通還是跟程序員溝通，如果明白那個(gè)領(lǐng)域的底層通識(shí)，以及他們普遍的思維方式、工作立場(chǎng)，對(duì)于后續(xù)的工作展開(kāi)會(huì)很有幫助。

有些時(shí)候，程序員之所以傲嬌，也是吃準(zhǔn)了產(chǎn)品不懂技術(shù)。他們拋出比較常見(jiàn)的技術(shù)問(wèn)題，產(chǎn)品接不住的時(shí)候，難免會(huì)在心里暗爽。

互聯(lián)網(wǎng)產(chǎn)品經(jīng)理懂點(diǎn)技術(shù)，我個(gè)人覺(jué)得是非常有必要的。

學(xué)習(xí)技術(shù)不僅能讓我們更了解程序員的工作，同時(shí)也能鍛煉到邏輯思維，提高學(xué)習(xí)效率，這是我的親身體會(huì)。

我本人一直是個(gè)學(xué)渣，邏輯思維鍛煉得少，而且性格偏感性，經(jīng)常跟著感覺(jué)行事。但是在做技術(shù)的這 8 年，我明顯感覺(jué)自己的理性思維被鍛煉到了。

所以，如果可以的話，我非常建議產(chǎn)品經(jīng)理學(xué)習(xí)一門(mén)技術(shù)。

不用太難的，喜歡可視化的可以學(xué)一下前端，像html、js、css、nodejs，這些還可以在搭建個(gè)人網(wǎng)站的時(shí)候用到，后續(xù)跟前端溝通會(huì)比較順暢。

本身邏輯性強(qiáng)的同學(xué)，也可以學(xué)一學(xué)python，或者簡(jiǎn)單的數(shù)據(jù)庫(kù)腳本，產(chǎn)品經(jīng)理如果寫(xiě)出來(lái)一個(gè)小爬蟲(chóng)，那還是很值得炫耀的。

當(dāng)然，我的這個(gè)建議也不一定準(zhǔn)確，畢竟很多不會(huì)技術(shù)的產(chǎn)品經(jīng)理做得也很好。

但是，我還是認(rèn)為不會(huì)≠不懂，如果能不學(xué)就能懂一些也是可以的。（有點(diǎn)矛盾，不學(xué)怎么能懂呢？）

四、寫(xiě)在最后

我的一些淺顯的經(jīng)驗(yàn)總結(jié)，希望能給同樣有轉(zhuǎn)行想法的朋友一些幫助，也希望能給非技術(shù)背景的產(chǎn)品經(jīng)理們一些參考。

在《啟示錄》第二版里有提到，產(chǎn)品經(jīng)理是一個(gè)團(tuán)隊(duì)里最像 CEO 的人，也是發(fā)展?jié)摿艽蟮囊粋€(gè)職業(yè)。所以，我很慶幸自己從程序員成功轉(zhuǎn)型為產(chǎn)品經(jīng)理。

互聯(lián)網(wǎng)產(chǎn)品團(tuán)隊(duì)，產(chǎn)品經(jīng)理、程序員應(yīng)該是最親近的人，如果能長(zhǎng)期奮斗在一個(gè)產(chǎn)品線上，會(huì)是一件非常幸運(yùn)的事情。

作為產(chǎn)品經(jīng)理，雖然我還是個(gè)新手，但是我堅(jiān)信以后能跟設(shè)計(jì)、程序員、測(cè)試同學(xué)們處得很好，一起做出更好、更有價(jià)值的產(chǎn)品。