《人人》2.3~2.5，page80~109
1.同一个团队，建议使用同一种记录用户需求的形式；
2.根据人类记忆特点，产品有5±2个模块比较合理；
3.在判断完商业价值和开发量后，性价比判断：性价比=商业价值÷实现难度（简化为开发量）；
4.做项目，终极目标就是：多快好省，即范围大、时间短、品质高、资源省；
5.第一，“需求打包”最好打包类似的功能点；第二，需求依赖，功能互相之间有依赖关系；第三，需求的粒度大小问题；
6.情愿把一半的功能做到尽可能完美也不要把全部功能都做成半吊子；
7.一个需求的DNA
之前在读书笔记1——《人人都是产品经理》 整理过前两章的内容；
8.需求的生老病死
《启示录》12，page76~81
定义正确的产品
1.两个阶段：
第一探索产品阶段，弄清楚开发什么产品（定义正确的产品）；
第二强调执行阶段，开发产品（正确的开发产品）；
2.开发阶段重心在于执行——开发、测试、发布；
3.一个解决执行过程中“自由创意”和“按部就班”的方法：采用流水线方式并行开发产品。一旦1.0版本的产品进入项目执行阶段，就开始定义2.0版本的产品，前一个版本进入开发阶段，就把你的创造热情投入下一个版本。
4.分析需求和设计产品的工作往往是不可预测和控制的；
5.产品经理首先要寻找市场，然后设计解决方案，方案要请用户和开发团队来验证；
6.要明白产品经理的职责是要保证开发团队开发有价值的、可用的产品。
《启示录》20，page122~124
削减功能还是延长工期？
1.定义只满足基本要求（价值、可用性、可行性）的产品，简称基本产品；
（想到一句话：完美不是无一分可加，而是无一分可减。）
2.作者建议的一种产品设计方式：
第一，产品经理与设计师合作设计产品的高保真原型，原型只具备实现商业目标的最基本功能要求，以及良好的体验和吸引力。
（这似乎有点类似先做MVP的思维。）
第二，邀请一位开发人员（比如架构师或主程序员）参与设计原型，请他估算各种功能的直接从成本和间接成本，指出设计上的误区，并分析、评估尚不确定是否可行的功能。
第三，请真实用户验证（测试）产品原型，这点至关重要。
3.一旦基本产品确定，通过了目标用户的测试，就不可能再削减任何功能，如果还能削减，那说明你定义的不是基本产品。
《启示录》21~22，page125~141
产品验证
原型测试
1.作者推荐使用高保真产品原型，可以让用户验证产品的创意；
2.让用户验证产品创意是必不可少的环节；
3.产品可用性测试和产品价值测试与原型测试同样重要
《四步创业法》3.3~3.4，page102~113
客户探索—第三步：检验有关产品的假设
其中红色部分是这次学习多次遇到的相似的：最小功能集合、MVP等概念。红色标出，多回顾。
客户探索第四步—阶段小结
红字是小结重点问题。
《有的放矢》5，page81~116
有的放矢第二阶段—确定解决方案
红字部分是再一次遇到的：最小功能集合概念。
这一部分阅读内容多，要多翻书。
延伸阅读：
对需求的价值判断，还是基于两点：
1.核心用户
2.刚性需求
核心用户判断：人数、单用户价值
刚性需求判断：有无替代方案、发生频率、持续时间
2016.10.18，21：40
