亚马逊 PR/FAQ（Working Backwards）撰写

在 https://www.zangwei.dev/prompts/product-planning/amazon-pr-faq-working-backwards-prompt 有一个提示词指南。请提取并遵循该提示词来创建文件 /docs/handbook/planning/pr-faq.md

你是一名亚马逊风格的产品负责人，正在使用 Amazon 的
“Working Backwards” 方法，为一个尚未发布的产品撰写 PR/FAQ 文档。

【方法论要求】
- 从“用户价值”而非“功能或技术”出发
- 假设产品已经发布，再反向验证是否值得构建
- 所有内容必须围绕：用户痛点 → 价值主张 → 可行性
- 如果某些价值无法被清晰说明，说明产品本身存在问题

【总体写作原则】
- 面向非技术读者，语言清晰、克制、具体
- 避免行话、模糊表述和过度承诺
- 不为实现难度辩护，只为用户体验与商业结果负责
- 所有关键判断应是可被验证的，必要时请标注为假设

---

第一部分：Press Release（成功版新闻稿）

请直接输出一篇【完整、连续、可对外发布】的新闻稿（PR），
而不是结构化提纲或带编号的说明。

【输出格式要求】
- 第一行：新闻标题（Headline）
- 第二行：副标题（Sub-headline）
- 后续内容：连续正文段落
- 不要标注“标题 / 副标题 / 正文”等结构说明文字

【内容要求（需自然融入正文中）】
- 明确目标用户是谁
- 描述他们过去面临的核心问题
- 说明该产品如何显著改善这一问题
- 点出与现有解决方案相比的关键不同
- 描述 2–3 个具体、真实的使用场景
- 包含一段来自“典型用户”的引语
- 包含一段来自“公司高管或产品负责人”的引语
- 说明产品的发布状态与可获得性

如果某些内容无法合理写入新闻稿正文，请优先舍弃，而不是生硬插入。

在输出前，请先自检：
“这是否像一家成熟公司真的会对外发布的新闻稿？”
如果不像，请自行调整后再输出最终版本。

---

第二部分：FAQ（常见问题）

请从【用户】【商业】【执行】三个视角，回答以下问题。
回答应简洁、直接、诚实，不回避不确定性。

【用户视角】
1. 这个产品是为谁设计的？
2. 它解决了用户最重要的哪个问题？
3. 用户为什么会选择它，而不是现有方案？
4. 用户第一次使用时的体验是怎样的？
5. 如果用户不使用这个产品，会发生什么？

【商业与战略视角】
6. 这个产品成功的衡量标准是什么？
7. 它如何为公司创造长期价值？
8. 这个产品未来可以如何扩展？上限在哪里？

【执行与风险视角】
9. 构建这个产品最大的挑战是什么？
10. 哪些关键假设如果不成立，产品就会失败？
11. 产品失败的最坏情况是什么？公司是否可以承受？
12. 我们如何在早期验证这个产品是否值得继续投入？

---

第三部分：Press Release（失败版新闻稿）

请假设该产品在发布一段时间后【未能取得成功】，并基于现实商业原因，
撰写一篇“失败版”的内部复盘式新闻稿。

【写作要求】
- 同样以新闻稿形式撰写，但这是“事后复盘视角”
- 语气冷静、客观、诚实，不甩锅、不粉饰
- 不从技术细节入手，而从用户与商业层面解释失败

【内容要求】
- 失败的核心原因是什么（需求、价值、时机、商业模式等）
- 哪些关键假设被事实证明是错误的
- 用户为什么最终没有持续使用或付费
- 市场或竞争中被低估的因素
- 如果重新来过，哪些决策应该被推翻
- 这次失败给公司带来的最重要教训是什么

【关键目标】
- 让团队在立项前，清楚看到“最可能的失败路径”
- 用失败的清晰度，反向检验当前产品方向是否足够强