档案库 · 工作与做事的点子 · 运营决策 · 2004–2021
亚马逊的PR/FAQ：先写新闻稿，再打造产品
自2004年起，亚马逊在写代码之前，通过撰写模拟新闻稿和FAQ来筛选产品创意——这一流程让烂点子胎死腹中。
Amazon.com
当时的题目
In the early 2000s Amazon's new digital media and web services teams found that SWOT analysis, market-size research and pro forma P&Ls never forced anyone to think hard about the customer experience. Through trial and error, and Jeff Bezos's insight, they landed on writing a press release and FAQ for the product before the product existed.
它是怎么成立的
“逆向工作法”是亚马逊声称自2004年以来创造其大部分主要产品和举措的流程。其核心工具是PR/FAQ：在团队写一行代码之前，先写出宣布成品时将要发布的新闻稿，外加一个FAQ，涵盖客户会问的问题以及公司为打造该产品需要做些什么。
这个流程是在失败中诞生的。前亚马逊高管Colin Bryar和Bill Carr描述了尝试用SWOT分析、市场规模研究和预估损益表来评估新的数字媒体和网络服务——却发现这些方法都不能迫使人们深入思考客户。写新闻稿之所以有效，是因为新闻稿是一种强制功能：如果产品不能描述为比现有产品更好、更快、更容易或更便宜，那么就不值得做。
格式极其紧凑——新闻稿不到一页，FAQ不超过五页——评审仪式和文件本身同等重要。团队传阅草稿，默读15-20分钟，然后逐行辩论，级别最高的人最后发言。亚马逊团队通常要写十稿以上，并与领导层开五次以上的评审会，然后一个创意才能获得绿灯。
妙在哪
- 面向客户的新闻稿能暴露内部规格、预算和路线图所掩盖的模糊思维。
- 长度限制是一种强制功能：把一个想法浓缩到最核心，迫使你做出关于什么重要的艰难选择。
- 大多数PR/FAQ永远不会发布——在纸上否决想法，可以保护工程资源用于最好的想法。
- 默读、资深者后发言的会议结构可以防止等级压制分析。
做出来什么
Most of Amazon's major products and initiatives since 2004 were created through Working Backwards, and most PR/FAQs are rejected before engineering resources are committed — treated as a feature: ideas die on paper instead of in production, and the survivors are sharper for the debate.
可以借走的
在团队开始打造产品之前，强制每一个提案都要是一个客户真正会买的东西——一个书面的、面向客户的故事，会比预算或路线图更早地暴露模糊思维。
后来
这一流程在内部使用多年，直到Colin Bryar和Bill Carr在2021年2月出版了《逆向工作法》（WORKING BACKWARDS），亚马逊自己的新闻编辑部摘录了部分内容。此后，PR/FAQ传播到了亚马逊之外，成为“从客户开始，逆向工作”的标准范例，其他公司用它来筛选从新功能到薪酬政策的各种事项。亚马逊继续使用它，连同其六页的叙事备忘录，作为核心决策机制。
资料来源
发现哪里写错了？告诉我们。
轮到你了
你刚读完一个点子。把你手上的题目说出来，看看谁接过同样的题。
免费账号 · 3 次免费提问 · 不用绑卡