人人都是产品经理——iamsujie

这个话题太大，肯定没法说全，写这篇自己也很紧张，所以只说说自己这2、3年来读过并且写过读书笔记的书，都是自认为对产品经理帮助很大的，特别是互联网、软件行业。

产品经理本行相关的书并不多，我看过的有《产品经理实战手册》、《产品经理的第一本书》、《产品经理的第二本书》，都算比较经典，同时也比较偏向于传统产品。它们让我知道了什么是真正的产品经理，其实“产品经理负责制”在我所知的公司里，都不存在。多数的所谓产品经理其实就是产品设计师，我们写写文档，管管项目，还有很多与市场、销售等有关的事情，只是配合而已（话说回来，很多互联网产品，压根就没有销售吧，一直在烧钱呢）。

但是市场营销方面的知识我们不得不储备一点，科特勒的《水平营销》可以打开思路，当然你要是碰巧看过更经典的“市场营销”类大部头就更好了。如果你做的产品更传统一些，是通过渠道销售的，还可以看看《渠道为王》，很多年前，这本书似乎火过。

产品的用户体验很关键，2007年看的《用户体验的要素》，里面谈到的“五个层次”对我的影响很大，不错的小书，一个晚上就可以读完，但最好慢慢读慢慢消化，必看。而用户体验最关键的就是要重视用户，所以学一点用户研究的方法也很必要，《赢在用户》是入门的好选择。我认为同类的书还有《一目了然》、《点石成金》和即将出中文版《胜于言传》，都不错，只是很互联网。

然后我们可以体会一下设计的现实与浪漫：读一读D.Norman大师的《设计心理学》与《情感化设计》，我觉得这两部是姊妹篇，读的顺序最好别反了。

项目管理相关，我认为敏捷方法在互联网、软件产品上特别适用：《敏捷估计与规划》、《敏捷迭代开发——管理者指南》都不错，你也可以把它们推荐给团队的技术负责人。对了，必须提一下阿朱的《走出软件作坊》，难得的一本“自己人”写的，真实的小公司软件开发现状，我是当小说看的，呵呵。

产品经理的逻辑思维能力，抽象思维能力很重要，所以有必要读一本UML相关的书，体会一下怎么用抽象的方法来描述一个事物，我看的是《UML基础、案例与应用》，同事推荐的，豆瓣上在这里。

还有一些，可能表面上看起来和产品经理关系不大，但我总觉得综合素质的提高对一个产品经理，甚至任何职业的人都会有潜移默化的帮助，比如我喜欢看的还有如下3类书，每类从我的豆瓣里挑出来几本推荐一下（有兴趣的可以去看我读过的书），有的没写过读书笔记，链接不给了，大家可以去豆瓣搜：

人文修养，历史、经济、社会、政治类：《中国历代政治得失》、《激荡三十年》、《大败局》。最近对《一九八四》、《极权主义的起源》这类书产生兴趣了，好像很不河蟹啊。

科学素质，科学、哲学、思维类：《别做正常的傻瓜》、《批判性思维指南》、《黑天鹅》。

最后是提升自我的书：《少有人走的路》、《如何掌控自己的时间和生活》。

第一，教知识不教思维。

好比练武功只教招式，毛用没有，最缺的是一种特殊的“元知识”——思维方法，的训练。理解了什么是“联想”，什么是“推理”，“归纳”与“演绎”有何异同，才能有自己的思想，自己的创造力。好比《天龙八部》里的鸠摩智，靠一个小无相功催动少林七十二绝技，杀遍群僧，而讲求实际效果的现实社会，这样也不错啊，当然rp不能学鸠摩智……思维方法是内功，内功好了，再辅以某学科的知识“招式”，自然威力无穷。

第二，教解题不教选题。

解题式的教育，告诉你现有的条件和目标，所以你要做的就是直接寻找解决方案，这是相对简单的。整个过程少了之前（分析现状、寻找目标，决定做不做，做多少）的分析，你根本不知道这个问题是怎么提出来的。而现实中更多问题并不是已经摆在面前，而是需要你去发现的，学会发现问题之后，又会发现问题多到你无法全部解决，这就需要决策与判断，意味着放弃。

学生是在资源充足下做事，你会考虑这个礼拜放弃哪门课的作业么？你有规划过这学期的考试，哪门考90，哪门考60么？我也没有，但肯定有人这么做了，他们提早接触“资源不足”的概念，也就学会了权衡，所以就会有时间去做更多的事情，从而一步领先，步步领先。记住，我们要追求“性价比”而不是“完美”！

第三，教努力不教取巧。

感觉“只要功夫深，铁杵磨成针”，这是基于资源可控的，这个前提害死人。现实中很多事情是不可控的，或者说不是你一个人可控的，这就意味着需要合作与沟通，而不是单纯的努力。而且，学校里习惯去做很多已经有答案的问题，要记住做这件事件的目的不是解这道题，而是练习解题的方法，最终能解没有答案的题。当然现实中，更多的是没有人做过的、没有答案的问题，而那些有答案的问题，千万别只想到自己求解了，用最快的办法找到答案吧。

（iamsujie补：感谢小白补充“教查书不教人肉”；陈博补充“教受教不教施教”。谁再来补一点？）

做产品设计快2年了，一直有个心愿：总要和BME（Biomedical Engineering，生物医学工程）扯上点关系才不枉学了那么多年……那么这次就来扯一下。

Ø  定量与系统的思维。

当时所在的是“定量与系统生理实验室”。定量，意味着在定性的基础上更深入的研究，是以数据为基础的，体现了西方哲学，注重微观分析；系统，意味着总体的大局观，代表着东方哲学，注重宏观把控。对任何实物，如果真能做到定量与系统的分析，那绝对杠杠的了。产品设计中，两种思维也是相映成趣，时而定量，比如分析用户使用产品的数据、给功能点的重要程度从各个维度上打分；时而系统，比如综合考虑我们产品需要兼顾的各种利益人群、制定项目计划时照顾到方方面面……怎么这段写得很像小学生作为？=,=bbb

Ø  数据挖掘步骤 VS 产品设计过程。

那会儿挖了2年的临床生理数据，今天看来，数据挖掘的步骤与产品设计的过程也都是同宗同源的，分为一下几步，对比一下。

n  数据准备

理解应用领域的目标：商业目标与用户目标确定。

产生目标数据集：确定细分市场、细分目标用户、市场调研、需求采集。

数据清理与预处理：需求整理、需求分析。

数据缩减与投影：确定优先级、用户需求转化为产品需求。

n  数据挖掘

将目标与特殊数据挖掘方法匹配：用什么技术平台、编程语言等等。

数据挖掘算法选择：技术方案的选择，系统设计。

数据挖掘：Coding的过程。

n  结果评价

解释和评估所挖掘到的模式：测试、用户试用，反馈修正上述过程。

使用所发现的知识：产品发布，投入应用。

Ø 诊疗循环 VS 软件项目的PDCA。

读研时的项目是辅助诊断相关的，所以接触到了“诊疗循环”（诊断、治疗、获得反馈、观察分析、修正诊断）的概念。工作原来又碰到PDCA（又叫戴明环，是美国质量管理专家戴明博士首先提出的，是全面质量管理所应遵循的科学程序，指PlanàDoàCheckàAction）的循环，发现本质其实是一样的。推及任何做事的方法，其实都有一个这样的循环，这也符合事物螺旋上升的哲学概念。

参加过不少次培训，说一下自己对培训、分享这种学习活动的体会。

用武侠小说里的一些概念来比喻很有感觉，一直觉得培训和分享在表面上交流的好比是招式，在短短的几天甚至几个小时内，最吸引人的往往是一些容易掌握、用来吓唬人很好的“花拳绣腿”，想功力大升是不可能的。这么看，培训其实对高手才更有用，高手本身已经有了很强的内力，比如段誉，这时候如果有一个超级高手方法得当的点拨，有了合适的方法去驱动这些内力，是可以立马提高n个档次的。

永远的，高手只能告诉你好的方法，并不能直接带来成功，只能提高成功的概率；高手只能告诉你一些经验，而不能增加经历，而有些事情只有亲身经历才能学会；高手只会给你点拨，教你怎么做，但不会帮你做。

但无论如何，这种培训与分享仍然是必要的，真正的高手会告诉你内力修炼方法，我想说的只是：“生活中没有吸星大法”，也碰不到无涯子把毕生功力通过头顶某神奇接口在几分钟内传给你，唯一提升内功的办法就是几十年如一日的勤学苦练。

勤学苦练不是傻练，每次涉及一个领域的时候，了解的越多才越发现其中的学问实在太大，根本没法完全掌握，所学的所有也不过是在自己的知识体系中增加了另一个领域的一点点索引。从而，只能有选择性的了解对当前工作做有用的那部分，其他的如有必要就去寻求帮助。万变不离其宗的反而又是真正的高手所提点的那些方法了，关键是要体会到这些方法的精髓，或者说是思维方法？哲学原理？这往往是要靠悟出来，而不是记住。

转了一圈又绕回去了，给出结论，PD应该学什么？答：（悟）修炼内功的方法 > （练）内功 > （记）招式。

写完才发现是一篇这么虚的东西，呵呵。