人人都是产品经理——iamsujie

这篇是写给0岁及以下的产品经理看的

高手阅读时请用批判的眼光帮我指出错误和不足，:)

• 全文三步走
  • 确认自己真的想做产品
  • 明确自己现在的位置
  • 几个可行的切入点
    

=========================  正文开始的分割线  =========================

经常被问这样的问题：

“我快毕业了，对产品经理这个职位特别感兴趣啊，怎么入门？”

“产品经理都是招有几年经验的，我原来做技术，要转行怎么做？”

……

经常看到这样的帖子：

《研发转产品，真的很痛苦！》

《我是软件产品项目经理，如何成功转型做产品经理？》

……

这次来谈谈自己的看法，分几步吧。

第一步，确认自己真的想做产品。

无色占位专用

很关键，想清楚自己为什么想做产品，主要证明给自己看，下面都以互联网、软件产品举例，因为是做这个的，熟悉一些。

做产品的大前提是要喜欢产品，不然将来你痛苦，团队痛苦，用户也痛苦，是不是？网络上那么多好玩的应用，是很有意思，通常觉得自己想做产品的同学都会去尝试、注册各种各样的产品，去用，去玩，去想（什么，你不是这样？那真要好好想一下大前提了），我们需要明确的一点是：你喜欢产品的原因，到底是喜欢做用户，还是喜欢做产品经理？

当我们对一个产品感兴趣的时候，回想一下脑中萦绕的问题是用户的角度，还是产品经理的角度，就可以基本确定上面的问题了。用户的角度是怎么用这个产品才能产生更大的效用，而产品经理的角度则是在背后，怎么设计这个产品才能更好的平衡用户目标与商业目标。

举个例子，SNS里的抢车位游戏，很多人喜欢，用户角度的问题就是，我应该怎么样才能赚更多的钱？怎么最快的买到想要的车？怎么玩最爽……而产品经理角度的问题则是，为什么每个人是4个车位？如果车位多了会怎么样？不同档次的车为什么停车费是一样的？如果高档车停车费高了，会有什么优缺点？这些设计有人做过分析，都是和产品的商业目标有关的，举例说，车位多了，停车费高了，对好友数量的需求就会降低，意味着站内用户互动的减少，与商业目标矛盾，而反过来，如果粗暴的试图增加互动，用户又会不爽，也不行。

如果到这里，你觉得自己真的更多站在产品经理的角度想问题，一想到这些问题就热血沸腾、欲罢不能，那很好，我们接着往下看，不妨先做个测试，看看这个帖子《产品经理的56个特征》，特别是我标粗，加了注释的句子，自己有这些职业病的症状么？如果能看到很多让你莞尔的句子，那么我很期待你的加入，整个行业需要你！举几个很经典的症状吧。

• 你很想知道iPhone的产品经理是怎么给iPhone的功能排优先级的；很想知道常用的互联网应用里每个新功能都花费了多少工程师资源；很喜欢猜测手边的任何产品即将出现的3个升级是什么。比如不是很好用的msn，你很想要“最近联系人”这个功能，然后就会想可以通过什么方法来验证这个想法是否靠谱？用户研究？选什么样的人群？问什么问题？

• 你对描述事物背后逻辑的东东很感兴趣。比如看到一些影视节目，电视购物啦、快女啦，你的欣赏角度总是与众不同的，你会看到一个情节，然后大叫：“嗨，这个环节设置的不错，文案设计的很到位！真想和他们的策划聊聊”。

• 你的婚礼上会有一个PPT演示。也许，之前还有一张mindmap、一个project文档，一个feature list、还有……婚礼完了，会想把这些文档打个包，起名叫standard_wedding_docu_template_toolkit_by_yourname.beta1.0（额的神，千万别让你老婆知道你还打算升级版本号……），放到自己的blog上让别人下载。

• 你总是问“为什么？”比如接到一个任务，你不会马上考虑怎么做，而是首先想问：“为什么要做？能不能不做？为什么要我做？为什么现在就要做？”很不让老板省心，是吧？通常这类问题，我们大多数在心里问问自己就好了，实在没想通的，也请问的委婉一点，呵呵，进入下一个话题。

无色占位专用

第二步，明确自己现在的位置。

无色占位专用

充分利用已有的知识结构、资源，找到一条最近的入行之路。

先简单说说应届生吧，机会不可谓少，很多公司在校园招聘的时候言明要产品经理，但其实刚毕业的同学只能先跟着学学，因为学校里根本没有很对口的专业么，也许把类似的职位叫做“产品助理”更准确，我自己就是应届生直接入行的，不过开始的职位是“需求分析师”，比产品经理更偏技术一些，技术可以速成，但是商业感觉没个三五年是磨不出来的。

这类职位应聘主要看面试，要是我来面的话，最在乎的是这个人是否够机灵、好学，思维逻辑是否清晰，沟通表达是否顺畅，其他的都次要一些，比如对行业的熟悉，既然是招应届生，这块不会很看重，关键是潜力而不是实力，如果有类似助理职位的实习经历，当然更好，小结一下，这其实算一个非技术的职位，相应的经验到处都是，就不赘述了。

我发现确实有不少，而且越来越多的同学在学校里对这行就已经相当有感觉了，加之半年到一年的实习，刚毕业就能独当一面的也有，但还是太少，不具普遍性。

然后，谈谈工作了几年的人，都可以算是转行的吧，做产品的有个特点，那就是从做啥的转过来的都有，身边就很乱：技术人员，比如开发、测试、架构；商业人员（泛化为非技术人员），比如市场、运营。这些信息至少能给人信心，不管现在做什么的都可能转化做产品，对比一下，做产品几年以后，正常人类是不可能再去做技术的。我想这和产品经理需要照顾产品的各个方面有关，所以一个产品团队的构成，我们也希望有各种背景的产品人员，可以让群体在考虑问题的时候更加全面。

无色占位专用

第三步，几个可行的切入点。

无色占位专用

确定自己想做，知道自己的位置以后，就剩下怎么去的问题了。也许你要失望，因为真的没有银弹！

在想转的时候，我的建议是先在本职工作上找到与产品有关的事情做一些尝试，并且考虑先从产品经理周边的职位做起。

比如你是做开发的，那就经常要参与需求评审，不妨比别人多用点功，每次都预先了解需求，多多思考，然后在评审会上对需求提出自己合理的建议，时间长了大家都会觉得你很有想法，做产品也许不错。关于职位，可以从“需求分析师”切入，说白了有些像系统分析的工作，比如业务逻辑、流程图这种，都是已经很熟悉，整天看的，慢慢培养商业的感觉，重点体会商业上的某个需求，是怎么转换成产品需求的。

又如做运营的同学，有时候会要专门做一些活动的页面，通常是把需求提给用户体验部门的同学，这样的事情其实就是在做一个小产品了，你可以改变原来用word随便写几句要求，甚至口述沟通的方式，而是把这个活动当作一个产品做，自己练习写一下BRD、PRD，虽然这类文档可能对一个小活动没啥必要，但这个过程帮助自己在以后碰到较大产品的时候，心里有点底。所以原来偏商业的同学，可以先做“运营专员”，对已有的产品做一些推广策划类的工作，增强自己对产品的理解，做一段时间，相信就能提出自己的对产品的想法了。

而项目经理也比较好切入，我们这里有很多项目经理直接过来做的，我经历过的团队，产品经理也是要带项目的，所以找个项目经理来也算先得个便宜，不过也正如《产品经理和项目经理的区别》里说的，有其特定的优势和弱点。

最最不济，你做过上面的这些事情以后，至少面试的时候可以多点谈资。还有一个很简单的办法——研究招聘广告，我一直觉得把这事儿做成一份漂亮的调研报告去应聘产品经理是个很靠谱的事，原来在这里也说过，可惜还没见过有人这么做。

这次只说到如何入行，下次不妨再说说入行之后的前几步，应该怎么走。

翻出来一份同事写的培训记录，应该是去年的需求管理方面的课程，该人长相彪悍，被大家一致认为家里是开夜总会的，他倒也欣然接受，于是有了同样文风彪悍的短文一篇，当作介绍产品经理（PD）日常工作的文章看吧，正式开始：

• HI ALL：听了董老师的课，看了苏老师的笔记，收获良多，收益非浅，对自己的工作有极大的指导意义。

• 鄙人一直以来都认为PD的工作就是和找小姐的过程一样，都是要解决两个问题：一个是X谁的问题，另一个怎么X的问题；

• X谁的问题，在公司一般不由PD费心选择，上面的老板自然早就运筹帷幄且成竹在胸，就象是老板把哥几个带到了一个夜总会说到：“哥几个今天晚上就在这里消费，大家好好干，整高兴！”那我们也绝对不会跑出去换个其他的夜总会玩，你说是不是？这个步骤我们的专业术语叫做“立项”；

• 接下来，我们会叫来几十个MM 来看看，看看哪些个MM长得好看，笑得甜美，声音好听，性格温柔，再叫她们做几个仰卧起坐给哥几个看看，这个步骤我们的专业术语叫做“调研”；

• 调研的结果是，我们把符合我们标准的MM留下来了，赶走了那些长得不好看的MM，叫她们回去反省、学习、进步，等进步好了再出来接客。我们要‘有所为，有所不为’，自己的体力有限，也不能全部都留下来，这个过程，我们就叫做“规划”；

• 规划结束，老板给每个兄弟都分一个MM，让哥几个练习演讲口才和忽悠技术，分配的原则就要看各位擅长应付哪种类型的MM了，这个过程我们的专业术语叫做“模块划分”；这个过程结束，好戏就要开场了；

• 好戏开场，哥几个一人抱一个MM，海阔天空，天马行空，前世今生。。。一边胡吹乱砍，一边拉MM的手，一边还碰MM的长发，各人心怀鬼胎，想着后面的好事，这个过程，我们的专业叫做“设计”；海阔天空，胡吹乱砍，我们叫“头脑风暴”，为在MM面前博得好感，哥几个相互吹捧，我们叫做“团队协作”；

• 要想换地方娱乐的，需要和MM达成一致，在离开大厅跳双人舞之前，出于礼貌和安全，哥们还是应该给我们大家打个招呼是不是？这个过程我们就叫做“评审”；如果其中有个兄弟说：“小心点哦！最近扫黄，风声紧。。。 ，”那明显就是“评审”没通过哈；

• 如果评审通过，当然就是该干什么干什么了，XXXXXXXXX.（此处省去108字），这个过程我们叫“开发”；

• 有鉴于哥们的体力有限，这次开发，你一般不太可能展现完72招108势，您的大部分技术还没展示出来，不过你不要着急，也不用感觉委屈，你有本事就有的是机会给你，对于本次展示剩下的部分，我们会安排您过一段时间再进行展示，这个过程我们就叫做“迭代”；

• 开发结束出来，老板问大家：“哥几个今天玩得HAPPY不？”你肯定要说“HAPPY！HAPPY！”但是如果有MM说：“XXX那个家伙让我感觉不爽！有X、Y、Z这个几个地方不到位”那你就惨了，测试给你报了BUG。再如果老板对你说：“你娃不适合玩这个”你就更惨了，这个我们就叫“考核”；

• 本次培训，老师对以上整个过程的实际操作方法给我们做了理论性指导，我们的苏老师也做了总结和归纳，结合自己平时工作中的实际操作，感觉很好，很 HAPPY！以后工作也好，泡MM也好，大家有了理论知识做基础，完全有理由相信自己可以做到游刃有余，百发百中。

最后，我们再对比着看一篇比较悲观的文章——《PD就是出来卖的》，希望同学们能对PD的工作有更深刻的认识……

前段时间把交互设计之父Alan Cooper大爷（此牛也是VB之父）的《About Face 3.0》中译版《软件观念革命：交互设计精髓》翻完了，发现自己对交互设计的“术”兴趣不浓，所以还是留给更专业的交互设计师去研究吧，自己只记了如下一点点笔记：

知识体系的4P，这个总结的很通用，可以映射到很多事情上，赞：

 Ø  Process，过程，整个设计的过程。我的理解，比如一些常用的流程。

 Ø  Pattern，模式，一些解决问题的方法论。比如用户研究。

 Ø  Principles，原则，一些习惯用法的规则。比如“不要让用户思考”。

 Ø  Practices，实践，把上述3个理论具体化，找到所在产品、团队的较优实践，每次都会不一样。此外还有与产品有关的周边团队的影响，不要让非核心的失误坏了大事。

产品的三个模型：

 Ø  现实模型，描述产品是怎样运作的。

 Ø  心理模型，表达用户是怎样理解的。

 Ø  表现模型，即设计者模型，是设计者如何将现实呈现给用户，应该尽量接近用户的心理模型，但是相应的工作量也会增加。

用户访谈和用户观察的注意点：

 Ø  在交互发生的地方进行访谈：能观察到用户使用产品的情景很重要，但很多时候我们是出于成本的考虑，并没有到实地去访谈。

 Ø  避免一组固定的问题：固定的问题会让被访者产生被审问的感觉，我们应该准备好问题清单，但清单只是一个引导作用，并不用照着读。

 Ø  首先关注目标，任务其次：比用户行为更重要的是行为背后的原因，多问问为什么。

 Ø  避免让用户成为设计师：听用户说，但不要照着做，用户的解决方案通常短浅、片面。

 Ø  避免讨论技术：特别是碰到一些略懂技术的用户，不要与其纠缠产品的实现方式。

 Ø  鼓励讲故事：故事是最好的帮助设计师理解用户的方法。

 Ø  避免诱导性的问题：典型的诱导问题：如果有某某功能，你会使用么？一般来说用户会给出毫无意义的肯定答复。

这本书我是去浙图借的，当时居然发现《About Face 2.0》，当然也是中译版，也在，就一并借来翻翻，一直没看过这本类似行业圣经的书，也着实遗憾，发现2.0到3.0，由于写作的时间从2003变成了2007，所以加了一些最新的东西，比如很多图片更新了，用于举例的软件版本也升级了，全书也从40+万字变成了50+万字，不过整体依然大同小异。

作为一个准产品经理，我一直说，在公司里被迫的要做一些交互设计的事情，而交互设计又是那么的专业和有深度，所以也意味着被迫的犯很多交互设计的错误，于是只好通过看一些书、文章来尽量少错一点，这两、三年来看过的书还有：

《交互设计之路》，Cooper大爷again，个人感觉这看起来比About Face轻松一些，入门可以用这个；

《GUI设计禁忌》，更加的实用，“术”一些，可能更适合一线的交互设计师，不过这块的知识发展太快，对于一本2005年就翻译完成的书，看的时候要多加小心；

《可用性工程》，一般般了，比较的理论化，像教材，有些通用原则值得仔细品味；

《一目了然》、《点石成金》（即著名的《Don’t make me think》），这两本是小书，看起来轻松愉快，半天搞定，而且也比较新，推荐翻翻。

发现全是英文书的中译版，所以对于实力型选手，建议读原版，可以领先国内思想2、3年，自己早年读书没有做笔记的习惯，现在感觉挺可惜的。

当然如果你对读书很感兴趣的话，也可以看我的《产品经理值得读的12本书》。

这是一次中篇的尝试，先放出1.0版，总觉得干巴巴，希望能收集到多多的意见和建议，一定会改写出2.0版，周末团队去武夷山Outing了，回来再看，：）

将近4000字，有必要给个摘要，本文已用于某机构内部发行的刊物，有媒体对本文感兴趣也可联系我：

本文分析了互联网、软件的产品经理与传统行业的产品经理有什么异同。

文章从“产品经理”一词的来源说起，之后转到互联网、软件行业巨头的“产品经理”招聘广告，从中发现了这个职位的内涵变化。那么，新兴行业的产品经理在概念 上究竟有什么发展？为什么会有这些发展？结果导致产品经理的职责、技能要求有哪些不同？文章的后半部分，分析并提出了造成差异的5大因素：

第一， 市场阶段不同，成熟市场与新兴市场。

第二， 产品形态不同，实物与虚拟物品。

第三， 生命周期不同，几年与几个月。

第四， 盈利模式不同，卖产品赚钱与多元盈利。

第五， 用户心态不同，花钱买与免费用。

注：本文把互联网、软件的产品经理放在一起讲，是因为现在的互联网产品越来越复杂，越来越像软件，而软件产品也越来越多的基于网页浏览器，越来越像互联网，相信不久的将来，这两个概念再也无需区分。

========================= 正文开始 ==========================

产品经理的概念最初是由美国的宝洁公司于1927年提出（另有说1931年，差不多就是二十世纪二三十年代）。当时宝洁推出一种佳美牌（camay）香皂，但销售业绩较差。一名叫麦古利的年轻人在一次会议上提出：如果公司的销售经理把精力同时集中于camay香皂和lvory（宝洁的一种老牌香皂）的话，那么camay的 潜力就永远得不到充分发掘。幸运的麦古利赢得了宝洁高层的支持，之后，每一个宝洁品牌都当做一个单独的事业在经营，有其专门的产品人员、销售人员支持，与 其它品牌同时竞争。同时，他的成功表现使宝洁认识到产品管理的巨大作用，之后，宝洁便以“产品管理体系”重组公司体系。这种管理形式为宝洁赢得了巨大的成 功，也导致后来大部分消费性商品业者纷纷沿用和抄袭。

阅读全文…