科技猎十分钟读书：《谷歌和亚马逊如何做产品》
全书分为两个部分。第一个部分是关于在亚马逊和谷歌做得最好的团队，是如何交付软件的。作者按照项目开始到发布的顺序来安排章节，包括用户需求研究、用户体验设计、项目管理、测试、发布等。
第二个部分是关于团队成功交付所需要的技术积累，最佳实践和技能。
一、产品开发过程中的几个阶段
1、确定正确的产品方向
2、尽可能清晰详细地定义产品
这个过程需要10个步骤，包括撰写新闻稿，创建并不断更新FAQ文档，撰写功能需求文档等。这个步骤后，工程团队就会对项目形成统一的认识，管理层或投资者也会了解产品的基本形态。
3、设计用户体验
你需要从用户的角度出发，和设计团队不断沟通，反复迭代。你应不断提出问题，促使设计团队围绕着产品使命展开工作，并且保证工程团队和设计团队保持密切合作。
4、做一些基础的项目管理工作
不要太多也不要太少，当工程团队开始编码后，你需要跟踪交付物的进展，指出问题以及控制项目范围。
5、开始测试
随着各个功能的代码块陆续提交，产品的初期模型开始形成，测试团队的工作也开始了。作为团队主管，需要主导bug的处理并谨慎决定哪些可以容忍，哪些在版本１发布之前必须处理。
6、建立一套衡量产品成败的指标
7、正式发布产品
这个时候市场营销和公关文案要已经确定好。
二、使命感
使命感不应该成为一个口号，一个卓越的使命需要完全符合一下三个要求：
1、能够唤起人们的兴趣，团队成员辛苦加班的时候想起这个使命的时候应该让人振奋。
2、提供能够指明方向的原则，而不是永争第一这样的鸡汤。比如亚马逊一个负责个性推荐的口号"带给客户更多的惊喜"，对于特定团队来说这些标语都是很好的标语。
3、为了让团队更容易记住使命，可以印在T恤上。
创始人或者项目负责人对于产品本身价值观不能模糊不定，运营/渠道/融资烧钱确实很重要，产品本身的使命也不能忽视。
应该服务好自己的目标用户，然后凭借口碑来传播，而不是一味的过度营销。贝佐斯说过“以用户为导向，而不是以竞争为导向"，改动一下"以用户需求为导向，注重各个渠道的分发”。
三、产品定义
《精益创业》一书中充分论证了，为什么应该构建一个最小化可行产品。通过把它提供给一定量的用户使用，你可以验证之前关于客户问题的臆断是否正确。 当迭代越小越快时，你甚至不需要花过多的精力去猜测用户的需求，而是更多按照用户告诉你的去做。
1、撰写新闻稿
亚马逊喜欢这个不同寻常的第一步。新闻稿是一篇脱胎于策略的文章，篇幅不超过一页。
2、创建并不断更新FAQ文档
主要用于记录一些争议点和重要细节。你可以花一个小时搭建框架，然后在开发过程中以及花一个小时搭建框架，然后在开发过程中以及上线后抽一些“业余”时间更新维护。
3、绘制线框图或流程图
线框图和流程图是产品的可视化描述，在讨论或答疑中使用可以让观点更清晰。绘制可能需要一天到一周不等的时间。
4、撰写产品单页或10分钟的演示文稿。
这是写给高管或投资人看的产品介绍文章，需要把控好介绍的详略程度。
5、API文档的制定。
6、撰写功能规范文档。
7、邀请设计团队和工程团队主管参与产品评审。
8、命名，定价以及预测收益。
9、向管理层汇报。
四、发布
发布不仅仅是将代码上传到服务器，这里有几个重要的发布步骤，遵循它们可以保证发布质量。
1、对改动说不
行业内有一句格言“ 发布手中有的，而非脑中所有的 ”，这也是扎克伯格在各个访谈中反复强调的。因为交付一个过得去的产品，比为了追求完美而什么也不交付要好。这个道理大部分人都认同，但执行起来却很难，因为产品做到什么程度才算过得去，并没有明确的衡量标准。
2、开启作战室，营造紧张气氛
在这个节点应改开每日例会，并且允许与会者在会上争论一些问题。因为这个时候效率是最重要的，有些问题最好马上解决就好。
3、核查发布清单
要想出色地完成发布，你需要拟定一张发布清单。这份清单的目的，在于确保软件发布中所有需要跟进的事项，都被安排有序且被详细描述，而且还能促进团队内部成员之间的交流。
4、再次审核各个平台的宣传文案以及进一步明确分发渠道
5、经历过内部员工和特定用户测试后发布软件
发布特性的方法是借助一套实验性框架，它允许两个版本的代码在服务器中运行。如果仔细观察谷歌和亚马逊等主流网站改版，你会注意到有些用户体验到的产品和其他人不一样，这是因为这些网站都使用了实验性框架来部署和测试特性。亚马逊称这样发布为Weblabs，可以通过新版本界面的操作数据以及反馈来改进产品。不要在周五或者临近假期发布。
6、应对发布带来的影响，对用户的各种反馈以及得到的数据进行分析以调整策略。
