程序員做產品經理可以嗎

A. 程序員轉做產品經理，對於轉行謀職產品經理難度大嗎

難度是比較大的，不同的職位有不同的事業規劃，想要做一個成功的產品經理，必須要有著非常不錯的溝通能力。

B. 程序員轉行可以做什麼

面對著日新月異的代碼和語言，你是否感到了力不從心？稍有懈怠，就跟不上崗位需要了？身體漸漸的發福，熬夜寫代碼開始扛不住了嗎？

這個時代很殘酷也相對公平，殘酷的地方在於世界的變化之快容不得人有片刻懈怠，公平的地方在於：不論你是年輕還是年老，都要靠實力說話。

那些被時代拋棄的永遠都是跑得比較慢甚至在原地徘徊的人，即所謂的工作十年卻只有一年工作經驗。

年輕程序員的優勢在於年輕和激情，大齡程序員的優勢在於閱歷和經驗。所以，年輕程序員不要有跨越年齡階段的焦慮，大齡程序員也不要覺得年輕人搶了自己的飯碗。

每個年齡段都有自己要解決和面臨的問題，認清自己內心真正的需求和渴望，再去尋找適合自己的棲身之地打怪升級，才是當務之急哦。

C. 程序猿如何轉行做產品經理

做產品經理，雖然不要求你天天寫代碼，在電腦前一坐就是一天。也不需要你隨時鑽研新技術，改bug，但是你要掌握的底層能力不減反增。那應該怎麼破局？答案還是找到一些開發和產品之間的可遷移能力。在你從事研發工作的過程中，也會積累一些經驗，下面是產品經理能具備的可遷移能力，你也可以從這些能力中倒推你已經具備的能力有哪些。我把它分為底層思考力、中層可遷移力和上層可遷移力，而產品經理因為需要洞察用戶、理解業務、找尋商業模式、迭代產品，所以需要具備更深入的底層思考力，比如對本質的洞察、結構化思考、升維到更高的業務去思考，批判性思考，思考思考本身的思考等等。

這些能力你具備的越多，那麼你的職業發展天花板就越高，就越能適應未來的變化。從可遷移能的角度來看，你也可以思考，你一年多的研發經驗中，有哪些可遷移的能力，能應用到產品經理上？從底層可遷移能力看，你可能具備一些結構化思考的能力，因為在處理比較龐大的開發信息時，你都需要通過結構化思考對代碼信息進行分類和排列。從中層可遷移能力看，比如做研發的同學普遍都會有比較嚴密的邏輯能力，每次在做產品研發時，需要更強大的邏輯去梳理整個產品的脈絡，具體展現在對流程的理解、對一個流程中可能出現的各種情況的預判，對產品實現的各個環境的要求的理解等等。從上層可遷移能力看，你對產研流程比較熟悉，更容易推動一些項目，也因為你對研發原理的了解，你更清楚不同的需求需要多少實現成本，開發同事在人工預估上唬不了你。對於各類軟體，你的學習速度也會比其他背景的同學更快，甚至，你可以自己編寫一些輕量的代碼來提高自己的工作效率。

所以，要問研發怎麼轉型產品經理，最好的切入點就在於你可以從中找到可遷移的能力，以這些能力為起點，去補足自己的弱項。歸根結底，你要想成為一個能勝任目前工作的產品經理，你還需要解決一些棘手問題。1、能力不夠系統的問題我見過知群里有很多同學都有問類似這樣的問題，我讀過很多關於產品經理的書籍，了解了很多產品經理的方法論，但是我仍然不知道自己應該如何找到轉行的抓手。其本質問題還是不夠系統，什麼是系統的能力？系統的能力可以應對各種問題來的不確定性，系統的能力可以讓你變得更「聰明」。BOSS直聘CEO趙鵬在接受采訪時，曾經對聰明人做了一個定義，他也是拿著這個定義去看人和選人的：第一，總是能明白人家啥意思；第二，總是能讓人家明白自己啥意思；第三，遇到一個課題能夠相對快速地形成思路去解決；第四，始終能穩在重點上，不機會主義，不跑偏。你發現沒，上面的四個問題其實都具備了一個關鍵要素：就是不確定性。接收信息和需求的不確定性，溝通對象的不確定性，遇到問題類型和復雜程度的不確定性，和局勢事態優先順序的不確定性。

要應對這些不確定性，你必然要用系統的方法去解決。如何具備系統的思考問題的方法和習慣？這就需要你先在大腦里構建各種各樣的解決問題的模型，解決信息不對稱的問題，因為有的思路和知識，知道和不知道的差距真的很大。比如視覺優先順序、交互優先順序、用戶優先順序等這些思維方式，這些思考方式我就不在這里展開講了，我會在每周的周三晚上，在知群的訓練營的直播課上做具體講解，也歡迎你來直播間和我一起討論和交流。2、無法掌握和調用的問題即使學習了系統的能力，但仍然有一些同學無法培養出屬於自己的思維，很大原因是沒有對自己的神經做穩定的塑造。不知道你是否有這樣的經驗，有時候你學會了一個新技能，然後第二天再試的時候就生疏了。這是因為你學習技能的本質是神經元之間化學物質的濃度的調整，重復的練習能不斷調整這些化學物質。雖然第一天你讓神經元做了一些調整，但是如果不繼續加強，到了第二天，這些化學物質就會回歸成原來的樣子，這些進步就消失了。要想達到及時調用能力和所學的效果，你必然需要深入地在實踐中不斷反復使用，反復打磨自己的神經元和對應的技能，也包括你看待一件事物時的一些思考習慣。說白了，就是你要把學到的東西落地，在實操中培養自己的手感。這也是為什麼我會在直播中強調一個觀點：也只有在實戰中，你才能培養自己快速調用方法和思維的能力。

D. 為何大多數程序猿會轉行做產品經理的背後的原因有哪些

E. 程序員可以轉為產品經理嗎

當然可以！從程序員到產品人員的轉型，有其必然性和合理性。像騰訊馬化騰、360周鴻禕、微信張小龍他們都是由程序員做起，然後開創自已的產品和事業的，這樣的例子不在少數。而且，一個技術人員能夠轉型成優秀的產品人，一定是有「知道技術能做什麼」的自信 ，還有「我要把它做出來」的決心。
程序員轉型產品人員所具有的獨特優勢主要包括以下幾點：

第一，多年的程序員工作經驗，對軟體技術和軟體實現方案的判斷，可以規避那些天馬行空的產品想法，工作更有成效。
第二，程序員一般都具備嚴密的邏輯思維能力，更有利於對復雜的產品進行精細的需求分析，將產品打造成精品。
第三，程序員一般都具有快速學習能力，保持對計算機相關行業動態和技術革新的觀察與思考，這在一定程度上會培養對行業與技術的洞察力。

F. 產品經理主要做什麼工作程序員可以做到產品理嗎

需求溝通，出設計原型，項目需求修改，說服程序員給他改需求，與程序員打架。開玩笑，其實主要還是溝通需求，原型確定，項目跟進與修改，程序員可以轉產品啊，優勢就是懂技術，可以避免技術難點，劣勢也是這里，我發現好多客戶的需求在程序員角度都是覺得沒有必要的，但是產品經理卻不這么認為，但是當你換成用戶角度考慮其實他們需求沒有問題，只是有可能程序員改起來麻煩，然後覺得這個有別的方法可以用，為什麼要改，要轉行其實要走出這個角色的設定，可以結合自己的技術，但是在可以做的基礎下，一定要好好聽客戶的需求。

G. 程序員好轉產品經理嗎

本人10年開發培訓經驗,期間經歷了Java,Android,H5,大數據,PHP等多個不同的方向的開發,也做過軟體培訓公司的金牌講師，很有興趣回答你這個問題。

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

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

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

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

如果想學習Java，可以關注我，獲取全套免費學習教程。

好轉。

一個好的程序員能頂兩個好產品經理。

一個不好的程序員，能頂一個半產品經理。

知道現在全棧程序員多恐怖么？

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

回來能出高保真、交互圖

設計文檔、數據字典更是不在話下

還能寫代碼

還能做測試

還能寫用戶手冊

還能，還能開發票

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

但程序員很多轉產品經理，心理關不好過。

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

程序員習慣性判斷一個特性如何去實現，而不是去判斷用戶是否需要這個特性

程序員習慣去挑戰有難度的需求，而不是用戶真的需要的需求。

程序員喜歡和代碼打交道，但和人打交道要復雜很多