第一章 写给-1到3岁的产品经理
Don't make me think一书中说：Web设计“不要让用户思考”。其实生活中更需要这样。
好产品能改变世界，坏产品也能，而我产身边已经有太多的坏产品了。
面对一个场景，产品经理与普通用户所考虑的事情是不一样的。
产品是什么？产品就是用来解决某个问题的东西。产品就是要同时解决用户的问题和公司的问题，一个都不能少。
互联网、软件的产品经理与传统意义的产品经理产生差异的原因：1、行业形态不同：成熟行业VS新兴行业。2、产品形态与成本结构不同：实物VS虚拟物品。3、生命周期不同：几年VS几个月。（推崇敏捷方法）4、赢利模式不同，单一卖产品赚钱VS多元赢利。5、用户心态不同：花钱买VS免费用。
管理能力，其实就是“在资源不足的情况下把事情做成”的能力，这里的资源在产品经理的工作中通常表现为以下几种形式：1、信息不足以决策。2、时间不足以安排周密的计划。3、人员不足以支持工作强度和难度。4、资金不足以自由调配。
做产品的大前提是要喜欢做产品，不然将来你痛苦，团队痛苦，用户痛苦。
面试者最在乎应聘者有没有激情，是否够机灵、好学，逻辑思维是否清晰，沟通表达是否顺畅等。
入行切入点：先在本职工作上找到与产品有关的事情做一些尝试，并且考虑先从产品经理周边的职位做起。
第二章 一个需求的奋斗史
其实对于产品经理来说更重要的是“发现一个问题，然后设法将其转化为一个任务来解决”。
从用户中来到用户中去，用户是需要之源，理解用户， 是产品经理最重要的素质之一。用户与客户：user与customer。
以用户为中心，但不要试图满足所有用户。试图满足所有用户的需求是一个灾难，那会让产品变成一个臃肿不堪，谁都不想用的四不像。优先满足哪些用户需要和产品的商业目标要结合起来考虑。
体会真正的用户、试着描述用户
怎么说表现了目标和观点，怎么做反映了行为，用户怎么说和怎么做经常是不一致的。
定性研究可以找出原因，偏向于了解；而定量研究可以发现现象，偏向于证实。两方面都很重要，缺一不可。
用户访谈常见问题：1、说和做不一致。2、样本少，以偏概全。3、用户过于强势，把我们往沟里带。4、与3相反。
调查问题常见问题：1、样本偏差，即样本与想了解目标用户群体出现偏差。2、样本过少。3、问卷内容的细节：应无引导性、答案顺序的安排。
设计一份调查问卷：首先是一些简单问题，帮助对作答者进行分类；然后是最想知道的问题；最后，了解一些用户信息。
可用性测试的常见问题与对策：1、如果可用性测试做得太晚，这时发现问题也于事无补了。其实，可用性测试在产品的各个阶段都可以做。2、总觉得可用性测试很专业，所以干脆不做。少做好过不做。3、明确是测试产品，而不是测试用户。4、测试过程中，组织者不要有任何的引导和暗示，结束之后，如有可能应该送个小礼品。
数据分析的常见问题与对策：1、过于学术，沉迷于“科学研究”。2、虽然数据不会主动骗人，但我们经常无意或有意地误读数据。3、平时不烧香，临时抱佛脚。
在对产品足够熟悉的基础上，先做出方向性假设，再提取相应的数据并分析，得到一些现象，最好是之前没发现的现象，然后尝试解释，接下来做用户调研修正解释，最终指导产品发展方向。
需要采集，人人有责。生孩子与养孩子。
单项需求卡片。尽可能多地采集：现场调查、AB测试：先从小量用户测试。日记研究。卡片分类法。自己提需求。
听用户的，但不要照着做。
用户需求VS产品需求：
用户需求：用户自以为的需求，并且经常表达为用户的解决方案。
产品需求：经过我们的分析，找到真实的需求，并且表达为产品的解决方案。需求分析：从用户的需求出发，找到用户内心真正的渴望，再转化为产品需求的过程。【总--分--总】
伟大的需求分析师，可以无视用户想要的东西，去探究他内心真正的渴望。
满足需求的三种方式：改变现状。降低理想。转移需求。
创造需求。
需求的商业价值：重要性、紧急度、持续时间
绝不要因为某个需求的商业价值很大就马上去做，也不能因为另一人需求的商业价值不大就不做。绝不能因为某个需求的难度小就马上去做，也不能因为另一个需求难度大就不做。一切皆看性价比。
BRD（商业需要文档）：项目背景、商业价值、功能需求描述、非功能需求描述、资源评估、风险和对策。
少做就是多做：情愿把一半的功能做到尽可能完美也不要把全部功能都做成半吊子。最爽的是“四两拨千斤”。
尽可能多地放弃----尽可能多地采集才可能完整地看到事物的全貌，有了大局观，在放弃的时候才知道孰重孰轻，也更下得了手。
需求的生命周期。需求状态，通常有：待讨论、拒绝、暂缓、需求中、开发中、已完成。
第三章 项目的坎坷一生
待续。。。
