本文是对《启示录 打造用户喜爱的产品》一书的梳理，对书中的内容进行了摘抄和总结，是个人认为比较重要的一些内容。从大的层面上解析这本书，意图是帮助自己，也希望同样对产品感兴趣的小伙伴看到这篇文章也能有所获。
上次看完了《人人都是产品经理》，终于又啃完了《启示录》，《启示录》给我的感觉更像是一本教科书，对产品团队人员组成到产品设计开发流程，最后到如何开发富有创意的产品分别给出了详尽的解释。这次我分别针对书中三部分内容做了思维导图，基于更好的理解书本内容以及方便查阅，现对思维导图图进行文字版的梳理同时加上一些个人理解，如有不合理之处，希望可以指出甚至一起探讨，共同进步。
第一部分—人员
产品是由团队设计开发的，要了解产品团队有哪些关键角色以及其职责，良好的团队组成以及合作有助于产品成功的推行。
一个产品团队主要包含以下6种角色：
1. 产品经理
产品经理负责底层产品需求，这一角色决定用户体验，非常重要。
a. 主要职责：
产品机会评估：审核产品创意，判断价值（可以利用MRD（市场需求文档）来完成这项工作）。
定义要开发的产品：寻找解决方案，可以用PRD（产品需求文档）来完成这项工作。
包括基本的产品特征和功能，产品的用户体验，产品的发布标准产品价值：产品需要解决什么问题。
b. 产品经理需要具备哪些素质：
- 对产品的热情—> 这里可以有一个常见的面试问题：自己喜欢的产品，以及喜欢的原因，聊聊不喜欢的产品，如果有机会怎么改善自己喜欢的产品。
- 用户立场：可以在用户角度换位思考，融入目标市场。
- 智力：注重解决问题的思路和方法。
- 职业操守：对产品充满热情，时刻为产品关注和忧虑。
- 正直：公正对待每一个人，以德服人。
- 信心
- 态度：愿意承担风险，承担责任，能够预见和解决问题。
- 技能：掌握一些重要的技能。
- 运用技术的能力：不仅要理解，还要发现技术的潜力，挖掘技术的应用潜力。
- 注意力：不但遵循公司规定，还要自律。
- 时间管理：能够做到区分重要任务和紧急任务，合理规划和安排时间。
- 沟通技能：以理服人。
- 商业技能：能和各个部门的人员沟通、讨论。
最后书中一句话谨记在心，无论什么职位，尤其是职位越高，我觉得这句话越有用：
永远不要告诉别人怎么做。告诉他们做什么，他们自然会发挥天赋，给你惊喜。 —-巴顿将军的忠告
2. 交互设计师
也称为信息架构师、用户界面设计师、用户体验架构师。
主要职责：确保产品同时具有可用性和价值。可用性指用户明白如何使用，价值指用户对产品的渴求程度。
3. 项目管理人员
这一职位的人员可能需要承接不同产品经理的功能需求。
主要职责：制定计划和跟踪进度。
4.开发团队
软件工程师也称为产品开发人员或软件开发人员，有些还被称为IT（信息技术）团队。
主要职责：开发产品，开发团队多为用户，IT团队多为公司内部开发软件。
开发团队最了解那些产品构思可行，可通过以下几种方式帮助产品经理完善产品定义：
- 邀请开发人员参加产品原型测试。
- 向开发人员了解最新技术发展动向。
- 让开发人员参与初期产品评估和定义。
同时产品经理应配合开发团队，要注意以下两点：
- 产品定义不会是最终产品，而是满足基本要求的产品。
- 一旦进入开发阶段，要避免修改产品需求和设计。
- 开发和产品异地时，需要借助高保真原型进行交流，可以派主程序员和产品共同工作。
- 余量（headroom）：在产品管理上为开发团队预留20%的自主时间让他们可以有时间去完善代码，避免重写代码，要预留一定的技术能力，为事务增长预留空间，为新增功能预留空间。
5. 运维团队
主要职责：保证服务正常运行。
6. 产品营销人员
主要职责：负责高层商业需求。对外发布消息，宣传产品。
第二部分—流程
这一部分讨论探索以及开发富有创意的产品时的流程和成功经验。
1. 评估产品机会
- 产品价值：产品要解决什么问题？
- 目标市场：为谁解决这个问题？
- 市场规模：成功机会有多大，能赚到多少？
- 度量指标或收益标准：怎么判断产品成功与否？
- 竞争格局：有哪些同类产品？
- 为什么我们最适合做这个产品？
- 市场时机：时机合适吗？
- 营销组合策略：如何把产品推向市场？
- 解决方案要满足的条件：成功的必要条件是什么，一些特殊需求，依赖因素和约束条件？
- 给出评估结论（继续或放弃）。
2. 产品探索
定义正确的产品（探索出兼具功能性与设计性产品）。
- 产品评估，拜访潜在用户，收集需求。
- 和交互设计师一起制作产品原型。
- 利用产品原型开展用户测试。
- 完成产品用例，和开发团队一起评审产品原型和说明文档。
注意：一旦进入执行阶段，工作中心就重心在开发、测试、发布了。但是可以在进入开发阶段后，开始准备下一版本的制定。
3. 产品原则
产品原则是产品团队的目标和愿景，即确立什么重要什么不重要，那些是根本的、战略性的。
- 究竟解决什么问题。
- 为谁解决。
- 达到什么目标。
- 每个目标的优先级。
4. 产品评审团
决定产品战略方向，从宏观上监督产品研发流程合理配置资源。
- 启动评估产品，进行评估产品机会。
- 根据评估结果，决定定义产品解决方案。
- 评审原型，用户测试结果、成本估算，决定是否开发产品。
- 评审最终产品、决定是否发布。
5. 特约用户
特约用户可帮助产品经理深入洞察目标用户需求，从而赢得用户对产品的推荐，这种人通常具有一定影响力，必须合理筛选。
6. 市场调研
作用（可以帮助解决一系列问题）
- 了解谁是目标用户。
- 用户会怎样使用产品。
- 用户能明白怎么使用产品吗？障碍在哪里。
- 用户为什么选择你的产品。
- 用户喜欢产品的哪些特点。
- 用户希望如何改进产品，增加哪些功能。
局限性
市场调研只能作为依据，不能决定产品研发方向，需要在深入理解用户需求的基础上，明白什么样的解决方案是现阶段可行的。
方法
- 用户调查（可以利用网络做调查问卷）
- 产品使用分析
- 数据挖掘
- 拜访用户
- 人物角色（用户特征记录）
- 在理解各类目标用户基础上建立的人物原型，找到一个体现用户需求与行为的角色人物角色可以帮助筛选重要功能，不必要面面俱到，可以对用户类型进行优先排序，识别重点，设计产品应该针对某一类型用户，把产品发挥到极致。
- 可用性测试
- 同类产品分析
7. 产品说明文档
定义好产品，包括以下几个方面：
- 应完整描述用户体验（用户需求、交互设计和视觉设计需求）。
- 必须准确描述软件的行为。
- 必须直观方式介绍给所有人。
- 可以修改。
满足以上所有要求的产品说明文档为高保证产品原型。
8. 用户体验设计与实现的处理顺序
- 需求调研和产品设计可同步开展。
- 测试和开发可以同步开展。
- 但是必须先定义用户体验再开发。
9. 基本产品
满足基本需求（价值、可用性、可行性）的产品，为基本产品。争取设计出只满足基本要求、不可删减的产品。
- 定义具备基本功能的产品原型。
- 做好技术可行性分析。
- 请真实用户验证。
10. 产品验证
产品正式开发、部署前，验证产品说明文档是否符合预期要求。
产品价值测试
用户是否觉得产品有用，是否愿意购买，有多喜欢，这一部分可以和可用性同时展开。（重在是否喜欢、满意）
产品可用性测试
PM与交互设计师设需突出产品功能特性，让用户知道如何使用，发现能否实现产品需求。（重在使用操作流程）
产品可行性测试
在现有技术条件下，能否成功开发出产品。
11. 原型测试
- 物色测试者
特约用户、展销、网站征集、身边人。
准备测试
- 事先拟定测试内容（内容为用户大部分时间执行的操作）。
- 提供空白浏览器，看看用户测试前的反应。
- 关注用户对原型首页的反应。
- 待测试完成后，通过聊天进一步收集信息。
- 为每个问题的答案打分。
- 不必等原型全部设计好才测试，主要功能有即可。
测试环境
测试环境要轻松，也让用户熟悉越好，面对面测试也非常重要。
- 轻松的让测试用户熟悉的地方。
- 面对面测试很重要，可以观察对方。
- 产品经理一定要参与。
- 安排一个人主持测试，一个人记录。
测试原型
- 测试前不要沟通过多，告知可完成测试后深入交谈。
- 告诉测试者不必担心测试失败，只有产品会测试失败。
- 让测试者保持平和心情，多观察用户操作。
- 测试时不要给用户提示和指导，但是可以去提问测试者并帮助思考，可以口述其行为，或者重复其问题。
更新原型
- 只要有两三个用户共同反映了一个情况，就可以开始思考提供解决方案。
- 改进产品需要明确目标，即在多大程度上可以提升各项指标，要有针对性的改进产品。
- 如果产品让人觉得无趣，可以放弃了，节约后期成本。
12. 平滑部署
频繁部署极大可能造成用户反感。
平滑部署措施：
- 提前通知。
- 加倍做好测试。
- 并行部署：新旧版本共同支持，公示旧版使用期限。
- 区域性部署：在某个区域，再逐步扩大。
- 增量部署：将更新分割成几个部分逐步发布。
13. 快速响应阶段
产品发布后，要及时关注用户的反应，提前做好改进准备，关键不在于是否会出现问题，而在于多快能解决问题，因此应该多关注网站分析工具掌握用户行为。
14. 敏捷方法
定义：把一个大项目拆成子目标一个个完成，不影响软件运行，反复迭代。
优点：增进客户和开发人员间交流，降低了风险。
15. 瀑布式开发
定义：开发过程事先分成固定的几个阶段，每个阶段评审过后，才能进入下一阶段。
优点：让人更安心。
缺点：产品验证严重滞后；变更计划代价不菲；无法适应快速变化的市场；（过于理想化，以为能够预见所有问题，只适用规模小的项目）。
16. 如何创新
- 采用20%原则，即让员工利用20%时间从事创新。
- 臭鼬工程：利用自己时间，低调从事创新研究。
- 最后要注意，创新不是发现问题，而是用新方法解决已有问题，观察人们对现有产品的不满是创新的最佳途径。
第三部分—产品
这一部分介绍富有创意的产品应该具有的鲜明特性，探讨探索产品和开发产品的方法。
硬件为软件服务，软件为用户体验服务，用户体验为情感服务，产品为真正的需求。
1. 特殊要求产品
混淆了产品需求和客户需求
- 用户不知道自己需要什么。
- 用户不知道什么是可行的。
- 用户之间缺少沟通，需求难以统一。
解决方案
根据产品原则进行筛选用户需求。
2. 善于利用新技术
成功的产品往往不是什么新鲜事物，只是新瓶装老酒，之所以成功，是因为这个“新瓶”做的更好、更方便、更便宜，改变了消费者对“老酒”的印象。
方法：
- 观察目标市场缺陷跟踪最新的技术。
- 跟踪最新的技术。
3. 善于利用情感
了解用户的情感需求，从最基本的生存需求（令人烦恼、头疼的）去挖掘，最后再升华到精神需求（可以实现自我价值的），不断满足用户的情感需求。
用户情感特征分类
- 技术爱好者（技术创新者）：喜欢新技术，不值得重视。
- 非理性消费者（尝鲜者）：具有强烈的情感需求，要重点关注。
- 理性消费者（早期消费大众）：有情感需求，但不强烈，会买实用、成熟的产品。
- 超理性消费者（后期消费大众）：情感需求弱，但是对产品要求极高，不轻易消费。
- 观望者（跟随者）：只购买公认好用的产品。
产品经理应该注意研究非理性消费者的行为，非理性消费者能够帮助产品经理发现产品的内在价值，还要避免被技术爱好者误导。最后吸引理性和超理性消费者。
4. 打造大众网络产品
10大点：可用性、人物角色、扩展性、持续可用、客户服务、保护用户隐私、口碑营销用户、全球化、平滑部署、用户社区管理。
5. 打造企业级产品
10大点：可用性、产品正常工作、特例产品、特约用户、销售渠道、客户和用户的需求、产品安装、产品的配置自定义集成、产品升级、销售策略。
6. 打造平台产品
平台产品指一类基础软件，产品管理难度最大。面向的用户包括应用软件供应商、开发人员、终端用户。
写在最后：产品的书读了第二本啦，在看书的过程中不仅学到了产品的相关知识，还改变了我对很多事物的认知，让我开始看事情看东西有了新的角度和态度，有一种长大了的感觉。
所以无论怎么说，还是要多读书，这是最重要的！