用途：在从零定义产品、大版本规划、团队对“为什么做”有分歧、投资人/高层 pitch 或产品愿景对齐时，用 Amazon PR/FAQ（Working Backwards）方法先对齐价值再投入开发。不适用于小功能迭代、已有清晰愿景的项目、紧急修复或合规需求。
核心思想：从未来用户体验倒推，先写“产品已发布”的新闻稿，用最低成本验证“用户为什么会用”，再决定是否开发。
主要能力：提供 PR 结构（标题、副标题、问题段、解决方案段、用户引言、如何开始、负责人引言）与 FAQ 结构（外部 FAQ 覆盖产品是什么、谁能用、怎么用、多少钱、与竞品区别、数据安全、平台、上线时间、限制；内部 FAQ 覆盖为什么现在做、为什么我们做、技术可行性、成本、风险、资源、失败标准、成功指标、对现有产品影响、法务合规）。
使用方式：按工作流程执行——写 PR 第一版（不超过一页）→ 团队评审是否被打动，否则修改或放弃 → 写外部 FAQ（10~15 条）→ 写内部 FAQ（10~15 条）→ 暴露关键风险与未决问题 → 决策投入开发/暂缓/放弃 → 通过后作为团队北极星文档。配套模板包括 templates/pr-template.md、templates/external-faq-template.md、templates/internal-faq-template.md。
写作原则：用用户语言而非技术语言；重点写“为什么”和“做什么”，不写“怎么做”；引言要可信、具体、可量化；避免“全球第一”“革命性”等空话。质量自检包括 PR 是否一页纸（不超过 600 字）、是否避免空话、FAQ 是否覆盖用户最关心的问题并暴露真实风险。
限制：资料未提供具体安装命令、运行环境、收费方式或平台支持信息；PR/FAQ 是文档方法而非软件工具，需人工撰写与评审。常见坑包括写成产品文档、用户引言假、没写问题段、内部 FAQ 避重就轻、PR 完成后不再引用、堆砌技术细节、过度承诺。