這是網易文學漫畫產品部產品設計組負責人從程序員轉型產品經驗心得，程序員看了會流淚，產品經理看了會不說話，下面進入正文，自覺畫重點：

前段時間有同事跟我聊到希望轉行做產品經理，希望聽取下我的意見和建議。大概在4年前，我從一名普通的程序員轉行做了產品策劃。如今又在負責產品經理的相關工作，今天回顧下我轉行經歷，希望可以幫助到想轉行做產品策劃和產品經理的程序猿們。

?

●●●

初始感受

人們都說，隔行如隔山。我是從產品策劃開始轉型的，剛轉型的第一感覺就是，產品策劃需要了解和掌握的知識非常多非常雜。原本作為程序員只要跟代碼、跟IDE、跟內存、跟數據庫、跟設計模式打交道的我，突然變成要跟交互、跟視覺、跟前段后端開發、跟運營、跟市場等相關接口人來打交道：機器有固定規則和套路，只要摸清楚程序開發的基本原則和流程，你構思的架構和所寫的代碼就會按照你的想法一一呈現在眼前；但是，人是活的，市場是變化的，用戶需求是多樣的，甚至用戶自己也不知道自己真正想要的是什么。這時候，產品策劃的工作就變得復雜和有難度起來。我們不僅僅要了解用戶的真實想法和需求，還需要學習和掌握市場上的競爭形勢，了解我們手上所有可調的配資源，如何在眾多不確定的因素中找到一條可行的發展道路，使得產品以及我們負責策劃設計的功能可以達到一個滿意的預期效果。

?

●●●

程序員優勢

最開始轉崗到產品策劃的時候，有人跟我說：好的產品經理都是技術轉過來的。比如我們敬愛的老板、比如喬幫主、比如雷軍等等。的確，技術出身的人在做產品的時候有一些優勢。

當然，最大的一個好處是，程序員不能“蒙”你！可能很多非技術出身的產品經理都會遇到這樣一個問題。自己辛辛苦苦設想的方案和設計功能，程序員一句簡單的“做不了”而被打回。還有一些問題是可能我們最開始設計的方案，在執行開發的過程中，可能會涉及到較多的資源、較長的開發周期。此時，技術出身的產品經理可以根據需求的最核心目標與技術人員溝通，尋求有效合理的解決方案。在滿足基本需求的前提下，又可以按時保質的完成開發和版本迭代。作為產品經理，每天的日常工作除了要了解行業動態、調研用戶需求、設計解決方案外，最多的事情就是不斷的與各個角色的上下游同事進行溝通和交流。而有著較強的邏輯性、過硬的技術功底、對全系統有著深入了解的程序員產品經理，在與用戶、運營、市場同學交流討論需求以及產品運營推廣方案時，可以第一時間對各種設想和規劃給出可靠的技術可行性，的確可以提高交流和溝通的效率。

第二個較大的優勢是在設計方案時，有較強的系統性和邏輯性。我們都知道，設計哪怕再簡單的一個功能，也需要與產品現有的功能和架構有著諸多的聯系和關聯，甚至設計的功能本身就包含著一個小的框架系統。而程序員有面向對象、設計模式和狀態機等常用的開發設計工具。這些工具和設計思路可以幫助產品同學在設計框架和規劃方案時系統和全面的了解用戶需求以及設計合理的解決方案。

例如，產品經理經常要做的競品分析以及行業商業模式分析，其實在程序員看來就可以簡單的整理成一個商業模式的狀態機，用圖表的方式圖示話。這樣便于理解與溝通，也有利于設計和構想適合于自己產品的商業模式。如下圖，是曾經做過對租車行業的商業模式和運營模式的分析。嘗試著將租車行業的各個角色使用類似狀態機的方式鏈接起來，對于各個競品的比較和分析都是比較方便和直觀的。

?

●●●

程序員劣勢

雖然作為程序員轉行的做產品，自身有一定的優勢。但正如不同的角色都有轉變成為產品經理的成功案例，從事不同工作崗位的同學也都帶著自身職業背景的優勢和強項。相對的，程序員同學也會有一些不足和先天的劣勢。

首先，程序員出身的產品經理可能過于強調技術的重要性并追究過于完美的技術解決方案。強大而完備的技術解決方案是產品的一項重要的核心競爭力指標。但是要根據當前產品所處的階段以及需求的緊迫程序來選擇合理的解決方案。如果一味的追求強大而完備，則可能消耗較長時間而延誤市場的窗口期。同時，復雜而完備的技術方案，也可能導致系統的復雜度提高，增加了QA的成本，也增加了上線后可能出現BUG的風險。

互聯網產品的特點是節奏快，變化多，用戶的需求隨時都在改變和演進。產品經理應該分析用戶的本質需求，根據用戶的心智模型選擇效率最高的設計和技術方案來驗證設計原型。通過小步快跑的方式來不斷的迭代和優化產品功能并尋求切實可行的技術解決方案。很多時候，技術出身的產品經理設計的方案可能是從技術本身出發，而不是從用戶的真實需求和實際的使用場景出發。為了技術創新而設計產品功能，反而會使產品事倍功半，用戶并不買賬。

技術轉產品經理的另外一個劣勢是：對運營、市場等相關領域積累不夠，對交互設計、視覺設計等方面也需要從零開始花費大量的時間去學習和了解領域知識。程序員的思維往往是線性的、嚴謹的和有較強邏輯性的。但是對于產品的運營、推廣和傳播往往又是需要有創造力的、突破的和離散型的思維方式。起初可能技術型的產品經理會有很多不適應。而這些都需要剛剛轉變成為產品經理或者有志成為一名合格產品經理的開發同學多去學習和了解行業知識、分析成功案例、摸索成熟的商業模式，不斷的調整和優化自身的思維模式，以適應產品經理崗位的要求。

?

●●●

建議

從最早的網易識字到云閱讀的WP版本，從OBD產品預研再到后來云閱讀整體的產品規劃以及目前正在籌備中的網易蝸牛讀書。經過相當長一段時間的摸索和適應，也走過不少彎路踩過很多坑。上面提到，隔行如隔山，在轉崗的四年歲月里也的確感受過角色轉換帶來的困惑和迷茫。回想起當初轉崗時的情景和心境，覺得當初還是做了一個很蠻大膽的決定。也許很多程序員朋友都會遇到一個困惑，隨著年齡的增大，感覺代碼寫不動了，是不是可以考慮轉轉崗，去做產品經理吧。

但是其實我想說，產品經理首先需要對產品有想法有意愿，有把產品做到完美初衷。而這個想法和意愿其實是貫穿于整個工作過程中的。當初的角色轉換其實是來自于領導的期望，我回想起來可能是因為我在日常的開發過程中，總會總結出一些我認為可以對產品有改進的想法和思路，然后反饋給產品設計層面。在完成責任內的功能點開發的過程中，也會根據競品優點去主動優化相關的功能和特性。還記得做IOS開發時，我負責網易微博iPone客戶端的開發。產品經理給到的需求是做一個@和#的提示需求，我在完成交互和視覺設計方案的同時，還根據當時Twitter的相關功能，一并優化了用戶在輸入過程的退格鍵操作以及連帶的一些列優化功能，得到產品方的認可。在云閱讀做離線資訊的過程中，我也思考過離線資訊使用中的一些場景。比如：我設想的一個上班族，每天起床后的洗漱時間可以在wifi環境下自動幫助用戶下載好離線資訊內容。這樣，洗漱完畢即可拿起手機出門，在地鐵或者公交車上就可以瀏覽早上發生的最新資訊。通過定時離線下載的方式，減輕用戶的操作成本簡化功能使用流程。我將方案整理成文檔反饋給產品方，并得到的了認可在新的版本上實現了這個功能。給希望做產品經理的同學一條建議就是，產品的設計和優化是發生在每時每刻的，也發生在產品團隊的每一個人身上。蘇杰說，人人都是產品經理并不是要每個人都去做產品經理，而是應該有產品經理的思維和意愿。有把產品做好，有把不完美做到完美，把不完善做到完善的想法和意愿。

最后，祝所有有志成為產品經理的同學，都可以做出讓自己滿意，讓市場認可，讓公司賺錢的好產品。

——【特別推薦】——

這里藏著我給你的福利↓

總結

以上是生活随笔為你收集整理的从程序员到产品经理，我是如何成功转型的的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。