作者marty cagan是在职场中久经磨练的产品经理，对产品领域有很多有价值的看法。他还与几位合作者建立了一个“[硅谷产品组](http://svpg.com/)”的网站，分享经验。《启示录》是作者多年文章的合集，指出产品工作者3个值得探索的大方向：
探索的方向 -- > 开发用户喜爱的产品（从3个方面入手）
人员：团队成员的角色和职责
流程：反复应用的步骤和成功应用的经验
产品：产品具有的鲜明特性
全文包括许多主题，每个主题的标准： 鼓励思考；与实际工作密切相关；切实可行。全书看完，回顾前言中作者订立的标准，佩服作者思维清晰，而且十分“接地气”。不论是书本框架还是内容，在国内产品相关的书籍中都有些影子。据说当年中文版未出的时候，网易内部已十分推崇本书。确实是十分值得推荐。
这本书也确实主要是启示作用，书中中有许多主题如敏捷开发、传统瀑布式开发等，都有相应的更详尽的经典著作，汇集了更多业界的思考结果。今年多了解了解吧。
假如把自己的一生也看做是“产品”，自己就是对自己负责的“产品经理”，负责定义开发的产品，决定开发什么的产品。人人都是产品经理，说得也不是没有道理。所以，来期待点什么，决定点什么吧：）
看的电子版，准备过段时间入纸版再看一遍。
===
书摘/思考
适用对象
人
*负责定义开发的产品，决定开发什么样子的产品* --> 产品经理
公司
规模各异
项目
开发/改进
方法
敏捷（如scrum）/传统瀑布式
===
第1部分 人员
介绍现在软件产品团队的人员组成和职责，说明产品人员在工作过程中可能出现的问题，给了不少建议。
===
第2部分 流程
关键词： 反复应用、成功应用（的实践经验）
*11 评估产品机会*
12 产品探索（定义产品的过程）
耐心探索
13 产品原则
价值标准 --> 取舍&决策
避免两类错误：a) 过于空泛； b) 设计原则代替产品原则
（题外）无效的会议：没有议程；没有结果
团队对事实的认定一般并不会有争议，而是对目标和目标的优先级有不同的理解。优先级理解不同，常常是大家情绪激动，在细枝末节上争执不下。
【思考】平时在一起debug的时候，工程师甚至boss会有不同的方向，一般来说，提出的建议还是“有用的”，但是每一个建议的验证可能需要工程师花费精力与时间。对于首先尝试哪一种的优先级排序不一致，就容易导致争论。
14 产品陪审团
15 特约用户
16 市场调研
市场调研的作用：
成功的产品基于两点认识： a）深入理解用户需求；b)什么样的解决方案在现阶段是可行的
但是市场调研也有缺陷：
a）用户在没有解出到实际产品前，并不知道自己要什么
b）用户并没有办法提出解决方案
17 产品用户角色
“没有接触真实用户前，不要先入为主的下结论。”
18 重新定义产品说明文档
19 用户体验设计与实现
“产品一旦进入开发阶段，再修改设计思路是十分困难的，而且越往后，修改成本越高”
20 基本产品
“不在尝试定义最终的产品，转而定义只满足基本要求的的产品”
“把复杂度降到最低，把开发时间减到最少”
“如果功能还能削减，那说明你定义的不是基本产品”-- “断腿的狗不能打猎”
21 产品验证
“价值测试”
22 原型测试
23 改进现有产品
24 平滑部署
功能过渡；区域性过渡
25 快速响应阶段
*26 合理利用敏捷方法*（与XP对比：沟通；简单；反馈；勇气；谦虚）
十条经验。
*27 合理运用瀑布式开发方法*
*30 在大公司工作*
“大公司都遵循一条潜规则--尽量规避风险”
流程的体现在日常工作的方方面面中，每一个流程中也会有各自的准则。这一章就是经验丰富的工作人员的反复应用的步骤和成功的实践经验。
===
第3部分
31 苹果公司给我的启示
硬件 --》 软件 --》 用户体验 --》 真正的用户需求/情感需求。
32 堤防有特殊要求的产品
特殊产品 --》 混淆客户需求与产品需求 --》 偏离正轨
===
第4部分
40 最佳实践经验
41 产品经理反省清单
全书观点汇总，覆盖了书中大部分内容。“产品经理的工作为什么耗时，原因就在于这十个问题等着他不断去琢磨。”