“产品经理”在互联网行业是一个非常特殊也非常重要的职位，国内互联网巨头中又以腾讯的产品经理最为强势。作为一名互联网从业者，工作数年间我一直对产品设计很感兴趣，却从来没有真正明白产品经理的职责到底是什么，什么样的产品经理才算是牛逼的产品经理。由于产品经理这个角色需要和几乎所有其他不同岗位的同事打交道，目标与优先级的不同常常让产品经理与其他角色产生冲突。到底是什么原因导致的争议？因为产品经理都是SB 吗？我认为以BAT的招聘标准来说，能够通过层层面试进来的人都是非常聪明的人，那么问题到底出在哪里？
2008 年来自美国硅谷的 Marty Cagan 写的一本书《Inspired:How To Create Products Customers Love》很好地回答了“牛逼的产品经理到底是怎样的”这个难题。Marty 的事业最早是从惠普实验室(HP Labs)开始的，后来他加入了网景公司（Netscape），后来随着公司被收购进入了 AOL，然后又去了 eBay，最后创办 SVPG 硅谷产品集团（Silicon Valley Product Group）。他的职业生涯基本都在与大公司打交道，Inspired 这本书的主要内容也是围绕在大公司中如何做好产品经理这个角色来讲。把 Marty 在书中所说映照到自己的工作中来，只觉作者字字珠玑，句句精辟。今年自己参与的项目遇到了不少问题，很多平时说不清道不明的事情到了作者书中豁然开朗。
2011 年国内的“七印部落”以类似众包的形式募集译者，把这本书翻译成中文，题为《启示录》，书名来自圣经的一章。我个人觉得这本书确实有点像产品经理的圣经，因为书中所描述的“产品经理”是耶稣一般的存在，现实生活中没有人有办法做到他的要求。但是这不代表我们就可以给自己的问题找借口，反而以圣贤为镜，可以更清楚地看到团队的不足，可以使整个项目团队朝向更为高效，和谐，高产出的方向前进，从而做出真正受用户喜爱的产品。
在我个人工作的几年时间里，合作过的产品经理各种各样，有挂着名字平时完全不管等到产品发布了就发个邮件邀功的老油条，有满腔热情但是毫无经验不知道怎么做产品的愣头青，有精于用户体验与设计以质量至上却忽视了项目进度的个人主义，但是更多的是中规中矩办事稳健却缺乏创意的螺钉。这些不同的人物各有优缺点，人无完人，我们应该做的是利用好优势，尽量改掉缺点。我觉得对于非产品职位或者对于刚刚入职产品一行不久的同学来说，Marty Cagan 的圣人标准很有明灯之用。就像作者在书中所形容的人们在大公司里的工作状态：
大部分人游荡在黑暗里，他们只知道抱怨，却从不想办法寻找电灯开关。
从这个角度上说，这本书就是电灯开关的地图。由于产品经理职责繁杂，书中涉及的方面也很多，我个人比较感兴趣的有几个点：
创新不是发现新问题，而是用新方法解决已有的问题。
巴顿将军的忠告：永远不要告诉别人怎么做，告诉他们做什么，他们自然会发回天赋，给你惊喜。很多产品经理喜欢直接告诉开发这个东西应该怎么实现，或者告诉设计师这里应该用大红色之流。实际上分工的一个原因是为了高效，让每个角色能专注于自己的领域，另一方面也是发挥众家之长，即使你真会写代码会设计，你也不一定比开发更了解当前的软件架构，不一定比设计师更了解这个地方的风格与作用。
合作关系的前提是双方必须承认平等关系。如果产品经理以为自己高高在上，那将不会有开发愿意给他干活，反过来开发也不应该过分干预产品设计。
Scrum 和 XP（极限编程）都来自给企业做定制软件的日本公司，瀑布流也是。今天大家都喜欢谈敏捷，却没有几个人真的懂敏捷，我很讶异敏捷开发居然已经存在了三十多年，瀑布流还要再久一点。二者各有所长，却都不是为了解决今天的产品软件而出现的。虽然今天大家都声称反对瀑布流，但是事实上大部分人都在用瀑布流开发，因为瀑布流把软件开发可预测化，符合管理层的预期，只是不好意思承认还在用这个，于是换个名字，叫做持续改进，或者其他名字。无论采用什么方法都好，一个产品软件要保持活性就必须要持续地有版本滚动，所以项目管理无疑是至关重要的一环。产品经理本身的职责可能不包括项目管理，但是身为项目团队的一员，所有人都应该为项目的进度做考虑，否则产品经理本意是想要做好这个产品的，却反而可能成为产品的最大阻碍。
读这本书的过程中不断映照自己手头的项目，大部分时候我都觉得作者讲得非常到位，中肯实在。作者在大公司呆过这么长时间，深谙大公司之病。身在大公司不一定代表是好事情，往往在大公司里面做事反而资源会更加匮乏。作者针对大公司病提出了许多有用的方法，令人点头称道。对于这样一部本应相见恨晚的作品，我却觉得恰逢时机，因为早几年我可能还在上学或者没什么工作经验，无法把作者的描述与自己的工作经验结合起来读，估计会是云里雾里不知所云。所以反而我更推荐有一定工作经验的同学来读这本书。无论是产品也好，开发也好，只要是做互联网产品的同学，都应该知道真正牛逼的产品经理是怎样的，至少在自己说某产品做得不好的时候要给出实在的理由，以理服人。
15.12.17/夜
自居
《Inspired》热门书评
-
值得去精读的书：《启示录》脑图笔记
89有用 2无用 惜知猫 2011-07-20
读书之前，陆陆续续读过Cagan的英文博客。而读完第一章，我就知道——这是一本值得去精读的书！于是，打算以章节为单位，做简单的脑图笔记。脑图地址（陆续更新）01. 1-5章 http://hi.baidu.com/xizhicat/blog/item/4c9e0c1b808d08d4c2fd784...
-
《启示录》：产品经理的指导手册
78有用 9无用 月光博客 2011-06-16
作为一个曾经在多家企业（惠普、网景、美国在线、eBay）工作的职业高级产品经理人，Marty Cagan在这本书中详细介绍了国外大公司软件和产品开发、管理的一些经验。整本书翻译的不错，内容并不像有的翻译作品那样晦涩难懂，是一本理论性较强的、条理清晰的产品经理书籍。怎么做出一个成功的产品，从设计、开发...
-
七印部落送给大家的《启示录》
58有用 3无用 iamsujie 2011-05-09
《启示录：打造用户喜爱的产品》在当当，卓越，京东，china-pub都开卖了，我也该交上去年10月就承诺的作业了，即，把这本书的诞生过程，作为一个案例记录下来。开始吧。2010年10月7日，因为《人人都是产品经理》而认识的编辑徐同学找到我，说华中科技大学出版社刚刚引进了一本书，叫《Inspired:...
-
资深产品经理的“启示录”
58有用 1无用 snailchenyijun 2012-04-22
作为一个初入行的产品经理（或者产品专员），自然免不了多看看也能大能们的博客。《启示录》是产品经理苏杰推荐的，于是买来看了看。不能说《启示录》不好，但对于初入行者来说，可能过于宏大了些，很多篇章看过去没有什么感受，只能说道理上是不错的。可能是作者所站的角度太高了，所说的很多东西只有资深的产品经理才有体...
-
名字是HOW TO，其实最好的结果也就是少走弯路
25有用 0无用 王坚 2011-05-03
作者的经验丰富，阅人无数，实际案例一大把，讲了很多真知灼见。但是作者自己也说，产品创意是优秀人才深入了解用户需求后提出来的。这些人在哪里，他们在什么条件下能够提出来好的产品想法，这都是可遇不可求的事情。我不是说这本书没有价值，相反，它有很大的价值，能让人少走弯路是非常了不起的价值。...
