產品~
你會巴西柔術么？
你會日本相撲么?
你會棒國跆拳道么？
你會......
啥？你啥子都不會？ 哦..那你可能會被程序猿打....
我大程序猿撕逼能力一般，動手能力還是闊以滴..
實在不是產品打得過開發啊，人是群居動物啊，敢問你們公司有多少開發多少產品？“英雄聯盟”都是五打五，我們特么五打一還打不過你？？
So..產品你提需求可以，能不能提之前醞釀醞釀可好？
好了,以上既是是調侃也是事實，我還是要想着法子替產品分憂解難，想想如何避免一場辦公室肢體斗爭。
能讓程序猿激動到大打出手，產品的需求也可以說是牛逼壞了啊。
要想避免，咋們可以從以下幾點里進行改善。
需求的合理性
能自行分析出需求對產品帶來的收益
如果你提出的需求對開發的產品沒有任何收益，那么就是在浪費程序猿的時間！
需求的收益也需要在在多個維度下進行權衡
要優化產品或新增功能，團隊就要付出更多時間成本、人力成本。 一個優秀的產品經理絕對是一個老道的戰略者，他們心里有一桿秤，對資源的把控有自己的原則。
需求的詳細說明
如果一個產品經理連自己提出的需求都無法與團隊成員解釋清楚那我認為這個產品經理是非常不稱職的！
對於復雜的需求，最好的方法是用文檔記錄，如果還能提供流程圖、時序圖那會更好。
實現難度分析
每一個需求的實現成本都不相同，產品可以不會寫代碼，但是不能對團隊的開發技術棧一竅不通，必須與技術負責人進行溝通，了解實現難度，分析需求實現成本后再確認是否需要完成此需求。
需求的邊界
需求把控最為重要的一點就是它的邊界，不能無限擴張是進度把控的前提；
貼近現實的進度要求
你的需求在團隊成員現有技術實力成本下需要投入的時間是10天，產品經理給的時間要求是3天，你說怎么玩?
在進度與質量的博弈中大多數是質量慘敗而歸......
所以要與開發團隊協商好質量要求的下限很有必要。
能提供哪些協助資源?
實際上需求在完成過程中是極有可能存在跨部門甚至跨企業交叉合作的情況，這個時候作為產品經理你需要明確出你能提供的資源下限，並主動與開發團隊進行溝通協調。
聚焦團隊凝聚力
團隊凝聚力在項目管理里是屬於軟實力的一種體現，產品經理很有必要掌握，不能讓浮躁、消極心態的成員蔓延這種不良氛圍。
總結
產品經理挨打的情況畢竟是少數，但是產品經理與開發團隊存在隔閡、目標不一的情況卻是一抓一大把。在實際工作中還是不斷修行歷練，小伙伴們加油吧！