press-release

目的

遵循 Amazon 的“逆向工作”（Working Backwards）方法，撰写一份富有远见的新闻稿，在构建产品或功能之前对其进行定义和传达。利用这份新闻稿，让利益相关者围绕客户价值主张达成一致，明确要解决的问题，并验证产品故事是否引人共鸣——将新闻稿视为促使表达清晰、以客户为中心的手段。

这不是发布当天使用的营销材料，而是一种规划工具，用来追问：“如果我们完美地推出了这个产品，该如何向全世界解释它？”

输入

最适合提供： 产品或功能创意，以及目标用户。 也很有帮助： 客户问题、核心利益点，以及值得引用的内部观点。

随调用一并提供的任何内容——技能名称后的文本、粘贴的上下文信息，或附加的 ARGUMENTS: 行——都视为已给出的答案。请使用这些信息，并跳过其中已涵盖的问题；不要重复询问。

如果没有提供任何信息，也没关系。 技能会询问客户是谁，以及产品在发布当天会为他们带来什么改变——这两点是逆向工作新闻稿无法凭空捏造的。

调用示例： Amazon-style press release: instant expense approval for field technicians, launching Q3.

核心概念

Amazon 逆向工作框架

由 Amazon 推广的逆向工作流程，会在编写任何代码之前先撰写新闻稿和常见问题解答。新闻稿必须：

• 从客户的视角撰写
• 聚焦所解决的问题，而不是所构建的功能
• 篇幅简短（1–1.5 页）
• 足够有吸引力，让客户愿意使用该产品

新闻稿结构

标准新闻稿遵循以下格式：

1. 标题： 清晰、突出利益点的产品公告
2. 日期栏： 城市、州、日期
3. 引言段落： 将推出什么、面向谁、核心利益点
4. 问题段落： 产品要解决的客户问题
5. 解决方案段落： 产品如何解决问题（写成果，而不是功能）
6. 公司负责人引语： 愿景、对客户的承诺
7. 补充详情： 支持性利益点或数据
8. 公司简介： 公司背景
9. 行动号召： 了解更多信息的方式
10. 媒体联系人： 媒体联系信息

为什么有效

• 客户优先思维： 促使你从客户的角度阐明价值
• 促使表达清晰： 如果无法写出引人入胜的新闻稿，产品创意可能不够扎实
• 对齐工具： 利益相关者可以在工程工作开始前阅读并反馈愿景
• 决策筛选器： 如果某项功能不值得写进新闻稿，就应重新考虑其优先级

反模式（不该这样做）

• 不要以功能为中心： 不要罗列规格，应聚焦客户成果
• 不要使用内部行话： 面向客户写作，而不是面向工程师
• 不要含糊其辞： “彻底改变生产力”是空话；“将报告生成时间从 8 小时缩短至 10 分钟”才具体
• 不要粉饰营销： 如实说明产品的作用

适用场景

• 定义新产品或重大功能
• 在开发前让利益相关者围绕愿景达成一致
• 验证产品创意是否引人入胜
• 向高管陈述或争取支持

不适用场景

• 用于微不足道的功能（不要对小改动过度设计）
• 产品已经构建完成之后（为时已晚）
• 作为发布当天的正式新闻稿（这是规划文档，不是最终营销文案）

---

应用

使用 template.md 查看完整的填写结构。

步骤 1：收集背景信息

起草前，请确保你已掌握以下信息：

• 产品／功能描述： 你要构建什么？
• 目标客户／用户画像： 这是为谁打造的？（参考 skills/proto-persona/SKILL.md）
• 问题陈述： 这能解决客户的什么问题？（参考 skills/problem-statement/SKILL.md）
• 核心收益： 能带来哪些成果？
• 竞争背景： 与替代方案相比，有何不同？（参考 skills/positioning-statement/SKILL.md）
• 公司使命／价值观： 这如何契合公司的愿景？

如果缺少背景信息： 先开展调研、明确问题陈述，或厘清定位。

---

步骤 2：起草标题

撰写清晰、聚焦收益的标题：

"[Product/Feature Name] by [Company] Aims to [Main Benefit/Goal]"

质量检查：

• 聚焦收益： 是否说明了客户能获得什么，而不仅仅是你构建了什么？
• 具体明确： “旨在简化工作流”很含糊；“旨在将发票处理时间缩短 60%”则很具体
• 令人印象深刻： 别人能在交谈中复述这个标题吗？

示例：

• ✅ “Acme Workflows 推出发票自动化工具，帮助小型企业将处理时间缩短 60%”
• ❌ “Acme 推出搭载 AI 功能的新产品”

---

步骤 3：撰写日期行和引言

[City], [State], [Country], [Date] —

Today, [Company], a [type of organization], announced [key news], a [brief description]. This [product/feature] is set to [main benefit], addressing [key customer problem].

质量检查：

• 简洁： 最多 2–3 句话
• 提及客户问题： 不要直接跳到解决方案——先点明问题

---

步骤 4：说明问题

[Product/feature] solves [specific customer problem]. According to [source or customer insight], [supporting data or quote that validates the problem].

质量检查：

• 问题具体： 不要说“效率低下”，而要说“手动处理发票每月需要 8 小时”
• 经过验证： 提供数据、客户引述或调研结果，证明问题确实存在

---

步骤 5：描述解决方案（聚焦成果）

[Product/feature] addresses this by [how it solves the problem—focus on outcomes]. [Quote from company leader]: "[Insert quote that emphasizes customer value, not features]."

质量检查：

• 先讲成果： 说“缩短处理时间”，而不是“采用 OCR 技术”
• 引述体现愿景： 应体现对客户的理解和公司的价值观

---

步骤 6：补充支持细节

In addition to [key benefit], [product/feature] also [additional benefits]. According to [statistic or source], [supporting data].

质量检查：

• 以数据为依据： 尽可能使用数字（节省时间、降低成本等）
• 以客户为中心： 仍应聚焦于“客户能获得什么”，而不是“我们构建了什么”

---

步骤 7：加入公司简介

[Company], founded in [year], is a [type of company] known for [main products/services]. With a focus on [company mission or values], [Company] has [achievements or milestones].

---

步骤 8：加入行动号召和媒体联系人

For more information about [product/feature], visit [website] or contact [media contact name] at [contact info].

**Media Contact Information:**
[Name]
Title: [Title]
Phone: [Phone]
Email: [Email]

---

步骤 9：检验新闻稿

请思考以下问题：

1. 客户会在意吗？ 如果把这篇新闻稿发给目标客户，他们会想进一步了解吗？
2. 问题是否清晰？ 从未听说过你的产品的人，能理解这个痛点吗？
3. 收益是否可衡量？ 你能证明这些说法（节省时间、降低成本等）吗？
4. 是否没有行话？ 你的妈妈能看懂吗？
5. 能否通过“那又怎样？”测试？ 如果有人读完后说“那又怎样？”，说明你还没有阐明价值。

如果任何一个答案是“否”，请修改。

---

示例

完整新闻稿示例请参见 examples/sample.md。

迷你示例节选：

**Headline:** "Acme Launches SmartInvoice to Cut Processing Time by 60%"
**Problem:** Small businesses spend 8 hours/month on manual invoices
**Solution:** Automates extraction and approvals to save time

---

常见问题

问题 1：罗列功能，而非说明收益

表现： “包含 AI、ML、OCR、NLP 和实时同步”

后果： 客户不关心功能——他们关心的是成果。

解决方法： 将功能转化为收益：“AI 驱动的自动化可将发票处理时间缩短 60%。”

---

问题 2：问题陈述含糊

表现： “解决工作流中的低效问题”

后果： 没有人会觉得这说的就是自己的问题。

解决方法： 具体说明：“小企业主每月要花 8 小时手动录入发票数据。”

---

问题 3：语言充斥行话

表现： “利用先进的 ML 模型优化企业级工作流”

后果： 客户听不懂你在说什么。

解决方法： 像向朋友解释一样写：“自动处理发票，让你不必亲自操心。”

---

陷阱 4：泛泛的高管引言

症状：“我们很高兴能将创新推向市场。”

**后果：**引言毫无价值，适用于任何产品。

**改进方法：**以客户为中心：“企业主不应该把周末花在处理发票上——他们应该把时间留给家人。”

---

陷阱 5：没有数据或验证

症状：“客户一定会喜欢这个革命性的新解决方案。”

**后果：**未经证实的说法就是营销套话。

**改进方法：**加入数据：“测试版用户平均每月节省 5 小时”，或“68% 的中小型企业将发票处理列为最主要的行政负担。”

---

参考资料

相关技能

• skills/problem-statement/SKILL.md — 定义新闻稿重点呈现的客户问题
• skills/positioning-statement/SKILL.md — 为差异化和价值主张提供依据
• skills/proto-persona/SKILL.md — 定义新闻稿中提到的目标客户
• skills/jobs-to-be-done/SKILL.md — 为客户收益和成果提供依据

外部框架

• Amazon 的 Working Backwards 流程 — 新闻稿优先方法的起源
• Ian McAllister 关于 Amazon 新闻稿模板的 Quora 回答（2012）— 广为引用的解释
• Colin Bryar 和 Bill Carr，《Working Backwards》（2021）— 介绍 Amazon 产品开发流程的书籍

Dean 的作品

• Visionary Press Release Prompt（受 Amazon 的 Working Backwards 方法启发）

来源

• 改编自 https://github.com/deanpeters/product-manager-prompts 仓库中的 prompts/visionary-press-release.md。

---

**技能类型：**组件 建议文件名：press-release.md 建议放置位置：/skills/components/ **依赖项：**引用 skills/problem-statement/SKILL.md、skills/positioning-statement/SKILL.md、skills/proto-persona/SKILL.md、skills/jobs-to-be-done/SKILL.md