《Shipping Greatness》这本书在国内有一个朴实无华的名字 ——《谷歌和亚马逊如何做产品》。显而易见，作者 Chirs Vander Mey 讲述的是自己在这两家互联网巨头工作时的产品方法论。说实话，讲 Google 产品方法论的文章我也看过不少，不过最近在工作上遇到一些新的挑战，急需汲取更多的营养。所以我就把这本书里让我产生共鸣的部分摘录出来，看看这位前 Google Maps 高级产品经理身上能够榨取出什么干货来。
------ 我是分割线 ------
制定策略：
制定策略是你唯一需要考虑竞争对手的时候。当你开始思考公司、客户和竞争这三大问题时，需要特别注意如何才能提供比竞争对手更优质的产品。你需要深思熟虑，因为想要取得商业上的成功就必须保持长期的竞争优势......
产品启动的准备工作：
1. 撰写新闻稿
2. 创建并不断更新 FAQ 文档
3. 绘制线框图或流程图
4. 撰写 Product Brief 或 10 分钟的 Slides
5. 在 FAQ 中添加 API 文档
6. 撰写 PRD
7. 邀请设计团队和工程团队主管参与产品评审
8. 找客户测试产品概念
9. 命名、定价以及预测收益
10. 向管理层汇报
产品定价：
产品定价看起来很科学 —— 毕竟里面包含了一堆数字 —— 但最终大部分定价都是拍脑袋出来的。你和你的团队通常得花大量得市场捯饬 Excel 模型中的各种定价共识，因为你可能发现即使半价客户也不会购买，或者高管认为使用产品应该免费然后通过广告去盈利，你于是不得不推翻原有公式并重新捯饬。在这里模型对假设是高度敏感的，这不是它的问题而是优点，因为它揭示了你的假设以及特定变量的重要性。一套合理的简洁的模型能帮你理清逻辑、明确核心指标、理解商业模式并最终赢得管理层的支持。
取得上层认可：
为了让最后的产品汇报更容易一些，最好先花些时间“预售”产品。为了让负责决策的高管最终认可你的产品方案，你需要预先争取中间每一级老板的支持，然后让直接向该高管汇报的家伙预先顺畅地了解你的产品概念。汇报方案时，万一被问到一些忘记了的事情或者还没来得及去了解的事情，不要糊弄过去，而是回答：“这点我不是很清楚，我之后会去了解一下然后给您反馈。”
设计：
与设计师沟通时千万别这样说：“登录按钮太突出了，减弱些吧。”我们要做的是清晰地阐述我们的业务目标以及他们之间的优先级，之后将权力交给设计团队，让他们以此为基础进行一系列的优化。
进度：
如果你不是工程经理，让你的工程经理去评估工作量。
Key Metrics：
尽可能采集贴近用户的数据，只有贴近客户的 Key Metrics 才富有意义并可以被理解。
发布：
所有的项目都是看似时间分配得井井有条，但到最后都需要冲刺一把才能赶得上发布时间。通过冲刺完成项目没什么不好，但是时长不要超过 1 个月。
解决线上故障：
在主持会议的过程中，请不要去参合讨论解决方案。你（产品经理）的任务是去协调各方对话，促使他们讨论出一个解决方案来，而不是你亲自上阵。如果你也参合进去，讨论只会更乱。
喝酒：
人们在喝酒后讲真话。工程团队未必喜欢跟你喝酒，他们真正希望的是你让他们喝几杯，然后倾听他们的想法。噢，他们还想让你把单也给买了。
