六页博客 · 第 2 篇
亚马逊的新产品立项文档不是从商业计划开始，而是从一份未来新闻稿开始。这种方法叫做"逆向工作法"（Working Backwards）。它的核心思想是：在产品开发之前，先想象产品已经上线一年后，外媒会如何报道它，然后倒推一年前要做哪些决策才能让那篇新闻稿变成现实。
逆向工作法强迫产品经理从客户体验开始思考，而不是从技术实现开始。如果产品经理连"客户看到产品后会有什么感受"都说不清楚，那这个产品多半不会成功；如果产品经理能写出那篇一年后的新闻稿，说明他真正理解了客户需要什么。
逆向工作法把产品决策的思考顺序彻底反转：不是先开发产品再找客户，而是先想象客户体验再决定开发什么。
PR 是 Press Release（新闻稿）的缩写，FAQ 是 Frequently Asked Questions（常见问题）的缩写。亚马逊的每份新产品立项文档都包含两个部分：一篇未来新闻稿和一份 FAQ 文档。
新闻稿的目标读者是外部客户，必须用客户能理解的语言写，不能用任何内部术语。新闻稿需要在 1 页之内讲清楚 4 个问题：这是给谁的产品、解决了什么问题、为什么是现在做、为什么是我们做。一篇合格的亚马逊新闻稿，外部客户读完就知道这个产品是什么、能解决什么问题、值不值得买。
FAQ 文档的目标读者是内部高管、技术团队、客服团队、销售团队，需要回答所有可能从客户和同事那里听到的问题。FAQ 文档的长度通常是新闻稿的 3～5 倍，包含 15～30 个问题，分为客户问题、内部问题、技术问题、商业问题 4 个类别。一份高质量的 FAQ 文档能预先发现产品 80% 的潜在问题，让团队在产品开发前就把这些问题想清楚。
亚马逊的新产品立项分 4 步走。
第一步：撰写未来新闻稿。产品经理用一周时间撰写一篇未来新闻稿，写完在团队内部分享，听取客户的意见。这一步的目的不是得到一个完美文档，而是强迫产品经理从客户体验开始思考。
第二步：撰写 FAQ 文档。产品经理根据新闻稿撰写 FAQ 文档，回答所有客户和同事可能问的问题。这一步的目的是预先发现产品的潜在问题，把这些问题写在文档里让团队讨论。
第三步：决策会议。产品经理把新闻稿和 FAQ 文档一起提交给决策委员会。决策委员会用六页纸会议的方式，先安静阅读文档，然后提问和答疑。如果产品经理能回答所有问题，产品立项通过；如果还有问题没回答清楚，则打回重写。这一步通常要重复 3～5 次才能立项。
第四步：开发与上线。立项通过后，产品进入开发阶段。开发过程中所有重大决策都参照新闻稿和 FAQ 文档执行。上线时，市场为外发一篇真实的新闻稿，与立项时写的未来新闻稿对照，看看一年前的设想与现实有多大差距。这个环节让团队形成"自我循环"的决策风格。
PR-FAQ 是六页纸工作法在新产品立项场景下的具体应用。整个 PR-FAQ 文档不超过 6 页：第 1 页是新闻稿，第 2～3 页是 FAQ 客户问题，第 4～5 页是 FAQ 内部问题，第 6 页是附录。这个 6 页结构符合六页纸会议"不超过 6 页"的注意力阈值。
六页纸工作法的核心思想是"先写后读"：产品经理必须先把想法写成文档，团队才能在文档上做标记、提意见。如果没有六页纸会议，PR-FAQ 文档就只能由产品经理一个人写，无法让团队共同参与。六页纸会议是让 PR-FAQ 工作法落地的关键机制。
逆向工作法包含 3 个核心思想。
第一，客户体验优先。亚马逊所有产品决策都从客户体验开始，而不是从技术实现开始。一份合格的 PR-FAQ 文档能让一个普通客户读完就知道产品是什么。
第二，预先思考所有问题。PR-FAQ 的 FAQ 文档要求产品经理预先回答所有客户和同事可能问的问题。如果产品经理回答不了某个问题，说明产品定义还有欠缺。
第三，决策前先写后读。六页纸会议要求产品经理先把 PR-FAQ 文档写好，团队再开会讨论。如果没有提前写好文档，会议就会变成产品经理的口头汇报，无法重复使用。
亚马逊的 Kindle 是 PR-FAQ 工作法的经典案例。2007 年 Kindle 发布前，产品团队用了 1 年时间撰写 PR-FAQ 文档。在立项阶段，团队面临一个关键问题：客户会不会愿意花 399 美元买一个只能用来看亚马逊电子书的设备？
Kindle 的新闻稿是这样写的："想象你正在出差航班上，想读完一本一直想读但没时间买的书。Kindle 的屏幕在强光下也清晰可见，电池续航长达一周，能装下 200 本书，从亚马逊无线下载一本新书只需 60 秒。" 这篇新闻稿让所有高管立刻理解了 Kindle 的客户价值：不是"卖一台电子书阅读器"，而是"让客户在任何地方都能读完想读的书"。
Kindle 的 FAQ 文档回答了 30 多个问题。客户问题包括"屏幕会不会伤眼睛""电池能用多久""买不到想要的电子书怎么办"。内部问题包括"亚马逊如何说服出版商授权电子书""无线下载的成本由谁承担""印刷书业务会不会被电子书蚕食"。这些问题的答案让团队在上线前就预见到了 80% 的潜在风险。
如果 Kindle 团队按传统方式从技术架构开始写文档，他们可能会纠结"屏幕用 E-ink 还是 LCD"，但不会立刻理解"无线下载是核心客户价值"。PR-FAQ 强迫团队从客户体验开始，先想清楚"客户为什么要买"，再倒推"我们应该开发什么"。
逆向工作法不是万能的。它有 3 个明显的局限。
第一，需要产品经理有客户思维。逆向工作法的第一步就是撰写未来新闻稿，这要求产品经理必须能站在客户角度思考。如果产品经理只会写技术架构，不会写客户体验的新闻稿，那么逆向工作法对他来说就是无效的。亚马逊对产品经理的招聘要求里，"客户思维"是比"技术能力"更重要的考核项。
第二，不适用于所有产品。逆向工作法最适合需要明确客户价值的产品，比如消费类软件、SaaS 服务、消费品。它不适合纯学术研究项目、纯技术架构升级、内部基础设施优化这些场景。对于后一类项目，更适合用 OKR（Objectives and Key Results）而不是 PR-FAQ。
第三，文档撰写成本高。一份高质量的 PR-FAQ 文档需要产品经理花 2～4 周时间撰写，外加 1～2 周团队讨论。对于需要快速验证的产品，这个时间成本可能太高。亚马逊对于 90% 的新产品立项都使用逆向工作法，但对于小步快跑的产品更新，则使用更轻量的"一页纸工作法"。
逆向工作法看起来复杂，其实背后是 3 个可习得的思维习惯：客户优先、预先思考、决策透明。这 3 个习惯不需要特定文化、特定公司、特定预算，只需要产品经理愿意花时间从客户体验开始写文档。亚马逊用这套方法把网上书店变成全球最大的云服务商；字节跳动用类似的方法把今日头条变成全球最大的内容平台之一。中国的产品经理如果能坚持使用逆向工作法，他们的商业思维会在 1 年内有明显的提高。这是本项目后续将重点讲解的内容。
读者可以现在就开始练习。选定你正在做的一个产品，假装这个产品已经上线 1 年。请你写一篇 400 字以内的未来新闻稿。写完之后问自己 3 个问题：客户读完这篇新闻稿能知道产品是什么吗？能知道产品能解决什么问题吗？能知道为什么要现在买吗？如果 3 个问题都能回答，你的新闻稿就合格了；如果回答不了任意一个，说明产品定义还需要再思考。
—— 节选自张璐《亚马逊六页纸：如何高效开会、写作、完成工作》第 4 章，人民邮电出版社 2024-10
亚马逊六页纸