本书基于谷歌和亚马逊的产品经验，介绍了产品定义、产品设计、项目管理、产品测试、产品指标量化及产品发布。涉及了产品的整个生命周期的经验总结和方法提炼。其中，还包括了如何组建团队、收购公司以及相关的技术基础知识介绍。阅读本书最直接的收获就是，可以将整个产品从定义到发布的整个工作流程串联起来，并且作者提供了一个向下俯瞰的视角来观察整个产品诞生过程。

项目管理需要把自己变成管理工具的专家吗？答案是不要。  没错，你需要总揽全局，你需要调动团队，你需要避开假期，你的公司销售主管也会在茶水间问 “打算什么时候上线啊？”  因此你更需要低成本的管理来交付项目 ，而不是把事情搞复杂。比如《谷歌》一书的作者曾经寄希望某些外部的系统，比如微软的 Micro Project。经过了数年以后的折腾 ，他发现自己舍近求远了， 因为有电子表格就能出彩的完成管理工作，只需要列入任务，标注优先级和需要的时间就成型了。 他怎么做呢？首先，合作填表。 他和开发主管一起把任务填入表格，甚至包括在任务期内的假期也做成任务填进去。这样可以避免误计算时间。接下来，评估时间。 评估每个任务的时间，对于每一行，估计哪个工程师可以承担。在时间安排上要有弹性，比如五天时间有三天有生产力，另外两天得处理各种事情。第三步，任务平衡。找到开发时间最长的那个工程师，把任务分配给其它任务不饱和的工程师。  你看，其它成员一旦发现遗漏的任务，加就是了；给了团队给大的自主权，如果发现 版本发布时间不满足要求，调整就是了；尤其当 A 程序员要花太多 的时间在这上面时，B 程序员可以跟他重新任务分配，交付延期的可能性会大大降低。 复杂意味着分散精力，而项目管理需要集中精力。项目管理专家可以不是软件工具专家，但一定是简化高手。

个人觉得，下面的 4 类人，适合读这本书：1. 对谷歌和亚马逊有兴趣的朋友；2. 想成为产品经理的朋友；3. 对互联网行业有兴趣的朋友；4. 对商业有兴趣的朋友。那么，阅读这本书，你可能会有一些收获哦。阅读时候的亮点：1. 在互联网公司里，想要开发一个好产品，一定要做好项目管理。也就是把很多工程师、设计师，相关工作人员，都分配合适的工作量。然后把这个进度管理好。2. 有关工作效率问题。想要大家都达到 100% 的工作效率，那不容易的。因为有时候，要处理联合会议、突发事项，维护现有客户。所以，不要设想大家都能达到 100% 的工作效率。3. 如果觉得产品无法预期完成，那么只有 2 个选择：降低质量，或者增加人手。