我对产品经理的认识和理解

第一次接触产品经理这个名词，是源于一本书《人人都是产品经理》，作者是苏杰——阿里巴巴的一位产品经理。我是做对日软件外包出身，在那个接项目干，为了满足小鬼子需求而起早贪黑的行业里，根本没机会接触产品是什么？当然，个人对产品也没有任何概念。也许是厌倦了枯燥的软件外包工作，也可能是我和产品的一个缘分，在工作了五年之后，我选择了辞职，离开这个我第一家服务的公司，从此开始了我接触“产品”的新生活。

新的环境、新的同事带来了新的思维，在这个半创业团队中，我开始了解到了什么是产品，我的地盘我做主，不需要再看甲方的脸色，需求我来定，设计我来出，目的只有一个，把自己的产品卖出去。刚开始的时候，我们并没有产品经理这个职位，作为传统软件项目出身的我们，并不知道也不了解产品经理，甚至我们根本没听过产品经理这个词汇。由于是小团队，职位职责往往没有界定，有些活干着干着就“越界”了，相同的事情出现不同的对策，谁来评判、谁来决定，慢慢的，个人责任划分出现在了我们的团队中，而我负担起了下面这些内容：

• 需求收集、整理、分析
• 同类型产品的功能对比
• 用户使用习惯调查
• 开发过程管理
• 开发、生产环境搭建、部署及[size=1em]数据库管理
• 系统测试
• 上线部署及后期运维
• 救火队员
  

……

在创业团队第一个产品的生产过程中，我接触到一本书，就是开头我说过的，苏杰的《人人都是产品经理》，这本书看完后，我突然发现，我干的这些活，有很多不就是产品经理的工作范畴吗？从此，我给自己贴上了PM的标签，正式开始了产品狗的生涯。

有些产品，是用来改变世界的，但是绝大部分的产品，只是来满足用户需求的。我一直认为，一个互联网产品的出现，一定是要满足一部分人的需求、需要，一个不能解决用户需求、需要的产品，只能是昙花一现，所以说，产品的核心在于需求。很多时候，用户的需求并不明显，往往表露出来的仅是表面需要，这个时候，我们需要一个人站出来，挖掘这个需求，把表面需求中的隐含需求找出来，形成可以用于软件设计、软件开发的文档，而我们需要的这个人，就是我们文章的主角——产品经理。

那么，我们可以了解到，一个普通产品经理的核心能力，就是需求挖掘。那么产品经理仅仅是要做需求挖掘吗？显然不是的，需求挖掘只是核心能力，不同团队中的产品经理，可能会遇到的情况是不同的。

[size=1em]举例说明：像BAT这样的大型互联网公司，产品团队的配套非常完善，产品经理、产品专员、交互设计(UE)、界面设计(UI)、运营……等等，可以说职责划分非常之细。而产品经理除了需求挖掘外，把团队内各项人员组织好，团结好，往往就可以做出非常棒的产品设计方案。

这里我们可以看到，大公司的产品经理，还要兼有团队管理能力。但是BAT就三家，算上大型点的，也就十几二十家，不太可能满足这么多产品经理的求职需要，那么大量的小公司就出现了。

对比大公司，小公司的配套相对就差一些，很多产品团队可能只有产品经理和UI两人，那么产品经理只挖掘需求很明显肯定不够，这个时候，产品就需要承担起交互设计、原型图制作和运营的任务。所以说，产品经理没有明确的责任划分，很多时候，产品经理更像一个救火队员，只要是自己的产品，哪里需要哪里上，没办法，谁让产品经理是“产品之父”呢？

“产品之父”？没错，看一下下面这张图：

[size=1em]每个爸爸都希望把孩子培养成世界上最棒的孩子，而产品经理则希望通过努力把产品做成世界上最好的产品。

产品经理的另一个核心能力，就是文案写作能力，这里面不得不提到几个工具：Word、Mindmanager、Visio、PowerPoint。为什么提到了这些工具，我们从产品经理需要提交的成果物中来看：

• BRD——PowerPoint
• PRD——Word
• [size=1em]思维导图——Mindmanager
• 产品流程图(用户使用流程&数据流向流程)——Visio
  

BRD全称Business Requirement Document，中文名叫做商业需求文档，该文档内容涉及市场分析，销售策略，盈利预测等，不含有产品细节，通常是公司高层或风险投资者们决策评估的重要依据。

PRD全称Product Requirement Document，中文名叫产品需求文档，该文档的核心内容就是产品需求及需求分析(UC)，主要描述产品细节，通常该文档提供给UE&UI就可以出设计效果图，提供给开发人员就能形成详细设计。

思维导图是一种产品构思及需求收集，其目的是发散产品经理的思维，关联起所有和产品相关的内容，达到协助BRD&PRD文档做成的目的。

流程图是项目设计最常见的一种文档，该文档可以通过对用户操作或数据流向等方式，将需求内容串联，从而达到产品流程设计。

看到这里，有些人可能会问我，为什么不提Axure？这个不应该是产品经理必须会的工具吗？我的回答是，No！首先要了解，产品经理的核心能力是需求挖掘、整理、分析，组织需求形成产品设计，设计的原型图，可以是用笔在纸上画的草图，可以是用Excel画的表格，当然可以是其它工具画线框图，而Axure仅是一个工具，使用工具是过程，而不是结果，很多产品经理往往避重就轻，把Axure用的出神入化，但实际的需求挖掘整理却并不怎么样。我想对这种现象说，做带交互的原型图，你们比专业美工出身的交互设计师差太多了，把专业的事情交给专业的人去做吧。

产品经理的其它能力？我觉得用一句话来讲：对公司领导要在商业上负责，对开发人员要在技术上负责，对运营人员要在产品设计上负责，总之就是要对产品负责。在商业上，要确保产品是可盈利的、或者说在将来是可盈利的，当然，这个盈利可能不是经济上的，可能是数据上或公司品牌上的隐形盈利。在技术上，要确保产品的设计是可实现的。在产品设计上，要确保产品是可以满足用户需求的，不能运营人员几个活动把人气抬起来了，结果因为产品不能满足需求，马上停止使用了，要确保产品有“黏性”。

对于产品经理的出身，我也有些自己的看法：现在很多刚毕业的，因为听说产品经理待遇好，需求大，就使劲往这个圈子里钻，尤其是听到乔布斯是苹果的产品经理、马化腾是腾讯的产品经理什么的，更是双眼放光。

我是不太赞同入行直接做产品经理的。首先，产品经理的核心能力是需求挖掘，如果不是常年做需求分析，需求整理的人，很难做到深层次的需求挖掘的，而在软件业，开发设计人员和测试设计人员，他们的概要设计和测试设计，几乎均来自需求分析，做过多年软件的人应该能够理解，无论哪个项目，第一件事就是需求分析，同行评审，所以我更建议那些有多年开发或测试经验的人转产品。另外，多年工作经验的交互设计(UE)，由于常年接触交互设计，而交互设计也源于需求分析，所以我也比较赞同交互设计师转产品。对于产品经理，还有一句话：相比于开发和测试，我们显得太外向了，而相比销售和公关，我们又显得太内向了，所以，我们只能做产品了。

以上就是我个人对产品经理的理解，因为是即兴书写，很多内容可能考虑的还是不全面，另外文中肯定错别字不少，还请各位看官海涵，今天就到这里，十分感谢。