自从上次读完了《计算机科学概论》并 写下总结，到现在已经有两周时间了，利用这两周时间，我读完了《启示录.打造用户喜爱的产品》，在此总结下读书过程和一些思考。
这本书我读了两遍，第一遍是通读，领略大概，第二遍是细读，并记下笔记，对每一章节的内容进行了概括，最后写下这篇总结.
关于本书的具体内容，我不再像上次总结一样细致描述，这篇仅谈部分思考与启示。
产品经理的工作分为三个部分：确定人员，优化流程，理解产品要点。
首先说人员。一家产品公司起码包含三种角色：产品经理、交互设计师、原型制作人员。产品经理负责定义有价值的，可行的，可用的产品，交互设计师负责在理解用户的基础上设计功能，导航及信息架构以满足产品的可用性，原型制作人员负责制作高保真原型用于用户测试和快速迭代。
一种理想化的产品团队需要包含以下角色：产品经理、用户研究人员、交互设计师、视觉设计师、项目管理人员、开发团队、运维团队及产品营销人员。每种角色需要做好自己的角色内工作，产品经理需要与团队角色协同工作，为定义有价值的、可用的、可行的产品付出努力。
人员部分比较简单，下面谈谈流程。
软件开发流程目前包括传统的瀑布式开发方法和敏捷开发方法。瀑布式开发方法要求软件开发分为固定的流程包括市场需求分析（形成市场需求文档），产品需求分析（形成产品需求文档），产品设计（形成产品说明文档或者高保真原型），产品开发，产品测试，产品发布。各阶段互不干扰，每个阶段完成后需要形成书面文档以供下个阶段使用并告知管理层，这种方法在产品的可用性及价值方面没有保证，在开发完成后进行公测的方式极大的提高了风险及成本，所以，是一种落后的方法。敏捷开发方法免去了复杂的市场需求文档，替代以简单的机会评估，免去了复杂的产品需求文档而以产品高保真原型的方式定义产品，这种方式可以在产品设计阶段结束后邀请特约用户进行测试，快速反馈，力求产品设计具有价值，可用性及可行性，在此过程中产品经理可以与交互设计师及用户研究人员协作创建良好的用户体验，与开发人员协作对产品的开发成本及可行性做出预估，并形成一个基本产品，在基本产品的基础上快速迭代，随时准备迎接不断变动的市场需求，在迭代的过程中需要注意更新项目及迭代速度，在不影响用户体验的情况下谨慎更新。
好的产品需要考虑到用户情感需求，在满足用户底层情感需求的基础上，能够产生好的产品，创新来源于用新的方法解决老的问题，所以，产品经理无需时刻找到新的热点和市场，可以在原有市场的基础上利用新技术解决老的用户需求痛点，或者抛弃技术局限性想到新的解决用户问题的方法。在产品创新的过程中，有一个贯穿始终的要点:用户体验。
书籍的作用不在于替代思考，而在于启迪思考，本书带给我的启示有以下几点：
1、产品经理的创意不一定完全来源于自己，可以来源于用户，来源于公司同事，来源于客户，来源于平时的观察和思考。
2、产品经理制定决策的过程需要做到有理有据，产品经理和产品团队成员是平级关系，只能以理服人，在此过程中可以用各种技巧以取得支持。
3、产品经理的思维方法是发现问题，分析问题和解决问题，问题的定义不仅限于产品设计，只要和产品有关，包括但不限于用户数量不达标，同事进度缓慢等。
4、产品经理需要对产品成功与否进行定义，确定指标。
5、产品应该关注用户情感需求，特别是一些负面情感，满足情感需求的产品才是好产品。
以上是我阅读这本书的一些想法，较为笼统和概括，具体细节在书中和笔记中都有，不再赘述，以后的工作过程会有一些新的想法，会另作补充。
2017年12月7日
