哪三本书是产品经理必读书？

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