产品经理的目标是在最短的时间内把握复杂的市场/用户需求，确定产品的基本要求——价值、可用性、可行性。
——Marty Cagan《启示录：打造用户喜爱的产品》
《启示录：打造用户喜爱的产品》是我看的第一本有关产品经理方法论的书籍，也是第一本我认为值得去细细反复研读的第一本有关产品经理方法论的书。原因是这是一本学习后可操作性很强的教科书，作者（eBay前副总裁Marty Cagan）以他丰富的产品管理经验为基础的总结，无论是对刚入门的初级产品还是已经积累一定的经验的中级产品都有很大的指导价值。至于对于高级产品有没有指导意义？因为本人水平还到那个程度，所以暂时只有他们自己知道了。
以下根据全书的结构，摘取部分内容进行总结和学习。作者将他担任产品经理以来的工作分为三大类：人员、流程和产品。
● 人员是指负责定义和开发产品的团队成员的角色和职责。
● 流程是指探索、开发富有创意的产品时，反复应用的步骤和成功的实践经验。
● 产品是指富有创意的产品具有的鲜明特性。
作者在书中为这三大类内容总结很多有实用价值的术，其中一些你可能已经在工作中用到（所以看到之后会有更加深刻的理解）。
1 人员
1.1 产品管理和软件开发
产品汪和程序猿可能是一个团队中最相爱相杀的两个角色了，所以书中针对产品经理和程序员之间的工作配合也总结自己的经验。
开发如何帮助产品完善产品定义？
- 让开发人员直接面对用户或顾客，体会用户的困惑和疑虑，了解问题的严重性。
感悟：开发和产品并不存在上下级关系，所以如果你想让开发完全按照你的意思去做时，你必须让他知道你是完全站在用户的角度去考虑的，而让他直接面对用户就是证明你的思考角度的最好方式。如果开发因此能产生比你所想到更好的解决方案那就更加好了。- 向开发人员了解最新的技术发展动向，讨论哪些新技术可以用到产品里。
感悟：最新的技术发展常常有利于建立起竞争优势或更好地提高产品解决需求的效率，所以产品有必要对最新的技术发展有一定的了解。- 让开发人员在探索（定义）产品的初期阶段参与评估产品设计，协助策划方案。
感悟：这个深有体会，如果一个需求产品没有提前去向开发了解技术实现的可行性和可能会遇到的难题，那就只有一种结果，那就是100%需要被打回修改，不能确定的是大改或者小改而已。
产品经理如何配合开发人员的工作？
- 产品经理只定义满足基本要求的产品。
感悟：在需求定义的环节，产品只需要定义好业务逻辑和交互流程，而技术如何实现只需要交给技术即可。- 一旦产品进入开发阶段，要尽可能避免修改产品的需求和设计。
感悟：产品进入开发之后，每时每刻都有可能会有新点子出现或者是需求变更的需要出现，此时一定要控制好自己的欲望，只改有必要修改的。- 产品开发阶段难免会产生诸多问题，比如，用例丢失，用例设计考虑不周全等，这很正常，最优秀的团队也避免不了。产品经理应该迅速采取行动，在维持产品基本功能、尽量避免修改的原则上，拿出解决方案。
感悟：重点就在于尽量避免修改的原则上，拿出解决方案。
在产品管理上为开发团队预留20%的自主时间，让他们得以重写代码、完善架构、重构代码库中有缺陷部分，或者更换数据库管理系统，提高系统性能等
感悟：这也是最重要的一点，开发团队会有技术出发的需求，如果没有预留时间给开发团队做技术相关的需求，那么后期技术维护成本会越来越高，团队的水平也得不到提高。
1.2 管理上司的十条经验
作者在书中总结向上管理的十条经验，每一条都是精华。
①为项目波动做好准备
感悟：其实此条就是项目风险控制意识，在项目整个过程中，存在返工、计划变更等各种因素，所以必须预留一定的时间来应付这些波动
②注意沟通的方式与频率
感悟：每个上司喜欢的沟通方式和频率都不一样，有的喜欢对下属的动向时时把握，那就需要事无大小，尽量同步信息。有的喜欢不被打扰，那就挑重要的事情汇报。有的上司喜欢用邮件沟通，有的则喜欢口头简单沟通。
③会前沟通
感悟：在程序猿的眼里，产品汪是大半时间都在开会的。产品经理的会议的确很多，所以如果会议效率不高的话，就会很浪费时间。所以会前的沟通就很重要，首先在会议前必须让每一个与会人知道本次会议的议题，其次是尽量在会前能和与会人达成一致的意见。这样的会议就很有效率，会议的作用就只剩大家达成一致而已。
④多提建议，少谈问题
感悟：可以谈问题，但是必须要有自己提供的解决方案，最好是有多个方案。同时准备好充分的调研，让上司只是做选择方案选择即可。
⑤向上司借力
感悟：大到向上司阐述你的新想法，替你向公司争取资源。小到和其他部门产生分歧时，用上司来向对方施压推动进展。
⑥充分准备
感悟：每个给上司看的报告或者方案都要准备充分，以免被问倒。并且已最突出重点和展示性最好的形式来给上司看。
⑦缩短邮件篇幅
感悟：上司的时间有限，所以必须突出重点。可以以总-分的结构来说明。
⑧多用数据和事实说话
感悟：准确无误的数据最具有说服力的，在提供一个解决方案时，使用数据作为依据可大大增加方案的通过率。
⑨内部宣传
感悟：自己在工作之余可以向同事多多宣传自己和产品，既可以让其他部门配合自己的工作，也可以让其他部门传达自己的产品理念。
⑩做让领导省心的员工
感悟：很简单，只要做到只需领导做选择，无需提出建议，那你就是最省心的那个了。
2 流程
2.1 评估产品机会的十个问题
①产品要解决什么问题？（产品价值）
②为谁解决这个问题？（目标市场）
③成功的机会有多大？（市场规模）
④怎样判断产品成功与否？（度量指标或收益指标）
⑤有哪些同类产品？（竞争格局）
⑥为什么我们最适合做这个产品？（竞争优势）
⑦时机合适吗？（市场时机）
⑧如何把产品推向市场？（营销组合策略）
⑨成功的必要条件是什么？（解决方案要满足的条件）
⑩根据以上问题，给出评估结论。（继续或放弃）
根据这十个问题，我得出了在进行产品功能设计和需求文档撰写时，同样可以问下自己六个问题：
①功能要解决什么需求？
②为谁解决这个需求？
③这个需求在什么场景下出现？
④其他产品是如何解决这个需求的？
⑤我们的解决方案有什么优势？
⑥用什么来判断这个功能成功解决了这个需求？
2.2 创造新产品四步走
书中通过举例理想的创造新产品步骤，来说明实际情况并不是如此理想化。但理想的步骤对思路仍然有很大的参考价值。
要创造一个新产品应该经历哪些关键环节？
1.评估产品机会，收集基本需求
2.制作产品原型
3.利用产品原型展开用户测试
4.完成产品用例，与开发评审产品原型和说明文档
2.3 产品原则
产品原则是对团队信仰和价值观的总结，用来指导团队作出正确的决策和取舍。
2.4 市场调研常用工具和方法
- 用户调查（即用户研究）
- 行为分析（包括用户研究和数据分析两部分内容）
- 数据分析
- 拜访用户（用户研究的一种）
- 用户画像（数据在用户研究中的应用）
- 可用性测试
- 竞品分析
2.5 平滑部署的方式
- 提前通知
- 并行版本
- 区域逐步部署
- 增量部署
2.6 合理地运用敏捷方法
产品经理和设计师的工作进度应该比开发团队领先一两个迭代周期，确保你们有足够的时间攻克难题。
所以为什么领导总是说可以设计先行。
2.7 大公司施展拳脚的经验
在大公司做事总会有很多条条框框或者注意事项，如果你想在大公司大展拳脚，就必须学会大公司的做事方式。
①大公司潜规则——尽量规避风险
感悟：大公司都是厌恶风险的，所以在大公司负责一个产品或项目时，懂得风险控制是重中之重。
②建立人脉网络 在大公司工作必须与人合作，如果你喜欢单枪匹马工作，创业型公司更适合你。你需要同事的协助才能完成设计、开发、发布工作。主动与各个部门的同事结交朋友，聊聊工作的事，向大家介绍你手头的项目，不要等到有事才去找人家。主动帮助他人，积累人脉关系。
③臭鼬工程：在大公司里，凭空申请创新资源很困难。想靠几张画着产品构想的幻灯片说服老板是不切实际的。更可行的方法是找三五个志趣相投的同事在工作之余做出产品原型来。产品原型具有超出想象的说服效果。
④自己顶上：说出来你也许不信，大公司里虽然员工众多，但真正需要帮手的时候，却总找不到人。即使是公司高管重视的项目，也难免资源不齐。遇到这种情况，你就得自己想办法了，比如，打电话找人帮忙，甚至自己顶上。在凡事都需要提交材料，有严格流程要求的大公司，与其对抗流程，不如自己主动填写、提交需要的材料。很多时候产品经理还要协助编写技术文档，组织销售培训，提供客户服务。一切为了推出产品，不要计较个人得失。
⑤有选择地据理力争
感悟：要小心措辞，做到对事不对人
⑥会前沟通，形成默契：在重要的决策会议上，如果有人公开反对你的提议，你会变得非常被动。在这种公开场合下发表的意见，反对者很难改口，你想再挽回就很难了。与其临渴掘井，不如未雨绸缪，设法在会前达成一致意见。会议的主要作用是让与会者认识到大家取得了一致意见。所以会前应该逐一找与会者聊聊，了解每个人的立场，如果有不同的意见，对症下药及时化解，确保他们会投赞成票。
⑦合理分配时间
感悟：产品经理每天杂事都很多，要懂得做好时间管理
⑧分享信息
感悟：给同事乐于分享资源的好印象，同时也可以充当抛砖引玉的作用，引导别人分享资源给你。
⑨向上司借力：学会利用上司的关系，可以更好地开展工作。如果你的上司在公司里威望很高，你应该学会向他借力，利用他的人脉关系，传播你的理念，多向他请教，了解公司文化和组织结构。如果需要上司出面说服公司高管，你一定要事前做好充分的准备，为他提供翔实可靠的资料和信息，用实力取得他的信任，让他放心地当你的说客。
⑩传播你的产品理念 多向同事传播你的产品理念，向大家描绘产品愿景，介绍产品策略，演示产品原型，分享用户反馈信息。不要低估了内部宣传潜移黙化的作用。让大家（包括没有直接业务联系的部门同事）不遗余力地支持你。
3 产品
3.1 消费者分类
- 技术爱好者
- 非理性消费者（核心用户）
- 理性消费者
- 超理性消费者
- 观望者
3.2 管理大众网络服务产品的十大要点
①可用性：大众产品必须具有良好的用户体验，性能。
②人物角色：产品每增加一项新功能，都要请典型用户参与测试。
感悟：产品每设计一项功能时，都要考虑为谁设计。
③扩展性：从设计系统的第一天开始，就应该不间断地考虑扩展性问题，永远留有余地，不到万不得已不要满负载运行。
④持续可用性：在系统设计上保证持续可用性与规划扩展性一样重要。
⑤客户服务：要想降低客服压力，除了尽量减少系统故障和缺陷外别无他法。在这个问题上，节省开支只是一方面，更重要的是维持良好的用户体验。
⑥保护用户隐私：大众网络服务公司容易因侵犯或泄露用户隐私被迫停业。虽然你收集用户资料的初衷可能是好的，比如提供个性化用户体验，但如今电子邮件信息、信用卡卡号等用户数据都是敏感资料，一旦不小心泄露出去，后果不堪设想——接踵而来的负面报道、法律制裁，还有用户的满腔怒火。应尽早树立保护用户隐私的意识，设置用户资料保护机制，千万不能辜负用户对你的信任。
⑦口碑营销：用户如果喜欢产品，就会主动向家人、朋友、同事推荐。这是宣传产品的最佳方式。
⑧全球化：易于本地化的产品设计可以大大节省开发成本和开发时间，避免为了语言、货币、文化差异大量改写程序。这样随着产品业务的拓展，你可以迅速适应当地用户的需求。
⑨平滑部署：部署前要仔细测试，逐步过渡，步幅不可过大，为用户留出足够的时间来适应变化。有些公司让新老版本同时运行一段时间，让用户适应过渡，这是个好办法。最后，尽量减少不必要的更新，用户消化、吸收新事物不是件容易的事。
⑩用户社区管理：如果用户认可你的产品，他们会很乐意成为用户社区的一员，同时希望得到重视和认可。与用户交流的方法有很多，多和他们接触，了解他们希望如何改进产品。多用类似于“回馈用户”的活动表达对他们的重视。让公司上下认识到用户的重要性，真正从行动上把用户当做“上帝”。
附《启示录》读书笔记
