从产品的角度看“产品经理”这个岗位

很绕的标题，是吧，我们慢慢说。

任何一个产品的初创团队，都用不着去明确谁是开发、谁是产品经理、谁是设计师，只有要做的事和做事的人。

随着要做的事情越来越多，团队就得扩大，必然有了更多的沟通与配合，不能再像只有几个人的团队，临时碰到什么事情，再决定谁来负责了，新的难题出现了，那就是：

如何抽象各种“事（职责，专业的说法叫‘任务点’）”，让每个“人（职员）”明白自己是干什么的，以便更好的分工合作，让每个人与每件事互相匹配。

然后，我们有了开发、测试、运维，再细一点，有了功能测试、性能测试，这都是任务点，有多级结构。哪个任务点缺人了，老板去找能做事的人，每个人都有特定的能力，专业的说法叫“能力点”，比如有的人喜欢把控项目（项目管理），有的人喜欢和人打交道（沟通技能）。任务和能力匹配是关键，一个人做一件事是正常的，一个人做几件事是正常的，几个人做一件事也是正常的。到现在为止，“岗位”的概念还没有必要出现。

直到团队实在太大了……

要做的事情越来越多，任务越分越细，很多人会做同一系列任务，于是又要抽象，比如要10个“Java工程师”。我们说到过“偶尔为之的事情只需要可行解，经常做的事情要追求最优解”，所以，我们不能每次都根据任务点特意去找拥有某个能力点的人，成本太高。

于是，公司必须找出事与人之间的匹配关系，在“任务点”与“能力点”两者之间，设计出“岗位”的概念，这样HR就能帮上忙了，求职者也方便了。

每个岗位的描述里，最重要的两块内容就是：“工作职责：做什么事，任务点”，“岗位要求：要什么人，能力点”。岗位的出现，降低了用人单位与求职者两边的沟通成本，一个词“交互设计师”、“运营专员”，就能传递很多信息。

所以，岗位也是一个产品发展、团队发展需求的产物。

很多人问我最佳的产品团队应该是什么样的组织结构，怎么设置各种岗位。现在你知道了，岗位并不关键，想明白做一个产品要完成哪些事情，做这些事需要 拥有哪些能力的人，团队处于什么阶段，之后，应该设置哪几种岗位自然就出来了。所谓最优团队，每个个案都不一样，别人没法告诉你。

绕回本文的主题，随着分工的越来越细，近年来，产品经理这个岗位逐渐成为各个公司的标配，而最近，又进一步产生了细分的需要。不妨，我们用做产品的思路，把自己当做一个产品：

团队要我做的任务点——用户需求；

我需要具备的能力点——产品功能；

从用户需求出发，做好对应的产品功能，好好理解能力点和任务点的匹配，组织好各种能力点的“架构”。我们发现对产品经理的要求越来越综合，也就是 说，任务点越来越灵活多变了，意味着需要的能力点也越来越多变。其实，最有价值的岗位，就是这样多变的（换个角度，也可以说是不成熟的新兴岗位），因为无 法固化也就无法批量培养，也就具备了不可替代性。

前路，机会与挑战并存，但，万变不离其宗，用心打造自己这个产品吧。

作者：苏杰

原文地址：http://iamsujie.com/0000/0021/