标签：
当用户心中的蛔虫
---读《启示录》有感
张韻秋 计科一班 2014301500108
初次阅读Marty Cagan所著的《启示录》时，就深深的被他深入浅出的描述和深刻的分析所吸引。这是一本专门讲解“如何打造用户喜爱的产品”的一本指南书。而作者本人也被誉为了当今Ebay最为出色的产品经理。而在学习软件工程的课程之后，我觉得对这本书的阅读有着更加深刻的体会。
作者在一开始就说明了一个好产品需要依靠一个强大的设计。他不认为富有创意的产品来自于偶然，他觉得成功的产品都是遵循一定的规律。例如：定义产品需要产品经理，交互设计师，软件架构师的通力合作才能实现。开发人员不擅长用户体验设计，因为开发人员脑子里想的是实现模型，而用户看中的是产品的概念模型。功能（产品需求）和用户体验设计密不可分等等。他所提出的相应理念已经广泛地应用在了现代软件工程的设计和开发中去了。
我阅读本书的时候是十分轻松的，因为在原有的软件工程的知识点运用上，本书所使用的语言十分诙谐幽默。令人读来十分愉快。所以在阅读的时候我一直再做一些读书笔记。
首先这本书的第一章是将关键角色及其职责。强调了团队角色的概念贯穿全书的内容，并且团队的配置是整个项目品质的保障。书中说每5-10个卡法人员配备一名产品经理，并且以为交互设计师可以支持两位产品经理的工作并且以为视觉设计师可以支持四位交互设计师的工作。
第二章是讲到产品管理和产品营销。首先这两个并不是同样一个概念，并且很多公司经常胡出现让市场营销人员来定义产品，这样是一种误区。因为其忽略了手机详细产品需求的步骤，也回避了探索定会产品的艰难决策的过程。并且常常会创造一些不可用的和不可行的产品，让人束手无策。并且作者提出了相应的解决方案。就是清楚的界定产品经理和产品营销人员的职责。并且产品经理和产品营销人员应该经常沟通来展开合作。
第三章是讲到产品管理和项目管理。因为很多公司也存在产品管理和项目管理相互重叠的现象。作者认为对于互联网公司而言，将这两种的职责分开来至关重要，必须持续不断的推动项目，否则产品发布就会延期。而对于零售软件而言，把这两种职责分开诗雨产品的性质有关。产品管理的职责是定义有价值的，可用的，可行的作品。而项目管理是关注如何执行计划以按期交付产品。
第四章讲到的是产品管理和产品设计。这一章重点是提出了要理解用户体验设计。好产品必须提供舒适的用户一眼，舒适的用户体验是产品管理和用户体验共同作用的效果。
第五章讲到了产品管理与软件开发。其说明产品经理定义产品方案，开发团队最了解哪些产品构思是可行的。他们负责产品的开发与实践。开发团队和产品经理能够好好合作的前提是彼此承认对方的平等，即没有谁归属于谁。开发人员是最了解产品是否可行的一群人。
以上是我整理的前五章的概要。前五章基本阐述了产品管理和模块之间的关系，并且使我们很清楚的发现很多公司之所以在产品方向不仅人意很多时候是因为他们混淆了很多相似的概念，对相关概念的处理不到位导致很多时候公司内部的分工很混乱。没有将核实的任选安排到合适的岗位这样就会导致于产品和用户之间的契合度十分低、
说完产品方向。我就想来谈谈本书中我最有感触的一部分，因为在软件工程开端课程的时候，我们就介绍了瀑布模型这样一个概念，而本书也在一章节中详细介绍了“合理运用瀑布式开发方法”。
首先作者首先弹出了瀑布式开发方法的主要缺点：产品验证严重滞后，更变计划代价不菲，并且产品无法适应快速的市场变化。了解瀑布式卡法方法在实际应用中的缺点，就不难理解为什么要改用Scrum和极限编程这类敏捷方法了。瀑布式开发方法过于理想化，以为人们能遇见所有问题，全面把握需求。实践证明除非是规模很小的项目，否则瀑布式开发方法很难顺利执行。如果采用传统的瀑布式开发方法开发产品软件，产品的交付时间通常会比预期的晚。而且用户常常发现产品存在缺陷，开发团队还需要花费大量时间和资金修补，完善。如果不得不使用瀑布式开发方法，产品经理应该设法规避以上提出的问题，首要工作是在探索产品阶段。制作产品原型，请目标用户试用。确保产品设计是由价值的，可用的，可行的。只有这样才能提高产品成功的几率。同时节约开发团队的时间和成本。
在阅读完整本书之后，虽然有些地方不是特别的理解，可能是由于对软件工程这样一门学科没有太过于深入的了解。但是这样一本书加上李小红老师对于软件工程课堂上面的讲解让我深刻的体会到了软件工程是一门十分严谨的学科，如果仅仅只会编码而不注重规范的程序员是不能担当一个项目开发的重任的。所以在读完这本《启示录》之后，我对软件工程的理解变得更加的深刻。
标签：
原文地址：http://www.cnblogs.com/zhangyunqiu/p/5611663.html
