知乎上的对产品经理的定义的回答，其中有个答案尽管赞同数不高，但我觉得蛮符合我心目中的定义的：产品经理是发现问题，提出需求，找到用户体验与商业目标的平衡点，并且能够解决问题的人。无意间看到的一个，如果有人记起是谁提出来的定义，可以在评论里提醒一下。

就我的经验来讲，这句话可以进一步精简，产品经理是构想方案，解决问题的人。

要了解产品经理，首先得理解这个字词背后代表的含义：产品经理

第一任的产品经理并不来源于互联网，只是互联网的沿用岗位职责让这个岗位的知名度随着互联网的蓬勃发展有了进一步的提升。所以原始的产品经理实际上就是对一个实际的产品负责，包括了这个产品生产的目的、生产的样式、生产的进度等等一系列的与之相关的内容。

类比到互联网的产品经理里，互联网的产品经理通常是对一个或多个系统负责，为业务运营方服务的角色。

产品的最终目的是解决问题，很多角色的目标其实也都是解决问题，用什么能够来区分产品和其他职能角色呢？

这就要聊到产品经理定义的前半部分：构想方案。

所谓的构想方案，其实不仅局限在构想，还有协同开发角色的研发上线。解决问题的办法千千种，无非把常规的解决办法理清楚，找出最有效率的方式解决。而对于最有效率这件事上，往往产品又是极具发言权的，我们所说的效率其实建立在是否需要人投入极大的精力上。常规的事情流程化，流程化的事情自动化，自动化的事情智能化。当你能够解放出人的精力，其实就是变相提高了效率。这点可能是我在这几年的后端产品的工作体验中尤为明显。

假如资源无限，当然理想的情况都是往自动化甚至智能化的方向迈进，而产品经理的一个矛盾点正是在这个假设上，资源毕竟不是无限的。

资源的有限性决定了我们职能把资源投入在最有效率的地方，不同程度地实现流程化、自动化、智能化三项上。资源的投入是你的成本，实现的优化程度是用户的体验，因此对构想方案的进一步诠释才叫做找到用户体验与商业目标（成本投入）的平衡点。

所以你可以看到，产品经理简而言之，就是一个寻找最重要的问题投入资源提升效率的角色。好的产品经理就像一个富有经验的领航员，指引的方向总能找到新大陆。可惜的是，现在市面上的产品经理，能够指引团队安全到达已知的大陆已是不易，更别说新大陆了。

产品经理在团队是核心吗？当然。但是很多产品经理并没有这样的意识，核心意味着你对于你所做的需求、你所负责的项目应该要了解，你的目标应该始终坚定不移地完成目标，而不是完成属于自己的那一部分。

经常会遇到这样的产品经理，一个项目里，分离了多个部分交由不同的产品经理分工完成，但是每个产品经理只管自己的那一部分，总是认为不属于自己管理的部分不需要了解，甚至连整个项目的最终目标也不甚清楚。

这种产品经理做错了吗？可能很多人认为并没有错，不是自己的项目，不属于自己的部分，为什么需要了解？为什么需要分配自己的精力？为什么不把有限的精力投入到更重要的地方去？

我知道很多人的想法如此，但是如果能够跨出一步，了解整个项目，了解你的角色对这个项目的帮助，其实对于产品经理的成长是更为友好的。产品很多时候不是依靠理论，而是依靠实战磨练出来的产品的嗅觉。对于每个项目的成败都会为自己积累下一定经验，而如果非自己负责的项目，完全不去了解，等于花费了精力，却又未积攒下经验。长此以往，3年的时间便能够拉开不同产品的能力差距。

————————————————————————————————————

后续会发布更多关于产品经理入门与进阶的思考，有兴趣的同学可以微信公众号关注【Sanmu三沐】