讲讲产品经理

藉着「人人都是产品经理」的这股风气，产品经理这个角色的要求和功能被各类型人员稀释，转型「产品」后，在带项目和团队的过程中慢慢也想整理一下自己关于「产品岗」的想法。

首先看看维基百科上的解释：产品经理（英文：Product manager，缩写：PM）也称产品企划，是指在公司中针对某一项或是某一类的产品进行规划和管理的人员，主要负责产品的研发、制造、营销、渠道等工作。

「产品经理」的设定缘由已久，在传统工业时代，可能一个「流水线」管理员就是个「产品经理」，而回到软件时代，产品经理在专业和专注上的要求也顺应需求变化，特别是进入到互联网时代。

「产品经理」，如果感性上的认识的话，自己更喜欢理解为一个「手工艺人」。

如果初步构建产品经理的功能职责，可以想到一些关键词：

竞品分析，产品分析
确定目标用户和市场
确定问题和解决问题的办法（需求）
确定产品 Roadmap
内外部资源协调
产品布道
更多...

如果有产品新人入职，自己第一件事情就是安排他做「竞品分析」，可能会有些人觉得做竞品分析太老套，或者直接找个模板，套些数据进去，就完成了任务。而自己觉得「竞品分析」可以看出一个人的逻辑能力、思考方式，以及做事是否认真，这是进入产品的第一堂课。

其实讲到底每一个人都是「新人」，每个领域的知识都是无穷尽的，所以综合能力是自己觉得产品人最大的特性吧。

给产品经理分分类

如果要给产品经理分「�类型」，根据自己实际工作接触到的，会分为但不仅限于以下几种：

创造型产品经理

从 0 到 1 的过程。需要有一定的产品阅历，经验的累积对产品方向的掌控、市场机会的嗅觉培养有很大的帮助。

运营型产品经理

业务跟运营相关，对于一些强运营的产品，例如页游，O2O 产品，电商产品等等，产品形态跟业务相关度高，要求产品经理熟悉产品的业务和逻辑流程，知道该类产品的运作机制，从而根据自家需求来完善产品。

好的产品是运营出来的。

交互型产品经理

这在 app 开发团队中是比较常见的。在 app 功能过于饱满的情况下，“用户体验”成为了一个 app 的标配。界面布局，按钮的摆放位置，动画交互效果，成为一个 app 加分要素，这类产品经理往往聚焦在更为细致的地方，从“体验”的角度（并不保证一定是合理的）来输入与输出产品。

技术型产品经理

技术出身的产品经理的优势在于往往关注产品面会更宽，对产品背后的流程理解得更为深入，并赋予产品更多的可能性。

不少独立开发者就是自己产品的“产品经理”。

资源型产品经理

说到资源，钱和人脉，“出钱的”并不意识着他能够真正了解想要做的东西。而资源型产品经理更多是通过自己圈子的价值去给产品润色，例如通过更有经验的人指点产品，影响产品等。

项目型产品经理

项目型产品经理关注产品的进度、迭代计划，更加关注正确的做事。对产品研发的资源调配，时间进度管理更加擅长。

而具体到产品经理与项目经理的区分：

产品经理 VS 项目经理

CEO 型产品经理（管理型）

CEO 型产品经理是最“可怕”的，往往对产品具备“独立裁定权”。

管理型产品经理负责产品的整体过程，以结果为最终导向，全权控制产品的生老病死，重点在于产品与市场的契合，为最后产品实现盈利提供最大的保证。可能不会参与到很细节的产品设计中，重心在产品的全面管理，版本管理、运营管理、市场管理等方面。

以上总结并不全面，在日后的实际中再做补充。

产品经理需要懂什么

还是这股「人人都是产品经理」的风气，不少人觉得不懂技术，不懂运营的人都「只能」来做产品经理，这是多大的误解。

产品经理的技能树应该是分散型的，但最后又会集中。

产品感觉->文本化
标准化及流程->工作流、文档
利器->做什么工具
人月神话->技术
产品构架->产品思维

产品经理的技能要求，讲开的话又有很多细节可谈，另文再说。和其他人聊时，总喜欢问他们一个问题，「你觉得产品经理是怎样的存在？」

产品经理在团队中的角色

各有各理解，如果书面上需要下个定义，也许可以为

从产品定义的核心要点说开去，可以更清晰的理解产品经理的概念。产品经理在产品管理过程中，始终围绕着产品展开，需要明确：

产品解决了哪些用户需求，有哪些潜在用户需求尚未满足，如何满足

用户使用产品的感受怎么样，产品能否带来价值和收益

设计什么样的产品来满足需求，如何设计才能更好的满足需求

```
其他
```

产品经理始终从用户需求出发，探讨如何更好的满足用户需求，在提供优秀的用户体验基础上，实现产品的价值和收益。