在知乎上看到一个很有意思的问题，我感觉很多人对这个问题是有误区的。所以，想跟大家聊一聊。
还真以为「产品经理」这个名字带上经理两个字就真成了「经理」了吗？
说好听点给产品汪起了个名字叫产品经理，说难听点产品经理不就是所谓的整理需求的人吗？
都是执行层面的打工人，也不是什么决策者，谁又比谁地位高呢？
你以为产品经理真在产品构建和设计上有决定权吗？如果一个公司的产品设计只是由产品经理来决策，那这个公司估计就是一个小公司，而这个产品经理极有可能是这个公司的老板。
或许这就是咱们国内中小型互联网公司的常态。
但凡一个公司有规模，团队比较正规，产品决策权都不会让一个产品汪来做决策，而是由团队共同决策。
产品经理只是针对用户的需求，来进行产品规划，说到底，是用户需求决定产品经理的工作，难道产品经理需要把工资发给用户吗？
正规团队的产品决策流程是这样的：
产品经理针对需求提出产品方案和产品规划，主要负责明确需求背景、目标及业务价值。然后由技术团队评估可行性、实现成本和可能的技术风险。再有，UI/UX 设计师确保用户体验与界面设计符合需求，提供设计上的可行性反馈。最后团队达成一致之后，上报业务部门的经理和产品总监，然后当真正的领导审批后，才开始执行。
产品经理的工作就是负责提出方案，组织讨论，推动团队共识，最终决策需要综合业务目标、用户价值、技术可行性和资源限制，由相关方共同评估后敲定。
产品经理在工作中显然就是一个执行者啊，他哪有决策权呢？如果产品经理天马行空、不切实际，提出技术做不到的方案，那就没人会按照产品经理（产品汪）的要求做，产品经理（产品汪）也没办法啊。
另外，工资的高低，大多数是由市场决定和创造的价值共同决定的。当然了，能力是决定薪资的基础。如果你是一个优秀的产品经理，能够规划出优秀的产品，你的工资就会很高，甚至会比程序员高。
之所以你作为产品经理比程序员工资低，是因为你太普通了，因为在普通级别上，程序员的技术可比普通产品经理简单罗列用户需求门槛高，自然工资高也不难理解了。
现在市面上大多数的产品经理，我不是挖苦他们，都是简单的罗列用户需求，这个门槛太低了，工资低很容易理解。
真正优秀的产品经理是什么？优秀的产品经理不仅仅是被动接收需求，而是要主动挖掘和定义用户的潜在需求。用户可能不知道自己需要什么，但产品经理需要 “洞察未被满足的需求” 并转化为清晰的业务目标。那些成功的产品，往往不是从用户直接表达的需求中诞生，而是源于产品经理对市场趋势、用户行为和技术创新的综合洞察。
现在市面上大多数的产品汪，不适合叫产品经理而是应该叫：“跑腿的需求整理员”，只是起到了一个传达用户需求的作用。
我知道很多产品经理可能不喜欢听，也不喜欢这么叫，但是，事实就是这样的。
但是，优秀的产品经理上限比程序员高，升职加薪可能也会比程序员快，很容易做到业务线或者产品线的老大。
普通的程序员和普通的产品经理都在犯同一个错误：喜欢局限在自己的一亩三分地。比如：普通的程序员喜欢局限在技术思维里，只关注技术，不擅于交流，这就限制了程序员的发展上限；普通的产品经理，也不喜欢思考和观察外部世界，只是局限在用户反馈的需求里，不断的罗列需求，没有创新。
划重点
今日总结
程序员和产品经理的共同问题是视野局限。程序员若只关注技术，缺乏沟通与业务理解，发展上限会受限；产品经理若只堆积用户需求，缺乏前瞻性，也难以创新。突破局限的关键在于扩展视野，程序员需理解商业逻辑，产品经理需关注行业趋势，唯有如此，才能实现更大的职业突破。
