《启示录》读书笔记

第一篇博客，献给产品经理的经典之作。希望更博能强迫自己思考，将输入转化为输出，慢慢积累、沉淀。

概述

本书通过人员、流程、产品三个部分对探索和开发产品进行阐述。人员指负责定义和开发产品的团队成员的角色和指责，流程指探索、开发产品时反复应用的步骤和成功的实践经验，产品指富有创意的产品具有的鲜明特性。
产品经理的目标是在最短的时间内把握复杂的市场/用户需求，确定产品的基本要求——价值、可用性、可行性。

人员

团队角色

1. 产品经理， 评估产品机会，定义要开发的产品。
2. 用户体验设计师，包括多种角色，最关键的是交互设计师，负责深入理解目标用户，设计有价值、可用的功能，用户导航和产品使用流程。
3. 项目管理人员，制定计划和跟踪进度，可能由开发经理/产品经理兼任。
4. 开发团队，产品开发。
5. 运维团队，保证服务正常运行。
6. 产品营销人员，对外发布信息、宣传产品，为拓展市场销售渠道、组织重点营销活动、促进产品销售提供支持。
   

用户体验

产品经理与用户体验设计团队密切合作，将功能与设计相结合。

1. 用户研究，研究、分析用户，评估产品或原型是否符合特定用户的使用习惯。具体工作包括拟订测试项目，监督测试，评估测试结果，提出改进方案。
2. 交互设计，在理解目标用户的基础上设计有价值的、可用的目标功能、用户导航和产品使用流程。通常用线框绘制产品需求，交给视觉设计师。交互设计师必须现场深度参与项目开发，从立项到产品发布。开发和测试过程中会出现各种细节问题，此时交互设计师应迅速作出决定。
3. 视觉设计，根据线框设计用户界面。视觉设计能够传达并唤起产品蕴含的情感。
4. 原型制作，融合产品经理和设计师创意的产品原型，让用户试用，根据反馈反复修正。

产品开发

产品经理应该配合开发人员的工作。

1. 产品经理只定义满足基本要求的产品。
2. 一旦进入开发阶段，尽可能避免修改产品需求和设计。
3. 开发阶段会产生诸多问题，产品经理应迅速采取行动，在维持产品基本功能、尽量避免修改的原则上提出解决方案。
4. 很多因产品迅速膨胀产生的问题都与扩展规模有关，应预留一定的技术能力（余量），为用户数量、事务的增长预留空间，保证产品的技术架构能满足团队的要求。
5. 在产品管理上为开发团队预留20%的自主时间。开发团队可以利用这些时间重写代码、完善架构、重构有缺陷的部分，或者更换数据库管理系统，提高系统性能。
6. 一旦需要重写代码，应针对开发团队确定的产品修改目标制定切实可行的计划和时间表；把重写目标分成几块，递增修改。

开发人员可以帮助产品经理完善产品定义。

1. 产品经理可以向开发人员了解最新的技术发展动向，讨论哪些新技术可以用到产品里。
2. 开发人员在定义产品的初期阶段参与评估产品设计，协助策划方案，协调需求与可行性。

目标管理

永远不要告诉别人怎么做，告诉他们做什么。
产品经理应留给用户体验设计师和开发人员足够的空间。

管理上司

1. 为项目波动做好准备，尽量降低负面影响。比如记录工作进度，掌握项目波动规律，寻找对策；在制定计划时预留出时间应对变化和调整，做好“做无用功”的心理准备。
2. 注意沟通的方式与频率，弄清上司喜好，对症下药。
3. 会前沟通，确保会议召开前和上司达成一致意见。
4. 多提建议，少谈问题，根据问题的重要性列举多种解决方案，附上依据和建议。
5. 向上司借力
6. 充分准备
7. 缩短邮件篇幅
8. 用数据和事实说话
9. 内部宣传，向同事宣传产品，降低与其他部门合作的成本。
10. 让领导省心，思考如何节省上司的时间。

流程

评估产品机会

只讨论待解决的问题，不涉及具体解决方案。

1.市场需求文档，由业务人员写，论证产品可行性，描述待解决的问题。
2.评估产品机会，产品经理回答如下问题：
1）产品要解决什么问题？（产品价值）
2）为谁解决这个问题？（目标市场）
3）成功的机会有多大？（市场规模）
4）怎样判断产品成功与否？（度量或收益指标）
5）有哪些同类产品？（竞品）
6）为什么我们最适合做这个产品？（竞争优势）
7）时机合适吗？（市场时机）
8）如何把产品推向市场？（营销策略）
9）成功的必要条件是什么？（解决方案要满足的条件）
10）评估结论（继续or放弃）

市场调研

市场调研结果可以作为研发产品的依据和参考，不能决定产品研发的方向。
工具和方法

1. 用户调查，调查问卷。
2. 产品使用分析，记录用户使用产品的行为。
3. 数据挖掘
4. 拜访用户
5. 人物角色，找出主要用户类型，深入了解，弄清哪些是当前用户，哪些是潜在用户。（用户特征记录，通过沟通交流，确定典型的目标用户类型，重点关注用户的行为、态度、目标。）
6. 可用性测试，尽早、反复地进行可用性测试。观察用户使用现有产品的反应，收集反馈意见，从用户的视角重新审视产品。
7. 竞品分析，找出竞争对手优势，学习成功经验
   

市场调研可以回答的问题
1）谁是目标用户？
2）用户会怎样使用产品？
3）用户能想明白怎样使用产品妈？障碍在哪里？
4）用户为什么选用你的产品？
5）用户喜欢产品的哪些特点？
6）用户希望如何改进产品，增加哪些功能？

需求调研和产品设计可以同步展开，此时应至少有一名开发人员检查设计工作，协助评估设计的可行性和成本。

定义要开发的产品

阶段一： 弄清楚要开发什么产品。

1. 探索是否有用户需求，寻找市场，让用户验证构思。
2. 探索解决问题的产品方案，让用户和开发团队验证。了解如何运用新技术，设计出产品原型，加以测试。（采用什么技术能更好地解决产品要解决的问题？设计什么样的用户体验？）

阶段二：正确开发产品
应先定义用户体验再动手开发
产品开发和测试可以交叉进行

1. 该阶段侧重点在于执行，包括开发、测试、发布，此时不应修改说明文档。
2. 产品经理要保证产品团队不受干扰，专注完成项目，按时发布产品。
3. 可以采用流水线方式并行开发。即1.0版本的产品进行项目执行阶段，就开始定义2.0版本的产品，将新功能纳入该版本。

产品说明文档（PRD）/产品原型设计

1. 应完整地描述用户体验，包括用户需求、交互设计和视觉设计。

2. 应准确地描述软件的行为。

3. 产品说明文档的受众较广（开发、测试、客服、营销、运维、销售、管理层等），应直观准确。

4. 应可以修改以适应新情况。

5. 撰写产品说明文档的过程中会出现许多衍生物，但应有一个主体来代表产品，避免混淆，版本错乱。
   
   建议使用高保真产品原型

6. 可以体现产品的功能需求、信息架构、用户体验、交互设计、视觉设计，并可以用于测试。

7. 该原型只具备最基本的功能要求，良好的用户体验和吸引力。

8. 邀请开发人员参与设计原型，检查原型，帮助评估各种功能的成本，指出设计上的误区、分析、评估尚不确定是否可行的功能。

9. 请真实用户测试产品原型。

提交原型前的测试

1. 可行性测试，明确在现有技术条件下能否成功开发，邀请架构师和开发人员深度参与技术调研，寻找可行的方案。重点发现产品设计里难以克服的障碍。
2. 可用性测试（用户清楚如何使用），交互设计师与产品经理合作，突出产品功能特性，让不同类型的用户都能明白如何使用。重点发现没能成功实现的产品需求。
3. 价值测试（用户渴望使用）
   与可用性测试同时进行。重在观察用户如何设法完成必要的操作，是否喜欢这些功能，是否满意功能的具体实现方式。

除了观察测试者能否顺利使用产品外，还应了解测试者的情感需求（是什么驱动他使用产品），怎么样才能更好地满足他的情感需求。

产品更新

1. 提前通知
2. 加倍测试，避免新版本存在影响正常使用的隐患（可靠性问题、扩展性问题、性能问题）
3. 可以发布并行版本，用于过度
4. 可以区域性逐步部署
5. 就可以增量部署，将更新项分割为几个较小的部分逐步发布

产品

产品原则

决定什么最重要，什么不重要，哪些原则是根本的，战略性的，哪些是临时性的，战术性的。
在以下要点达成共识：
1）究竟要解决什么问题？
2）要为哪类人物角色解决这个问题？
3）产品要达到什么目标？
4）每项目标的优先级是什么？

用户情感需求

1. 明确用户情感需求后，问问自己谁还能满足用户的这种需求，他们往往才是真正的竞争对手，许多情况下，竞争对手是大众的线下生活方式。
2. 关注用户的失望、不满愤怒等一切负面情绪，愤怒的用户决定着产品未来的发展方向。
3. 加深对非理性消费者（有与大众相同的情感需求，但更强烈）的理解，而不是开发“最酷“的技术迎合技术爱好者。

大众产品的十大特点

1. 可用性，用户清楚如何使用，良好的产品性能
2. 人物角色，按典型特征分类，抽象出用户类型，加以分析。
3. 扩展性，利用部分开发和运维资源专门为系统扩展做好准备
4. 持续可用性，在系统设计上保证持续可用性与规划扩展性同等重要
5. 客户服务
6. 保护用户隐私
7. 口碑影响
8. 全球化
9. 平滑部署，部署前要仔细测试，逐步过渡，为用户留出足够的时间来使用变化，尽量减少不必要的更新
10. 用户社区管理，多用类似于“回馈用户”的活动表达对用户的重视
    
    

产品经理反省清单

1. 产品能吸引目标消费者的关注吗？
2. 产品设计是否人性化，是否易于操作？
3. 产品能在竞争中取胜吗？面对未来变化的市场，是否依旧有取胜的把握？
4. 我了解目标用户吗？实际开发的产品能否得到用户的认可？
5. 产品是否有别于市面上其他产品？能否在两分钟内清楚地阐明差别？能否在一分钟内向客户解释清楚产品？能否在半分钟内向经验丰富的行业分析师解释清楚？
6. 产品能否正常运行？
7. 产品是否完整？用户对产品的印象如何？销售业绩如何？销售任务能否顺利完成？
8. 产品的特色是否与目标用户的需求一致？产品特色是否鲜明？
9. 产品值钱吗？值多少钱？为什么值这么多前？用户会选择更便宜的产品吗？
10. 我了解其他团队成员对产品的看法吗？他们觉得产品好在哪里？看法是否与我的观点一致？