专业类

《Python编程 从入门到实践》

对于产品经理来讲，学习代码的必要性是毋庸置疑的。而作为面向消费者的APP产品的产品经理，其实刚开始接触代码的时候应该把更多的精力放在前端代码和数据库上，再加上了解前后端的如何协调工作，就能够给工作带来很大的帮助。

提出这个见解，是我认为自己在过去学习代码的路线上是走了弯路的，Python的确是一个用来了解代码和算法的好语言，但并不适合面向消费者的产品经理来学。因为他过多的聚焦于算法上，使得很长一段时间内，学到的代码知识对于工作并没有直接的帮助。所以当我花费了比较大的精力在学习Python之后，发现在工作之中基本没有落地的场景，而学习代码很重要的一点又是要尝试解决实际问题，这也又导致我的Python学习进度很缓慢。

但对于想了解代码和算法的新人来讲，Python又的确是最适合学习的语言；而对于学习Python的新人来讲，我非常推荐阅读这本书。

这是我读过的所有讲Python的书中难度坡度最平缓的一本。比如，在讲到类的时候，其他代码书总是会难度陡然上升，但这本书却非常巧妙的用易于理解的方法和例子介绍了类。可以说整本书在内容连贯性上做的非常好，而且语言也不艰涩，让读者不需要花费过多的精力去理解一些专业术语和复杂句式。

美中不足就是书里的资源比较老，在书籍最后的项目练习部分，用到的库都比较老，比如讲到Django时还是1.0的版本，这已经基本不具备参考性了。但瑕不掩瑜，这本书还是非常适合python初学者来看的，非常值得推荐。

《Head First HTML & CSS》

与学习Pyhon相反，学习HTML&CSS所带来的益处实在是太多了，不管是对与页面实现的原理的了解，还是在工作中直接用来验证产品方案，都是有很多帮助的。此外，对于代码初学者而言，学习这两种语言，也是最快能看到成果，并带来成就感的，很容易让人学进去。

对于做电子书的产品经理来说，学习这种前端语言还有更多的益处。因为电子书的源文件格式epub，就是基于HTML和CSS来实现的，因此，学习这种语言，能够对规划电子书引擎等底层能力有很大的帮助。

除了代码本身，我非常想赞扬一下这个Head First系列，作为代码入门书，编排真的非常有心，把枯燥的学习过程变得非常有趣，并且因为有趣，使得学到的知识点不会轻易忘掉。比如每个章节的末尾，都会有一个精心设计的填词谜题，通过这个谜题，读者能很有效的复习当前章节所涉及到的代码。

除了HTML和CSS，这个系列包含了很多种语言，担心自己无法坚持学习代码的人，非常值得入手。对于我来说，现在就打算买本Javascript来看。

《幕后产品》

要不是因为作者是网易云音乐的产品经理王沐诗，我绝对不会翻开这本标题不明所以，封面来自视觉中国素材库，甚至连书名都没有居中的书。

好在这本书完全没有辜负我对他的期望，恰恰与标题相反，整本书的内容意外的扎实，不仅包含大量的产品工作实操指导，也用精炼的语言对产品思维和能力提升进行解释。作者用自己做网易云音乐的经历，全方位的展示了一个产品经理在工作和成长中会遇到的问题，可以说每一位互联网行业的产品经理都可以从中获益。

从《人人都是产品经理》开始，针对互联网产品经理的书籍里的内容基本可以归纳为两大点：“教你强行理解领导需求”和“终生成长很重要”，经常整本读下来，最大的感觉就是“做产品要终身理解领导需求”，导致我现在看到产品经理相关书籍，就躲得远远的。

好在没有错过这一本，真心推荐每位从业者阅读。

《增长黑客》

没错，作为当了五年的产品经理，我今年才读完这本书。说来惭愧，此类老外写的互联网相关专业书籍，我每次拿起来读都要下很大的决心……年初读完这本书，还洋洋洒洒的写了千字读后感，可是到现在也忘的差不多了。

仔细回想一下，这本书主要还是讲通过定量分析的方法，找到决定产品增长的关键指标，并围绕这个关键指标，进行各种有针对性的运营和迭代。但问题时，这类书籍里提到的方法落实永远是问题，不管是以前在小公司还是现在在大公司，现实中普遍无法做到真正拿数据说话，我觉得这主要是两方面原因：一是公司的氛围，并不能支持让数据说话，这可能是因为国内互联网行业刚刚从野蛮增长的阶段走出来，普遍还没有这个意识。二是员工的缺少数据素养，大部分面向用户的产品经理和运营经理数据素养较薄弱，数学能力较差，在这种情况下，很难让数据发挥应有的作用，毕竟数学能力是这一切的基础，缺少这一基础，更别说什么找到关键指标，定量对比分析了。

在这种环境下成长起来的团队和产品运营经理，如今也成为了各个部门的leader，他们分析和决策方法，往往就继承了之前不太看重数据分析的习惯。而《增长黑客》里提到的各类方法，是需要自上向下推动的。将数据能力的积累和一般的业务需求放在一起去比较ROI，自然数据相关的研发都会被靠边站，因此书里的各种工具和方法论，在大部分国内互联网公司难以落地。

《设计冲刺》

一本讲设计冲刺的完备工具书。对于设计冲刺能解决什么问题以及如何进行设计冲刺有详尽生动的说明。

与《增长黑客》一样，在日常工作中，使用设计冲刺的手段来做项目需要自上而下的力量，仅靠团队中有试一试想法的成员是难以推动的。这也是为什么大部分的设计冲刺都是花钱请外部团队实现的原因之一。

最令我印象深刻的，就是整本书所讲的：解决一个复杂的问题，只需要五天！第一天：列出所有已知的问题，选择一个目标。第二天：每个人都贡献点子，要写写画画。第三天：做出决策。第四天：完成原型。第五天：实验。对比我现在正在工作中面临的问题，有非常大的对比效应。从方案草拟到决策，这之间，我们进行了一个多月的准备。之后还有可能会面临更长时间的拉锯。这里面最大的问题就是决策者没有参与到项目中，只是在等待一个最终的方案，这就导致，执行侧在梳理方案的时候，所考虑的问题和场景，决策者并不知情，而决策者所关注的方面，执行者也了解的不够确切。这必然导致在方案汇报阶段，双方心中的预期都不一致，自然也无法产生满意的方案。

不过，读这本书倒是让我学习了些高效的工作方式，比如80%的问题都可以从前5个用户调研中得到以及传统的头脑风暴是一种过时的低效的开会手段等等。要记住，一个好的项目从规划到确定方案，只需要35个小时！

正在读的《信息架构，超越Web设计》

一本讲信息架构的书，读起来就如大学的专业课课本，作者尝试用准确的语言去讲解信息架构的具体概念和方法，而这确实也是个难题。

信息架构当前在行业内，普遍是通过经验来设计的。其实，利用经验确实能解决大部分的场景。但随着我的工作逐渐的接触到一些专业领域和创新领域，可以直接借鉴的竞品，就变得越来越少。这个时候，通过信息架构的理论知识，来作为设计的指导 ，就变得越来越重要。

其实做所有行业都是这样，当你触及到只有少数人才会触及的领域时，解决在此碰到的问题，寻找创新的解决方案就显得格外重要，这也就格外依赖于理论的学习。

所以尽管这本书读起来有点困难，但我打算每天都坚持读下去，毕竟学习在与日日不断之功。

未完待续……