读书笔记之——《谷歌和亚马逊如何做产品》

     入职第四个月，读了《谷歌和亚马逊如何做产品》，觉得书里描述的工作流程、各种注意事项还是比较符合我目前的工作状态，只是自己刚入行，做的事情还都比较小比较琐碎，战略这些比较宏观的方面还没有实战经验，不好多做评判。这里就把书中提到的一些要点简单做个记录，留作日后时常温习。

1、要交付一个产品，其中最重要的只有3点：

• 确定用户需求和预期指标；

• 以最小的成本实现最主要的需求；

• 发布并获得数据反馈，确定下一个迭代目标。

2、以客户为导向，而不是以竞争对手为导向。

3、卓越的使命需要完全符合这三点

• 能够唤起人们的兴趣；

• 提供言之有物且能指明方向的原则；

• 适合印在T恤上（控制使命的长度）。

4、制定策略

需要阐明三件事：客户、公司和竞争。

5、视需要来定义最小化可行产品、选择参与测试的客户数量以及决定一次验证几个问题。

6、产品文档的10步

• 撰写新闻稿（使命和策略）；

• 创建并不断更新FAQ文档，记录争议点和重要细节（wiki，Google Docs）；

• 绘制线框图或流程图（可视化，最有力的沟通工具）；

• 撰写产品单页或10分钟的演示文稿

  • 写给高管或多数风投的产品介绍文章，需要把控好介绍的详略程度。

  • 初稿（几小时）——收集同事反馈并修改（1~2周）

• 在FAQ（内部问答）中添加API文档

  • 简单起草API（数小时）——在工程团队的帮助下完善

• 撰写功能规格文档

  • PRD、MRD（整合新闻稿、FAQ、线框图、产品单页、API文档等）

    • 简介（使命和策略）

    • 目标与非目标（舍得做减法）

    • 用例或用户场景

    • 原型图或线框图

    • API

    • 负载规划（用户使用量估算模型）

    • 依赖

    • FAQ和开放问题

    • 关键事件

  • 如果产品尚不成熟，需要尽可能缩小产品规模以快速验证客户需求的真实性

• 邀请设计团队和工程团队主管参与产品评审

• 找客户测试产品概念

  • 一天的认知走差，或数天的在线调研

• 命名、定价以及预测收益

  • 用几小时或者更短时间

• 向管理层汇报

7、了解各类设计角色

• 用户体验（信息架构）

  • 关注用户如何实现任务

• 用户界面

• 视觉设计

• 用户体验研究

8、6个用户体验问题

• 该用户界面要求用户完成的最重要的任务是什么？

  • 最重要的用户

  • 用户最重要的任务

  • 这个任务在用户界面中是最重要且最简洁的部分吗

• 这是最简单的解决方案吗？

• 信息是否组织得当？

• 设计是否易用且一目了然？

  • 定位

  • 视觉设计

  • 惯例

• 标准是否一致？

• 能否减少用户点击次数？

9、关于测试

• 坚持测试驱动开发

• 围绕优秀的测试主管组建测试团队

• 亲自评审测试计划和测试用例

领域	严重性	前置条件	任务	后置条件
上传动物图片	P1	用户已登录	1、进入首页 2、点击“上传动物图片” 3、选择附件 4、提交	1、用户被重定向到动物详情页面 2、动物详情页展示长颈鹿图片

• 自动化测试

• 虔诚地推行内部试用（Dogfood）

• 开展找虫总动员

• 勤勉且有条理地处理bug

• 任命可信测试者以构建最后一道防线

10、采集量化数据

• 目标进度

• 经营绩效

• 系统性能

11、关于发布

• 对改动说不

• 开启作战室

• 营造紧迫的气氛

• 核查发布清单

• 撰写博文（发布预告/声明）

• 发布软件

• 亲自验证软件

  • 把自己当做用户去使用产品

  • Feature AB 测试

• 应对发布带来的各种影响

  • 通知相关人员

  • 回滚

  • 事故报告

  • 总结

12、建立团队

因为完全没有机会体验这方面，看了以后没太多感触，暂时先不写。

13、关于技术

• Server

通常是三层架构

展现层	JavaScript，CSS
业务逻辑	Java，C++
数据	SQL，S3

• Service

• Speed

速度是性能的重要指标之一，对用户体验的影响也比较直接。

• Scaling

如果对自己的产品有信心，那么可扩展性是必须的。要预先做好用户增长等带来的可扩展性需求。

14、沟通

简洁明了地写邮件，把要点现在前面，再去具体解释。

15、决策

16、再度起航（新的迭代）