iamsujie的产品设计：人人都是产品经理

7月29号，思域写过一篇《产品经理应该拒绝为官！》，两天后，兰思又写了一篇针锋相对的《产品经理为官会更有利于产品》。我常说：看到一种观点，就应该本能的寻找与之相反的观点，继而从观点的对比中找出现象背后的本质，做到正反合。所以，有了这篇和稀泥式的文章，说下自己的看法。

首先通过一系列对比辨析一下“管理”与“领导”。

• 管理更像科学，领导更像艺术；
• 管理靠的是权力，领导靠的是魅力；
• 管理者需要职位，领导者需要理想；
• 管理者强调稳定，领导者喜欢冒险；
• 管理者强调效率，领导者强调结果；
• 管理者依法治人，领导者以德服人；
• 管理的对象是行为，领导的对象是思维；
• 管理是正确的做事，领导是做正确的事；
• 管理是一步一个脚印，领导是不走寻常路；
• 管理者注重短期目标，领导者注重长期发展；
• 领导者是企业家和创业者，管理者是职业经理人；
• 管理是汽车的制动系统，领导是汽车的驱动系统；
• 管理是告诉团队怎么做，领导是告诉团队为什么做；
• 管理让团队能完成这些事，领导让团队喜欢做这些事；
• 管理者要求员工顺从标准，领导者鼓励员工进行改革；
• 管理对人的影响由外而内，领导给人的力量由内而外；
• 领导像狩猎，是西方的游牧文明，管理像驯养，是东方的农耕文明；
• 伟大的领导者可以没有管理才能，优秀的管理者不能没有领导才能；

• ……

从对比里可以看出，产品经理必须是一个好的领导者，但通常在大多数公司里，产品经理并没有行政上的管理职位，所以被称为“无授权领导”。而工作职责使得产品经理必须要做很多的管理工作，那么，为什么不给我们一个管理职位呢？或者说，本节的标题更准确的说是——产品经理应该拥有管理职位么？

这种问题一上来就可以定调子，如果产品经理是管理职位，必然既有优势、也有劣势，否则这就不成为一个问题了，我们不妨从优劣势的对比中寻找现象背后的本质。

管理岗位拥有话语权，不知你是否同意，产品经理最大的激励是成就感，国内很多公司的现状是，没有职权就没有话语权，当产品经理不是管理者的时候，很可能就成了一个实现别人观点的执行者，更悲惨的，作为外行的老板决策，下面执行，出现“外行领导内行”的局面，这样怎么会有成就感？解决之道，我们可以培养“专业的人做专业的事”的价值观，让产品经理在他熟悉的业务领域拥有话语权。

管理岗位利于获取信息，就现实而言，公司里很多重要信息都是自上而下传递，如果能参与管理会议，就可以掌握先机。产品经理需要做很多决策，而决策失误的一个重大原因就是信息不充分，如果不是管理者，就算你的老板能传达，也有时间延迟和信息失真。这个问题，当然也有很多办法解决，比如部分重要信息通过用户调研、数据分析自下而上传递的，又如让重要的非管理人员参与管理会议的业务讨论部分。

管理岗位利于争取资源，夸团队沟通是一件很麻烦的事情，如果你是一个有权力的管理者，做事也挺靠谱，那么专制、独裁是最高效的手段。在争取资源的时候，至少有保底的招数——行政命令，特别是对于国情现状，“官本位”的思想多少存在于每个人的潜意识里，君不见很多团队里，其实那个大老板就是一个产品经理。从这点里，我们发现，如果产品经理有临时的资源支配权，也可以解决部分问题。

管理岗位有很多行政工作，这些事的效率往往并不是那么高，会占据产品经理大量的时间。而产品经理的所有工作，最能产生效益的都是与产品直接有关的，无论在产品生命周期的哪个阶段，跨部门沟通、做规划、跟进项目、接触用户、分析数据等等都已经忙不过来，如果再来一块“官场”有关的事务，那必定不堪重负。所以，我们应该让产品经理“对事负责”，对业务负责，而其他的一些事务性工作，不妨留给其他管理岗位的同学。

管理岗位会让人脱离群众，一方面是因为自己心态，认为自己高人一等就会有意无意的忽视别人的意见，如果把各种评审会上的正常争论认为是对自己权威的挑战，对产品更是致命的，久而久之大家甚至都不愿意和你讨论。这个问题也好办，我们学学真正的高手就可以了，他们往往都是很谦虚低调的。另一方面就更致命了，官与民之间总是有隔阂，最明显的现象，我待过的团队，一定有一个全团队的旺旺群，也一定有一个全团队除了主管之外所有人的旺旺群。很多时候大家对一个管理者的观点有异议，也没法像对普通同事一样直接提出，总会在心中先掂量几次，很多可以帮助产品提升的机会就在这些掂量中白白溜走。从这点上看，产品经理不在管理岗位上会有利于工作。

看下来，其实产品经理是不是管理者并不重要，重要的是公司应该创造出一个良好的环境，让上述几点优势可以发扬，劣势可以避免，这样产品经理才能发挥出最大的作用。你可能也想到了，很多公司都想到了，设计了管理、专业两条晋升线路，让优秀的产品经理在专业线路上拥有高级别；对于产品、业务的决策有充分的话语权；可以参与管理会议的业务讨论部门；可以拥有临时的资源支配权，并给管理层提供同事的考核建议；但没有管理者的行政工作，继续和同事打成一片，用产品证明自己。

这，似乎是一条很好的路。

几天前刚说到《非典型产品经理》，但还是有朋友觉得这些并不是“真正的产品经理”，比如这篇转帖的，找不到原作者，能搜到的最早出现在2009年4月，但也明显不是原文，我觉得作者的部分观点稍显绝对，大家看了有疑问的尽管讨论好了。

很多论坛都在探讨何为产品经理，产品经理该干什么？

多人也处于不明白产品经理为何物的蛮荒时代。

我本人从市场研究做起，后来是可用性测试，然后是产品设计师，再后来是产品经理，我自认为我对产品经理的理解强于大多数人，可以为你们解答疑惑。

背景：很多人的title都是产品经理，但是我要说的是真正意义上的产品经理，这种产品经理责任重大，能力超强，待遇超高。就算你目前不是这种产品经理，那么这也应该是你努力的方向。我下面说的产品经理指的都是这种产品经理

一、判断一下此人是不是产品经理

定义：产品经理，顾名思义，该人能够对产品负全责。

判断方法： 看指标、 看责任、看工作方式

1.看指标：以用户数（极个别时候用PV）作为考核指标，否则一定不是产品经理！产品的意义就在于留住用户，所以用户数是评价产品的最核心标准。你对产品所做的一切努力都会体现在用户数上。

2.看责任：产品经理需要对产品负全责。我举个例子，如果产品出现技术问题，比如奥运期间访问量大增，造成服务器负载过大，以至于当机，影响了用户访问，领导第一个骂谁？骂你？恭喜，你是一名真正的产品经理。产品经理显然应该了解服务器的最大载荷以及在中国各地的分布情况，网通和电信、铁通、校园网等链路的具体情况也理所当然的应该是产品经理的职责范畴。

3. 看工作方式：产品经理会一直运营一款（最多两款）产品，如果你看到一个人以项目的方式参与产品的某个阶段，工作完后就去做另一款产品 ，那么毫无疑问，此人非产品经理也。

二、产品经理的职责

对产品负全责，谁都会说。但是怎么才叫负全责呢？所谓的负全责是对“整个产品生命周期负责”。从市场调查、产品规划、概念设计、功能设计、产品逻辑设计、原型设计、交互设计、界面设计、技术环节的沟通、项目管理、产品上线、上线后的运营管理、产品推广、对外合作、产品改版升级……总之，从产品诞生开始一直到产品推出市场，再到市场运营，再到改版，知道产品退出市场。这一切都应该是由一名产品经理全权负责。他对产品的方方面面都很了解。一个PM在一款产品上做3、5年是很平常的。

三、产品经理的典型工作

我随便罗列一些我的日常工作吧，尽量按照产品生命周期写。

1.规划阶段：竞品分析、产品整体规划

2.设计阶段：产品一期概念设计、功能、交互、原型设计、技术可行性分析、可用性测试、形成需求文档

3.开发阶段：项目排期、项目跟进、产品一期单元测试、产品一期上线

4.运营阶段：产品一期运营（内容运营、技术运营、运营人员工作安排，周末值班人员安排）、市场营销与推广（寻找合作机会，参与合作谈判——通常与市场部合作，签署合作法律文件——通常与公司法务部合作，监督合作推广的执行，分析推广效果ROI等等）、运营数据分析、一期改版意见、产品二期概念设计、产品二期需求文档草案

5.产品二期设计阶段：产品二期需求文档、产品二期技术论证

6.产品二期开发阶段 …….

四、哪些职位被误认为是产品经理：

1.UE设计：这个东西最害人。产品设计师绝不是产品经理，请大家务必记住这一点。产品设计师管理的是设计过程，而产品经理管理的是整个产品的所有环节。目前有很多UE从业者——多是设计师——最容易将二者混淆

2.项目经理：项目经理的职责是保证项目顺利按需求上线，别的不管。而产品经理要自始至终的管理一款产品。

3.产品运营：运营是产品经理最主要的职能，但不是全部

五、产品经理的核心技能

“控制”是产品经理的核心技能。

要对产品的一切细节了然于胸，要对产品涉及到的方方面面有所了解，要能够控制产品团队（设计、技术、运营等一切环节），要有高超的沟通能力和技巧，要有极强的成功欲望和非常主动的做事态度。

六、总结

所以真正意义上的产品经理是很难得的，压力是很大的，待遇是很高的，人才是很稀有的

头顶产品经理title的人99%不具备产品经理的资质

也许你认为我写的这些要求太高了，但事实上一名合格的产品经理的确应该具备的基本素质。

希望大家共同努力，朝这个目标发展。

压力是巨大的，困难时巨大的，成就是巨大的:0

重申一遍，产品经理管理的是产品，不是人！

产品经理没有直接管理业务支持方（包括美工、技术、客服、市场）的权利，这是产品经理制度的管理学基础，这个是不能动摇的。如果产品经理有权利支配支持方，那是事业部制度。而事业部制度的核心是独立核算，自己是一个独立的利润中心 + 成本中心。但是产品经理制不是这样的，产品经理只是利润中心，不是成本中心。即便是有了产品管理团队，他们一般那也是和其他业务共用基础性资源：如美工、技术开发、市场合作等。但是不排除个别产品使用一些成本性资源，但是那不是常态。比如我们有一个产品招了个专职BD，但是大家都知道这个BD是临时归产品经理管，他最终还是会被市场部招安的。

这篇是将来那本书第一章某段的初稿，之前一节的内容是《我们到底是不是产品经理》的改进版。大家看着会不会觉得语言生硬了很多，-,-bbb

我们可以看到，都叫产品经理，但做的事情已经发生了很大变化。不过，你可能还有一个疑惑和一丝忐忑——平时我只做上述谈及的一部分工作，这样也能叫产品经理么？不但是传统意义下的产品经理，就算是新概念下的产品经理的职责，也通常分给几个人或几个部门做。很少有真正的全能型产品经理，就算全能，也会因为个人精力限制，在某个时间段只会专注某方面的工作。或者只能是对每个方面都蜻蜓点水，而这样的角色只能是事业部的总经理，或者公司的CEO了。

于是，我们很多人成了新概念下的非典型产品经理。

这两天我又翻开《产品经理的第一本书》，试图在传统产品经理的框架下找到一些线索，果然在最后一章，也就是第十四章《产品管理总将走到尽头？》里，发现哥乔斯早就发现了这些问题，作者谈到了各界对产品经理、产品管理制度的质疑，提出产品经理制度仍需要不断修正，并指明了三大变化方向：产品管理团队、事业单位经理的任用、更专业取向。其中产品管理团队（product management teams，PMTs）顾名思义是用团队的力量来代替唯一的产品经理；而事业单位经理的制度则是从项目管理团队的概念发展出来的，把产品强调为一个事业单位，也就是我们经常说的事业部，而产品经理也就摇身一变成为了事业部的总经理，区别就在于总经理有了更大的权力，看到没有，CEO的学前班；更专业取向则比较像我的经历，书中说的也比较到位，摘录一段：

由于企业分派给产品经理的责任愈来愈多，有的公司开始质疑——对产品经理一个人来说，这样的负担是不是已经难以负荷。结果造成现在出现缩减产品经理的责任，让他更为专业化的趋势。至于要求产品经理专注的方向，则因公司或行业类别而不同。……

有时高科技企业会采取类似的做法，让产品经理专心处理产品在工程和技术方面的问题，而把大部分营销决定交给另外的职能单位来负责。在这种情况下，产品经理可能会变成产品技术/应用方面的专家，他最主要的工作就是支援、协助销售人员——至于了解市场和从市场了解产品利益等工作，则另有他人代劳。像这样把营销功能和产品开发活动分开来处理的做法也有风险：产品经理将失去和顾客间的联系，而且会因为对产品太过熟悉，以致丧失判断上的客观性。

不管企业想用怎样的专业取向，以便产品经理更容易地管理他的工作，很重要的一点是，请记住这个职位当初是为何而设——想要更了解产品与它面临的竞争情况，最终目的是要满足顾客的需求。

我想，不管你只是整天写文档、做Demo；还是成了没钱没权的项目经理；或是求完销售求工程师，最后只能欺负客服，到处不招人待见……前辈们似乎也认可——人人都是产品经理，非典型成了多数，也就变成典型。

这篇是写给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的工作有更深刻的认识……