概念卡 3-02
教材体系 · 第 3 章 创业思维
亚马逊的"逆向工作法"
先写好"产品发布当天的新闻通稿"，再倒推开发——用一页半的假想通稿，把客户价值逼到纸面上。
概念界定
顺向工作法
从想法与能力出发
常见的启动方式：先写商业计划书或可行性报告，论证"我们能做什么"，产品做出来之后再考虑怎么向客户宣传。
- 起点：内部想法、技术能力
- 读者：投资人、内部管理层
- 风险：产品完成时才发现说不清客户价值
逆向工作法
从发布时刻的客户体验出发
亚马逊产品经理启动新产品或新服务时，先撰写模拟新闻通稿（press release）并附常见问题解答（FAQ），把"发布时的对外宣传"前置为立项文件。
- 起点：客户能得到什么好处
- 读者：客户，而非内部团队
- 通稿一页半以内，写不清即产品有问题
理论源流
如果新闻通稿很难写——无法清晰描述客户会获得哪些好处、无法让团队感到兴奋，那么很可能意味着产品本身存在问题。
—— 亚马逊逆向工作法实践
我们现在构建的功能，在新闻通稿中有体现吗？
—— 开发期团队的自检提问
这一机制由亚马逊创始人杰夫·贝索斯在公司创立之初倡导，后经柯林·布里亚与比尔·卡尔《亚马逊逆向工作法》（2022）等整理传播，成为"从客户需求倒推工作"的代表性创新机制。
辨析要点
- 通稿写给客户，不是写给老板：它模拟的是产品发布时的对外宣传，必须用通俗易懂的客户语言，回答"客户是谁、痛点是什么、得到什么好处"。
- 迭代就是验证：一份通稿往往要经历 20—30 个版本。在纸面上反复打磨客户价值，是成本最低的立项前验证——写不出来，就是最早的失败信号。
- 通稿是持续约束，不是一次性文档：立项后它充当"指南针"，团队随时对照检查；大量精力花在通稿未提及的功能上，就要反思是否"过度构建"。
通稿七要素模板：标题（产品叫什么、客户能否一眼看懂）、副标题（目标客户与好处）、摘要段落（是什么、为谁、为何重要）、问题段落（痛点与现有方案的失败）、解决方案段落（如何优雅解决）、客户引言（假想客户的评价）、行动号召（如何开始使用）。
使用建议
适用场景
- 新产品立项前，先写一页半新闻通稿再谈开发
- 开发周会以通稿对照检查功能清单，识别"过度构建"
- 用客户语言统一团队认知，避免内部黑话遮蔽价值主张
注意边界
- 它不是写作练习——通稿写不出价值，应正视产品问题而非润色文案
- 警惕把通稿做成公关稿：检验标准是"客户好处清晰 + 团队真正兴奋"
内容整理自尹开国《创业学》（北京：科学出版社，2026）第 3 章，第 74 页 · 教材知识链接 3-2
概念卡 3-02 · 第 3 章 创业思维