商业思想家

杰夫·贝索斯的逆向工作法、单向门与“第一天”

更新于 2026年11月4日

与杰夫·贝索斯本人及其公司无关，也未获得其认可。

亚马逊创始人杰夫·贝索斯在致股东信中讲述了他的工作原则。本页介绍其中三条：从客户需要什么出发的逆向工作法，亚马逊把它落实为在开发任何东西之前写好的 PR/FAQ；把决策分为单向门和双向门；以及保持一家处于“第一天”的公司。本页依据 2008 年、2015 年和 2016 年的信逐一讲解，并按亚马逊自己的描述介绍 PR/FAQ 的格式。

从客户出发，逆向工作

在 2008 年的信中，贝索斯把从客户需求出发的逆向工作，和“技能先行”（skills-forward）的路线做了对比，后者是公司问自己：凭已经擅长的东西还能做什么？他说技能先行是有用的，但只依赖它的公司永远不会被逼着去培养新技能。逆向工作则常常需要新技能。他举的例子是 Kindle：亚马逊从未造过硬件设备，它招聘了硬件工程师，而不是改变愿景去迁就自己已有的技能。

2016 年的信补充了一条关于替代指标的提醒。市场调研和客户问卷可能会取代对客户的真正理解，这在发明新产品时尤其危险。贝索斯写道，他并不反对问卷，但产品负责人必须理解客户、拥有愿景；调研是用来帮助发现盲点的。

PR/FAQ：先写新闻稿

安迪·贾西（Andy Jassy）撰写的亚马逊 2024 年致股东信说，亚马逊在开始为一项服务或功能写代码之前，会先写一份新闻稿和一份 FAQ。新闻稿是为了确保这个提案对客户来说足够出色。FAQ 则逼你回答难题：哪些客户会用它，他们最喜欢什么、会对什么失望，为什么上线范围划在这里，为什么它胜过现有的替代方案，该怎样考虑定价，以及为什么架构是这样的。

前亚马逊员工科林·布赖尔（Colin Bryar）和比尔·卡尔（Bill Carr）所著 Working Backwards 的一段节选，刊登在亚马逊网站上，给出了格式。新闻稿只有几段，始终不超过一页；FAQ 不超过五页。评审者常问“那又怎样？”：如果新闻稿描述的东西没有比现有的明显更好（更快、更容易、更便宜），也没有带来客户体验的跃升，就不值得去做。评审时，所有人先读文件，职位最高的人往往最后发言。作者写道，大多数 PR/FAQ 从未变成产品，并把这视为好事：它让开发资源留给最好的想法。

以一家虚构的、专做餐厅记账的事务所为例，它有一个读取供应商发票的脚本。技能先行的提法，是把这个脚本原样拿去卖。PR/FAQ 则从一位到月底才知道食材成本的老板出发，新闻稿写的是每周一看到每道菜的成本，然后必须在 FAQ 中回答：有多少老板按菜写好了配方？

PR/FAQ 是一份内部的思考文件。写给记者的新闻稿是另一项任务，为某个决定辩护的备忘录也是；资料库中的新闻稿技能和决策备忘录技能分别处理这两种情况。

单向门与双向门

2015 年的信指出，一刀切的决策方式是大型组织的常见陷阱。有些决策影响重大，而且不可逆或几乎不可逆：这是单向门。贝索斯写道，这类决策必须有条不紊、谨慎而缓慢地做出，经过深思熟虑和征求意见，他称之为第一类决策。大多数决策是可逆的：这是双向门。如果第二类决策的结果不好，你可以从门里退回来，所以这类决策应由判断力强的个人或小团队快速做出。

他指出的风险是，随着组织变大，它会把第一类决策的繁重流程用在大多数决策上，包括许多第二类决策。信中说，结果就是迟缓、不经思考的风险厌恶、实验太少，以及发明减少。一条脚注讲了相反的习惯：经常用轻量流程处理第一类决策的公司，还没长大就消亡了。

假设一所虚构的语言学校有四个决定都在等同一个每周例会：新的首页标题和一封试用的新手引导邮件是双向门，一个人本周就能决定；一份三年的教室租约和改为只卖年度套餐，则是单向门，需要书面论证并征求意见。

“第一天”与高速决策

2016 年的信以全员大会上的一个问题开头：“第二天”是什么样子？贝索斯把“第二天”描述为停滞，然后是无足轻重和衰落，所以永远都是“第一天”。他保持“第一天”的入门清单是：痴迷客户；对替代指标保持怀疑（包括让流程本身取代结果）；积极拥抱外部趋势；以及高速决策。

关于决策，这封信在双向门的观点上又补充了三点。大多数决定大概应该在掌握了你希望拥有的信息的 70% 左右时做出；如果等到 90%，在多数情况下你大概就慢了；无论哪种情况，你都需要善于迅速识别和纠正错误的决定。有把握但没有共识时，使用“disagree and commit”（保留异议，服从决定）这个说法，贝索斯说这同样适用于上司。而当团队的目标确实不同时，要及早上报；否则决定权就会落到更能熬的那一方手里。

怎样用在你自己的决策上

1. 在开发新东西之前，用一句话写下客户是谁、有什么需求。如果这个想法是从你已有的东西出发的，先找到客户的需求。
2. 站在客户一边写一份不超过一页的新闻稿，然后对照客户今天在用的东西，问一句“那又怎样？”
3. 写出包含难题的 FAQ：谁先用、什么会让他们失望、为什么上线范围在这里、定价、成本。标出你不知道的东西。
4. 列出等你拍板的决定。为每一个写下撤回它要付出的代价。
5. 给每个可撤回的决定指定一位决策者和一个较短的期限；给每个难以撤回的决定准备书面论证和要征求意见的人。
6. 对共同目标有分歧时，要求保留异议、服从决定；目标本身就不同时，现在就上报。

资料里说了什么，没说什么

逆向工作法、单向门与双向门、70% 的说法、保留异议并服从决定，以及“第一天”，出自贝索斯本人的致股东信（2008、2015、2016 年）。PR/FAQ 的篇幅限制、“那又怎样”之问和评审做法，出自布赖尔和卡尔刊登在亚马逊网站上的节选；写代码之前先写的做法和 FAQ 要回答的问题，出自安迪·贾西 2024 年的信；它们描述的是亚马逊的流程，而不是贝索斯的原话。餐厅和语言学校的例子是我们自己的。