下载掌阅APP，畅读海量书库
立即打开
现在已经出现了“产品经理”热，做开发、做运营、做设计的人员都会想，我为什么要听产品经理的？我自己也可以做产品经理，我也要让别人听我的意见做产品，我也要决定产品的方向。于是，很多不同岗位的人员都想投入到产品经理岗位。这个岗位是不是真的像大家所想的那么光鲜？
正如前面提到的，产品经理是一个产品的灵魂人物，产品就是产品经理想法的实现。作为产品经理，对产品有充分的发言权和一票否决权，一个功能是否需要，产品经理来决定；什么功能先做什么功能后做，产品经理来安排。没错，这个岗位很光鲜，这是职位所赋予的光鲜。大家在决定转行或投入到产品经理大潮之前，不要光看到这个职位本身的光鲜，还要看到下面这些光鲜背后的现实。
（1）产品经理需要树立威信，不能让人信服的产品经理很煎熬。
不要靠你的职位来对一个产品、一个团队指手画脚，要靠你的威信。威信怎么来？最开始，正如网上调侃的那样，更多的可能是靠“嘴”，因为你要说服大家，让团队的人觉得你说的有道理，愿意按照你的想法去做。所谓靠“嘴”，说到底还是靠你对产品、对用户需求的理解，有理有据，才能让别人信服。接下来，随着你的想法不断实现上线，光靠嘴可就不管用了，你的想法是否被数据、用户反馈验证？是否能帮助用户解决问题？如果答案是肯定的，那么一次次的上线验证积累多了，你在团队中的威信就逐渐建立起来了，将来你再提出什么意见和想法，大家也愿意尊重和仔细考虑你的意见。
当然上述建立威信的过程是一个理想过程，不排除有的产品经理既不能靠嘴也无法靠事实来证明自己，那么这时候，产品经理就很煎熬了，因为这个职位对产品的话语权很重，其实每个人对产品都或多或少有些想法，为什么听你的而不听开发人员的，不听设计人员的，就因为你是产品经理？如果你不能让大家觉得你的想法“技高一筹”，你在团队的地位就会很危险。
说到底，还是因为产品经理是一个看起来“技术含量”很低的职位，因为人人都会对产品有想法和建议，人人都可以是产品经理，因此，产品经理很难在最开始加入到一个团队时就能有威信。也是由于这个原因，产品经理的职业发展空间存在很大隐患。
（2）一线产品经理经常夹在老板的想法和自己的想法、甚至团队的想法中间，有时要付出全部精力去实现违背自己意愿的想法。
老板的话语权最重，这是理所当然的，但是当老板的想法和产品经理的想法相悖时，有些产品经理会因为无法实现自己的想法而感到很痛苦。原因是开发人员对代码结构、代码质量负责，设计人员对视觉效果负责，而产品经理则对整个产品负责。这就意味着关于产品的大事小事都需要产品经理操心、花精力。试想如果这时候你所服务的对象，是一个你并不认同的思路和想法，那该多么痛苦，你要说服团队其他人去做你并不认同的想法，你要考虑到你并不认同的想法的方方面面，你甚至要和运营及商务团队配合去宣传你并不看好的想法所指导出来的产品。所以，也许我们每个人，不管什么职位，在职场中都会碰到与老板意见不同但仍按照老板的意愿行事的时候，但是作为产品经理，当这种时刻出现的时候，往往要比其他只负责某一个专业度较高的项目的人更痛苦一些。如果开发人员或者设计人员不认同你的想法，如果老板的想法是A，你的想法是B，而团队成员的想法是C，作为产品经理的你，应如何协调这些矛盾？
我不是没见过有的产品经理被开发人员训哭的情况，也不是没见过有的产品经理由于与老板意见不合当面撂挑子不干了的情况，但我却很少见到设计人员与开发人员吵架，或者设计人员与老板为一个想法而争吵，这不是没有原因的。产品经理的话语权大，责任就更大，他所面临的各方压力很多是其他岗位不会面临的。这就需要产品经理能够在各方利益、压力之中斡旋，能够处理好自己的成就感、合作方及团队的意愿，以及老板、公司的利益，在冲突中寻找平衡，既保证充分的沟通和尊重，又保证事情能够往最好的方向去做，这些可不是简单的事。
（3）在团队其他专业岗位人的眼中，产品经理是没有任何专长的人。
网上调侃，产品经理是无法自己出设计图却对设计人员指手画脚的人，是无法自己写代码却与开发人员讨论代码逻辑的人。从专长的角度看，确实是这样，产品经理岗位并不要求会用PS、会写代码。因此，在团队成员眼中，产品经理没有任何专长，却对所有人指手画脚，很多产品经理会因此得不到团队成员的尊重而非常痛苦。这里奉劝身为产品经理的你，千万不要陷入与开发人员争论具体代码该如何写、与设计人员争论该用什么颜色的大坑里，产品经理的价值不在于此。产品经理的价值在于，让团队的成员各司其职，充分发挥自己的专长，共同“创作”出符合市场需要的产品。
（4）工作时间的长短并不代表能力的高低。
我们知道，程序员在面试时往往需要做几道题，做出来了就说明此人能够解决该问题。平时在工作中也是一样，程序出了问题其他人解决不了，这个程序员解决了，他就比别人厉害。这是大家都能够认同且看得到的评判标准，在专业度高的岗位上，往往就是这样，且随着工作年头的增长，一般来说，一个程序员能够解决的问题越多越快。因此，程序员的职业发展路径非常清晰，随着工作年头的增长，从初级（Junior）到高级（Senior），再到专家，积累很强的技术能力后转向管理岗位。刚刚毕业的同学，如果水平差不多，过个三五年，再看在不同公司的同学，大家在各自岗位基本都差不多，不会有发展太快的，也不会有发展太慢的。
然而产品经理就非常不一样。首先，面试标准就非常主观，产品经理的面试题往往都没有标准答案，一个人回答得好与不好，全凭面试官评判。在工作中就更是如此，产品经理岗位需要解决的问题，往往是软性问题，没有硬性的评判标准，而且最终总要有一个办法来解决。比如，下一个版本做什么功能？下一个版本，不管是老板拍板还是团队成员自己头脑风暴，总会有想做的功能，这个问题终有答案，但它是否是符合市场需要的最佳版本迭代方案？实际上这只能靠大家的主观判断。因此，一个产品经理的能力，往往也是靠主观评判。这样，直接带来的一个问题就是，一个有着十年工作经验的产品经理与一个工作了两三年的产品经理，在一般人眼里，有时看不出区别。都会写需求文档，都会催进度，都会收集用户反馈……谁写的文档更好？谁召开的会议更有效率？谁确定的设计方案更好？很难讲，因为每个人的评判标准都不一样。因此，我们就会发现，如果都做了产品经理，同样一个学校毕业的同学，其智力、情商水平差不多，由于机遇、遇到的老板、项目不同，在三五年后的发展，会有很大不同，有的人可能只需三五年就做到产品总监的位置，而有的人可能一直没有提升的机会。
因此，对于产品经理岗位，由于“人人都是产品经理”，它没有专业度的客观评判标准，和其他岗位相比，机遇、项目、老板是否赏识更容易成为职业发展路径上的关键影响因素。这些因素随机性比较大，如果你选择了产品经理这条路，就要对这些因素适当进行把控和选择，才有更多的机会越过工作经验短的局限获得快速升迁，同样，也有更大的无法单凭工作经验来证明自己的风险。