-
1 # IT駱駝
-
2 # 程式設計圈
產品經理保護自己的唯一辦法，是提升自己的能力水平，有一門主要武功打好基本功，博採眾家之長。熟練葵花寶典一般可以滿足需求，然而很難，需要很多年時間。而程式設計師練兩年散打或柔道，就可以達到實戰水平，所以產品經理要有耐心，多花時間修煉。
光動嘴皮子沒有用！
光動嘴皮子沒有用！
光動嘴皮子沒有用！
一定要有耐心，如果覺得葵花寶典太難，可以學閹割版——辟邪劍譜。當然，對方如果是高手，會九陽神功、九陰真經之類，那就悲劇了，修行無止境，一路學下去才可以保護自己。我這有獨孤九劍劍譜，友情價出手，練會後可天下無敵，公司掃地大姐都不是你對手，從此傲視公司程式設計師，各種需求隨便提，程式設計師永遠把你的需求擺在首位。
靠人不如靠己，安全不是靠乞討來的，產品經理，你的未來把握在你自己手中。
-
3 # PM圈子
看看他倆為啥會打起來
Round1
WHO 勝
Round2
WHO 勝
Round3
WHO 勝
Round4
WHO 勝
Round5
WHO 勝
Round6
WHO 勝
Round7
WHO 勝
Round8
WHO 勝
你猜，最後誰能贏？
-
4 # 視界雲科技
江湖上不是流傳這樣一種說法嗎：產品經理像爸爸，程式設計師呢則比較像媽媽
爸爸只動嘴皮子，被指使幹活的卻始終是媽媽，媽媽能樂意嗎？所以媽媽有時候忍受不了、偶爾修理下爸爸，這應該很順其自然、理所應當、可以理解的吧！
剛才玩笑歸玩笑，卻也揭示了產品經理和程式設計師由於職位屬性不同，常向程式設計師提需求的產品經理，難免因為某些需求引發一場血雨腥風！產品經理只說不幹成為了“雙方戰爭”的直接原因，很多時候很多公司開需求會議，我們會看到這樣的場景，產品同事自詡站在使用者的角度上，自信分享著自己提出的未經過任何調研的一連串需求，然後開了一下午需求會議，然後卻只有產品經理滔滔不絕，需求並沒有太徵求技術同事的建議。如果再加上後期需求的頻繁變動，技術同事辛辛苦苦加班加點剛完成，結果被產品經理以不符合預期標準否了，然後重新做。
做好了，產品的功勞，不如預期，運營、技術、測試的鍋！
給產品經理的幾點建議：
（1）產品經理要避免發生上面類似的慘劇，面對程式設計師用語雷區需要提前瞭解下（冰山一角）這麼簡單的功能，還沒完成？
這次感覺很簡單啊！
上次那個很難的需求不是都搞定了嗎，這次怎麼就不行了！
這個需求麻煩改一下，對啦，還有這一個，這一個，都改下吧。
我突然想到一個需求，一定會驚為天人，吸引大量使用者，我先提出來，你那邊做一下吧。
發現效果還不如原來的，你快點改回去吧。 這都是技術同事的問題！
（2）技術都會歡迎一個更懂技術的產品經理雖然不會技術也可以做產品經理，但是對於程式設計師而言，更歡迎能夠做有效溝通的、懂得一定技術的產品經理，而不是拍拍腦袋、提需求完全不考慮是否可以實現以及實現難度等問題。如果不太懂技術，那產品經理至少還是需要去了解相關的基礎知識，如果懂一點，那就再抽空強化一點。如果連和技術人員正常溝通都有問題的話，基本就離捱揍不遠了！（3）產品經理自身綜合素質和能力的提升現在不乏一些把會會畫產品原型圖、開個需求會議定義為產品經理，其實對於產品經理而言萬里長城第一步。在產品業務層面，產品經理需要接觸整個產品的全流程環節，瞭解整個業務和行業；在使用者層面，產品需求具有心理學、增長駭客、商業策略等相關的知識體系；在技術溝通層面，也許不要求產品經理懂得實現某個功能或者需求的每一行程式碼，但是相關的技術模型、術語還是要有所瞭解。優秀到讓技術同事都崇拜你，你估計就遠離了被捱打的命運了！（4）提出更加有效、有價值的新需求很多時候產品和程式設計師的矛盾，源於需求！所以歸根結底，還是要從需求出發！產品經理提出的新需求，不只是拍拍腦袋想出來的結果，要主動走近使用者、和運營、技術、市場等部分做需求聯動，共同評估需求的價值，以及評判無效的需求。產品經理要主動了解使用者、懷有同理心，好的需求一定是來自於使用者的訴求，但於此同時，產品經理也不只是簡單把使用者需求轉述給技術人員，也需要自己用產品思維和工程師角度去轉化為具體、可行、明晰的落地需求。（5）如果你是女神、萌妹子、高情商的產品經理，條件可酌情放寬處理如果把專案開發比做賽艇運動，在最前面擂鼓喊號的是產品經理，他不但要每個參與者都使足力氣，而且要協調所有的參與者，將他們的力氣都往一處使，他還要保證所有人的方向都是一致的，都知道朝哪個方向走，不能出現有人用力不對的地方。雖然這個雞湯證明了產品經理的確只說話、不怎麼幹活，但不可忽略產品經理對於一個團隊的重要性，不過，這裡說的是好的產品經理！
如果以上所述都失效的話，終極必殺技：努力鍛鍊好身體、提升抗擊打能力！ -
5 # 乘風隨意
現如今，產品經理和程式設計師這對冤家，已經成為大家茶餘飯後的談資，網上也充斥著這對歡喜冤家的段子。作為產品經理，我經常和程式設計師打交道，總結一下我的經驗分享給大家。
其一，擁有同理心這是產品經理的基本要求，和程式設計師打交道多年，我發現你如果能設身處地的為程式設計師哥哥考慮，他會打心底感激你。
其二，把程式設計師當作“戰友”這個時候，你們是一條船上的螞蚱，是利益共同體，唇齒相依，你中有我我中有你，相互需要。
比如，產品經理產品做的好可以有機會做更牛逼的產品，這時候他肯定不會忘了你這位牛逼程式設計師，你也有機會做更大的專案，進一步鍛鍊技術能力。
同時，牛逼的程式設計師能幫產品經理高效保質保量的實現需求，產品經理多在程式設計師領導面前誇讚他，程式設計師也能有更多的機會被領導發現。
其三，用程式設計師的語言交流這就要求產品經理一定要懂技術，至少能正常和技術溝通，這方面技術出身的產品經理會有優勢。舉個例子，程式設計師和你談需求的時候，他說可以使用XXX技術來實現，這個時候你來一句“XXX技術在這個場景下比較適用，但可能要注意的是XXX”。我去，這個時候，你在程式設計師哥哥心裡就是“神”啊！
其四，需求把關，想清楚之後再提需求減少需求反覆變更的頻次，大家都知道一個段子“弄死一個程式設計師最好的方式是改三次需求”。產品經理不要做需求的傳話筒，這種產品經理最沒有競爭力。你是收集需求，挖掘需求，並思考過濾，想清楚之後行成需求list。你這邊把關越嚴，準備越充分，後期反覆和加班趕工的情況就越少。所以啊，產品經理們，要“想清楚”！
其四，請吃飯，陪加班首先呢，你得搞定程式設計師的老闆，也就是開發經理，他是你的資源，你必須搞定他，不然後續很難推進。多混入他們的圈子，產品階段性勝利的時候，多爭取一下團建經費，大家一起出去玩，平時多和他們一起吃飯，有點成就的時候，多請他們吃飯，因為他們加班加點真的很辛苦。同時，如果可能，晚上多陪陪他們，你懂的。
其五，當半個程式設計師鼓勵獅優秀的產品經理都是半個 鼓勵師，為什麼這麼說？ 程式設計師的工作很乏味，可能研究半天弄不出來個名堂，這個時候不要一味催他們，應該是從鼓勵的角度，讓他們放鬆。為程式設計師哥哥加油。當他們低落時，要打雞血，當他們得意時，要點贊。
作為產品經理，我會給程式設計師哥哥按按摩（男對男），多說一些正面的話？
其六，主動背鍋，少攬功勞這點很考驗產品經理的情商。你是產品負責人，出了問題不要推諉，主動站出來找問題，主動推進解決問題，並承擔相應責任。
同時，當產品取得階段性進展，向領導彙報時，記得叫上他們一起（好處很多），同時在領導面前提到他們的功勞以及苦勞，讓他們的付出也呈現在領導面前。
同時，記得向領導爭取經費，搞一次團建，讓程式設計師哥哥們放鬆放鬆，同時能增進感情和增加鬥志，為接下來的戰鬥做好準備。
回覆列表
產品經理和程式設計師是實現網際網路產品的兩個職務，需要相互配合，共同達成目標。但從職責上來說，產品經理明確的是幹成什麼樣，而程式設計師的工作是需要怎麼幹。因此在具體工作中，就會產生一些矛盾和衝突。為此，可從以下幾個方面來分析解決：
1.產品必須要滿足的需求對於該部分內容，程式設計師必須要無條件聽從產品經理的設計和安排，因為只有產品經理才能準確把握第一手需求，並明確產品的最低需求標準。如：一款社交產品必須具備的上傳附件、發表評論和回覆等。
2.產品的高階需求和體驗如果產品的最低需求作為市場準入門檻的話，那麼提升使用者體驗和基於使用者體驗的高階需求則是產品的核心競爭力。程式設計師需要盡最大限度滿足產品經理的需求，如果在實現方法和技術儲備不完全滿足產品要求的情況下，產品經理要和程式設計師充分溝通，實現最完美替代方式來達成高階需求的目的。如：上傳附件中的酷炫和動態效果，最小化精簡操作方式等。
3.產品的附加需求產品的附加需求是在滿足產品開發的基礎上，為使用者提供的附加值，對網際網路產品來說，簡潔、專注是大方向，附加需求往往體現在資料關聯和功能融合等方面，一般不影響產品獨立性，因此，產品經理可多參考程式設計師建議。
4.產品經理需要把控好產品功能優先順序和開發進度產品經理根據需求和創意設計一個產品後，往往要求程式設計師在較短時間內完成，而時間緊迫可能導致開發質量不高，因此產品經理在設計產品和指導開發進度上，需要做到合理劃分、精準計劃，讓程式設計師開發有重點、有節奏。