相信大多数的开发同学在工作中频繁接触这一类人：产品经理。
那产品经理是个什么物种？
来自度娘的解释：
产品经理（Product Manager）是企业中专门负责产品管理的职位，产品经理负责市场调查并根据产品、市场及用户等的需求，确定开发何种产品，选择何种业务模式、商业模式等。并推动相应产品的开发组织，他还要根据产品的生命周期，协调研发、营销、运营等，确定和组织实施相应的产品策略，以及其他一系列相关的产品管理活动。
这一段解释看完，又要负责，又要确定，又要推动，感觉产品经理很高端大气上档次啊。
实际上呢，在这人人都是产品经理的时代，可以不会代码，不懂设计，不了解用户体验，不会推广，甚至连工厂模式也没听过。但这都不是问题，因为需求方也不懂这些。
在我的理解中，产品经理简单的分为三个级别：
R级传话筒
很多时候这类同学也不知道自己在说什么，因为他没搞明白需求方到底要什么。
SR级过滤器
这类同学有了分析能力，知道什么能做，什么不能做；并且有了担当，知道把不能做的回绝掉。已经算是还不错的产品了。
SSR级真·产品经理
首先，要有一定的空间让其发挥，这点就很难，因为“我不要你觉得，我要我觉得”很让人不爽；其次，有想法和规划，懂一点技术，还要有很强的“忽悠”能力，能让需求方、设计、开发等相关职位的同学跟着他的节奏走。
在如今的互联网行业，普遍觉得产品经理很水。主要有两个方面：
1. 产品专业性不高
产品经理是伴随着互联网发展起来而有的新兴职业，至今高校未有开设产品这一专业来系统性培养人才，而市场上的产品经理职业培训也良莠不齐，很大程度导致产品同学的专业度受限，得靠自己在实战中慢慢摸索。
2. 需求方是“爸爸”
互联网中其他大部分岗位的需求方是公司里的同事，但是，产品的需求方很大可能是老板、上级、话语权很重的业务部门，使得产品是处于弱势那一方。有时候上头吩咐的事情很含糊，自己也不好意思去多问，就只能依葫芦画瓢下发给设计、开发。所以让大家觉得，这产品好水啊。
作为一名有素质、有道德、有内涵的三有码农，不仅自己要努力变nb，而且还要努力帮助R级和SR级产品往SSR级进化。
在了解了产品为什么会表现出这样的水平之后，我们来看看如何推动他们进步。
场景一 这是老板的需求
某招聘应用的老板说要数值化员工的忠诚度（这里加一个游戏三国志的武将卡片，上面有忠诚度）。
产品组织了会，开始过需求。要求获取用户的个人信息和行为。还有一个排期表：3周上线。敲重点，产品站起来就说，这是大老板的需求，时间是大老板定的，我不管你们怎么实现，到期要上线。
这个时候，作为实际干活的人，脑海里定是无数草泥马奔腾而过，慑于“大老板”三个字的淫威，在这么短的工期内实现，只能回去加班加点了，更有甚者，需求会上已经在构思数据模型或者交互了。
如果，就此点头散会，那007离你不远。
对于这种工期紧又是老板的需求，首先，确定好大老板的重点是什么：需要一个用户的忠诚度或者叫稳定性的数据，3周后要带去见客户。
确定好重点后，其他的一切内容都是产品自己yy出来的。
那我们可以开始给产品同学讲道理摆事实了。
“这个需求存在几个难点：
1、获取这些用户信息需要授权，如果不授权的过多，总体数据很难看，你要怎么和老板解释，老板要如何给客户解释。
2、每家招聘应用的短信差异很大，需要产品将所有招聘应用的短信模版整理出来，不然没办法，做解析。
3、 数据渠道有点多，综合计算的方案和分值区域的划分，产品你想好没，40分要如何展示，1年中11个月是100分，一个月是10分的用户，要如何展示。这个不是产品你说行就行，老板是要拿出去和客户聊的，你确定你的定级方案，客户不会提出这些疑问么。
4、怎么确定谁是猎头，电话时长要不要考虑，是否接通要不要考虑。产品，你需要提供猎头电话列表，或者相应的第三方查询接口。”
以上的4个点都有一个共同特点，需要产品干活。简单来说，就是把产品组织的甩锅会，变成背锅会。这个时候，产品如果还是态度嚣张：我不管。那么，你需要做的是搞清楚他的后台是谁。
棒子打完了，该给枣了。
老板目的是3周后和客户吹我们有忠诚度系统，最多是ppt的一页和1-2张截图。既然如此，我们给他一个忠诚度系统超简版，但是规划出高大上版。胖子不是一口吃出来的，客户也不是一次就能忽悠住的。
最后再努力争取下，需求变成了
1、合法的获取用户某一项的信息和行为，产品提供解析方案
2、分析以上数据，并让设计做漂亮的展示页
3、做一个完善的第2-n版的规划
等老板见完客户，第2版他想不想要还是个问题。
场景二 别人家有，我们也要有
下个月就是圣诞节了。需求评审会上，产品直接拿出别家的截图来讲解：竞品有这么一个双旦活动，我们也要有～！
这种事情，大家都经常遇到，实际上产品的想法是：别人胸口碎大石很简单，我们也可以。做起来的结果就是，别人的石头是特制的，我们没有配方，碎一次，祭天一个产品。
画虎不成反类犬。
针对这种抄一抄的需求，要从业务的角度来“摧残”产品，和他较真每一个数据的意义：每一种你能想到的特殊场景如何解决，预期投入产出是多少，怎么算的；既然你拿的是别人的成熟方案，你把对方的活动具体效果数据拿出来，我们要做到什么样。
当然就算据理力争，最后的结果很可能还是该排期的排期，该做的做。
其实在整个battle的过程中，让产品提供的每一样数据、方案是为了让他知道，事情不是那么简单，他不是一个传话+盗图的。每一次问的他哑口无言都是逼着让他知道，不用心做不好这个岗位。羞耻心，或者说吵架吵输了的那种不爽感会让他主动去复盘，下次如何做的更好。
场景三 这个需求很简单
产品拉着某个开发小朋友说，有个很简单的需求：用户下单的时候记录一下，按照比例给他积分。
如果开发闷头直接去做，就是入坑了。因为你没想清楚很多事情，比如：订单部分退款，积分怎么算，积分会过期么，积分能使用么……产品会说，你不要关心，这期不做这些，只要下单送积分就行。
对于这种产品口中说的很简单，但实际需考虑很多的需求，双方商量不通，就走正规途径吧。该走邮件，走邮件，该去找leader告状，去找leader。总之，做归做，但是要努力让大家知道，你很努力的试图帮助产品同学理清具体的逻辑。
如果你想着反正需求不复杂，我就做了吧，不想和他吵。有句话叫马善被人骑，会争取，才会有良好的生存环境。现在不较真，就是温水煮青蛙，产品的水平永远就是那样，到最后，你还是会受不了的。在别人的评价里就是，业务能力差，考虑不周全，自己把自己坑走了。
现下一部分产品同学的问题是没有帮需求方想更多，想更细致，甚至于需求方是老板大大，惧怕和需求方沟通。甲方不懂具体业务，具体实现是应该的，但是作为专业人士不懂就不应该了。
总之，让产品多提供符合实际需求更具体更细化的方案。让他为了下次找你做事更方便，逼着他想更多，做更多，了解更多专业知识，跟需求方沟通时，更细一些。
谨记！
保护我们优秀的产品经理同学们，在需求方那里，他们一定在为大家受着气。他们本可以过的很轻松，那样受气的就是咱们。毕竟，会干活的必然会划水，会划水的可能只会划水。嘿嘿
。