第二部分：流程（11-30章）

第十一章：评估产品机会

本章节的内容是产品设计最核心的源头部分--确定做不做的问题，即我们的三大文档之首的BRD文档，可以从以下点去验证

产品要解决什么问题？产品价值

为谁？目标市场

成功的几率多大？市场规模

如何衡量成功？收益指标

同类产品？竞争格局

为什么我们适合做？竞争优势

时机合适吗？市场时机

如何推广？营销策略

成功的必要条件？解决方案要满足的条件，比方说淘艺术的必要条件是满足艺术品的物流问题。

做或者不做

通常情况下都是按领导的意愿在做，你是执行者，而非决策者，所以。。。没有所以，JUST DO IT.

第十二章：定义正确的产品

弄清楚开发什么产品--严格执行。[ACTION:以后在需求评审完毕后向大家做声明：本版本正式封装，不在加任何新需求，如有下一版本在考虑]

采用流水线并行开发产品，定义-封装（非开发中的封装，值得是不再加新需求）-开发-发布，同时定义下一版本。

应该流出一定的产品探索时间，因为1探索产品的过程不可预测，2开发人员紧缺，领导的角度不能让开发闲着，但往往开发不正确的产品才是更大的资源浪费。

所以应该正视源头（第十一章）。

第十三章：产品原则

本庄是关于决策的一章，作为产品深知"勾搭成一体"的难度简直就是上西天，但还是要不停的勾搭。书中的意思还是要拉拢，要优先考虑，如何做？回到源头（十一章），可见源头有多重要！！！团队内的严重分歧非对认定的事实有争议，大多是是对目标和目标的优先级和解决方案有不同的理解。

制定产品原则意味着决定什么重要、什么不重要，哪些原则是根本的、战略性的，哪些是临时的、战术性的。

第十四章：产品评审团

第十五章：特约用户

平台产品要有示范麻豆。

第十六章：市场调研

第十七章：产品人物角色--做了一期内部分享活动

第十八章：重新定义产品说明文档

道行尚短，不知重新定义之前的版本是啥样。

虽然花了大量时间撰写（产品说明文档），却很少有人阅读。更要命的是，对管理层和团队来说，产品说明文档很容易成为一个幌子，仿佛一切都进展顺利。

理想的产品说明文档：完整地描述用户体验；准确地描述软件的行为；受众较广；可以修改。

该书的作者也反对编写冗长的用户手册，而强调高保真产品原型。同时强调原型还要有注释，可以用wiki来解决。

第十九章：用户体验设计和实现

第二十章：基本产品--产品的核心功能

基本产品即产品的核心功能，MVP阶段，产品和设计师设计产品高保真原型，找一技术参与设计原型，预估周期，用户测试（很重要）

第二十一章：产品验证--通过高保证原型验证价值、可用性、可行性

第二十二章：原型测试

第二十三章：改进现有产品--不能一味的加功能

从另一个角度改进，1明确目标2改善用户体验3不是满足个别用户，需求是一群人的需求。

第二十四章：平滑部署

版本的发行不必过于频繁，会影响用户已培养的习惯，须谨慎、理智的“平滑部署”方式。如两个版本并行，小范围逐步部署。

第二十五章：快速相应阶段-发布后要快速跟踪数据并作出合理响应

第二十六章：合理运用敏捷方法

产品和开发密切配合及时解决问题

使用敏捷发放不代表省略产品规划

产品经理进度应该领先于开发一两个周期

拆分产品设计，但不能太细？

产品交付有价值的产品结果

可让开发自主划分迭代周期

出息晨会

控制发布

向全队展示发布成果

开展敏捷培训

第二十七章：合理运用瀑布开发方法

第二十八章创业型公司的产品管理

关键在于产品探索，MVP,可见第十一章的重要性，不然会很痛苦。

第二十九章：大公司如何创新

20%法则

臭鼬工程

主动观察

改善用户体验

收购小公司

第三十章：在大公司施展拳脚

了解公司制定决策的方式

建立人脉网络

臭鼬工程

自己顶上

有选择的据理力争

会前沟通，形成默契

合理分配时间、精力

分享信息

向上司借力

传播你的产品理念

大部分人游荡在黑暗里，他们只知道抱怨，去从不想办法寻找电灯开关。

读书《启示录－流程篇》