
《谷歌亚马逊如何做产品》读书笔记
2017/2/7 · 26 min read
谷歌和亚马逊如何做产品建立可行产品的核心
- 确定用户需求和预期指标;
- 以最小成本实现最主要的需求;
- 发布并获得数据反馈,确定下一个迭代目标.
建立产品步骤
-
确定正确的产品方向。 好的产品一定要满足众多客户所共有的某个真实的需求。你的使命就是找到一种独特而有意义的方法去满足这一需求,并且在交付过程中的所有努力都应围绕着这个使命。
-
撰写文档 包括撰写新闻稿、创建并不断更新的FAQ文档、撰写功能需求文档等。
-
设计用户体验 你需要从用户的角度出发,和设计团队不断沟通、反复迭代,最终构建出良好、直观、简洁的用户体验。你应不断提出问题,促使设计团队始终围绕着产品使命展开工作。
-
开始测试 作为团队主管,你需要主导bug的处理并慎重决定哪些可以容忍出现在版本,而哪些又必须在发布之前修复掉。
-
准备发布 不过在发布之前要清楚知道怎样才算成功,这就要求你建立一套衡量产品成败的指标
-
正式发布产品 发布一款卓越的产品可不只是上传一些文件到服务器上那么简单,你需要制订市场营销和公关方案。
第1章 使命和策略如何找到正确的需求:
-
始终积极地去解决客户的问题 而不是紧盯竞争对手,被动地做出反应。
-
满足众多客户所共有的某个真实的需求 当把一个问题不断放大时,你覆盖的客户会不断增多,而问题的解决也会使更多人受益,这 而它之所以能够成功,
构建卓越的使命 :
为什么要构建使命? 答:只有尽早确立卓越的使命,才能真正从总体上减少冲突,解决这个问题。
如何构建使命?
-
能够唤起人们的兴趣 要想吸引人并使他们认同你的使命,最重要的是确保你的使命能够唤起他们的兴趣。
-
提供言之有物且能指明方向的原则 通过在使命中指明方向,你将希望达成的结果清晰化了。
-
反映代表性产品或服务的使命,而不是一个面面俱到的使命。
举例: 亚马逊有一个负责产品个性化推荐的团队,定义的使命是“带给客户更多欣喜”。这个响亮的使命完全符合以上这些要求。
如何制订正确的策略 :
策略利用公司独特的优势来争取目标用户的粗略计划。 它只是一段用于说明对目标客户来说你的产品将如何长期保持比竞争对手更强的吸引力的话。简而言之,你需要阐明三件事:客户、公司和竞争。
举例
IMDB使命:启发视频观看者。
背景:
- 我们把“启发”定义为提供背景资料、鼓励探索甚至是帮助你了解朋友们的想法等。
- 有限定“观看者”必须是“电影观看者”,因为我认为 YouTube、 Hulu等平台的观看者也是我们的目标群体
- 20~ 40岁的工薪一族来说,他们在海量的内容面前却不知道如何选择。我们需要给这些用户以启发,帮助他们找到想看的视频,并让他们在看的过程中对内容有更深的理解。
战略
工薪一族时间有限,但他们人际网络丰富、个人主见强烈,还有可自由支配的收入,愿意在内容上消费。 目标用户的能力意愿需求条件我们还会提供丰富的与内容相关的信息以启发观看者,并提示观看者进行反馈——这就创建了一个良性循环并惠及所有用户。
总结:阐述了 IMDb应该提供什么产品以及为什么这家公司适合提供这类产品,分析了竞争对手的情况以及 IMDb应如何与之差异化竞争,还论证了 IMDb为什么要针对这样一个特别的消费者群体。
第2章 产品定义
-
需求分析
- 确定用户及需求,分析竞争对手,如何做到更出色和差异化
- 头脑风暴产品方案
- 把产品提供给客户使用,然后听听他们的意见。
-
撰写新闻稿 新闻稿是一篇脱胎于策略的文章,用于促进各方了解和公开透明。
- 新闻稿包含以下六大要素:
- 产品命名发布时间目标客户解决了什么问题如何解决(务必简明扼要)
- 它只是从用户视角出发简明扼要地阐述产品是什么、什么时候发布以及为什么要做这个产品。
- 新闻稿包含以下六大要素:
-
创建并不断更新的FAQ文档 这份“活跃”的 FAQ主要用于记录一些争议点和重要细节。
-
绘制线框图或流程图 线框图和流程图是产品的可视化描述,在讨论或答疑中使用可以让观点更明晰。
-
撰写演示文稿 给VC或高管看的市场机会(用户量)、**收益机会(解决方案的价值)和长期竞争优势(对手长时间内无法模仿)**这三方面内容。
- 演示的顺序:
- 是先讲用户现状
- 再延展开来,迅速把要点讲完。
- 演示的顺序:
-
撰写功能规格文档
-
包含:
- 简介(使命和策略)
- 确定目标,及目标的优先级
- 用例或用户场景
- 原型图或线框图
- API
- 时间规划
- FAQ和开放问题
-
特点:
- 说明“为什么要做这个产品”以及“做些什么”
- 同时它还说明了文档中一些术语的含义。
- 如果设定的某个目标表面上与产品方向没有多大关联,需要解释清楚为什么将它设为目标。
-
用例与用户场景 用例:简要的语句来描述那些用户必须执行的操作, 用户场景:指用叙述故事的方式来描述用户是如何体验产品的。
-
负载规划 是指对未来一段时间内用户的使用量进行粗略估计并制订应对计划,这对工程团队来说非常重要。 首先你会建一个表格来制订年度或季度负载能力规划。然后你需要预估存储量(帖子数量、图片数量、图片大小等)和流量(访客数量、访客停止时间、人均页面流量数)。在谷歌你还需要预估出口流量(从数据中心获取的数据量)和进口流量(你的服务器请求量)。包括亚马逊网站在内的大部分应用的出口流量都远远大于进口流量。但如果你构建了一个用户可以上传图片、视频或者其他内容的应用,你的进口流量就会非常大,所以请根据实际情况制订负载规划。
-
时间规划 你最好能列出主要事件的达成时间,如特性完成时间、可信测试者版发布时间,如果具体的工程量尚未评估出来,那预计的时间应该保守一些。
-
-
产品评审 这一步是为了获得项目组对产品的认可,并让他们帮忙寻找产品中存在的各种极端及边缘情况。
-
找客户测试产品概念
- 向部分客户发布一些实验性功能,然后监测他们的使用情况。
- 去找一批现存的或潜在的客户,向他们介绍你的产品设想和原型,并听听他们的反馈。
-
命名、定价以及预测收益
- 产品定价的三个基本方法:按成本定价、按价值定价以及对比定价。
- 对比定价的方法:
- 有一个合理的比较目标;
- 假定市场是弹性的,即产品会在价格下降时销量增加,价格上升时销量减少(很多产品都是这样的)。
- 收益模型预测:
- 需要让他们感知到你规划的是一个多么重要的业务。因此你需要一个模型来向他们展示未来3年的月度收益预测.
- 构建收益模型能使产品设想具象化并证明产品机会有多大收益模型包含了市场研究、作为消费者的直觉以及一些数学运算,它们组合在一起可赋予你深刻的洞察力。
- 估算你的目标市场占总体市场的比率:
- 估算你针对的细分市场(比如小型企业、中型市场或者大型企业)占总体市场的比率。
- 估算通过市场推广你能触碰到的用户规模。你可以把预估的市场预算除以关键词的千人印象成本( CPM, Cost Per Mile/ impression)来简单估算出该值。
- 将产品定价乘以每个时期增长的用户数便是收益了。
第3章 赢在用户体验
-
用户体验
用户体验( UX, User Experience)关注的是用户如何完成任务以及该如何优化向用户展现信息的方式。
-
角色模型 这些角色模型拥有姓名、薪水和目标,你还可以赋予他们任何你知道的目标客户的特征,然后利用这些角色模型来评估设计的效果。
-
了解如何评估设计
- 界面用户体验标准
- 用户完成的最重要的任务是什么?
- 这是最简单的解决方案吗?
- 信息组织是否得当?
- 设计是否易用且一目了然,易懂?
- 标准是否一致?
- 能否减少用户点击次数,操作是否能减少?
关注主要角色而非全体用户可以帮助你更好确定优先级。
- 方法:
- 你对用户要求得越多,用户完成的能力和意愿就越低,而且低得不是一点点。
- SHE简化法则:简化( simplify),隐藏( hide)和附加( embody)。
- 几乎所有内容块都统一按照它们的收益能力排序。
- 信息应该尽可能个性化且实时,也应在合理的前提下尽可能详细。
- “广告盲区”:由于用户总是发现网页顶部中央会放些“打猴子” 1的广告,以至于会习惯性地忽视那个位置的内容。
- 具体经验
- 如果你对一个特性的可发现性和可用性存有疑问,一个最好的办法便是让真正的用户来测试。
- 一个用户界面中只有一个主要按钮。
- 不同优先级的行动点使用不同的样式。
- 当一个流程有 3或 4张页面时,告诉用户目前处于哪一步以及共有多少步。
- 界面用户体验标准
-
了解如何与设计师沟通
- 反馈意见时使用“作为【某种用户类型】我想……”这样
- 以提问的方式建立共识 反复讲述业务目标,如果有些目标相互冲突,则反复讲述它们之间的相对优先级。
第4章 项目管理创建一张简单的计划表并持续维护
- 一张简单的计划表只需包含任务列表和每个任务的工程评估量,这个量是指工程师或设计师完成该任务所需要的时间。你只需将这些任务按照他们认可的特性优先级排序并分配给团队成员。
- 在评估任务工程量时不必考虑余量,但在评估发布日期时就很有必要考虑它了。
- 下一步需要和开发主管来平衡每个人的工作量,并按照对发布日期的要求来调整各版本的任务数。
第5章 项目测试亲自评审测试计划和测试用例
- 该列定义了如果测试失败你会将此归为哪个级别的 Bug,通常有 1~ 4级。
- 前置条件指定了测试人员在测试前必须做的事情。
- 后置条件描述了应用程序在任务执行完毕后所处的状态。
第6章 量化分析思想火花:你需要采集的三类量化数据
- 量化的好处:量化数据还可以帮助你优化判断,或者至少为你的判断提供辩护。
- 目标指标:会告诉你目标的完成进度。
- 在谷歌一个重要的目标指标是“ 7天活跃用户数”,反映产品当前状态,根据产品使用频度去定
- 你可以拿它同上周、上上周进行对比。
- 这些指标通常是用比率表示
- 假设你获取的指标存在一定的波动,伴随着波动存在一个可以接受的系统变化范围。
第7章 发布项目
-
对改动说不 在准备发布的过程中你必须尽量频繁地对新的特性、新的 Bug以及用户体验上新的改动说不!
-
完成发布清单的核查 (迭代需求池) 你需要拟定一张发布清单。这份清单的目的在于确保软件发布中所有需要跟进的事项都被有序安排且被详细描述。
-
**撰写博文 ** 博文的目的在于阐述你的使命、你的目标客户以及你能解决的问题。从传统新闻的角度来看它就是你的“导语”。
第8章 胜在团队如何组建一支团队 (创业)
- 项目集经理担当黏合和润滑的角色,他将不同职能的人黏合到一起让组织能够正常工作,然后再加以润滑以使组织运行得更好。”
- 但在简历中重点突出了他推出过的产品及其对财务或用户体验的影响。
- 不要租用工程师——组建一支工程师团队
如何加入到一个新团队
不要和团队说你们的产品一团糟这种话。 大多数情况下你都应该尽量先将事情本身搞清楚,而不是张口就说产品一团糟这种话。
第9章 胜在技术
数据层:一般是一个数据库,客户记录等数据都放在里面,你可以使用一些类似 SQL
业务逻辑:是运营的大脑。所有复杂的运算都发生在这层。
回应服务将回应返回给决策服务,然后决策服务选择该对查理做什么事情。
第10章 胜在沟通
如何写邮件
- 将想表达的最重要的事情放在文章开头。
- 说明原因的句子,尽可能让它清晰。
- 用了20秒时间来为邮件加上称呼、敬语和署名,这样可以帮助信息传递给正确的受众
精确增量表达法 是一种让数字更易被理解的技巧,适合应对那些超快速阅读的人们。 举例:只需将你的数字改成下面的格式:将某个变量增加或减少 XXX(差值),即从 XXX(开始值)增加或减少到 XXX(结束值)。
如何应对五种类型的会议
-
团队会议:一个不错的开场方法是先回顾你的数据指标。 你要先想清楚你要传递的确切信息是什么,然后尽可能清晰、简洁地传递出去。最好将会议时间控制在 30分钟以内。
-
用户体验评审会:则只需要准备产品原型图就可以了。 在设计师演示之前,你应花一小段时间为演示做一下铺垫,讲一下为什么你在这儿,你的用户是谁,你的业务目标又是什么。
-
**工程评审会的目标是:**赋予开发主管权力,收集周围经验最丰富的工程师的专业反馈,以及尽量少花时间在演示上。
-
**头脑风暴:**每根鱼脊都代表一个他提出的问题,然后他的团队会头脑风暴出该问题的所有可能的答案。当他们抛完想法后,会继续头脑风暴出所有答案背后可能的原因,如此到了某些点,结束头脑风暴并进入批判性分析阶段。
如何组织好会议
- 在会议结束后应向所有相关人发送会议纪要。
- 开会有三大目的:解决问题、收集信息、传递信息。
- 将演示时间控制在 15分钟内永远传达,且只传达一个信息讲故事制作“综述单页”重点演示用户体验极度专注倾听
如何做好演示
演示总结
- 在每个演示中都得有一个关键信息。试图传递两个信息可能导致彼此混淆。
- 一旦准备好了你要传递的信息后,始终围绕它来做演示。
- 人们喜欢听故事。故事有代入感,能将你要传递的信息与真实的生活连接起来。
演示技巧
- 让观众跟着你的节奏走。使用“想象……”和“如果……会怎样呢”这类话让你成功地吸引听众短暂地将注意力集中到你身上,然后你再通过故事本身激起他们的兴趣。
- 提供了一个人们都能理解的具体例子,观众需要一个参照系以便赶上你的步伐。
- 描述了你将要解决的问题。并且你描述得很清晰。
- 描述了你的解决方案将如何提升用户的生活品质。
第11章 胜在决策谈判
- 内向的人不太喜欢在人群中发言,但当他们发言时你务必认真倾听。
- “先寻求理解,再寻求被理解。如果你已经有了倾向性的判断,不妨先说出来,然后让其他人继续发表观点。
- 等到你相信你所面对的家伙不一定是个讨厌鬼时,你就能找到问题的根源。 90%的情况下冲突的根源都是沟通不畅。
- 如果想要更好地控制每个人都会有的强烈的情绪反应,你需要先识别出是什么引发了这样一个反应。
处理冲突
- 当自己被戳中敏感点时,暗示控制自己的反应,努力让自己的反应恢复原状
- 尽量客观交流可以减少惹恼对方
第12章 个人管理
管理精力的技巧是制定工作日程表。
- 安排早上开始的一个半小时来攻坚你最困难的任务。 通常来说,你最困难的任务也是你最不想做并最可能拖延的任务。