Working Backwards
亚马逊不靠某个天才决策取胜，靠的是一套「让平庸决策变少」的操作系统——善意无用，机制才有用。
- 善意无用机制才有用：提醒面试官注意标准没用，独立否决权的招聘机制才有用
- 六页纸叙述强制深度阅读，比 PPT 传递的有效信息量高一个数量级
- PR/FAQ 倒着写新闻稿：在写代码前用文档暴露假设，改文档比改代码便宜得多
核心观点
01
善意无用，机制才有用——因为人们本来就是带着好意把事情搞砸的
没有一家公司能靠「我们下次一定注意」来改善流程或修复错误，因为出问题的时候人们本来就怀着好意。当一批新招的工程师不达标时，亚马逊没有选择提醒面试官注意标准，而是设计了一个和招聘团队没有利益关系、拥有一票否决权的独立面试官机制，让低标准招聘在结构上变得不可能。
善意无用，机制才有用。
— 亚马逊 Working Backwards
02
六页纸叙述强迫所有人深度阅读同一份信息，信息传递量比 PPT 翻一倍
PPT 的问题不是不够美观，是信息密度低——演讲者控制节奏，关键细节被下一页跳过。六页纸强制所有人在会议开始时静默阅读二十分钟，随后的讨论质量远超看完 PPT 后的问答。同样的会议时长，传递的有效信息量翻倍。
| 呈现方式 | 信息密度 | 讨论质量 |
|---|---|---|
| PPT | 低——被节奏和跳页压缩 | 被动接受，细节流失 |
| 六页纸叙述 | 高——强制深度阅读 | 同步深度理解，讨论更聚焦 |
03
PR/FAQ 倒着写新闻稿：先写产品发布后的样子，再倒推怎么把它造出来
先写一份「产品已经发布」的新闻稿加常见问答，逼着团队在写一行代码之前就想清楚客户到底要什么。改一份文档的成本几乎为零，改已经写好的代码却代价高昂——AWS 的定价策略正是在 PR/FAQ 阶段被推翻重来，避免了发布后才发现错误的灾难性代价。
先写产品发布新闻稿→反复迭代FAQ暴露假设→验证核心信念成立→才开始写代码
免费部分到这里。墙内还有：
剩余 2 条核心观点 · 本书与另外 4 本书的观点交锋 · 应用篇
金句摘录
「善意无用，机制才有用。」
「我们不卖东西赚钱，我们帮客户做购买决策赚钱。」
「聪明工程师最常犯的错误，是优化一个不该存在的流程。」
常见问题
这本书讲了什么？
亚马逊不靠某个天才决策取胜，靠的是一套「让平庸决策变少」的操作系统——善意无用，机制才有用。
适合谁读？
从核心观点看，适合想搞清楚「善意无用，机制才有用——因为人们本来就是带着好意把事情搞砸的」这类问题的人。
最核心的一个观点是什么？
善意无用，机制才有用——因为人们本来就是带着好意把事情搞砸的