产品~
你会巴西柔术么？
你会日本相扑么?
你会棒国跆拳道么？
你会......
啥？你啥子都不会？ 哦..那你可能会被程序猿打....
我大程序猿撕逼能力一般，动手能力还是阔以滴..
实在不是产品打得过开发啊，人是群居动物啊，敢问你们公司有多少开发多少产品？“英雄联盟”都是五打五，我们特么五打一还打不过你？？
So..产品你提需求可以，能不能提之前酝酿酝酿可好？
好了,以上既是是调侃也是事实，我还是要想着法子替产品分忧解难，想想如何避免一场办公室肢体斗争。
能让程序猿激动到大打出手，产品的需求也可以说是牛逼坏了啊。
要想避免，咋们可以从以下几点里进行改善。
需求的合理性
能自行分析出需求对产品带来的收益
如果你提出的需求对开发的产品没有任何收益，那么就是在浪费程序猿的时间！
需求的收益也需要在在多个维度下进行权衡
要优化产品或新增功能，团队就要付出更多时间成本、人力成本。 一个优秀的产品经理绝对是一个老道的战略者，他们心里有一杆秤，对资源的把控有自己的原则。
需求的详细说明
如果一个产品经理连自己提出的需求都无法与团队成员解释清楚那我认为这个产品经理是非常不称职的！
对于复杂的需求，最好的方法是用文档记录，如果还能提供流程图、时序图那会更好。
实现难度分析
每一个需求的实现成本都不相同，产品可以不会写代码，但是不能对团队的开发技术栈一窍不通，必须与技术负责人进行沟通，了解实现难度，分析需求实现成本后再确认是否需要完成此需求。
需求的边界
需求把控最为重要的一点就是它的边界，不能无限扩张是进度把控的前提；
贴近现实的进度要求
你的需求在团队成员现有技术实力成本下需要投入的时间是10天，产品经理给的时间要求是3天，你说怎么玩?
在进度与质量的博弈中大多数是质量惨败而归......
所以要与开发团队协商好质量要求的下限很有必要。
能提供哪些协助资源?
实际上需求在完成过程中是极有可能存在跨部门甚至跨企业交叉合作的情况，这个时候作为产品经理你需要明确出你能提供的资源下限，并主动与开发团队进行沟通协调。
聚焦团队凝聚力
团队凝聚力在项目管理里是属于软实力的一种体现，产品经理很有必要掌握，不能让浮躁、消极心态的成员蔓延这种不良氛围。
总结
产品经理挨打的情况毕竟是少数，但是产品经理与开发团队存在隔阂、目标不一的情况却是一抓一大把。在实际工作中还是不断修行历练，小伙伴们加油吧！