press-release — 用 Amazon 工作倒推法写产品新闻稿

技能概述

press-release 是一个基于 Amazon "Working Backwards" 方法论的技能,让产品团队在动手开发之前先写出一篇客户视角的愿景新闻稿,用来定义客户价值、对齐干系人,并提前检验产品故事是否真的成立。

适用场景

1. 大功能立项前验证价值:准备投入一个重要产品或功能,想先确认它对客户的价值是真实的,再决定是否写下第一行规格说明。
2. 干系人对齐:团队对"这次发布到底向客户承诺了什么"存在分歧,需要把愿景写成一篇新闻,让大家基于同一份文本讨论。
3. 尽早否决薄弱想法:通过尝试撰写发布公告来测试产品故事——如果连新闻稿都写不打动人,这个想法就该在消耗工程资源之前被砍掉。

核心功能

1. Working Backwards 新闻稿生成:按亚马逊 PR/FAQ 流程产出 1-1.5 页的规划文档,完整覆盖标题、日期导语、引言、客户问题、解决方案、高管引言、补充细节、公司简介、行动号召和媒体联系人十段结构,全程从客户视角出发、聚焦被解决的问题而非被构建的功能。
2. 结果导向的写作检查:逐步校验每一段是否落在客户结果上,自动纠正"包含 AI、ML、OCR 技术"这类功能罗列,改写为"把发票处理时间缩短 60%"式的具体表达,并确保问题陈述有数据或客户洞察支撑,而不是"解决低效"式的空话。
3. 说服力五问测试:成稿后用五个问题检验——客户会在意吗?没听说过产品的人能看懂痛点吗?收益可量化吗?外行读得懂吗?读完后有人会问"所以呢"吗?任何一问不过关,就带着具体修改方向重写,直到故事真正站得住。

常见问题

什么是 Amazon 工作倒推法(Working Backwards)?

这是亚马逊推广的产品定义流程:在写任何代码之前,先起草新闻稿和 FAQ。新闻稿必须从客户视角写、聚焦被解决的问题、控制在 1-1.5 页,并且要足够打动人——如果写不出一篇能让客户想要这个产品的新闻稿,说明产品概念本身可能有问题。

为什么要在写代码之前先写新闻稿?

因为新闻稿是一个"清晰度的强制函数"。它强迫团队先回答"如果产品做到完美,我们会怎么向世界介绍它",把注意力从技术功能拉回到客户价值上;同时它是对齐工具——干系人可以在工程启动之前阅读并回应愿景,不会为了一个定义模糊的产品白写几个月代码。

这份新闻稿可以直接用于产品发布吗?

不可以。这是规划文档,不是发布日的营销文案。它的用途是在开发前定义和检验产品故事、对齐团队。技能本身明确列出了反模式:不要罗列功能规格、不要堆砌内部行话、不要写"革命性提升生产力"这类空话,也不要夸大——新闻稿必须诚实地描述产品做什么。对于微小的功能改动也不值得动用它,那是过度设计。