1樓：產品一哥
作為產品經理人是都是比較理性的思考和分析，互毆事件也是溝通的問題，增強溝通，這樣的熱點，從自己出發學習更加完善自己才是要做的。
產品一哥：萬字乾貨！0基礎如何拿到產品經理offer《0基礎如何拿到產品經理offer-資料分享》，資料提取碼【z8nr】
0基礎如何拿到產品經理offer-資料分享產品經理求職-面經分享
產品經理求職-面經分享
2樓：
PM缺少基本的風險控制和風險提前預期提前發現的能力，並且沒有提前做衝突預案和策略，導致出現不可逆的異常的時候場面一度不可控。
3樓：零下E度
近日，某公司的程式設計師和產品經理打架事件在IT界熱傳。最後打架的兩個人都被公司開除了。
那為什麼打起來呢？
程式設計師認為技術上根本沒辦法實現該功能，覺得產品經理不切實際亂提需求。產品經理認為我是根據使用者需求規劃產品功能的，覺得怎麼實現是你們程式設計師自己的事情。雙方在爭論的時候，矛盾加劇打起來啦。
那麼最優秀的程式設計師和最優秀的產品經理會不會沒有矛盾？
答案還是有的。阿里巴巴優秀的前端技術大牛，在參加乙個技術綜藝節目時，主持人問他：「遇到不一致時，你能說服你們公司的產品經理嗎？
」。接著技術大牛長嘆一生說：「很難很難」。
不同的人有不同的角色、不同的知識背景。在不同的角度，會看到不同的東西。就像下圖，左邊的人看到4根柱子，右邊的人看到3根柱子。
那麼在公司遇到這種誰也沒辦法說服誰的爭論時，我們該如何處理呢？
通過打架肯定是解決不了問題的。我們雙方都要學會換位思考，從別人的角度去看待問題和思考問題。比如打架事件中的程式設計師學習一點產品，除了用技術思維思考問題，也多從使用者的角度去思考。
產品經理也學習一點技術，除了用產品思維思考問題，也多從技術的角度去思考。這樣就不會導致打架雙雙被開除的窘境。
4樓：
具體因為啥打架的，已經不重要了，但是工作中，確實會遇到一些挺奇葩的人。我說的奇葩不是說提奇葩的產品需求，我覺得即使再奇葩的需求，如果當事人雙方都會溝通，怎麼也不至於打起來。我說的奇葩就是那種見誰都懟的人。
後來陸續聽到其他工種的同事說，沒看我都不跟他溝通嗎。再後來我辭職了，CTO問我，有沒有他的因素，我說有吧，他說，我早晚要把他開了。
5樓：李庚
可以這麼說這個公司的技術團隊，管理上已經出現了嚴重的問題。人員之間的信任度幾乎為零，這樣的團隊我估計早晚玩完，本身沒有多大的事情，為什麼會大打出手？看似溝通出了問題其實是團隊夥伴的信任問題，如果大家相互信任怎麼可能出現這樣一幕。
6樓：「已登出」
我們剛來的產品，規劃一大串串新功能，原型圖做的…你根本不能點（手動微笑）。
我是iOS的，做啥他都說不就是用storyboard畫一畫就好了嘛，我也會的誒。職場撕逼我一向不慫，哈哈哈，點了點他的原型圖，我說，要不你先用storyboard畫一畫你的原型出來吧，現在的都沒辦法點，看不懂你的邏輯。
7樓：胡公子
以前公司裡乙個自以為很懂技術的中年婦女，提出過乙個技術「攻關」課題：要求在AP上實現多運營商網路出口線路的智慧型自動切換
但是我們並沒有聯通、移動的運營商線路接入。。。
於是提出反駁意見
中年婦女領導：電視上科學家說了，技術上可以實現問：什麼電視，我回看學習一下
中年婦女領導：走近科學
8樓：希佑
汽車行業的來吐槽一下自己的產品經理（汽車行業產品經理叫專案經理，開發叫產品工程師）。整天客戶提個要求，商量也不商量的乙個郵件回過去，兩個字「好的」救答應了，順帶把開發抄上，也不管我們能不能做到，難度怎麼樣，時間能不能滿足。真等到客戶催結果的時間催開發催的比客戶還狠，碰上這樣的專案經理，真累。
9樓：一輪新月
你們都中計了，他們兩個是在演戲！
劇情一定是這樣的，二人之前買了鉅額保險，假借打架之名騙保！
詳細過程自行補腦，擦，別問我怎麼知道的，我瞎編的。。。
10樓：tnt
這是個段子的可能性很大，但是為啥這麼多人相信呢，因為每個開發都被無知的產品坑過，真的，沒做過開發，你永遠不知道乙個坑比的產品能坑成啥樣，我們每週只能上線兩次，你能想象，乙個運營後台頁面的排版，讓乙個程式設計師改了乙個月的情況嗎？測試環境給他看，可以了，上了線，來找你了，這個排版不好，要你改，改了，給他看，可以了，上線了，不行，再改，乙個頁面改了乙個月，我就是感覺我同事脾氣好，不然早開幹了，還有一次，本來是乙個文字域輸入的功能，儲存的是乙個字串，產品非要改成填關鍵字的，這個字串內容每個都不一樣，關鍵字也不一樣，我們當時就懵逼了，後來找他，你能把你要的用個excel文件一項一項的對應填上，我們就能給你做，不然做不了，他用了兩天，也沒填上，最後放棄了，這就是產品，他都不知道想要的是啥，就想你給做出來，這也就是為啥這些開發真的相信有這麼無腦的產品的原因
11樓：川芎
打架開除是真，需求是假，大家調侃一下的玩笑話，居然被當真而且還火了，科技人表示很無奈。謠言止於智者吧，不然這個產品經理的生涯就算是被毀了
12樓：劉源
恕我直言，現在個別（我也不知道到底多少）產品經理就是領導的傳聲筒。沒有一點職業素養和基礎知識，其他職位都做不好就去轉行當了產品，還不知道哪來的優越感總以為自己比其他職位（設計，開發等）高一層。
吐槽完畢，說點正經的～
我一直覺得，像產品經理專案經理這樣的崗位，最好是各方面都要懂，而且一定要對自己負責的產品或者專案有乙個總體上的清晰的認識，這樣才能盡量避免乙個需求反覆修改，也能避免提出一些不切實際的需求。
理論上任何符合邏輯的需求都可以實現，只是完成時間的區別。我特別希望這個時間在以後會由開發來定，有些看似簡單的功能其實很複雜，有些看著複雜的東西其實又很簡單，這點知乎上有大量的例子我就不多說了。
如果平安這事是真的話，拋開需求本身不提，首先事件主人公明顯是在甩鍋，乙個專案是靠大家一起齊心協力去完成的，而不是乙個人動動嘴其他人累斷腿。
13樓：喵醬mm
1. 從此之後，平安產品經理事件成為了我男票向朋友介紹我時的梗。
2. 不懂技術提需求確實是硬傷。
3. 背鍋的永遠都是臨時工/試用期/派遣工。
14樓：小和尚
大部分都是說產品沒腦子的回答，應該大部分都是程式設計師。
現在有很多程式設計師屬於那種沒有本事，卻認為自己很牛X，看不上這個，也看不上那個，並不是當了程式設計師就可以改天改地，改變世界的，你認為的不可能，也許早都存在，只是你不知道，你不會。
現在社會的發展情況，你能想到的創意，或者你認為的創新，在世界的其他地方肯定存在或者存在過。
沒有誰比別人牛X很多，只是專業方向不一樣，只是經驗不同。只有不大1%的人才是改變世界，撬動行業發展方向的。
那些怪產品不會交流，不能好好交流的人，是否考慮過你們在跟人溝通的時候是什麼態度，是什麼姿態？當在埋怨產品不動技術的時候，你們是否都市場，懂使用者，懂銷售，懂運營呢？所謂的懂，不是你個人的行為和習慣，是對市場的分析，這也是很多矛盾的起源點。
產品是否也可以埋怨你們不了解市場趨勢呢？
都是打工的，互相難為什麼呢，己所不欲勿施於人，你什麼態度對待別人，就會得到什麼樣的反饋。
如果真認為自己那麼牛X，那就想辦法在努力後再給出結果。
水平不夠，說話來湊，眼光不高，扯個雞毛。
15樓：
恕我直言，作為外行的我都覺得，這不是輕而易舉的事麼
通過使用者的呼吸頻率和握手機時微振動的頻率以及說話聲音的細微變化，完全可以分析出來他的心情的
醫生憑藉聽診器就能探出病人的病情，別跟我說得到以上資料後，分析個喜怒哀樂就那麼難？
別說使用者的心情，在大資料的分析下，就連使用者得了一些常見病，都能分析出來
還覺得不行的
那使用者的笑聲哭聲嘆氣聲打嗝聲放屁聲嬌喘聲生病咳嗽聲疼痛嚎叫聲老闆罵時唯唯諾諾聲，總能識別吧？這不就獲得使用者大概的心情了麼
有些時候，真不怪人家要求過分，想想是不是因為自己沒本事
16樓：銀角大王Modric
一群人都相信什麼手機殼的梗。
手機殼的梗都有好幾年了。
這都是外行給程式設計師提需求的梗。
產品經理不可能提出這種需求來的。
做不了也不會打架。
大公司的需求都是開會開會開會，郵件郵件郵件，層層審批下來的，怎麼可能有這種東西。
17樓：sunset
讓產品寫調研一下市場上的所有手機殼的規格和顏色並出示文件，你看他怎麼說？
當然，作為PM且如果這事兒是真的的話，我覺得這種產品應該揍，讓他帶著腦子上班。
18樓：Gimli King
這事要是真的，這位產品經理應該此生與本行無緣了。
如果是真的，應該怎麼撕呢？
程式設計師應該說，好的。
請提供需求細節吧，比如。。。。。獲取到手機殼時，怎麼判斷顏色啊。
顏色的轉換演算法是什麼啊。
轉換後各個UI控制項對應的顏色和字體表提供乙個吧。
大哥，你能不能給我乙個郵件，然後cc我的老闆，我這簡單估一下，大概500個人天的開發量吧，測試那邊回頭再問了。
19樓：花鵑
從動作層面我是挺反感這麼大年紀了還有那種感覺自己擁有電視劇集中的主角光環，在公共場合一言不合就動手動腳的不忍；從事件層面看假設標題事件是真，理解程式設計師的歇斯底里爆發，畢竟部分產品希望急功近利以及頂著多層壓力導致忽略很多需求之外的影響。
20樓：梨雪梅
開發水平不行，很簡單的乙個功能而已，我編寫半個小時搞定，，第一步，請用你的手機對著鏡子拍張照，第二步，識別手機殼顏色花紋，第三步渲染。 多大點兒事兒，，水平不行就是不行，弄的跟世界級難題一樣
21樓：Gungnir
產品經理這個行業。。。門檻太低了。
所以說，如果是從技術崗轉的，會更好溝通一點。
作為乙個產品經理，你不是銷售，你一味滿足客戶需求，只能說明，你太失敗了。
22樓：Tarzan
IT圈裡程式設計師和產品經理的梗實在太多了，動不動要砍人啦，祭天啦之類的。他們之間的矛盾一直存在，說到底還是溝通不暢導致的，但歸根結底，這次事件我認為還是產品經理的錯！
雖然我作為一名需求分析人員，也正在成長為一名產品經理的路上，我深深的體會到一名合格的產品經理，真的不是那麼容易就能當好的。
我學習了很多產品經理所必備的知識和技能，其中很重要的一點就是溝通能力。如果單獨說溝通能力可能有點片面了，但其實溝通能力是很多種能力融合而成的，其中最重要的一點就是情商，顯然事件中的程式設計師和產品經理情商都不高，如果有一方高，也不會出現打架這種情況。
但產品經理不同，在這種矛盾出現的情況下，他必須去主導事情的發展。首先去引導程式設計師理解他的想法，雖然他的想法很扯。顯然程式設計師也是理解了他的意圖，然後做出反駁，但是產品經理並沒有意識到，一直以為是可以實現的，甚至是簡單的（和程式設計師說話大忌，千萬不要說很簡單三個字）。
產品經理之所以說出這種話提出這種需求，也是說明了這個產品經理對開發真的一點不懂，認為什麼需求都能做出來。這一點說明他沒有去了解開發的基本知識，也沒有提前和程式設計師做出溝通，作為同事，估計私底下也沒什麼交情。
最重要的是在程式設計師反駁後，他還沒有意識到自己的錯誤，估計認為是這個程式設計師能力不行或者故意不配合，而沒有去從自身找原因，提出的這個需求到底合不合理？最終矛盾激化，有了大家看到的一幕。
其實工作和生活中，溝通真的很重要，很多糟糕的事都是溝通不暢造成的。我們真的應該學會傾聽，學會理解，如果這樣，世界真的會更美好。
開發如何轉產品經理？
產品一哥 首先要明確初級產品經理的職位要求 可以發現，達到職位要求的最優方法是 做乙個完整的產品專案。首先看一下，做完乙個完整的產品專案之後，你的簡歷是下面這樣子，100 通過篩選，簡歷再也不被拒絕！在理解職位要求的內容之後，可以發現，達到職位要求的最優方法是，做乙個完整的產品專案。如果不動手做專案...
大家都怎麼看平安科技產品經理和app開發程式設計師打架的事？
JustRun 首先第乙個，我覺得在這件事中還少乙個人沒有被揹負責任，雖然程式設計師以及產品經理被開除了，但我覺得這裡面最應該被開除的是專案經理。為什麼這麼說呢？because專案經理才是管理整個專案的人，專案的新需求或者需求的變更都應該由專案經理拍板，然後分解，安排工作，而不是產品經理跑到專案成員...
如何看待平安科技的產品和開發因需求問題打架？
李童 和產品經理沒關係，和開發沒關係，和公司沒關係，和IT界沒關係。換個行業，換個公司，這倆人合作也大概率會打架。挺正常一現象，沒必要過度解讀。 曉波 其實都是不是事，關鍵是溝通過程的表達跟語氣的問題。不過也從反面看出幾個問題 1.當事人情商不高 2.國內部分的產品人員確實沒有相關的專業性，我所指的...