程序員轉行產品經理怎麼樣

① 幹了一年的程序員，想轉行做產品經理可行嗎

​產品經理這個職位，可不是真的像那本書講講的人人都是產品經理。千萬不要隨隨便便和別人說，我轉行做產品經理了，沒那麼簡單，除非公司是你們自己加開的或者你天賦異稟，你就是傳說中的天才產品經理。

奶爸現在是產品經理，最早現實做了三年 研發，後來有機會做需求分析師和業務型的項目經理，慢慢對業務和用戶體驗有了感覺，再後來又做來幾年售前顧問才慢慢開始轉向產品。

幹了一年的程序猿想轉產品經理，很難一步到位，建議還是小步快跑、分布實施，先從需求或者產品助理開始做。

產品經理最需要的三個核心能力，業務、技術和用戶體驗，我稱它為產品經理的三板斧。作為程序猿有一些技術基礎挺好的，將來和研發同事溝通是你的強項。溝通起來更有同理心，更有利於把一個好的點子通過需求手段落地。

從另外一個角度看，程序員出身的產品經理有個很大的毛病，最開始的時候，看到一個需求或者一個問題，總想一步到位到研發，實際上就少了需求分析、方案設計的過程，而這個能力恰好是一個產品經理的核心能力。

除了技術之外，就需要好好鍛煉你的業務敏感度，增加你的用戶體驗設計能力，這些都不是一蹴而就的，就是因為業務的差異性和產品的用戶體驗要求不一致，所以導致在傳統行業的做得非常好的產品經理，到了互聯網行業，做一個C端的互聯網產品，就很難做的好，就像隔了一座山。

學過PMP其實對做產品經理而言幫助甚微，項目經理的角色是正確的做事，而產品經理的角色是做正確的事，一個偏重執行，一個偏重策劃。不過也不是一點用都沒有，產品經理也需要管控產品的發布進度和發布質量，所以對PMP中提到的一些進度計劃和質量管控的手段還是可以用到。

當然，通過參加一些產品經理的培訓作為跨入這個崗位的敲門磚，我是認可的，你可以學到一些理論方法和基本的工具技能，但真要在這個行業深耕，成為一個真正的產品經理，還是需要通過實戰來提升自己的能力，不斷的思考，迭代自己的認知，才算真的轉行做了產品經理。

② 程序員和產品經理究竟哪條路更好

如果你本身喜歡寫代碼，那麼我覺得程序員的工作挺好的，未必要做產品經理。程序員主要是和機器、代碼打交道，工作難，但是邊界清晰、可控，事情比較聚焦。我並不建議大家都要去做產品經理。
寫代碼是純手工業勞動，大家平時用的各種互聯網產品，都是程序員一行一行代碼寫出來的，還要考慮代碼的邏輯，解決各種Bua等等。如果想做好程序員，就一定要熱愛寫代碼這件事。優秀的程序員，都能夠從自己的工作里獲得樂趣。我認識很多優秀的程序員朋友，我非常尊重他們，而且也特別佩服他們的能力，還有對於工作的熱情。

產品經理要解決的問題的要更綜合、更廣。例如要考慮用戶需求，考慮市場、業務情況，還要考慮和設計、運營、研發之間的配合。

有一些人適合做產品經理，有一些人不適合。我也不太建議大家一窩蜂都去做產品經理。我建議就像做產品一樣，你要大膽假設、小心求證。如果要做產品經理，就多了解這方面的信息，多試試，然後看看自己適不適合。

無論是學生，還是想轉行的人，往往的問題在於糾結太多，想的太多，嘗試太少。如果你想做程序員，那你先寫寫代碼，先做出一些東西，除了看你自己適不適合之外，也能夠成為你找工作時的籌碼。如果你想做產品經理，那麼多試試做做產品，哪怕是虛擬的項目，增加自己的經驗和感知，也能夠成為找工作時的籌碼。

所以，並不存在說產品經理或者程序員到底哪個更好，相比很多行業和職位，產品經理和程序員這
兩個職位都應該是非常好的了。做的事都有意思，工資待遇也都高。
關鍵在於你自己適合哪個，這個問題歸根結底別人沒法回答你，得靠你自己通過了解更多知識來做出判斷。

③ 程序員好轉產品經理嗎

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

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

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

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

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

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

好轉。

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

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

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

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

回來能出高保真、交互圖

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

還能寫代碼

還能做測試

還能寫用戶手冊

還能，還能開發票

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

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

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

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

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

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

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

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

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

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

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

⑤ 為什麼那麼多人想要轉產品經理

      最近有很多人加我微信，想要跟我學習產品經理，想要轉行做產品經理，作為一個已經轉行成功的產品經理，就非常好奇：我當時為什麼要轉？為什麼人越來越多？產品經理有什麼誘惑？接下來黑臉將系統性的分析一下這個現象給想要轉行產品經理的人一些思考。

「產品經理」，互聯網最有彈性的詞彙，原來蘇軾說過一句評價自己的話：「 吾上可陪玉皇大帝，下可以陪卑田院乞兒 」，現在我把這句話用在描述產品經理身上再合適不過了， 產品經理上可跟老闆高談闊論，下可跟技術開發撕逼掰扯。

      為什麼有這么多人想轉行做產品經理？那麼我就用產品經理思考產品的思維模式刨析這些人的想法！

我們先來分析這句話「為什麼有那麼多人想轉行做產品經理？」，我們可以分成幾個關鍵詞，然後一個「 那麼多」、「人」、「想轉行」、「做產品經理」 。

我們通過「那麼多」、「人」、「想轉行」、「做產品經理」這幾個關鍵詞深入思考，引申出以下幾個問題

第一：為什麼那麼多人？

第二：什麼人想要轉行？

第三：為什麼想要轉行？

第四：產品經理做什麼？

第五：轉了之後會有什麼好處？

互聯網市場足夠大！未來萬事萬物都被互聯網取代！

      試想下？你有多久沒用過紙幣了？去醫院檢查？小區繳納水電費？ 商場購物？ 就連路邊買個煎餅，大爺都是說「小夥子，掃這里」；你會發現，連錢這么重要的東西都被互聯網技術取代，還有什麼不會呢？我們把思緒延長，就會發現身邊的萬事萬物都在互聯網！

未來就沒有互聯網了，因為互聯網會像水和電一樣下沉到所有的行業，成為像公路一樣的基礎設施 。所有的行業就都是互聯網行業了。而那個時代的到來，也許十年，二十年，三十年。但是在社會以及市場發展變革的時代，互聯網人才擁有巨大的人才缺口，產品經理更是其中最重要的部分，如果產品經理機會沒有這么多，那麼其實也不會有這么多人去轉產品經理！

機會成本低！

      試下一下？產品經理如果像金融從業者一樣，需要資格證還有專業冷門技能，還會有這么多人么？ 答案：肯定是不會那麼多，入門門檻的高度就會讓一大群人看著產品經理這座大山望而卻步!而最基本的產品經理其必要的技能就是需求分析，問卷調查之類的工作，這類工作最基本的就是會用電腦，以及對產品需求有一定的概念和理解。所以產品經理的地板門檻很低，門檻低也就意味著很多人有機會轉產品， 機會成本是很多人轉產品的動力所在 。

錢、錢、錢

      試想一下？產品經理如果月薪3千，那麼還會有那麼多人想要轉產品經理么？ 答案：肯定是不會那麼多，那麼產品經理月薪多少呢？我們看一下《2020年產品經理報告》，里邊有一張產品工作年限以及工資的圖片，從下圖我們可以看出，工作3年以內的產品經理，拿到15K 以上的就超過80%的產品經理，除此之外， 產品經理的工資跟年限成正比，工作時間越長，薪資越高，屬於越老越吃香的一個崗位 （當然是在一定的時間范圍內）。我原來的一個下屬畢業參與秋招，直接被頭條錄取，拿到了月薪18K，18K這個數字對於一個剛畢業的本科生來說，相當於一筆巨款了，相比於運營、行政、人事、財務等等崗位，起薪要高出一大截。

圖片來源《2020年產品經理報告》

離產品生命周期近的人可能轉行

如上圖所示，這一個產品完整的生命周期，從 定義產品——設計產品——開發產品——發布產品——改進產品——定義產品——...... ；通過生命周期的細枝末節的工作內容，我們從生命周期里去分析分別有什麼崗位！再去分析他們有沒有可能轉產品！

定義產品——生孩子

定義產品（調研）這個分為兩類，第一類：這個一般是高層 對這個市場有一定的認知，才去決定做不做這個產品 ，所以這個崗位可能是 老闆、高管 ；第二類：公司 為了提高估值或者打造產品護城河，需要尋求新的上下游產品線 ，這個工作是建立在公司已經有完整的產品體系基礎上才去思考的問題，所以這個崗位可能是 老闆、高管、產品 VP 。通過崗位分析，老闆、高管一般不會轉產品的或者他們只是承擔產品工作的一部分工作，他們本身的職位是大於產品的。當然也有特殊，除非這是一家小公司的老闆或者高管，他們創業精神，產品意識，會去一些風口行業或者大型公司做轉行做產品負責人。

      定義產品（需求文檔）這就是標準的產品經理每天乾的事情，這里就不用細說了，下面我會在「產品經理做什麼」一一列舉產品經理的工作內容。

設計產品——讓孩子變好看

      設計產品（設計原型）這也是標準的產品經理每天乾的事情，這里就不用細說了，下面我會在「產品經理做什麼」一一列舉產品經理的工作內容。

設計產品（視覺設計）這個分為兩類，第一類： UI設計 ，第二類 UE 或者 UX設計。

      UI：User Interface用戶界面

      用戶界面其實是一個比較廣泛的概念，指人和機器互動過程中的界面，以車為例子，方向盤、儀表盤、換檔器等都屬於用戶界面。現在一般把屏幕上顯示的圖形用戶界面（GUI ：Graphic User Interface）都簡單稱為UI。可能是UI這個概念比較難以被一般人理解，所以現在一般所說的UI設計師，也即是指GUI設計師。也就是圖形界面設計師。主要是負責產品或是網站的圖形圖標色彩搭配，總之是負責網站看起來是一個什麼風格什麼氣質。

      UE or UX：User Experience用戶體驗

      用戶體驗指用戶在使用產品過程中的個人主觀感受。關注用戶使用前、使用過程中、使用後的整體感受，包括行為、情感、成就等各個方面。用戶體驗是整體感受，所以不僅僅來自於用戶界面，那隻是其中的一部分。通俗的講這是個整體的使用感受，包括受品牌影響，用戶個人使用經驗的影響，總之就是讓用戶用著爽。

第一類：UI，優勢：UI 設計師是包裝產品的人，熟悉產品經理規劃的產品功能、產品的調性、使用者的用戶畫像等等；劣勢：UI 設計師可能不懂技術，不懂的產品規劃、市場調研、產品變現等等，但是這類通過學習以及經驗就能解決的，所以 UI設計師是轉產品的概率比較大的崗位 。

第二類：UE or UX，UE設計其實跟 UI設計工作性質差不多，只不過UI 設計更多的偏向於靜態設計，UE 設計偏向於交互設計，所以 UE 設計比 UI 設計更偏向於產品的邏輯性。所以 UE設計片面的理解比 UI 設計師更懂產品，更懂用戶；所以 UE設計師也是轉產品的概率比較大的崗位 ；存在一個市場現象，UI 設計市更佳市場化，一般每一家互聯網公司都會有，UE 一般只有C端產品或者大公司才會匹配這樣的崗位（因為一般產品經理也會干 UE 設計師乾的事情），所以 UE 設計師沒有 UI設計師那麼多。

      總結： UI、UE、UX設計師是轉產品經理概率比較大,只不過 UI 體量更大

開發產品——生孩子

      開發產品是實現產品落地過程，這里主要是 程序猿們 通過以夜繼日的搬磚實現的。

      優勢：1、程序員們對某一個功能的實現熟悉的不能再熟悉了，因為這就是他們一磚一瓦建造承德，所以他們對於產品功能邏輯很了解，對市面的上競品或者主流技術也很了解，知道如何快速落地一款產品。2、程序員的加班很正常，所以程序員的能吃苦，執行力強，這點是這個崗位去轉產品最大的優勢了（踏踏實實去學習）。

劣勢：1、程序猿更多的工作在於研發，專注於自己的工作，所以很多程序眼很少說話，造成了很多程序員轉產品不知道怎麼溝通；2、 程序猿以往的工作屬於被動接需求，主動尋找這方面的能力欠缺，同時產品很多技能也欠缺 ，比如： 需求調研能力、版本規劃能力、商業變現能力 等等，這是開發工程師的主要劣勢，所以如果開發想要轉產品，就需要先跟自己公司的產品經理打好關系，多問問為什麼這么做，他們是怎麼考慮的，來思考如果是你，你會怎麼做。

總結： 研發轉產品不太好轉 ，可能很多研發不服氣，覺得我知道所有的功能，比產品經理還懂技術，我應該好轉，其實產品經理最重要的是決定要做什麼，而這個要做什麼可能是從10個篩選項里列出來的，所以研發轉產品首先需要學會產品調研、產品規劃，（反而因為技術懂技術，所以才不好選要做什麼），轉產品才會好轉。

發布產品——孩子出生

      發布產品需要多個部門多個崗位協調合作，保證產品能夠順利落地；1、 銷售 ：了解產品、把產品賣出去；2、 運營 ：了解產品、保證產品順利運營；3、 市場 ：了解產品、根據產品性質投放廣告；4、 客服 ：了解產品、了解用戶、及時處理產品問題以及用戶問題。根據業務不同，不同的公司可能還會設置不同的額崗位，這里就不往下一一列舉了。

銷售、市場：產品商業化的實踐者

優勢：1、 知道客戶痛點，為了能夠把產品賣出去 （真正的需求是建立在痛點之上）；2、知道競品， 了解競品，為了防止跑單 （了解競品，就能夠掌握自己的優勢以及劣勢）；3、 性格活躍，指導根據不同的客戶使用不同的對話方式 ，其次賣出去產品需要聯系其他各方部門為客戶服務（跨部門溝通以及協調的能力）。

      劣勢：1、不懂的技術，不知道如何實現；2、不懂流程，不知道流程以及策略；但是這兩類劣勢其實是可以通過很短的時間教育培訓改變的。

總結：我經常說一句話：其實 銷售才是轉產品經理最多的人，因為所有的產品都需要商業化，銷售是接觸用戶產品最多的人，銷售工作內容接觸的也是產品誕生的最重要的步驟 。

運營：給產品給予活力

優勢：1、產品使用最多的人，產品好不好用運營說了算（因為使用，所以知道用戶體驗感觸頗深）2、接觸用戶最多的人，運營能及時了解用戶的反饋，沉澱用戶的數據（了解用戶）3、 運營會根據使用情況，數據觀察，反哺產品進行改進，所以說產品後期，運營也是產品。

      劣勢：1、不懂的技術，不知道如何實現；

總結： 運營就是產品，產品也是運營，運營也是轉產品最好轉的崗位。

改進產品——孩子長大

      改進產品是根據運營提供、後台觀察用戶行為數據等等對產品進行改進的過程，所以這里主要是 運營 、 產品 互相反哺的一個過程，所以這里最主要的崗位也是產品和運營，上邊已經說過運營是轉產品最好轉的崗位，這里不再贅述。

      這里我們從兩個方面說起，產品經理這個崗位有什麼優勢？轉產品之前原來的崗位有哪些痛點？

產品經理有什麼優勢？

      一、收入普遍較高。

      剛入職一般是產品助理或者產品專員，工作1-2年後會升為產品經理，薪資一般為15-30K，3-5年可以升為高級產品經理，月薪30K+，具體能拿到多少就看個人能力了。我一個前同事跳槽去今日頭條了，三年工作經驗，月薪45K，因為頭條是發18月工資，再加上部分期權，輕輕鬆鬆年薪百萬。

      二、產品思維可以影響人的一生

      產品經理時刻帶著問題去思考萬事萬物，比如:一件商品到你手裡，你就會這件商品經過了幾層流程，大概中間每一層賺多少錢的利潤，怎麼樣才能降低商品的售價。比如:一個女人跟另外一個人吵架，你就會思考什麼是吵架？為什麼吵架？吵架的目的是什麼？吵架能解決什麼？從而發現生活中的點點滴滴的本質。

      三、產品經理的工作是趣味性的、創造性的

      有一句話評價「產品經理靠想做正確的事情，項目經理靠執行把事做正確」，產品經理需要了解各方的利益關系、用戶痛點、他們為什麼要用你的產品、為什麼要跟朋友推薦你的產品、為什麼要在你的平台消費，去了解人的本質，以及事情的本質。不是一味的枯燥的去執行某一件事情。比如：我做媒體網站的產品經理，需要了解什麼人看？看的目的？怎麼賺錢？賺誰的錢？為什麼他們要給你錢？他們給你錢的天花板在哪裡？你就能發現用戶背後每一個崗位的 KPI，他們的求人同、求曝光、求資源等等等的訴求，抓住這些才能去做產品。

      四、產品經理未來前景好

      牛逼的產品經理可以改變一個行業、改變市場格局，成為獨領風騷的領軍人物；其次即便是未來更有很大的機會可以創業、做投資、成為一個風口行業公司或者同類型創業公司的的高管。

轉崗之前的崗位有什麼痛點？

      一、銷售：1、入門需要強大的人脈資源；2、入門工資極低；3、經常需要出差，家庭和事業不能兼顧；

      二、程序猿：1、需要不斷的學習，才能保證自己不在研發的道路上不掉隊；2、處於被動執行階段，很難有主動思考的能力，長此以往，會慢慢磨滅思考的能力；3、加班嚴重，研發加班那是再正常不過的事情了；4、前景：研發是一個青春飯，到了30幾找工作難了，要不然就是找技術總監，找偏執行的工作基本沒啥戲，因為後期新秀會把你死死的拍在沙灘上

     三、運營：1、運營的工作適合女生，因為運營這件事需要很細心，需要貼近用戶去感受用戶的感受；2、沒日沒夜的加班，整天為拉新、留存、促活、轉化抓心撓肝想破了頭，和付出的精力時間相比，工資根本不值得一提；3、發展越來越難，隨著市場獲客越來越難，越來越需要高質量的內容或者合適的場景才能撬動用戶，運營越來越難做，沒有預算的運營團隊更是一肚子苦水；

產品分析

      一、需要通過用戶痛點，研究用戶行為的本質，比如：為什麼用戶要發抖音？為什麼用戶會刷抖音？

      二、需要根據用戶群體，確定市場規模的大小以及未來的增量空間，比如：抖音用戶目前多少人？快手目前用戶多少？短視頻可以覆蓋年齡段大概是什麼區間？5G 的到來會給短視頻帶來什麼影響？為什麼視頻帶貨會火？短視頻未來的發展方向是什麼？

產品規劃

      一、當我們了解完用戶、市場、行業之後，可以確定一規劃，我們要做什麼？市場有多大？競品有哪些？我們這時候就需要根據規劃去研究自己的產品。我們主要打什麼客戶？這類客戶的需求什麼？我們的需求有哪些？哪些需求是痛點、哪些是癢點？哪些事爽點？版本規劃應該先做那些後做哪些？

      二、我們確定好版本後，產品經理就需要根據版本規劃制定單個版本的 PRD、MRD、流程圖等等文檔。

產品設計

      一、產品完成各種文檔後，內部確認無誤後，就需要找設計研發評審需求 PRD。

      二、UI設計師根據產品調研的用戶畫像、產品特性等等選取產品的主要設計特定以及主題，進入設計流程。

      三、UI設計的同時 UE 設計師需要設計各個頁面的交互邏輯，確保用戶使用的流暢性。

項目管理

      一、找研發評審的時候，設計還沒開始工作，這時候評審主要是需要開發指導工作內容是什麼？需求是什麼樣的？有什麼技術難題？從而進入技術方案的選型階段。

      二、UI、UE設計圖出來以後，設計會同產品經理一塊評審設計稿，看設計的主題是否合理，功能邏輯是否正確。

      三、設計稿確認無誤後，設計需要切圖給到技術，同時技術拿到設計圖後，首先需要評估研發時間，給到一個確定的提測時間、測試時間、上線時間。

      四、研發開發的過程中，需要時刻注意開發進度，防止研發因為技術難題，或者需求問題影響上線進度

      五、同時在研發開發的過程中，測試工程師需要給到產品測試用例，測試的流程，產品核驗無誤後，測試需要按照測試用例進行測試，保障每一個功能，每一個頁面都沒有問題

      六、研發提測後，產品經理、設計師、測試工程師三方都需要進入測試，產品經理更多的是看功能是否正確；設計師主要看研發功能是做的產品是否與設計稿一致；

      七、測試工程師測試更多的是單元測試、白盒測試、崩潰測試、以往功能測試等等，測試按照測試用例測試沒問題後，需要讓各部門簽字（產品部、設計部、研發部、測試部），保障責任到人，確保每個部門對產品功能的確認。

      八、各部門簽字後，運維與研發、產品需要同時在場，進行項目的上線，上線後還需要時刻注意線上的反饋情況，以免聲場環境與測試環境的沖突

產品運營

      一、產品規劃初期，產品以及運營就應該想明白產品的從0-1的冷啟動應該怎麼做？比如大家可以看看知乎的冷啟動（對外開放沒有內容，內容應該怎麼產生）

      二、運營時刻應該時刻注意線上功能的反饋，時刻反饋給產品，做好產品的優化工作的收集

      三、運營分為很多種，有內容運營、用戶運營、增長運營、社群運營等等，因此不同的崗位的運營工作內容也不一樣，因此產品與運營對接過程中，工作內容也不太一樣。

團地管理

      一、 團地管理很多入門的產品經理接觸不到，團隊管理首先必須能夠帶新人，讓信任能夠更快的熟悉業務，這時候產品經理必須有自己的方法論，讓新手產品經理也能夠根據方法論及時的成長

      二、績效考核，產品經理有沒有完成目標，怎麼量化，按照上線量化還是按照使用效果量化，根據不同的階段的產品經理，需要制定不同的規則。

      三、流程化管理，需要嚴格按照產品-設計-研發-上線-運營的流程做項目，把控每一件事情，防止因為流程導致的項目失誤，比如產品還沒定稿，產品已經給到研發；研發還沒完成提測，就著急上線；測試沒測試完成，就說沒問題了，這些流程都會對產品造成很大的傷害。

總結

      產品經理是一門綜合學科，起點很低，天花板有很高，小產品到產品助理，大到喬布斯、雷軍都是很優秀的產品經理。如果真的想轉產品經理，踏踏實實安下心，學習產品經理基礎的工作，小到一兩個月你就可以找到滿意的工作

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

程序員轉做產品經理，對於轉行謀職產品經理難度大嗎？下面就我們來針對這個問題進行一番探討，希望這些內容能夠幫到有需要的朋友們。

隨後，你能深陷到一個個實際的可以實際操作的作用中去，這也是許多初學者產品經理的問題。每了解到一個新的作用，你一定會體驗到喜悅，如同一個好玩的玩具，隨後要想反復完成。你早已離開了第一步，隨後落進了一個坑當中。

直到最終，你才有可能漸漸地立在全局性視角去思索，去對待問題，此刻才逐漸是一個及格的產品經理。

⑦ 程序員轉行可以做什麼

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

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

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

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

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

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

⑨ 「碼農」轉型產品經理

技能：需求分析、產品設計、項目跟進

內功：邏輯判斷、數據分析、溝通、個人管理等。

從0起步，實現從「碼農」轉型為產品經理，實現從產品門外漢——產品助理——產品經理——產品主管這個過渡，從最開始只負責一個功能，到可以接手APP+後台兩條產品線的規劃工作，並能夠帶領一個產品團隊。

每個工作崗位的成長必經過「痛並快樂」的蛻變。同時解決以下問題：

如何利用工具來評估產品的工作進度？

如何保證上線時間？

如何預測項目狀態？

如何挖掘出用戶潛在的需求？

Stage1：入門期

1、新手如果什麼也不會，沒有經驗，建議多去畫原型頁面和跳轉鏈接，找找感覺，把最基礎的工具給用熟練，以後再畫原型的時候，可以手到擒來；【挑一個代表性的APP，照著全部頁面畫了個遍】

如果有一定經驗，建議把每一個細節性的操作實現了，多去做幾個，便可以發現其中交互不夠完善的地方。

2、傾聽比提意見更容易讓人接受。產品經理一般都願意說幾句，這個時期，融入團隊才是第一要素，讓別人能夠快速接受你，才能夠在日後方便開展工作。

如果上來別人就對你抱有敵意，那麼在日後的溝通中，很容易出現問題。

Stage2：高速提升期（1-3個月）

在這個時候，你將迎來自己野蠻生長的時候，在產品方面，有天賦和熱情的人，能夠表現出強烈的願望，為了一個功能，可以較真半天，實現其中每一個細節，初級產品的思維和理論框架會逐漸形成。

這個時期產品基礎必須打牢，否則在後期中，很容易出現產品細節考慮不周詳，想法多而實現不出來的現象。

工作中：

1、參與到每一個版本迭代的功能設計，提高產品設計能力，對需求理解的能力，惡補相關設計、交互知識，完善每一個功能實現的邏輯，測試產品功能，確保產品上線無誤。

2、建立公司標准統一PRD文檔模板、BUG管理模板、需求管理模板，根據模板，書寫每一份文檔，定期修改模板、完善模板，接收技術團隊反饋信息，逐步細化每一個功能點的實現說明和邏輯說明。

3、積極溝通，與項目干係人溝通產品方向的問題，確保自己的想法能夠觸達到老闆；積極和技術溝通，把邏輯上有問題第一時間解決掉，然後改各種bug。

4、（粗略）看報告、看競品、看分析、看文章，日常空閑了，便會去人人、知乎等網站查看一些別人寫的分析報告，學習新的知識，好的理念和方法都會記在本子上，一些行業報告會存在收藏夾中，幾乎每天看2個小時左右。

建議：

1、做好基本的工作——文檔、原型、溝通。要想快速的提升，加班是必不可少的，通過加班，可以更好的自我學習，利用更多的時間，來填補產品方向的空白，利用加班時間，好好思考功能的設計、文檔的書寫、競品的分析等等，完善這些基礎性的工作。

2、學會理解、管理需求。明確需求是怎麼來的，清楚為什麼要做，知道怎麼實現，這是理解&實現需求的3個步驟。很多的需求我們沒法在短時間內實現，我們便要將這些需求存放起來，以待日後拿出來實現，這個時候就要將需求分類、分程度進行管理，基本一張Excel便可以解決。

Stage3：波動期（1個月）

這人有了點成果就開始膨脹，然後開始犯錯了，接著就被打回原形。開始時覺得干起什麼事來都得心應手，覺得什麼事情自己都乾的來，設計的功能也一定有人會使用，下個版本就是產品爆發的時間。

結果就是，一切如舊，沒有提升。一時間，競不知道如何是好，情緒波動很大，總覺得自己能做，但仔細一想卻終是覺得做不好，我知道這是到了瓶頸。

切勿做以下的事：

1、產品規劃完全脫離實際，跟著領導一起想入非非，設計的功能實現起來非常復雜而且困難，給技術造成很大壓力，並且多次返工，強行上線版本，bug居高不下。

2、錯誤估計技術實際開發實力，公司當前實際情況，人員情況，考慮團隊的穩定性，協作能力。

3、原型設計，交互邏輯有問題，開發結果是不符合當天階段版本。

建議：

1、時刻對自己進行審視。知己知彼百戰不殆，了解自己，才能更好的打仗，產品經理必須要對自己的能力做清楚判斷，小步試錯，多次迭代完善，不能一口吃個胖子。每做一個功能的時候，多去問問自己為什麼，怎麼做最好。

2、失敗不要氣餒，回頭重整士氣。產品經理很容易影響他人的情緒（多數是懟），如果你情緒很down，那麼在交流過程中也會出現詭異的氛圍。

Stage4：沉澱期（1個月）

發現了自身很多的問題，一下子被打回了原形，受到了多方的指責，用戶負面反饋急劇增多，用戶流失嚴重，很難受。

雖然明知道不是自己一個人的問題，但在關鍵時期沒有堅持產品經理的基本職責，也是失職。

工作中：

1、深入了解資源問題。了解自己能動用多少的資源，包括：時間、資金、技術、跨部門協作等等，從公司內部進行剖析，分析公司現在所處在的位置。

2、分析人員管理問題。重新招入測試人員，減輕產品負擔，與每一個成員進行溝通，了解他們的真實想法，以及對產品的意見，然後總結原因，上報給公司領導，然後再仔細討論這些問題，以及如何解決。

3、總結自身問題，重新規劃路線，專攻一個領域。總結4~6月份出現的種種問題，分析每一個由自身導致問題產生的原因，找到自己薄弱的地方，然後制定一份半年提升表，按照月份，每個月實現其中一個計劃目標。

建議：

1、沉澱期是自我剖析最好的時間，主要分析三個問題：我是誰，我從哪裡來，要到哪裡去，以公司或者產品為主題，仔細的分析下去（這三個問題，我第一次想得時候，竟然無法准確的回答上來，這就是對產品理解的不足）。

2、總結經驗和方法，形成體系。每次版本更新迭代的時候，產品經理都能形成一定的方法，但是一直都沒有體系，在這個時候，將自家每個版本的方法論重新整理一遍，然後分析不足之處，非常有利於思路的擴展，理論框架的完善。

3、聚焦內部的同時，逐步擴大外部視野。在內部，做產品要多關注其他人的意見，接受用戶的反饋，學會分解工作，制定優先順序，然後引領產品的導向；其次，要將視野放在外部，慢慢去了解行業的動向。

Stage5：穩步提升期（現在）

到目前為止，已經經歷了大大小小20多個版本的迭代，產品也終於從0-1走向了正軌，這個時期，總算覺得自己做了一件有意義的事情。

嗯，然後回頭又被技術、運營、UI各懟一遍，一場硝煙又彌漫、相顧無言淚兩行~~~

工作中：

1、學會控制節奏。這點我放在第一位講，之前經常被各種領導帶節奏，導致加班頻繁、狀態堪憂，現在每個版本前，我都會仔細的思考一些問題，然後將我的見解說出來，以實際的角度來闡述問題（時間、范圍、成本、質量）。

即使我的意見最終不會被採納，那領導提出的需求，也需要在我正常可控的范圍內，這是我提出的要求，除非領導要強制執行。

2、開始橫向發展。主動關注產品戰略、行業觀點、業務模式，提高眼界，希望能夠從更高層次來審視產品。

這是產品經理能力提升的一個必經過程，主要培養自己的大局意識和核心意識，領導的優勢在於經驗豐富，但產品經理可以隨著成長，更加的專業，當你在某個小領域的知識和經驗超過他時，那你便能輕松的說服他。

3、關注產品本身。這里有兩點，一是從外部關注產品，通過分析競品，分析相似產品，來提高自己對某方面功能的設計能力；

二是從內部關注產品，通過建立數據分析體系，對產品進行埋點，以數據來驅動產品的功能迭代。這兩點是我最近主要做的事情。

4、思考更多細節。APP異常情況處理、極端邏輯的判斷、交互設計、數據異常等，通過這些不斷深入細節末節的功能操作，完善產品的體驗；

其次，參與其他崗位的工作，每天定時回訪幾個用戶，與客服、運營、市場等同學交流，談談自己的感受，傾聽他們的想法，雖然現在看起來對產品的優化還沒什麼作用，但對於自己思維的拓展確實有不小的提高。

⑩ 產品經理有前途嗎

產品經理有前途。

產品經理也是一個非常重要的崗位，絕大部分企業每年都會招聘產品經理，提升自己的人才貯備隊伍。產品經理作為客戶和程序員溝通的橋梁，扮演著非常重要的角色。雖然這個崗位比較缺人，但是真正有能力當產品經理的人，也不是遍地都是的。

像是會畫原型圖和寫需求文檔這些都是基本要求，產品經理對於邏輯思維能力也有一定的要求，能否將客戶的需求用簡單明了的文本展現在程序員面前，是產品經理一直需要提升的事情。

而且產品這個崗位缺口很大，因為企業很難招到這方面的人才，原因在於：

1、一是求職者學歷不高，對於產品經理的工作職責不明確

像是從程序員轉產品經理的還好，畢竟和他們平常都有接觸，也熟悉產品經理的一些日常工作。但是一些沒有技術，當不了程序員，卻又想當產品經理的人，常常會吃到閉門羹。

根據一些內行人說，想要成為一名產品經理，很多企業都會先看求職者的學歷，普通一本不一定有機會，從982/211畢業的學生更容易勝出。如果在應聘之前沒有好好准備，都不知道產品經理需要做什麼，也不會拿到offer。所以在這種條件下，hr想招到一名合格的產品經理非常難。

即使開出了不低於上一家的工資，但是考慮到自己的職業規劃，在這些沒有發展前景的公司意味著自己還是得跳槽，求職者當然不願意來，這些公司也就很難招到人了。

因此，從以上幾點可以看出，未來市場對產品經理這一職位的需求將是非常地大，另外，越是在發達的城市，產品經理的發展前景越好。