產品經理和程序員演變

❶ 你是如何從程序員轉型做產品經理的

程序員的工作其實和產品經理還是有很大的區別的，最大的區別就是你自己做程序員的時候，只需要考慮的是你的產品的問題。而當你轉型最產品經理了就不是這么簡單了，你還需要考慮就是這個市場調查的用戶需求問題，以及你的產品線的組合問題。

產品問題

你從程序員向產品經理轉型的過程中最重要就是做好這一點。你需要改變的就是你不能僅僅只看這個產品的質量的問題，不能僅僅去修一修BUG呀，你需要的是有一個全局的思想的。

如果你想要從一個程序員轉為產品經理的話，你需要改變的事有很多的，比如你對待產品的問題上，以及這個產品組合上，你需要學習的還是有很多的。

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

產品經理這個工作對之前的工作經歷或者學歷沒有太高的要求，再加上這兩種工作有聯系，作為程序員了解產品的屬性或者性質，程序員的溝通能力很強，所以可以好好的勝任產品經理這個工作。

❸ 程序員如何轉型產品經理需要哪些逆天「裝備」

需要注意以下幾點：

1.關於契機

其實我覺得這不是契機的問題，是基因的問題，一個真正適合做程序員的人是不會考慮轉型的，在職業發展上，程序員比產品經理的路線更清晰，投入與產出比更穩定，而產品經理，說實話，是個很看臉的職業，這個職業的路線有很大的不確定性，為什麼我會轉型，因為我本就不適合做程序員，我無法滿足於翻來覆去就是Copy&Paste的工作，對於技術也沒有狂熱的追求，當然，我十分討厭加班，確切的說是無休止，非計劃性，帶有潛規則性質的加班。
你或許會問，既然不適合，你為什麼要選擇程序員這個職業呢？說實話，在沒做之前，我真的不知道我不適合。
回到正題，我是在一個什麼情況下轉型的產品經理呢，頗有些黃袍加身的感覺。人是有慣性的，放棄既有的優勢，去投入一個看似美好，卻很可能是刀山火海的職業，是一次危險的賭博。
沒有親身體驗產品經理，只能說是這山望著那山高而已，所以始終帶著不確定性，而當時公司規模急劇擴大，中層管理青黃不接，沒有產品經理的情況下，BOSS考慮到空降人員可能水土不服的問題，希望從內部發展可靠的同志，於是對我進行了先進性教育，我思前想後，就是那句「我發現你對產品很有感覺」，讓我抱著士為知己者死的念頭，決絕的點了點頭。
2.關於准備

說實話，沒有準備，也沒辦法准備，因為你面臨的是一個完全未知的崗位。就想你看別人玩游戲，和自己親自玩游戲，是完全不同的感覺。別人無比嫻熟的操作和風騷的走位使你拍案叫絕，但是你真正自己去玩的時候才發現，APM不夠啊，意識跟不上。
怎麼准備，看攻略，好吧，那些寫攻略的人往往討論的是在一個對方站樁的情況下，你怎麼來乾死它，卻沒討論，如果對方後退了一下，或者忽然又一個敵人出現了，你該怎麼面對。在實際的工作中，你面臨的是各種意想不到，千奇百怪的局面，想通過攻略來解決是完全不現實的。
3.關於有用

我覺得最有用的東西就是換位思考，以前做程序員的時候，我只需要考慮我怎麼來實現，我的時間夠不夠，項目什麼時候上線，有了任何問題，我可以等待，我可以扯皮，我也可以作壁上觀。但是作為一個產品的負責人（視公司崗位職責的不同，或許有很大出路），我就像一個管家婆一樣，必須時刻注意到哪裡可能出現炸彈，每天更多的時間不是在執行，而是在觀察，思考，應變中度過。
我不再擁有一個可供我自由分配的八個小時，我的上一秒可能在思考問題，下一秒就會有人過來找我，碎片時間變的很多，就連上廁所，都會有電話進來，你隨時保持著戰斗狀態，不能有一絲一毫的鬆懈。
這個時候再去看程序員這個崗位，你發現，原來是這個樣子的，但因為我也混過，我自然知道程序員的心態，這是我的最大優勢，我能夠和程序員很好的溝通，並能理解他們在別的策劃轉為產品經理的童鞋那裡難以理解的問題，所以我這邊的研發進度往往保障的很好。
我發現所有的事情都不是像我想像的那麼簡單，方案的問題，計劃制定的問題，人員本身的問題，處處都會產生蝴蝶效應，我總是在不安中小心翼翼的防微杜漸或亡羊補牢。
但我發現，即便我付出了再多的努力，項目還是會因為各種原因走向失敗，這個時候檢討是沒有意義的，天時地利人和，缺一不可，為什麼我說產品經理這個職業看臉，是因為這個職業看起來能決定任何東西，又發現自己決定不了最關鍵的問題，所謂盡人事，聽天命，以前總被我嗤之以鼻，我發現，有些時候，我真的很有共鳴。（作者：Robert Struggle）

❹ 如何從一個程序員轉變為產品經理

那麼，程序開發團隊就相當於是司機。打車的可以不會開車，但是要到目的地，知道上面的東西，可以省錢，省時間。司機可以接不同的人，不同的路線，只要能走到目的地就行。」那麼司機如何變為那個打車的人呢？知乎上一群專業人士展開了精彩的討論：我是一名程序員，想轉做產品經理，一方面覺得自己這方面更有天賦，另一方面我不想做只是面對機器的工作，熱衷於做交流溝通性強的工作，對於轉行謀職 產品經理難度大嗎？修改由於不清楚現在互聯網公司對產品經理的需求是怎麼樣的，感覺大多隻有大公司對產品經理職位需求比較突出，小公司需求不明顯。朱佳祺：可能每一個搞程序的人，除了對編程有一種油然而生的愛的那種，恐怕有一個階段都會覺得產品經理是一個自然而然的出路，無外乎幾點：1，做技術太累， 太枯燥（因為沒有愛，編程和其他藝術或者技術一樣，沒有若干年的重復勞作和積淀是不會有大成的）2，覺得做技術比較卑微。3，做技術不容易找對象 （nerdy look， 肥胖，其他各種不招人喜歡的因素，不潮。）4，虛榮心（產品經理好歹是個經歷，有名片什麼的。程序員就是民工等等）……所以想變成產品經理，多牛逼啊！可 以使喚程序員，可算報仇了！有自己主導的項目了，可以和高層直接對話了。說了一堆廢話，我想說，這不光是我的想法，我身邊有好多人都是這樣從一開始就放棄了做一個技術。現在我的想法是，做一個技術其實比做產品經理幸福很多。首先，你只需要關心你自己的東西，沒有那麼多雜七雜八的東西。第二，做技術的人比較單純，更 有利於思考。第三，其實產品經理的地位還不如你。你可以罷工，如果你的技術足夠nb.但是他不可以，因為他上頭有老闆，下面有你。第四，產品經理一點也不 比寫程序輕松，有時候甚至比寫程序要費勁的多。因為程序這個東西是一通百通，要搞出一個靠譜的產品可不是把一套模式復制就可以了。第五： 產品經理也是跟程序員一起混，因為圈子的影響，他們也可以看起來像nerd，肥胖，穿的很邋遢……所以如果說只是覺得做程序太辛苦，想去當產品經理，那估計這個選擇挺要命的。等於是用自己的短處在去搏別人的長處。但是如果是做程序做到一定境界 了，想要更一步的努力，那麼我想說這個轉變還是很巨大的，對人也很鍛煉。一般來說，最終產品經理想要完全不去寫代碼，那除非：你的公司極其的龐大，產品經 理的團隊可以組一個足球隊。或者是你已經有了一個非常牛逼的團隊和一個非常好的boss。其實上面一大堆東西都可以總結為一句話：因為小時候被老師各種虐，所以長大了也想成為老師去虐老師的娃。跟這種想法是一樣一樣的。最後祝各位想當產品經理的程序員能夠讓自己手下的it民工們都死心塌地的為你服務。陳湛翀：你不是一個好的程序員，可能是你沒有發現程序之美，沒有發現編程的魅力，沒有真正愛上程序員這個工作，沒有真正成為一個程序員。一個真正的程序員不會感覺到自己面對的是冷冰冰的機器，他面對的是一個可以實現他想法的朋友。又或者是中國的這種環境導致你產生這類想法。你的興趣並不在程序員里，我覺得人就應該跟著興趣走，應該毫無顧忌地轉型去當產品經理。一個成功的產品經理確實需要有一定的技術功底，這樣去判斷一 個項目一個功能是否有需要去實現，實現起來是否技術成本太大。同時，也可以避免受到下屬的忽悠，你的技術功底足以判斷出「這個功能實現起來很有難度」這類 話的真偽。最後，產品經理需要技術來實現自己的想法，程序員就可以自己去實現自己的想法了。不是產品經理才有創造力的，程序員同樣有。我是認為，程序員是幸福的。flamingtop：「覺得自己這方面更有天賦」我以前也覺得自己做產品有天賦，而且我發現不少技術人員覺得自己做產品有天賦，所以或者可以反觀一下，如果真的是「天賦」的話，不會有這么多人都不 約而同地這么認為；我覺得這實在不是什麼天賦，只是你從事技術工作一段時間以後，開始有一些認識了而已；很多人都能對所謂產品說出個三五六來，就像一個畫 畫畫久的人，會自然而然的覺得自己對「藝術」有了「天賦」一樣，不是很可靠的；」不想做只是面對機器的工作，熱衷於做交流溝通性強的工作」這可能只能說明你不喜歡當前的技術工作，並不意味著你「適合」做交流溝通性強的工作，技術工作不總是有趣的，難免有厭倦的時候，但因為這個想去做產品是不太合適的，因為做產品也有和做技術類似的問題。下面是我的看法：我感覺國內的公司基本還沒有這樣的意識，能夠真的讓一個產品經理當起實職，對一個東西提綱挈領，有真正的職權去「負責」，因為不太可能被賦予這種 職權；平時看到的所謂產品經理應該叫產品「專員」更加合適，但比其他的「專員」更虛；這個職位現在已經越來越像其他行業的各種經理了，比如保險行業人人都 是經理，地產行業賣房子的都是經理，產品「經理」的語義差不多就是這個。我認為如果其他職位的人轉產品，技術職位的人應該是比較合適的，因為技術人員天天工作在產品的方方面面，對產品的需求和實現知根知底，信息的不對 稱問題在這里最小；另外一方面是市場人員，也很合適，也是技術人員轉產品職位的最主要缺點，對市場的認知真的不夠；很多情況下，技術人員轉產品在管理層看 來更難接受一點，因為一般管理人員不太懂技術人員的工作內容，習慣於自上而下的思考方式，覺得市場人員可能是更high level的工作，所以呢，「把握」起來更好，事實當然不一定是這樣，但這是一個現實的難度。和純技術工作相比，產品工作在不同的abstract level上，需要的知識結構更寬廣，單一的職位挺難獲得這些需要的知識（和經驗），所以就像一本書上說的那樣「人人都是產品經理」，因為確實需要這樣； 產品是團隊的高級目標，團隊通常會在下意識的情況下一起完成對產品本身的認知和管理；這意味著其實無論是開發人員或者市場運營人員，實際上大家天天都在一 起做產品，站高一點看，你做技術，不只是寫代碼，它還會確實地決定產品最後的工作方式，體驗和面貌；來自市場和運營的工作同樣最終體現在產品的最終形態 里；所以產品就像是一個同時受內外（多方）環境決定的生命體，沒有單一方面決定產品，但任何一方面都有重要影響；所以你從技術轉產品可能是從「實際」在做 產品到「看起來」在做產品。我覺得再積累積累也是不錯的選擇，真的作為技術人員，把技術做好，未嘗沒有做產品的「實」。另外，說的直白一點，要有真正的職權，真正地對結果和決定負責，要有把控方向的權力，仍然和團隊一起做產品，但產品經理的決定不能夠輕易地被 override，這才叫產品經理。沒有實權的產品經理，是沒有做頭的，會非常糾結的，技術人員轉到這種角色，成本非常大，所以要看看你轉到的職位是不 是」實職「，還是只是「虛招」，我個人的經歷，這個詞現在很火，小心泡沫。王宇鵬：我是一名產品經理，我想轉行成為程序員。 為什麼呢？產品經理沒有實權，基本上很多小公司產品經理就是一個人，要與設計，程序，市場，銷售，客服，各個部門溝通，而且如果產品沒做好肯定產品經理是責 任第一人。如果有一個好老闆撐腰還可以，否則很難混下去。所以這也是很多國外ceo就是直接就管產品的原因，否則根本沒有執行力， 同級別如何管？ 這也是國內很多企業產品做的爛的重要原因， 產品經理實際就是打雜的。技能要求高。 技術肯定要， 設計其實也要， 否則無法做原型設計。還有就是細節要求， 最重要的就是大方向要把握好。否則一個完美的產品沒有市場也不行。word ppt excel 精通更是家常便飯、思維導圖、原型工具/還要不停的研究新產品。如果遇到思維活躍經常變化的領導， 做PPT做到吐， 本來如果寫程序寫的多還有點用。 PPT做那麼多根本沒用。浪費腦細胞產品經理前途渺茫， 除非你自己想創業， 否則產品經理實際沒有太多升職空間， 國內的產品總監很多都是市場或運營的人來管的。 做產品的很少會做到總監級別。 當然國內騰訊還是很看重產品這個職位的， 但其他的公司基本沒有看重產品的。產品經理加班的確比程序員少， 但是產品發布測試的時候，也是忙死， 否則自己設計的產品非功能技術性問題其他人測不出來問題在哪。程序員的優勢程序員以前的地位不行，但現在很多公司已經意識到技術的重要性， 程序員的薪資范圍實際上限比產品高很多， 60萬年薪不算什麼， 國外公司年薪100萬也是有可能的。 產品職位基本沒可能。現在世界已經不同了，程序員不再是苦力了，以前國內是渠道，銷售、市場為王，產品、程序、設計都是苦力。現在產品做不好根本沒人用，銷售在忽悠也 不行了。最後實現都是技術問題。而且現在例如 apple store 發行渠道成本很低，只要能做出來好產品不愁賣不出去，微博上一傳就一大堆用戶。程序員自己創業不是夢想，程序員一個配合一個設計產品就能做出來，產品經理 就不行，畢竟自己不會技術就做不出來。不創業也可以靠編程序活一輩子， 一個團隊可能只有一個產品經理或沒有，但程序員肯定要有兩三個，程序員市場需求比產品大很多。 隨著年齡提高程序員的經驗壁壘比產品高很多。程序員可以對產品經理說 「這個因為技術問題做不出來」 但產品經理無法對老闆說「這個ppt因為我能力不行做不出來」。最後還有程序員可以靠自己想做的技術，例如NB的技術 到達人生夢想， 而產品實際上都是從抄襲，在抄襲，最後創新也是技術創新帶來的產品。子陶我覺得你的未來很無限。你又懂技術，又有產品天賦，還善於溝通，很好的技能結合。干不幹產品這事，我真覺得不重要，生活之中皆是產品機會。無論你是哪種開發工程師，你都可以按照自己的意願去做一個自己的產品。何必非當產品經理呢？而且，按自己所想製作的產品，更專一，更有意思，更容易成功。產品人員的郁悶你不清楚。很少有公司給產品人員極大的權利，你要被各種聲音左右。同時，你又必須具有大量產品的深入的使用體驗，並了解其然和所以然。這都是你長期積累的結果。現在去做一個產品執行者，有什麼意思呢？莫如以產品經理的心態，去做一款自己想做的產品出來，這才是你最對的路。白雲飛先回答提問的問題：我覺得你最好還是先查清楚什麼產品經理和產品再考慮不遲。另外如果你已經了解了，你管別人說啥，大膽努力去促成轉變就行。打擊你的，勸你別轉的，一般是根本沒經驗或者轉失敗的，要深入問問他們理由，要問的；鼓勵你的，勸你轉的，可能是忽悠你的或者識貨的，自己要小心求證。呵呵，通過提高程序員level達到貶低產品經理之目的，實在搞笑至極。產品經理=產品+經理，前一個詞描述范圍，後一個詞描述職責（經理並不專指職位）。任何程序員寫的代碼，都是為了解決一個或者多個問題，我們統稱產品。而一個產品的誕生，不管耗費時間長短，必然有調研，需分，規劃設計，驅動實施的過程，而這個過程，每個參與的人都應該全程參與，為了高效走完這個過 程，必然會有所分工，每個人的任務也有所側重。分工裡面為了確保大家認知一致，委派產品經理全程負責文檔和信息的傳達，協調各個人的關系，以其按期按質完 成任務。而團隊每個人並沒有因此失去充分表達的機會。當然現實的情況未必有那麼理想。但平心而論，程序員可以傲慢，但是不要認為自己一直耕種就以為自己最懂行情，今年收成不代表今年收入。產品經理可以傲慢，但是不要認為自己知道的東西多就一定會有人替你賣命耕種，那些東西不一定是真理，也有可能是謬論。人就如圍城反復，做或者不做，自己覺得值就行。聽多數人的，和少數人商量，自己做決定！本文系站長之家整理自知乎網，轉載請註明出處鏈接。標簽：IT職場 程序員 產品經理 轉載申明：為了給廣大網友提供更有價值的內容，我會把我認為優秀的互聯網方面的文章轉載於此。

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

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

❻ 如何從一個程序員轉變為產品經理

1. 人人不一定都能做產品。
2. 看你自己的學習能力和學習范圍。
3. 除了程序，視覺、交互、性能、運營、開發、項目管理、用戶需求及分析等你是否經歷過或感興趣。
4. 你對新產品、新技術是否感興趣？你是否從第三條所說的那些方面分析過一個產品。
5. 程序員沒什麼不好，做產品也沒什麼好，不要加個經理就盲目崇拜，技術實力永遠是你的核心競爭力，PM不一定比Coder更適合你。

❼ 「碼農」轉型產品經理

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

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

從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. 資源。初期對於一個產品來說，資源總是不夠用的，你要懂得如何在有限的資源里做更多的事情，完成更多的需求，優化更好的用戶體驗，這些都不是很容易的事情。

2. 可能直接向老闆匯報。直接向老闆匯報，和領導打交道是一個技術活，也是一種說話的藝術，就要看你怎麼來了。

3. 用戶總會提很多需求，而這些需求對於你來說不是真正的需求，你要懂得如何去分辨偽需求，通過偽需求找到真正的用戶需求。

4. 你會有很多需求，但是這些需求你應該篩選出優先順序高的，在有限的資源內可以最重要完成的，而這些優先順序和開發任務量並不相關的。

其實還有很多，做一個產品經理沒有想像中那麼難，也沒有想像中那麼容易，這是一個陡峭式的增長過程，需要你去慢慢的摸索，越到後期越難，你會遇到一個瓶頸期，然而大多數人都沒有達到這個瓶頸期或者突破不了瓶頸期，這就看個人了。

❿ 如何從一個程序員轉變為產品經理

，想要別人討厭你，這太簡單了：
1、拉屎在他工位上；
2、弔死在他工位上；
3、每天上班就罵他；
4、讓他不停改需求；
5、搶他女朋友/男朋友。