1986年，产品经理在做什么

这份职业可以追溯到宝洁1931年的一份备忘录，一位年轻的高管在其中提议，为每一个产品的成败指派一名“品牌人”，让他们彼此竞争。科技公司自1980年代起借用了这一头衔的某个版本，2000年代和2010年代的敏捷与精益运动又再次重塑了这门学科，用快速、迭代的发布和持续的顾客反馈，取代了冗长的规格文档。 “产品经理”这个词，在几乎每一家使用它的公司里都意味着不同的东西——有时是战略家，有时是美化了的项目协调员，有时同一周内两者兼有。世界上任何地方都没有执照、考试或职业团体来规范这个头衔，也没有两份职位描述读起来完全相同。真正把这个行业维系在一起的，不是一纸文凭，而是一套反复出现的、关于到底值不值得去做这件事的判断。

远比头衔听起来的“动手做”要少。典型的一天混合着查看使用数据、和顾客或销售团队谈他们的需求、为工程师撰写或打磨一份规格文档，以及坐在规划会议上决定接下来做什么、砍掉什么。真正亲自写代码、画界面或亲手发布东西的时间非常少。 不需要，尽管在软件密集的岗位上会有帮助。许多产品经理来自工程背景，但也有大量人来自设计、市场营销、咨询或客户支持。比某个具体学位更重要的，是能够读懂数据、清晰地写作，并且在与工程师同处一间会议室时，不需要自己写代码也能站得住脚。 不是，尽管头衔相似。项目经理追踪工作是否按进度、按预算进行，负责协调团队间的时间线。产品经理决定一开始该建造什么、为什么，并对其中的商业与顾客逻辑负责。许多公司在实践中，尤其是较小的组织，会把这两个角色混在一起，但两者回答的核心问题并不相同。

不是。产品经理几乎从不直接管理工程师、设计师或任何人——这份工作常被形容为靠影响力而非职权来领导。产品经理设定优先级及其背后的理由，但工作实际如何完成、由谁完成，通常由工程经理或团队负责人来决定。 因国家和公司而异，差距极大。在美国，大型科技公司的总薪酬——算上奖金和股票后——通常轻松达到六位数，而在印度或拉丁美洲的大部分地区，同等职位的薪水只是其中的一小部分。不含股票的基本薪资，通常更接近同一家公司高级工程师的水平。 涉及数据总结、撰写规格文档初稿或整合顾客反馈的部分，用人工智能工具已经能做得更快。真正难以自动化的，是决定哪个想法真正值得去做、在意见相左的人之间协调取舍，以及在一次赌注失败时承担责任——这些判断，模型是无法为之负责的。