生生把自己做成了UE的产品经理

题目有点大。想到什么说什么吧。见谅。

跨入互联网界也有不少年头了，分享一下对互联网公司运作的思考。

产品是能够提供给市场，被人们使用和消费，并能满足人们某种需求的任何东西，包括有形的物品、无形的服务、组织、观念或它们的组合。

由产品的概念，可以得出：产品可以是一种有形的物品，也可以是一种服务，包括该产品的赢利模式，都是产品定义的范畴。

公司是靠产品赢利的，一个公司可以经营一个或多个产品。

产品经理的概念就比较混乱了。

1927年，宝洁第一次提出产品经理的概念。产品经理是为了适应公司发展需求而产生。

产品经理的出现，塑造了一个灵魂性的人物，他统筹管理产品的一切事情。

国内很多公司对于产品经理这个概念的认知比较混乱。一种错误观念：产品就是做设计，这就不是正确的认知了。

产品经理的职责描述目前仍然分歧很多，因人、因公司而异。即使是在相对较为一致的高科技行业，不同公司中的职位描述也是很不同的。

不管怎样，产品经理应当统管某产品的一切，包括需求、战略、设计、落地、运营，如果把某个产品拿出去单独成立一家公司，这个产品经理就是CEO。

但不少公司并不这样划分产品经理的职责。经常会有产品与运营争论谁才是主导，很多人分不清。

一种是所谓大产品：产品经理总体负责，既负责市场调研、战略、立项，也负责产品落地。这是理想状态。

另一种是所谓大运营：运营负责市场调查、战略、立项，产品负责落地。这种方式明显带有传统行业的浓重印记。因为传统行业的产品交付比较复杂，产品经理实际上是负责交付的，下面还有若干项目经理，那就是更细分的交付。

争来争去，最后往往落一个四不像，产品经理和运营经理分立，产品经理有产品的需求，运营经理有运营的需求。产品经理不能完全把控产品。

更有甚者，有的公司还把一个产品的前端和后台分由不同的产品经理负责。

久而久之，产品经理考虑产品的时候，就没有全局观。举个例子来说，有的产品经理只考虑前端上面向用户的需求，不考虑数据从哪里来，不考虑售后需求，不考虑运维需求，不考虑运营需求，不考虑商业模式，生生把自己做成了一个UE。

公司架构做成这样，那就是CEO的责任了。

这个架构也可以没毛病，很多大公司大项目因为复杂程度比较高，分工比较细。所谓产品经理实际上并不能负责产品全流程。这时候就需要再在上面另设一个统筹的人了。遇到新需求你总要立项吧，采用什么商业模式，你总要决策吧，要不然，就会造成互相推诿，一片混乱。产品不管理好，你拿什么养活公司。

总之，公司CEO要把握方向，建立合理的组织架构，管理好产品。产品定义了赢利模式，公司靠产品赢利。