读书不多，最近才有系统地啃了一些。
产品经理是要看很多书的，我曾经在有哪些事情是你入行时不以为然甚至嗤之以鼻，入行后却整个颠覆了之前的认知并奉为至理的？里也提过:
我在读很多书时看到例子觉得老，就有点嫌弃了。估计大家都有这种感受。书的出版周期很长，所以时效性难免差一些，不过主要是指例子。
在读了很多关于互联网、创业和产品的书之后，我深刻感觉到，除了例子很老，绝大多数的方法论、道理和逻辑，都是不会过时的。
这简直打开了新世界的大门。我翻了很多出版三五年，甚至七八年的书，发现现在遇到的问题居然都能得到解答。Web 时代的很多分析，用在移动互联网只是在实现层面有差别，在底层逻辑上完全一致。
如果硬要推荐三本，我只能推荐以下三本。看书识字本身不是目的，我会从怎么看这三本书，来跟你探讨下，作为产品经理如何在读书中学习成长。
受女神 @寺主人启发，我也从道、术、器三方面来说。
1. 道
必然 (豆瓣)
很多人都说，凯文·凯利被过度神化了。我是同意的，他的确不是神，或者那种不出世的天才预言家。其实他只是个敏锐的观察者，他看得到的我们都能看得到，他能分析的我们也可以分析。当你看到了、分析了，也就会有很多结论、能做很多预测了。
不过大家看问题的角度往往都过于局限、过于死板。在新事物出现时，大家还是在用生物本能去思考事物，不是从更高层次去考虑问题。
很简单的例子，互联网大潮来临时，无数创作者觉得末日来临，所有人也都狂欢起来，什么免费时代来了、版权的黑暗时代来了、以后就是共产主义了。但过了很多年，版权没有消失，反而更宝贵了。未来，版权会以什么形态变化、免费的潮流会怎么样……这些都是会基于互联网信息传播特性而缓慢发生的，不是谁说什么就是什么。
只是去判断『这是对的』、『这是错的』，而不是去观察环境发生的变化，只是低阶产品经理的思维方式。
这是读《必然》的方式。
你要看，明明是同样的问题、同样的现象，为什么凯文·凯利要这么说，而我之前会那么想。准确地把握重点、梳理体系、大胆论断，是产品经理的基本功之一。
同时，要去想，他说的这个，对应到我的认知中，会是怎么样的。
另外，像《大教堂与集市》、《稀缺》、《失控》，都可以作为参考。切记：观点未必全收，思考方式都可以反复借鉴。
2. 术
用户体验要素 (豆瓣)
不夸张地说，我从没有见过像五层模型这么深入人心的产品设计法则。在各种产品分析文章中，已经作为标配出现了。虽然这本书问世已经整整 14 年，但直到移动互联网时代都不显过时。
其实道理很简单，就是拆分设计的层次，一方面要区分层次和保证逻辑的通顺性，另一方面根据不同层次的特点去设计。怎样把平时产品设计的核心思想抽象出来，是我们在看这种书的时候要思考的问题。
平时总是跟程序员吵架，问题出现在哪？怎么解决的？这样的解决方法是不是最好的？解决方法如果可行，那能不能总结出方法论来作为指导？这种方法论又能不能制定成跟程序员沟通的流程去遵守？这是合格的产品经理要做到的。一味地只是解决眼下，只能算助理的水平。
能从日常生活里抽象出问题，并想到解决方案，为现实生活和工作提供帮助，也就是所谓的产品经理思维吧。
像《影响力》、《参与感》、《引爆点》、《疯传》等，都是这类型的书。
3. 器
启示录 (豆瓣)
说实话，虽然有很多产品经理的书了，但我还是觉得这本是唯一可以称得上是『专为产品经理定制的百科全书』。
书的字数不多，却面面俱到。而且作为 08 年的书，同样能指导现在的很多创业者。
比如很多朋友会问我的问题：『外包团队靠谱吗？有什么问题？』
书里提到（作者把外包成为定制）：
长久以来，开发定制软件困难重重……虽然需求存在，但客户通常不知道自己想要什么……等到交付软件时，客户往往发现到手的软件和想象中的相差十万八千里，于是又要求开发人员修改，如此恶性循环，客户屡屡失望而归。
定制软件的客户认为自己了解自己的需求，所以不需要什么产品经理，他们也不需要用户体验设计师……客户不理解什么是用户体验，以及对成本过于敏感（让开发人员设计产品可以节约成本）。
换句话说，这就是现在到处问『开发个 APP 到底多少钱呀？』『我让外包做的产品怎么不满意呢？』的土老板们遇到的问题。
他们既不理解为什么需要产品经理和设计师（不就是放几个按钮、画几个图标吗？），也不理解为什么外包团队总是做不满意（告诉他们大概的样子，实现不就行了吗？）。
我再摘录几段话。
许多产品团队没有意识到，或者很晚才意识到要转变工作重心。更糟糕的是，产品经理还时不时冒出新点子；公司高管认为产品文档还可以继续修改，导致开发要求大幅变更，严重影响开发团队工作。结果不是发布日期一推再推，就是某些功能被迫取消，或者产品质量下滑。
这段话说的就是我提过的『产品经理不仅要想点子，还要保证产品的实现』。
在我看来，每当团队内出现严重的意见分歧时，并非是大家对事实的认定有争议，而是对目标和目标的优先级有不同的理解。
这是我提过的『有争执时讲道理都可以解决问题，除非大家价值判断不同』。
我无法想象不深入理解用户需求，特别是在禁止与用户面对面交流的情况下，产品经理怎样打造出让用户满意的产品。
这是我提过的『任何事情都看用户的需求，做判断，而不是主观上做太多自以为是的设计』。
目前流行的研发模式通常是这样的：创业者想到一个好点子，得到启动资金后，马上招聘程序员开发产品。由于创始人最清楚要做什么，因此，他通常会扮演产品经理和产品设计师的角色。开发团队则按照他的想法实现产品。这些创业公司一般在『秘密状态』下运行，很少与用户互动。另外，由于产品需求和创意往往边做边变化，开发进度相对较慢。
这里面同时提到了创业中『创始人会兼任产品经理』、『创业过程中太过频繁改动需求』和『创业者过于关注自己的点子的保密性』的问题。难以想象，08 年美国就流行的事情，在如今的中关村和望京 SOHO 重新上演。
我看书的时候边看边拍大腿，因为说的太有道理了跟我想的一样一样的。
这样的书该怎么读呢？
1. 首先，下载一个 Evernote，或者用在线的 http://www.evernote.com/
2. 建立合理的目录。
3. 在书里看到任何有价值的内容，摘抄、做笔记，整理。不要拖到周末不要拖到晚上，就是在看到的时刻。（这里举的例子是《必然》，不是《启示录》。因为我给后者做的笔记弄丢了…）
4. 每周做一次整理。最好还可以到知乎，或者人人都是产品经理社区这样的地方，写写东西。
这样的书就很多了。各种介绍产品设计、需求分析的书都是这类。也包括你在知乎、各种产品经理的社区看到的文章。
读了这三本书只能算初阶，学会怎么读这三本书才算中阶，能把学到的知识运用到现实工作中，就是高阶了。
