谷歌和亚马逊如何做产品
全书导图
体会
谷歌和亚马逊是如何做产品的？Chris Vander Mey作为一名同时在Google，Amazon和Facebook工作过的产品经理，为我们很好地分享了他个人在产品交付中的真知灼见。全书分两个部分，第一部分围绕着产品交付生命周期的7个步骤，为我们介绍了那些在亚马逊和谷歌做的好的团队是如何交付软件的。第二部分是关于团队主管带领团队成功交付所需要的技术积累、最佳实践和技能。相较而言，我个人更喜欢第一部分，比较系统和全面。当然，第二部分也有不少可取的最佳实践，只是如今的最佳实践更新的太快了。
贝索斯一直强调“以客户为导向，而不是以竞争为导向”。团队应该始终积极地去解决客户的问题，而不是紧盯竞争对手。因为他们是谷歌，是亚马逊，是这个行业的创新者。然而，这个市场上更多的产品，更多的企业何尝不是以别的优秀产品和企业为标杆呢。有时候紧盯竞争对手也并不是一种错误的方式，关键是目的。我们是否能从这个紧盯中博览众长，少走弯路。我们从刚开始做亮才的产品到现在，学习过国内外各种类似的产品，也紧盯过其他优秀的竞争对手的最新进展。只要能始终坚持满足客户需求，紧盯对手能让我们更快的成长，甚至不失为了解市场的一种方式。
相较而言，我更欣赏布林的那句“不要只想着解决简单的问题，越困难的问题越值得去努力。”如果说拉里和杰夫告诉你必须解决真正的客户问题，布林会告诉你这还不够，你得确保这是个很多客户都存在的大众问题。“解决越困难的问题”，“很多客户都存在的大众问题”。这真的是作为一个产品，最最重要的目标。当大家都把精力放在市场，放在销售，放在商业模式的时候，又有多少团队真正把努力付诸在去解决那些大家都觉得不可能解决的问题？有多少团队真正去了解不同的群体所共有的痛点？货主企业到底如何通过和下游的共赢，来实实在在地节省成本？物流企业，如果通过可执行的，更好的管理，来做大做强？这些，才是我们应该用技术、用智慧去解决的老大难问题。
谈到产品交付的7个步骤，有一点让我感触最深。在撰写产品单页和演讲文稿中提到的两个要素：解决了什么问题、解决方案（与别人有何不同）。最近，在我们给一个500强客户介绍产品时，客户对我们的产品非常感兴趣。但是提出能不能把我们的方案从商业的角度描述一下，例如解决了全程可视化的问题，解决了财务对账的问题。这正是书中提到的产品单页的要素。当我们回过头来看我们的材料时，发现我们以前更多关注在了我们的产品体系。看来，构建一个产品，我们无时无刻需要站在客户的角度看待所有的问题和事情。
构建一个卓越的产品，其实是在构建一种卓越的使命。我们一直说我们的使命是引领数字物流之道，我们也的确是这么想，这么做的。但是，如何让这个使命更加能唤起人们的兴趣，让这个使命更加言之有物且能指明方向？这可能需要我们一起慢慢去找寻。
摘录
1.要交付一个产品，其中最重要的只有3点：1）确定用户需求和预期指标；2）以最小成本实现最主要的需求；3）发布并获得数据反馈，确定下一个迭代目标。
2.一个互联网产品的交付上线不是意味着结束，而是意味着刚刚开始。所以，尽快从产品交付的喜悦中回来，进入下一个迭代，在迭代中和产品共同成长吧！
3.软件交付的过程一定会伴随着痛苦、混乱、艰辛。直到游刃有余时，你才能感受到强烈的成就感。
4.在交付产品的七个阶段，我们一直在努力缩小项目范围，简化用户体验，提升推进速度。整个过程越快，迭代就越快，交付的产品也就越好。
5.亚马逊CEO杰夫贝索斯一直强调团队必须“以客户为导向，而不是以竞争为导向”。他的观点非常清晰地揭示出这样的原则：团队应该始终积极地去解决客户的问题，而不是紧盯竞争对手，被动地作出反应。无独有偶，谷歌CEO拉里佩奇也常说一句话：“立足客户，向外拓展。”从拉里和杰夫身上，我们学到必须专注于解决真正的客户问题。
6.谷歌创始人兼总裁谢尔盖布林多次提及：“不要只想着解决简单的问题，越困难的问题越值得去努力。”如果说拉里和杰夫告诉你必须解决真正的客户问题，布林会告诉你这还不够，你得确保这是个很多客户都存在的大众问题。
7.当你开始思考公司、客户和竞争这三大问题时，需特别注意如何才能长期为客户提供比竞争对手更优质的产品。这也是在交付过程中唯一一次需要考虑竞争的时候，所以一定要想清楚！
8.当设计细化产品方案时，你会发现产品要解决的一些客户问题都是你主观臆断的，但事实是你的这些臆断很可能是错的。而证明的最好方法就是把产品提供给客户使用，然后听听他们的意见。
9.那些市场研究内容可以给你的模型贡献一些数字，不过它们只是让你的预测从“拍脑袋”变成“科学的拍脑袋”。
10.向这种位高权重的人汇报产品方案时，首先请确保你了解产品的所有信息。万一被问到不了解的时，不要试着糊弄过去。记住，你面对的是一群高智商的亿万富翁，它们能轻易嗅到你的谎言，就像嗅到车里的屁一样。其次，他们想了解什么你就说什么。不要坚持你的顺序，带他们去了解他们想了解的地方，不要以为你对重要性的判断要好过这些家伙。
11.用户体验不仅是产品的外观样式，它还是产品的使用方式。交付卓越产品就是指交付卓越的用户体验。为了让设计团队发挥出最佳水平，你需要先理解设计，再让设计团队理解你。
12.关注主要角色而非全体用户可以帮助你更好确定优先级。
13.你对用户要求得越多，用户完成的能力和意愿就越低，而且低得不是一点点。前田约翰在他的《简单法则》一书中提出了一个简单化的框架，SHE：简化（Simplify），隐藏（Hide）和附加（embody）。“简化”特性，让用户只做他们必须做的，然后“隐藏”那些偶尔使用或次重要的高级特性。如果一些特性可以用更简单的东西表达出来，应将这个东西“附加”到特性中去，让他们并行展示。
14.我发现60%的生产率估值非常合理。如果你的产品中有部分系统已经在运行了，你的效率甚至会更低，因为你要维护它们并服务现有的客户群体。
15.谷歌公司洗手间的墙上张贴着一句类似俗套小广告的话：“调试过劳死，测试嗨翻天。”
16.管理学大师爱德华兹戴明写到：“无法测量的东西也就无法提升。”
17.当指标变成了你的老板，你需要花费数天乃至数周的时间去为你指标数值的合理性辩护时、你就该换个指标了，或者换个工作也行。
18.爱因斯坦：“如果不能将事物简单地表达出来，你就没有真正理解它。”
19.在团队会议中，当试图解决一个问题时，你能做的最有效的事情是问“五轮为什么”。
20.软件和英文的区别并不在于单词，C++使用的很多单词狄更斯也使用了。它们的区别在于软件是决策的物质载体。
21.有时候别人听不懂你说的话，而你企图通过分类法和背景介绍来澄清它们也遭遇抵制或让人丧气时，请转向白板。我发现图画和列表能使事物变得清晰。通过写下那你所讲述的内容，别人就能把注意力集中在白板的图画或文字上，而不是随风逝去的音节。
作者：junjguo
关键字：产品经理, 交付
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
