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

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

bidudusafdfa

读书不多,最近才有系统地啃了一些。

产品经理是要看很多书的,我曾经在有哪些事情是你入行时不以为然甚至嗤之以鼻,入行后却整个颠覆了之前的认知并奉为至理的?里也提过:

我在读很多书时看到例子觉得老,就有点嫌弃了。估计大家都有这种感受。书的出版周期很长,所以时效性难免差一些,不过主要是指例子。

在读了很多关于互联网、创业和产品的书之后,我深刻感觉到,除了例子很老,绝大多数的方法论、道理和逻辑,都是不会过时的。

这简直打开了新世界的大门。我翻了很多出版三五年,甚至七八年的书,发现现在遇到的问题居然都能得到解答。Web 时代的很多分析,用在移动互联网只是在实现层面有差别,在底层逻辑上完全一致。

如果硬要推荐三本,我只能推荐以下三本。看书识字本身不是目的,我会从怎么看这三本书,来跟你探讨下,作为产品经理如何在读书中学习成长。

受女神 @寺主人启发,我也从道、术、器三方面来说。

1. 道

s28377994

必然 (豆瓣)

很多人都说,凯文·凯利被过度神化了。我是同意的,他的确不是神,或者那种不出世的天才预言家。其实他只是个敏锐的观察者,他看得到的我们都能看得到,他能分析的我们也可以分析。当你看到了、分析了,也就会有很多结论、能做很多预测了。

不过大家看问题的角度往往都过于局限、过于死板。在新事物出现时,大家还是在用生物本能去思考事物,不是从更高层次去考虑问题。

很简单的例子,互联网大潮来临时,无数创作者觉得末日来临,所有人也都狂欢起来,什么免费时代来了、版权的黑暗时代来了、以后就是共产主义了。但过了很多年,版权没有消失,反而更宝贵了。未来,版权会以什么形态变化、免费的潮流会怎么样……这些都是会基于互联网信息传播特性而缓慢发生的,不是谁说什么就是什么。

只是去判断『这是对的』、『这是错的』,而不是去观察环境发生的变化,只是低阶产品经理的思维方式。

这是读《必然》的方式。

你要看,明明是同样的问题、同样的现象,为什么凯文·凯利要这么说,而我之前会那么想。准确地把握重点、梳理体系、大胆论断,是产品经理的基本功之一。

同时,要去想,他说的这个,对应到我的认知中,会是怎么样的。

另外,像《大教堂与集市》、《稀缺》、《失控》,都可以作为参考。切记:观点未必全收,思考方式都可以反复借鉴。

2. 术

a5b2b6a592dfe1072b4348b701ac143f_b

用户体验要素 (豆瓣)

不夸张地说,我从没有见过像五层模型这么深入人心的产品设计法则。在各种产品分析文章中,已经作为标配出现了。虽然这本书问世已经整整 14 年,但直到移动互联网时代都不显过时。

其实道理很简单,就是拆分设计的层次,一方面要区分层次和保证逻辑的通顺性,另一方面根据不同层次的特点去设计。怎样把平时产品设计的核心思想抽象出来,是我们在看这种书的时候要思考的问题。

平时总是跟程序员吵架,问题出现在哪?怎么解决的?这样的解决方法是不是最好的?解决方法如果可行,那能不能总结出方法论来作为指导?这种方法论又能不能制定成跟程序员沟通的流程去遵守?这是合格的产品经理要做到的。一味地只是解决眼下,只能算助理的水平。

能从日常生活里抽象出问题,并想到解决方案,为现实生活和工作提供帮助,也就是所谓的产品经理思维吧。

像《影响力》、《参与感》、《引爆点》、《疯传》等,都是这类型的书。

3. 器

d15083444cff00e12958edb17326d115_b

启示录 (豆瓣)

说实话,虽然有很多产品经理的书了,但我还是觉得这本是唯一可以称得上是『专为产品经理定制的百科全书』。

书的字数不多,却面面俱到。而且作为 08 年的书,同样能指导现在的很多创业者。

比如很多朋友会问我的问题:『外包团队靠谱吗?有什么问题?』

书里提到(作者把外包成为定制):

长久以来,开发定制软件困难重重……虽然需求存在,但客户通常不知道自己想要什么……等到交付软件时,客户往往发现到手的软件和想象中的相差十万八千里,于是又要求开发人员修改,如此恶性循环,客户屡屡失望而归。

定制软件的客户认为自己了解自己的需求,所以不需要什么产品经理,他们也不需要用户体验设计师……客户不理解什么是用户体验,以及对成本过于敏感(让开发人员设计产品可以节约成本)。

换句话说,这就是现在到处问『开发个 APP 到底多少钱呀?』『我让外包做的产品怎么不满意呢?』的土老板们遇到的问题。

他们既不理解为什么需要产品经理和设计师(不就是放几个按钮、画几个图标吗?),也不理解为什么外包团队总是做不满意(告诉他们大概的样子,实现不就行了吗?)。

我再摘录几段话。

许多产品团队没有意识到,或者很晚才意识到要转变工作重心。更糟糕的是,产品经理还时不时冒出新点子;公司高管认为产品文档还可以继续修改,导致开发要求大幅变更,严重影响开发团队工作。结果不是发布日期一推再推,就是某些功能被迫取消,或者产品质量下滑。

这段话说的就是我提过的『产品经理不仅要想点子,还要保证产品的实现』。

在我看来,每当团队内出现严重的意见分歧时,并非是大家对事实的认定有争议,而是对目标和目标的优先级有不同的理解。

这是我提过的『有争执时讲道理都可以解决问题,除非大家价值判断不同』。

我无法想象不深入理解用户需求,特别是在禁止与用户面对面交流的情况下,产品经理怎样打造出让用户满意的产品。

这是我提过的『任何事情都看用户的需求,做判断,而不是主观上做太多自以为是的设计』。

目前流行的研发模式通常是这样的:创业者想到一个好点子,得到启动资金后,马上招聘程序员开发产品。由于创始人最清楚要做什么,因此,他通常会扮演产品经理和产品设计师的角色。开发团队则按照他的想法实现产品。这些创业公司一般在『秘密状态』下运行,很少与用户互动。另外,由于产品需求和创意往往边做边变化,开发进度相对较慢。

这里面同时提到了创业中『创始人会兼任产品经理』、『创业过程中太过频繁改动需求』和『创业者过于关注自己的点子的保密性』的问题。难以想象,08 年美国就流行的事情,在如今的中关村和望京 SOHO 重新上演。

我看书的时候边看边拍大腿,因为说的太有道理了跟我想的一样一样的。

这样的书该怎么读呢?

1. 首先,下载一个 Evernote,或者用在线的 evernote.com/

2. 建立合理的目录。

0b6e8ba31439d53b2a7fd3cb9f3e46c1_b

3. 在书里看到任何有价值的内容,摘抄、做笔记,整理。不要拖到周末不要拖到晚上,就是在看到的时刻。(这里举的例子是《必然》,不是《启示录》。因为我给后者做的笔记弄丢了…)

9c0c84752b839053f57b6c31880acca7_b

4. 每周做一次整理。最好还可以到知乎,或者人人都是产品经理社区这样的地方,写写东西。

这样的书就很多了。各种介绍产品设计、需求分析的书都是这类。也包括你在知乎、各种产品经理的社区看到的文章。

读了这三本书只能算初阶,学会怎么读这三本书才算中阶,能把学到的知识运用到现实工作中,就是高阶了。

希望能帮到你。

#专栏作家#

刘飞,嘟嘟美甲联合创始人,锤子科技产品经理,人人都是产品经理专栏作家,豆瓣《最好的时代:可能是最真诚的创业日记》作者。文能提笔抒骚情,武能切图画交互。

本文原创发布于人人都是产品经理,未经许可,不得转载。

您的赞赏,是对我创作的最大鼓励。

评论( 3

登录后参与评论
  1. 受用,感谢

    回复
  2. 我是看着头像很帅才点进来的~~~~~~~~~~~~ :roll: :roll: :roll: :roll: :roll: :roll: :roll: :roll: :roll:

    回复
  3. 产品经理学习的道与术,很受用,关于技术方面的知识该如何补充?求指教

    回复
加载中