㈠ 論產品經理和程序員的關系
我所理解的產品經理可能是更加高級的東西，可能是在程序員的基礎上去做的，只有從技術轉到產品經理你才能更多的運用你的技術來為你的產品宣傳造勢，如魚得水，而且作為一個產品經理來說你可能考慮的東西會更多，以前只是局限於代碼，而現在更多的是用戶的體驗，你需要的知識和眼界更開闊，綜合能力需要更強，希望能幫到你。
㈡ 程序員好轉產品經理嗎
我是做技術出身的，其實在是否轉產品這個問題上糾結了很久。因為技術崗和產品崗的思考問題唯獨差別很大。我自認為轉型需要進行系統學習。三節課P1，P2，P3的課我都聽過，說實話，比較偏基礎。適合小白科普產品知識，不適合拔高。在熟悉整個產品工作流的同時，我比較欠缺的是產品思維和產品方法論的掌握。後來，無意間了解了傳智播客的課。我就來試聽了一下。這塊的老師講的東西確實不是劃水的。有干貨！現在我已經入職一年了，薪資18K，我自己也比較滿足，並且對後期轉管理層也是有很大的幫助的。
㈢ 為何大多數程序猿會轉行做產品經理的背後的原因有哪些
產品經理這個工作對之前的工作經歷或者學歷沒有太高的要求，再加上這兩種工作有聯系，作為程序員了解產品的屬性或者性質，程序員的溝通能力很強，所以可以好好的勝任產品經理這個工作。
㈣ 產品經理和程序員,如何避免矛盾
產品實現是你的目的，為了這個目的不必太講究。
做了一陣子之後我有了自己對於與程序員相處的方法論，對這句話並不苟同，我還是傾向於把事做好的同時也能把話說好，雖然我現在也能深刻的領會到當時leader的核心意思是產品本身是第一位的。
接下來我就闡述下自己的一些心得：
產品經理與程序員最大的矛盾在於——改需求。這牽涉兩個問題，一個是如何盡量地做足前期工作，盡量把需求細化，需求做的足夠扎實就會大大減少改需求的次數，這是產品本職工作，不屬於溝通問題；另一個問題就涉及如何溝通了，就是需求無論如何確實要改。這個時候有一點很重要就是努力與程序員（或者開發經理）達成共識，比如「我們的目的是要做最好的xxAPP」、「這個功能對於我們的目的來說是必不可少的」等，然後再來談詳細的需求點，程序員也就會逐步認可改需求這件事情。（還有一點很重要的就是，如果無論如何也達不成一致，也有必要反思這個需求是否真的有改的必要？）
用數據和客戶來幫你增加底氣。在談論某項功能實現的時候，產品經理經常會碰見程序員消極被動不願意做，或者質疑這么做有沒有道理的時候，採取需求依據的數據和真實的客戶需求是能有效推進的好辦法。比如「80%的同類產品都有這個功能」、「每周都能收到幾個客戶對某某問題的反饋」，一般來說程序員是能夠接受這種說服的。
試著多用詢問的語氣。讓程序員感到他是專業的，他是能夠解決這個問題的，要依仗他才能做的更好。這會無形中賦予他一種責任感（因為你把問題拋給了他，他就隱形中負有解決這個問題的責任），在傳達出意願的同時也避免了話語的生硬，讓程序員感受到對其職業技能的尊重。
注重日常交往。日常生活中交個朋友，比如一起打球、打游戲，聊聊電影和漫畫，實在是沒有共同語言就經常沖他賣個萌、攪個基、撒個嬌、講個笑話。這樣，大家都是朋友了，不看工作職責的那一半看交情的那一半，溝通起來也會順暢很多。
總結：有很多時候產品的產生不完全是靠嚴格的流程和規章制度誕生的，也需要很多溝通的潤滑。能夠開開心心地把產品做出來最好，但是最終我們還是不能離開產品實現這個 標的物。
㈤ 產品經理如何避免被程序員毆打
首先，從做人方面 產品經理還是要以身作則，雖然從職能上就已經決定了程序員和產品經理肯定是有一定矛盾在，不管是誰都是能夠相互體諒的。在我做程序員之前，我做過一段時間監理，對於剛剛畢業的畢業生來說，施工隊肯定是看不起我這樣的小孩的。所以在指出問題 或者 想要檢查的要求時，或多或少，他們都會有點反感。這個時候除去交流的技巧外，還要注意要盡可能參與其中，比如你要檢查樓頂的設備是否安裝完善，但22層的大樓，電梯也沒有，這個時候，你就應該和他們一起一樓一樓的爬，只有你參與進來，也付出汗水，其他人才不會說什麼。也不敢說什麼。產品經理也是如此，對於軟體產品的開發，不僅僅只是發號司令，我覺得更應該參與的整個環節中去；
另外，就我本身程序員的身份，我覺得程序員最苦惱的問題，無疑就是需求不明確或者不合理。這個時候產品經理不僅僅要服務好需求方，也應該為後續可能出現的情況做評估，減少需求改動並合理的拒絕一些不能接受的需求。
㈥ 程序員桌子上放菜刀是什麼梗
產品經理:這個需求再改改。程序員拿出一把刀:剛才說啥?產品經理走了。
㈦ 做產品經理還是程序員
產品經理沒有實權，基本上很多小公司產品經理就是一個人，要與設計，程序，市場，銷售，客服，各個部門溝通，而且如果產品沒做好肯定產品經理是責 任第一人。如果有一個好老闆撐腰還可以，否則很難混下去。所以這也是很多國外ceo就是直接就管產品的原因，否則根本沒有執行力， 同級別如何管？ 這也是國內很多企業產品做的爛的重要原因， 產品經理實際就是打雜的。
技能要求高。 技術肯定要，設計其實也要，否則無法做原型設計。還有就是細節要求，最重要的就是大方向要把握好。否則一個完美的產品沒有市場也不行。word ppt excel 精通更是家常便飯、思維導圖、原型工具/還要不停的研究新產品。如果遇到思維活躍經常變化的領導，做PPT做到吐，本來如果寫程序寫的多還有點用。PPT做那麼多根本沒用，浪費腦細胞。
產品經理前途渺茫，除非你自己想創業，否則產品經理實際沒有太多升職空間，國內的產品總監很多都是市場或運營的人來管的。做產品的很少會做到總監級別。當然國內騰訊還是很看重產品這個職位的，但其他的公司基本沒有看重產品的。
產品經理加班的確比程序員少，但是產品發布測試的時候，也是忙死，否則自己設計的產品非功能技術性問題其他人測不出來問題在哪。
程序員以前的地位不行，但現在很多公司已經意識到技術的重要性，程序員的薪資范圍實際上限比產品高很多，60萬年薪不算什麼，國外公司年薪100萬也是有可能的。產品職位基本沒可能。
現在世界已經不同了，程序員不再是苦力了，以前國內是渠道，銷售、市場為王，產品、程序、設計都是苦力。現在產品做不好根本沒人用，銷售在忽悠也 不行了。最後實現都是技術問題。而且現在例如 apple store 發行渠道成本很低，只要能做出來好產品不愁賣不出去，微博上一傳就一大堆用戶。程序員自己創業不是夢想，程序員一個配合一個設計產品就能做出來，產品經理 就不行，畢竟自己不會技術就做不出來。
不創業也可以靠編程序活一輩子，一個團隊可能只有一個產品經理或沒有，但程序員肯定要有兩三個，程序員市場需求比產品大很多。隨著年齡提高程序員的經驗壁壘比產品高很多。
程序員可以對產品經理說 「這個因為技術問題做不出來」 但產品經理無法對老闆說「這個ppt因為我能力不行做不出來」。
最後還有程序員可以靠自己想做的技術，例如NB的技術到達人生夢想，而產品實際上都是從抄襲，在抄襲，最後創新也是技術創新帶來的產品。
㈧ 為什麼程序員分分鍾想砍死產品經理
產品經理是不懂技術的，所以需求方面也不知道工作量有多大，自然在工作中問題會很多，而且產品經理常改需求，這是讓程序員不能忍受的。但也沒有什麼辦法，有時候這個需求也是來自老闆的。
㈨ 程序員和產品經理究竟哪條路更好
如果你本身喜歡寫代碼，那麼我覺得程序員的工作挺好的，未必要做產品經理。程序員主要是和機器、代碼打交道，工作難，但是邊界清晰、可控，事情比較聚焦。我並不建議大家都要去做產品經理。
寫代碼是純手工業勞動，大家平時用的各種互聯網產品，都是程序員一行一行代碼寫出來的，還要考慮代碼的邏輯，解決各種Bua等等。如果想做好程序員，就一定要熱愛寫代碼這件事。優秀的程序員，都能夠從自己的工作里獲得樂趣。我認識很多優秀的程序員朋友，我非常尊重他們，而且也特別佩服他們的能力，還有對於工作的熱情。
產品經理要解決的問題的要更綜合、更廣。例如要考慮用戶需求，考慮市場、業務情況，還要考慮和設計、運營、研發之間的配合。
有一些人適合做產品經理，有一些人不適合。我也不太建議大家一窩蜂都去做產品經理。我建議就像做產品一樣，你要大膽假設、小心求證。如果要做產品經理，就多了解這方面的信息，多試試，然後看看自己適不適合。
無論是學生，還是想轉行的人，往往的問題在於糾結太多，想的太多，嘗試太少。如果你想做程序員，那你先寫寫代碼，先做出一些東西，除了看你自己適不適合之外，也能夠成為你找工作時的籌碼。如果你想做產品經理，那麼多試試做做產品，哪怕是虛擬的項目，增加自己的經驗和感知，也能夠成為找工作時的籌碼。
所以，並不存在說產品經理或者程序員到底哪個更好，相比很多行業和職位，產品經理和程序員這
兩個職位都應該是非常好的了。做的事都有意思，工資待遇也都高。
關鍵在於你自己適合哪個，這個問題歸根結底別人沒法回答你，得靠你自己通過了解更多知識來做出判斷。