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

几天前刚说到《非典型产品经理》，但还是有朋友觉得这些并不是“真正的产品经理”，比如这篇转帖的，找不到原作者，能搜到的最早出现在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是临时归产品经理管，他最终还是会被市场部招安的。

翻出来一份同事写的培训记录，应该是去年的需求管理方面的课程，该人长相彪悍，被大家一致认为家里是开夜总会的，他倒也欣然接受，于是有了同样文风彪悍的短文一篇，当作介绍产品经理（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的工作有更深刻的认识……

这篇是转载，网上到处都是，看到过好几次，原始出处无从考证。对两个PM的区别说得比较到位，所以转一下，欢迎认领。自己2年期也写过对产品与项目的理解，相对还显粗浅。

有一句话说的很精辟：

产品经理——靠想。产品经理是做正确的事，其所领导的产品是否符合市场的需求，是否能给公司带来利润的。

项目经理——靠做。项目经理是把事情做正确，把事情作得完美，在时间，成本和资源约束的条件下完成目标。

从管理的角度讲,项目经理是纵向的,而产品经理是横向的。

产品经理关注的是做正确的事，关注的是产品生命周期，关注的是产品是否能够赚钱，能否持续的赚钱。因此产品经理必须要能够规划整个产品的架构和发展路线，能够确定产品的定位和受众，能够预计产品真正的价值和效益。

项目经理是需要正确的做事情，即按照产品规划制定的项目目标正确的做事情。项目能够按照目标完成则项目就是成功的，如果项目的产品不能真正盈利往往则是产品规划出现了失误。

例如我们姑且理解项目经理是一个开发部门的项目经理，那么他一定是对某个产品进行开发的管理，负责开发的进度，开发过程中的协调，供应链等有关开发方面的问题，他最大的目标是时间第一，立项目标达成第一。并不会很尊重产品本身的市场需求以及业务逻辑的问题。

在一个公司中类似这样纵向管理的部门都是一个个职能部门，例如市场部，主要负责推广，销售部主要负责销售等，而产品经理是横向管理的，也就是说他将负责某个产品或者某个产品线从商业计划市场竞争开发需求推广方案渠道策略物流等各个方面。当然产品经理不一定是决策人，每个公司对产品经理的权限限制也不同，但是产品经理一个产品线从头到尾的重要参与人。想做好产品经理需要很多方面的才华和技能，他也是一个公司中最适合培养复合型人才潜力的职位。

一个产品经理可能没有权利，但是一个产品经理要善于运用同事关系，客户关系去协调去促进事情的发展，一个项目是属于项目经理开发的，他有开发目标达成的责 任。而这个项目也是属于产品经理的，他有对商业计划负责的责任。因此作为产品经理就意味着的和本产品有关的事，不论是开发生产推广销售成本物流渠道都是你的问题！

如果希望做一个复合人才就选择产品经理，如果希望做一个专注人才就选择项目经理。（iamsujie补：对这句话持保留态度，做不同的事情而已，没法用通才、专才概括）

产品生命周期和项目生命周期

产 品生命周期关注的是整个产品从规划到制造，再到最终维护和消亡的整个过程。一个产品往往会由多个项目来实现，也可能分多个迭代周期来实现。由于项目有特定 的目标，一般产品制造出来通过验收则项目生命周期就算完成。而产品生命周期则不同，既包括了项目开始前的预研，评估和可行性研究，也包括了项目完成后产品 的维护和废弃。

产品管理和项目管理

产品管理的目标是产品，是产品生命周期；而项目管理的是项目生命周期和项目目标的实现。产品管理关心的是产品能够真正的赚钱和创造效益，因此前期的项目分析决策，后期推广都很重要，跟产品管理相对应的是组合项目管理。IPD集成产品开发是产品管理常用的方法论，其中两个重点就是组合项目管理和研发流程管理。

项目管理关注的是项目能够按照既定的目标顺利完成。产品究竟应该规划哪些Feature不是项目管理的事情，而是项目管理的范围输入。项目管理始终关注的是进度，质量，成本和范围四个要素，要把项目做好则首先需要保证过程的稳定性。在软件项目管理中需要综合考虑工程，项目管理和支持过程三个方面的内容，因此实施CMMI或其它一些敏捷的项目管理方法论是可以保证项目管理成果的重要方法

项目经理与产品经理另一个重要区别是授权的范围不同

项目经理一般是被授权的合同履约的负责人：

项目合同是规定承、发包双方责、权、利具有法律约束力的契约文件，是处理双方关系的主要依据，也是市场经济条件下规范双方行为的准则。

项目经理是公司在合同项目上的全权委托代理人，代表公司处理执行合同中的一切重大事宜，包括合同的实施、变更调整、违约处罚等，对执行合同负主要责任。

当然，根据企业的不同，老板能否给予项目经理相应的授权是另一回事。

产品经理的授权是保证流通链的畅通：

产品经理保证其所负责的产品，从上游创意、研发开始，至采购、生产，到下游渠道、通路，直至终端用户的整个流通链的畅通，因此要求产品经理既要有产品知识，也要有市场意识，还要具备协调能力，例如：财务、售后、物流……

但是，产品经理并无对外签订合同的授权。

这个话题太大，肯定没法说全，写这篇自己也很紧张，所以只说说自己这2、3年来读过并且写过读书笔记的书，都是自认为对产品经理帮助很大的，特别是互联网、软件行业。

产品经理本行相关的书并不多，我看过的有《产品经理实战手册》、《产品经理的第一本书》、《产品经理的第二本书》，都算比较经典，同时也比较偏向于传统产品。它们让我知道了什么是真正的产品经理，其实“产品经理负责制”在我所知的公司里，都不存在。多数的所谓产品经理其实就是产品设计师，我们写写文档，管管项目，还有很多与市场、销售等有关的事情，只是配合而已（话说回来，很多互联网产品，压根就没有销售吧，一直在烧钱呢）。

但是市场营销方面的知识我们不得不储备一点，科特勒的《水平营销》可以打开思路，当然你要是碰巧看过更经典的“市场营销”类大部头就更好了。如果你做的产品更传统一些，是通过渠道销售的，还可以看看《渠道为王》，很多年前，这本书似乎火过。

产品的用户体验很关键，2007年看的《用户体验的要素》，里面谈到的“五个层次”对我的影响很大，不错的小书，一个晚上就可以读完，但最好慢慢读慢慢消化，必看。而用户体验最关键的就是要重视用户，所以学一点用户研究的方法也很必要，《赢在用户》是入门的好选择。我认为同类的书还有《一目了然》、《点石成金》和即将出中文版《胜于言传》，都不错，只是很互联网。

然后我们可以体会一下设计的现实与浪漫：读一读D.Norman大师的《设计心理学》与《情感化设计》，我觉得这两部是姊妹篇，读的顺序最好别反了。

项目管理相关，我认为敏捷方法在互联网、软件产品上特别适用：《敏捷估计与规划》、《敏捷迭代开发——管理者指南》都不错，你也可以把它们推荐给团队的技术负责人。对了，必须提一下阿朱的《走出软件作坊》，难得的一本“自己人”写的，真实的小公司软件开发现状，我是当小说看的，呵呵。

产品经理的逻辑思维能力，抽象思维能力很重要，所以有必要读一本UML相关的书，体会一下怎么用抽象的方法来描述一个事物，我看的是《UML基础、案例与应用》，同事推荐的，豆瓣上在这里。

还有一些，可能表面上看起来和产品经理关系不大，但我总觉得综合素质的提高对一个产品经理，甚至任何职业的人都会有潜移默化的帮助，比如我喜欢看的还有如下3类书，每类从我的豆瓣里挑出来几本推荐一下（有兴趣的可以去看我读过的书），有的没写过读书笔记，链接不给了，大家可以去豆瓣搜：

人文修养，历史、经济、社会、政治类：《中国历代政治得失》、《激荡三十年》、《大败局》。最近对《一九八四》、《极权主义的起源》这类书产生兴趣了，好像很不河蟹啊。

科学素质，科学、哲学、思维类：《别做正常的傻瓜》、《批判性思维指南》、《黑天鹅》。

最后是提升自我的书：《少有人走的路》、《如何掌控自己的时间和生活》。

这些都是我经常看的博客，但没有一个产品经理的博客，：）

（注意逻辑：我并没有说我经常看的博客里没有产品经理的博客）

我觉得产品经理应该是通才，本行功夫自不必说，同学们肯定都已经知道很多博客了（你能看到这篇，至少知道了iamsujie.com，偷偷告诉你可以去我的友链里找到更多），要能出彩，更重要的是外家的功夫，学科交叉、胡思乱想……

UCDChina，其实是个群博，也有论坛，“以用户为中心的设计”的圣地，国内的交互设计师、用户体验师基本都在里面混，经常有人说设计师和产品经理是一对冤家，我想如果产品经理多混混这里，这个问题肯定能迎刃而解。ucdchina上有个很好的网址导航，从url看我一直觉得他们是在讽刺hao123……可以链到几乎所有业内知名设计师的主页。网站上书友会里的书也都很不错，讨论组虽然不太热闹，但人总算也不少。

人月神话，这个博我看了有2年左右了吧，博主很勤奋，涉猎也很广，主要是项目管理、CMMI、PMP（项目管理师培训考试）、产品管理相关的内容，讲的很深入也很实战，而且还经常转载很实用的，对个人成长很好的文章，更难得的是，博主对东方哲学和佛教也有研究，颇有世外高人的侠骨仙风。其实人月神话是一本很经典的软件工程书籍的名字，值得一看。

ExcelPro的图表博客，从他这里我学到很多excel、ppt的技巧，更多画图表的好方法，作为一个产品经理，日常工作很多时候要分析数据，展示数据，“让图表说话”很重要。更好的一点，从这里可以找到更多学excel、ppt的好地方。

刘未鹏|Mind Hacks（旧称：C++的罗浮宫），虽然低产，但绝对高质，博主对思维方法的分享在业内超级有名，真的不是一个让人获得知识，而是一个能让人聪明起来的地方。博主探讨的话题还有心理学、认知科学、概率论、人工智能等等，一看就是个天才，：）

褪墨，教你时间管理，教你做好每一件事，GTD（get things done）,对个人规划能力的提高很有帮助，从这里的友链，可以找到更多教你时间管理的博客，比如GTD life。

左岸读书，爱读书，一切成功均源自积累，各种各样的知识，说不定什么时候就能帮上你做产品。

战隼的学习探索，朋友跟我说战隼就是F16，确实很猛，这里你可以学习如何学习，如何记忆，何如阅读……学会知识管理，让我们在不断成长的时候有一套更好的方法来支撑。

译言，翻译国外技术与创业的文章，外面的东西很多、很好、很新，但是外语阅读能力已经很弱了，现实一点，高效一点，多看看译言吧。

前面8个对工作的帮助都很大，后面8个则更生活化一些，太忙的话可以略过……有些严格说不是博客，不过谁在乎，我要不说其实你也不会发现，对不对：

爱枣报，每天早晨一篇，10分钟看完，草根的新闻联播，透过表象看本质，产品经理也要具备这样的素质。不过我一直担心它什么时候会被和谐掉……

FT中文网，FT=financial time，来点经济思维，看看外国人怎么看我们。

Mindmeters思维的乐趣，再来点国内人士的商业思维，又是一个群博。

打喷嚏，我一直搞不清这个博客的主题是什么，不过经常看到一些有思想的好文章，什么方面的都有，按博主的话说：读书、培训、8小时外的健康生活。

科学松鼠会，让我们剥开科学的坚果，让科学流行起来，一群很有爱的人，让你学到各种各样好玩的科学，增长见识。

疯狂的设计，百度的郭大侠的博，“每天一个惊奇，设计改变世界”，你做的产品设计能改变世界么？

煎蛋，看图、看片，这是一个需要娱乐精神的时代，类似的网站还有很多，自己去找吧，：）

我们爱讲冷笑话，很冷……真的很冷……over……over……真的over了。