逆向工作法实践指南

核心原则： 从客户问题出发， obsessing about the problem，然后才走向解决方案。

机制（Amazon 实现）：

1. Press Release（内部新闻稿） — 结构：
   • Problem 段落：描述客户问题
   • Solution 段落：描述解决方案
   • Customer quote：客户视角的引用
   • 如果写不出 Problem 段落，可能根本不存在真正的问题
2. FAQ — 验证"是否有合理的成功计划"：涵盖内部组件、财务模型、关键技术障碍
3. Fact — 整体计划是否 legitimate

Working Backwards Review： 与领导层评审 PR 和 FAQ 的会议，通常是项目获批的门槛。

最常见的失败模式：

• 已有解决方案，再回头补问题（retrofitting problem）
• 从"食材"出发：我们有两项技术/服务，组合起来能做什么——这不是 working backwards
• 项目命名暴露本质：如 "ASIN to ASIN linking"（以技术结构命名），而非以客户问题命名

在非 Amazon 环境中使用：

• PR/FAQ 是一种机制，目的是强制 working backwards 思维
• 如果团队已内化了 working backwards 的肌肉记忆，任何格式（PRD、文档等）都可以实现同样目的
• 对团队内部有较多自主权可以选用文档格式；对上级和跨部门需识别信息处理偏好，可能无法强制改变
• 新产品几乎必须做；小功能因开销可不做