读启示录

《启示录》
作者:[美] Marty Cagan
翻译：七印部落
本书讲解的是一个产品从无到有需要注意的什么？我们应该怎么做？具体的人员如何分配？做一个成功的产品所具备的条件。

我自己现在还不能对软件产品有充分的认识。今天读到《启示录》我想从中寻找我们遇到的问题。我们如何做怎样做能使我们的软件得到用户的认可呢？

书中讲到产品经理该如何定义产品，遇到产品定义临界点的时候，自己拿不定主意的时候我们该怎么办？这个时候我们需要把这个产品的相关责任人找到，组成一个产品的监督小组，这个小组是专门监督产品的总体方向。不去讨论产品的具体实现。这个小组的主要职能就是把握产品的主线。产品的具体实现需要我们自己的产品团队去讨论。那遇到在产品内部争执不休的问题该怎么办？这个也是我们在开发中经常遇到的问题？这个时候就必须有人出来拍板，这个时候产品经理就得把自己的职能发挥出来，指出双方各自的优缺点，这样也不能经常叫经理拍板。不然，会影响一个团队的团结力量。

一个好的产品生产的过程，我们应该注意什么？设计一款成功的产品也是有章法可循的。我们可以把一个产品在做之前应该和该产品的使用者进行友好的沟通。我们在现实生活中，总是在写着这样那样的产品需求文档，产品在送到了开发部门还是在那里修改来修改去的，这样做很容易让开发人员产生厌倦感。

在书里提到了可以创建高保真的原型，可以由主程、产品经理、交互设计师、视觉设计师创建。这样我们可以大大的缩短时间，开发人员、测试人员都可以直观的看到要做什么，要做成什么。

一个产品的灵魂还是来自产品经理对业务的梳理。自己看完这本书的总体感觉是我们在做一个产品时候，我们对这个产品的临界点有充分的认识。我们可以通过各种渠道来了解这个产品的前景。在设计的时候，我们尽量应用高保真的原型来说话，这样做比写任何文档之类的东西更直观，更能说明问题。

总结：
在我们决心做这个产品时候，我们可以把开发的主程（主程序员）叫来，一起讨论产品。他可以考虑具体的实现难易程度。我们千万不能在产品进入开发阶段，我们的产品需求还是在变化呢？这样一来有可能和以前的设计有冲突，扰乱开发进度，另外重要的一个原因是很容易引起程序员的反感，影响团队的氛围。但是，无伤大雅的小改动还是可以的，产品设计肯定不会一步到位的吗？小的修改也是可以的。