平安程序員和產品經理互毆

① 產品經理如何避免被程序員毆打

首先，從做人方面 產品經理還是要以身作則，雖然從職能上就已經決定了程序員和產品經理肯定是有一定矛盾在，不管是誰都是能夠相互體諒的。在我做程序員之前，我做過一段時間監理，對於剛剛畢業的畢業生來說，施工隊肯定是看不起我這樣的小孩的。所以在指出問題 或者 想要檢查的要求時，或多或少，他們都會有點反感。這個時候除去交流的技巧外，還要注意要盡可能參與其中，比如你要檢查樓頂的設備是否安裝完善，但22層的大樓，電梯也沒有，這個時候，你就應該和他們一起一樓一樓的爬，只有你參與進來，也付出汗水，其他人才不會說什麼。也不敢說什麼。產品經理也是如此，對於軟體產品的開發，不僅僅只是發號司令，我覺得更應該參與的整個環節中去；
另外，就我本身程序員的身份，我覺得程序員最苦惱的問題，無疑就是需求不明確或者不合理。這個時候產品經理不僅僅要服務好需求方，也應該為後續可能出現的情況做評估，減少需求改動並合理的拒絕一些不能接受的需求。

② 論產品經理和程序員的關系

我所理解的產品經理可能是更加高級的東西，可能是在程序員的基礎上去做的，只有從技術轉到產品經理你才能更多的運用你的技術來為你的產品宣傳造勢，如魚得水，而且作為一個產品經理來說你可能考慮的東西會更多，以前只是局限於代碼，而現在更多的是用戶的體驗，你需要的知識和眼界更開闊，綜合能力需要更強，希望能幫到你。

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

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

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

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

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

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

④ 產品經理與程序員矛盾的本質是什麼

產品的功能、質量、發布時間和需要投入的資源這四者不能都是封閉條件，否則可能無解。需要投入的資源和發布時間一般是大老闆定的，所以產品經理、開發經理和質量經理只能在「砍功能」、「降低質量要求」和「程序員加班加到死」這三個選擇上相愛相殺了。根源是：高層放衛星玩大躍進，那下面只好群眾斗群眾了。佛曰：與人斗其樂無窮。對於程序員來說，很多時候問題是 PM 不能證明自己存在的價值。PM 要證明自己的價值有幾種可能性：

1、色的產品記錄，自己的名字就是個品牌，程序員知道跟著你做事能成功。

2、假會導致產品方向混亂項目失控，這很容易證明為什麼你需要存在。

3、通過程序員可以理解的方式把道理講明白，讓程序員信服為什麼你管理產品的方法是對的，以及為什麼程序員自身不可能做得跟你一樣好。

可能還有別的方法讓一個 PM 證明自己存在的價值，但如果證明不了的話程序員就會把 PM 看作純粹的 overhead（額外負擔）。PM 對產品團隊帶來的價值和負擔是不可能客觀測量的，別人的主觀評價是什麼就是什麼。如果程序員對 PM 的主觀評價是負擔大於價值，那這個 PM 就沒有存在的意義了。核心原因是——好的產品經理永遠缺貨。當然，優秀的程序員哥哥也缺。既然都缺貨。產品經理是決定公司效率高低的關鍵，產品經理在一個成熟的公司成熟的團隊意味著靈魂和中樞，程序員哥哥不過代表著執行力和能力的邊界（想不明白就瞅瞅喬幫主馬化騰周鴻禕）：1個不知天高地厚的產品經理，2個不經過思考的決策，他的工作量也許只增加了3倍，但他賦予程序員卻是10-1000倍的工作量。

⑤ 我們經常能看到在互聯網公司，產品經理和程序員們因為產品需求變動而引起的斗爭，這到底是怎麼回事呢

在互聯網創業公司，如何輕易地讓苦哈哈的程序猿們瘋狂起來呢？我在媒體待過好多年，這兩年在互聯網創業公司，見過不少程序員和產品經理之間的爭奪戰，筆者認為，這種爭奪太常見了，原因是雙方的不理解，產品經理不了解技術人員工作的辛苦，所以經常會鬧出笑話來。

好了，下面筆者列舉一下，最會得罪程序員們的幾句話。

產品汪：這個頁面兒怎麼做的這么爛，趕快改。

程序猿：不能找人設計好了再讓我做嗎，我一個編程的還要管設計？

產品汪：為什麼別人家的app沒有bug而你怎麼就這么多，把這些代碼復制粘貼過來不就行了嗎？

程序猿：你以為別人家的代碼伸手就能拿到？

經理：哈羅，你又在寫bug嗎？

程序猿：（假裝沒聽到）

所以筆者認為，作為互聯網公司的產品經理，需要了解一點程序員們的工作，盡管不懂程序，但需要稍微知道如果變動網站或程序多大幅度，會給程序員們帶來多大的工作量。

⑥ 程序員的悲哀是什麼

「碼農」這個詞，不管是不是從事IT工作的人，都略有耳聞。這個詞的誕生無從考究，不知是程序員的自嘲，還是外行帶有顏色的嘲諷。總之，對於這個詞，我是既無奈又無力反駁。確實，工作中，我們大多數底層程序員每日做的工作相當於流水線的作業。

大部分程序員是悲哀的，不是情商、衣著、自黑之類，悲哀的是沒有決策權。項目做成什麼樣，那是領導和產品經理的事；用什麼技術框架，那是架構師的事；資料庫的設計，業務那是項目經理和產品的事；而作為一個普普通通的底層碼農，我們只需要拿到需求，然後等設計給圖子，流水化的寫出實現代碼。我們只是一個執行者，別人叫你幹啥就幹啥。最後項目做壞了，裁員的是誰？程序員。

這就是一個普普通通的「碼農」。讀書那會，我的老師跟我說，「如果從業十年，你依舊在寫最基礎的代碼，做一個碼農，那麼就不要做程序員了，轉行吧」。現實中，每個公司存在最多的就是這些「碼農」，那種掌握核心技術，產於項目設計，技術架構的畢竟是少數，大多數程序員都處於被動接受，按需求完成代碼的任務。

做程序員越久，越是感到：我們就是新時代的手工藝者。只有少數的人，從手工藝者，變成了發明手工藝製作機器的人，少部分人變成了設計手工藝品的人，少部分人變成了車間主任罷了。

「碼農」這個詞有著深深地悲哀。

見過太多剛入行的菜鳥，像極了曾經那個滿懷激情，夢想的自己。當第一次接觸Java的面向對象思想時，那種興奮，彷彿能用Java描述整個世界，彷彿自己就是上帝一般，在現實世界，創造出另一個虛擬世界。而現實中，一兩年的流水化作業，沖淡了一切。

對於產品，彷彿是自己的孩子，從無到有，一點一滴，看著一個網站，產品，在自己的手下，滿滿長大，那種滿足感，自豪感，油然而生，但是最後你希望它變得更優秀時，卻發現它不受你控制，彷彿養了好幾年的兒子，被人教唆去做壞事，你不能說任何話，因為撫養費不是你出的。

決定你有沒有決策權的是你的縱向位置，也就是在本行業金字塔的位置，出類拔萃者說話就響。過慣了咸魚生活，但誰又甘心做一個「碼農」，我們希望發出自己的聲音，成為那個有權利選擇的人，這一切需要提高自己的技術，能力作為支持。在國外，程序員被稱為程序設計師，而國內「碼農」，區別可想而知。

⑦ 產品經理和程序員,如何避免矛盾

產品實現是你的目的，為了這個目的不必太講究。

做了一陣子之後我有了自己對於與程序員相處的方法論，對這句話並不苟同，我還是傾向於把事做好的同時也能把話說好，雖然我現在也能深刻的領會到當時leader的核心意思是產品本身是第一位的。

接下來我就闡述下自己的一些心得：

• 產品經理與程序員最大的矛盾在於——改需求。這牽涉兩個問題，一個是如何盡量地做足前期工作，盡量把需求細化，需求做的足夠扎實就會大大減少改需求的次數，這是產品本職工作，不屬於溝通問題；另一個問題就涉及如何溝通了，就是需求無論如何確實要改。這個時候有一點很重要就是努力與程序員（或者開發經理）達成共識，比如「我們的目的是要做最好的xxAPP」、「這個功能對於我們的目的來說是必不可少的」等，然後再來談詳細的需求點，程序員也就會逐步認可改需求這件事情。（還有一點很重要的就是，如果無論如何也達不成一致，也有必要反思這個需求是否真的有改的必要？）

• 用數據和客戶來幫你增加底氣。在談論某項功能實現的時候，產品經理經常會碰見程序員消極被動不願意做，或者質疑這么做有沒有道理的時候，採取需求依據的數據和真實的客戶需求是能有效推進的好辦法。比如「80%的同類產品都有這個功能」、「每周都能收到幾個客戶對某某問題的反饋」，一般來說程序員是能夠接受這種說服的。

• 試著多用詢問的語氣。讓程序員感到他是專業的，他是能夠解決這個問題的，要依仗他才能做的更好。這會無形中賦予他一種責任感（因為你把問題拋給了他，他就隱形中負有解決這個問題的責任），在傳達出意願的同時也避免了話語的生硬，讓程序員感受到對其職業技能的尊重。

• 注重日常交往。日常生活中交個朋友，比如一起打球、打游戲，聊聊電影和漫畫，實在是沒有共同語言就經常沖他賣個萌、攪個基、撒個嬌、講個笑話。這樣，大家都是朋友了，不看工作職責的那一半看交情的那一半，溝通起來也會順暢很多。

總結：有很多時候產品的產生不完全是靠嚴格的流程和規章制度誕生的，也需要很多溝通的潤滑。能夠開開心心地把產品做出來最好，但是最終我們還是不能離開產品實現這個 標的物。

⑧ 產品經理為何遭開發人員暴打

8月2日，一段「辦公室打架」視頻消息在網路流傳，並引起熱議。該消息稱「據稱某互聯網公司產品經理提了個要求，要求APP開發人員可以做到根據用戶的手機殼來改變軟體主題顏色，然後就干起來了」。然而，南都記者調查發現，打架的真相並非如此。

瞅了一眼發生爭執 一周後兩外包人員再次見面發生扭打

謝某稱，上周一（7月23日）午休時，他趴在座位上休息，起來的時候，看了一眼經過的李某，結果被李某無端挑釁，「他沖到我的座位面前，指著我問，『你瞅啥？！』」，隨後二人發生爭執。

謝某說，在發生爭執後一周，李某都沒有在公司里出現。7月31日，謝某在公司再次見到李某，想上前與他理論，結果兩人就開始扭打，也就有了視頻里的那一幕。

兩人均已不在平安工作通告對兩位當事人予以除名

謝某告訴記者，這件事已經結束，他與李某也已達成和解。網上有消息稱，兩人已被中國平安開除。不過該消息尚未得到中國平安的官方確認。目前，涉事二人均已不在平安工作，至於是被辭退還是主動辭職，謝某表示「不方便透露」。

此外，南都記者從中國平安內部人士處獲取到一份由「科技中心人事行政室」發出的通告。通告稱，「7月31日上午，科技中心外包員工謝某雲和李某勝因個人原因在PAFC19樓職場發生強烈肢體沖突。該行為嚴重違反公司制度，對職場秩序造成惡劣影響。根據相關規定，現對兩位當事人予以除名。人事行政室將進一步加強職場秩序和員工行為管理，對於違規事件，嚴懲不貸。」不過，截至記者發稿尚未得到中國平安或者平安產險的官方核實。

平安產險技術人員達1500人

南都記者注意到，此次打架事件事發平安產險科技中心，而近期該中心亦因技術人員數量直線增長而備受關注。日前，平安產險首席科技官顧青山在接受媒體采訪時透露，平安產險每年會拿出利潤的10%左右投入到整個科技技術方面，技術團隊在人力上已經增長了三倍左右達到了約1500人。

延伸 · 回顧

深圳一產品經理被曝要app隨手機殼變色 與研發互毆

7月31日，深圳某公司產品經理與開發人員互毆，爆料者稱起因是產品經理要求app顏色能隨手機殼顏色自動調整。該公司回應@時間新聞稱，打架者為公司外包員工，已予以懲戒。一份內部處罰通報顯示，兩人已被公司除名。

本文來源：南方都市報

⑨ 你見過哪些奇葩的產品經理，他們都做過什麼「雷人」的事

以前確實碰到過一個比較奇葩的產品經理，對方做出來的事情給員工的感覺就是非常不專業，給人的印象就是毫無能力的那種，感覺對方就像是走關系才當上產品經理一樣。我在對方手下做事的時候，期間發生過一件事情讓我印象特別深刻。那件事情發生之後，我職場生涯中第一次產生了「還有這么爛的經理」的想法。

兩個月之後，赴韓整容APP開發到尾聲了。結果在網站和APP同步方面出現了問題，在網站發布的一些內容，沒辦法直接同步到APP上。必須要重新填充到APP上才行。當時恰好領導又下了一項任務，要重新開發一款類似的APP。結果產品經理打算推出的赴韓整容APP就直接夭折了。也就是說，產品經理讓辦公室所有人白忙活了兩個月。

當時，產品經理說出這個決定時，我的第一反應是「這是在開玩笑？」，這種不靠譜的事情居然會出現，確實讓我目瞪口呆。