曾经有个流传甚广的问题：前些年程序员都想去做项目经理，现在都想去做产品经理了，这是为什么呢？我看到的一个答案是：因为程序员都被产品经理折磨疯了。
这是一个许多人都赞同的答案，而且从此细想开去，可以发现很多问题：早先的程序员，并不是不会被产品经理折磨，而是几乎根本没有产品经理来折磨。在开发还主要服务于具体问题，以定期发布一版软件为主要形态的阶段，功能的有与无是最大的问题；而在开发深入到生活的细节领域，计算机用来解决各种问题，持续发布成为常态，竞争又日趋激烈的情势下，产品的重要性才日渐凸显出来——我们都习惯了不仔细翻阅说明书，凭直觉使用各种功能，我们也习惯了在系统的各种“提示”下直抵问题的核心。这些便利，很大程度上是赖产品经理所赐。也正因为如此，越来越多的人投身于产品经理，在这种爆发性增长的阶段，鱼龙混杂，难免苦了在一线开发的程序员。与其忍气吞声，不如取而代之，产品经理由是成了许多程序员的选择。
然而就我所见，许多人不是产品经理时苦不堪言，真正坐上了位子却左支右绌，这种例子并不少。究其原因，或许还是经验太过片面，细节计较太多，内心没有棋局。产品经理的工作重点是什么？属于哪个部门？职责边界在哪里？需要着力培养哪些方面的素质？应当与哪些部门沟通，如何沟通？这些关于产品经理本身问题看似有些“虚”，但若回答不好就去做产品经理，却绝难说是称职的。
要回答这些问题，国内已经有不少优秀的产品经理原创作品可以参考，我愿意同时推荐的，是Marty Cagan写的《启示录：打造用户喜爱的产品》。作者是eBay的高级产品经理，在这一领域着力多年，这本书却绝非巨细靡遗的大部头，而是论述产品经理若干核心问题和经验的精当小册子——实际上，我是在火车上花两小时看完的，但深深记住了产品经理职责的三方面：人员，指负责定义和开发产品的团队人员的角色和职责；流程，指探索和开发产品时，反复应用的步骤和成功的实践经验；产品，指富有创意的产品应具有的鲜明特征。
相应的，这本书也分为三个部分，针对每一个方面细致列出若干主题，比如在“人员”部分，就总结了产品经理的职责，与相关职位的差别及边界，产品经理应具备的素质，工作中应当注意的问题等等。这是我非常喜欢的编排方式，看过Effective C++/Java的人都知道，这种编排方式确实是Effective（有效）的；难能可贵的是，作者并没有止步于这些“务虚的探讨”，还根据经验分析了常见各种选择的优劣，比如将产品团队归入技术部门，往往会埋没于细节之间，归入市场部门，又混淆了产品营销和产品管理的职责；再比如产品经理太听信客户或者太过干涉设计细节，往往容易被“怎么做”迷惑，忽略了“做什么”。如果靠自己提炼这些知识，非得走足够多的弯路，不过有了Marty的书，有志从事产品工作的人，肯定可以少走很多弯路。
当然，也正如书名所说，是“启示”而不是“操作手册”，它并没有提供繁复全面的指引。读完第一遍，我收获了很多启示，要完善正确的产品意识，甚至成长为称职的产品经理，还有很长的路要走；不过我想，我会时常翻一翻《启示录》，带着经验来看它，是常看常新的。
