第十一章：评估产品机会
本章节的内容是产品设计最核心的源头部分--确定做不做的问题，即我们的三大文档之首的BRD文档，可以从以下点去验证
- 产品要解决什么问题？产品价值
- 为谁？目标市场
- 成功的几率多大？市场规模
- 如何衡量成功？收益指标
- 同类产品？竞争格局
- 为什么我们适合做？竞争优势
- 时机合适吗？市场时机
- 如何推广？营销策略
- 成功的必要条件？解决方案要满足的条件，比方说淘艺术的必要条件是满足艺术品的物流问题。
- 做或者不做
通常情况下都是按领导的意愿在做，你是执行者，而非决策者，所以。。。没有所以，JUST DO IT.
第十二章：定义正确的产品
弄清楚开发什么产品--严格执行。[ACTION:以后在需求评审完毕后向大家做声明：本版本正式封装，不在加任何新需求，如有下一版本在考虑]
采用流水线并行开发产品，定义-封装（非开发中的封装，值得是不再加新需求）-开发-发布，同时定义下一版本。
应该流出一定的产品探索时间，因为1探索产品的过程不可预测，2开发人员紧缺，领导的角度不能让开发闲着，但往往开发不正确的产品才是更大的资源浪费。
所以应该正视源头（第十一章）。
第十三章：产品原则
本庄是关于决策的一章，作为产品深知"勾搭成一体"的难度简直就是上西天，但还是要不停的勾搭。书中的意思还是要拉拢，要优先考虑，如何做？回到源头（十一章），可见源头有多重要！！！团队内的严重分歧非对认定的事实有争议，大多是是对目标和目标的优先级和解决方案有不同的理解。
制定产品原则意味着决定什么重要、什么不重要，哪些原则是根本的、战略性的，哪些是临时的、战术性的。
第十四章：产品评审团
第十五章：特约用户
平台产品要有示范麻豆。
第十六章：市场调研
第十七章：产品人物角色--做了一期内部分享活动
第十八章：重新定义产品说明文档
道行尚短，不知重新定义之前的版本是啥样。
虽然花了大量时间撰写（产品说明文档），却很少有人阅读。更要命的是，对管理层和团队来说，产品说明文档很容易成为一个幌子，仿佛一切都进展顺利。
理想的产品说明文档：完整地描述用户体验；准确地描述软件的行为；受众较广；可以修改。
该书的作者也反对编写冗长的用户手册，而强调高保真产品原型。同时强调原型还要有注释，可以用wiki来解决。
第十九章：用户体验设计和实现
第二十章：基本产品--产品的核心功能
基本产品即产品的核心功能，MVP阶段，产品和设计师设计产品高保真原型，找一技术参与设计原型，预估周期，用户测试（很重要）
第二十一章：产品验证--通过高保证原型验证价值、可用性、可行性
第二十二章：原型测试
第二十三章：改进现有产品--不能一味的加功能
从另一个角度改进，1明确目标2改善用户体验3不是满足个别用户，需求是一群人的需求。
第二十四章：平滑部署
版本的发行不必过于频繁，会影响用户已培养的习惯，须谨慎、理智的“平滑部署”方式。如两个版本并行，小范围逐步部署。
第二十五章：快速相应阶段-发布后要快速跟踪数据并作出合理响应
第二十六章：合理运用敏捷方法
- 产品和开发密切配合及时解决问题
- 使用敏捷发放不代表省略产品规划
- 产品经理进度应该领先于开发一两个周期
- 拆分产品设计，但不能太细？
- 产品交付有价值的产品结果
- 可让开发自主划分迭代周期
- 出息晨会
- 控制发布
- 向全队展示发布成果
- 开展敏捷培训
第二十七章：合理运用瀑布开发方法
第二十八章创业型公司的产品管理
关键在于产品探索，MVP,可见第十一章的重要性，不然会很痛苦。
第二十九章：大公司如何创新
- 20%法则
- 臭鼬工程
- 主动观察
- 改善用户体验
- 收购小公司
第三十章：在大公司施展拳脚
- 了解公司制定决策的方式
- 建立人脉网络
- 臭鼬工程
- 自己顶上
- 有选择的据理力争
- 会前沟通，形成默契
- 合理分配时间、精力
- 分享信息
- 向上司借力
- 传播你的产品理念
大部分人游荡在黑暗里，他们只知道抱怨，去从不想办法寻找电灯开关。