读书笔记4——无题

《人人》2.3~2.5，page80~109

1.同一个团队，建议使用同一种记录用户需求的形式；

2.根据人类记忆特点，产品有5±2个模块比较合理；

3.在判断完商业价值和开发量后，性价比判断：性价比=商业价值÷实现难度（简化为开发量）；

4.做项目，终极目标就是：多快好省，即范围大、时间短、品质高、资源省；

5.第一，“需求打包”最好打包类似的功能点；第二，需求依赖，功能互相之间有依赖关系；第三，需求的粒度大小问题；

6.情愿把一半的功能做到尽可能完美也不要把全部功能都做成半吊子；

7.一个需求的DNA

一个需求的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.KANO模型再理解 

KANO模型

2.如何对一个需求做价值判断 

对需求的价值判断，还是基于两点：

1.核心用户

2.刚性需求

核心用户判断：人数、单用户价值

刚性需求判断：有无替代方案、发生频率、持续时间

2016.10.18，21：40